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7.3.3.2 Ciphering and deciphering / Correct functionality of EPS UP encryption algorithms / SNOW 3G ...801 

7.3.3.3 Ciphering and deciphering / Correct functionality of EPS AS encryption algorithms / AES 803 

7.3.3.4 Ciphering and deciphering / Correct functionality of EPS UP encryption algorithms / AES 804 

7.3.4 PDCP integrity protection 805 

7.3.4.1 Integrity protection / Correct functionality of EPS AS integrity algorithms / SN0W3G 805 

7.3.4.2 Integrity protection / Correct functionality of EPS AS integrity algorithms / AES 809 

7.3.5 PDCP handover 810 

7.3.5.1 Void 810 

7.3.5.2 PDCP handover / Lossless handover / PDCP sequence number maintenance 810 

7.3.5.3 PDCP handover / Non-lossless handover PDCP sequence number maintenance 813 

7.3.5.4 PDCP handover / Lossless handover / PDCP status report to convey the information on missing 

or acknowledged PDCP SDUs at handover 816 

7.3.5.5 PDCP handover / In-order delivery and duplicate elimination in the downlink 820 

7.3.6 PDCP Others 824 

7.3.6.1 PDCP Discard 824 

8 RRC 826 

8.1 RRC connection management procedures 826 

8.1.1 Paging 826 

8.1.1.1 RRC / Paging for connection in idle mode 826 

8.1.1.2 RRC /Paging for notification of BCCH modification in idle mode 829 

8.1.1.3 RRC / Paging for connection in idle mode / Multiple paging records 833 

8.1.1.4 RRC / Paging for connection in idle mode / Shared network environment 837 

8.1.1.5 Void 841 

8.1.1.6 RRC / BCCH modification in connected mode 841 

8.1.2 RRC connection establishment 843 

8.1.2.1 RRC connection establishment /Ks= 1.25/ Success 843 

8.1.2.2 RRC connection establishment / Reject with wait time 847 

8.1.2.3 RRC connection establishment / Return to idle state after T 3 00 timeout 851 

8.1.2.4 Void 852 

8.1.2.5 RRC connection establishment / 0% access probability for MO calls, no restriction for MO 
signalling 852 

8.1.2.6 RRC connection establishment / Non-zero percent access probability for MO calls, no restriction 

for MO signalling 857 

8.1.2.7 RRC connection estabHshment / 0% access probability for AC to 9, AC 10 is barred, AC 1 1 to 

15 are not barred, access for UE with access class in the range 11 to 15 is allowed 862 

8.1.2.8 RRC connection establishment / Range of access baring time 866 

8.1.2.9 RRC Connection Establishment / 0% access probability for MO calls, non-zero percent access 
probability for MO signalling 871 

8.1.2.10 Void 877 

8.1.2.11 RRC connection establishment of emergency call 877 

8.1.2.12 RRC connection establishment of emergency call /Limited Service 879 
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8.1.2.13 RRC connection establishment / 0% access probability for MO calls, 0% access probability for 

MO signalling 882 

8.1.2.14 RRC connection establishment / High speed flag 887 

8.1.3 RRC connection release 888 

8.1.3.1 RRC connection release / Success 888 

8.1.3.2 Void 890 

8.1.3.3 Void 890 

8.1.3.4 RRC connection release / Redirection to another E-UTRAN frequency 890 

8.1.3.5 RRC connection release / Success / With priority information 892 

8.1.3.6 RRC connection release / Redirection from E-UTRAN to UTRAN 897 

8.1.3.7 RRC connection release / Redirection from UTRAN to E-UTRAN 900 

8.1.3.8 RRC connection release / Redirection from E-UTRAN to GERAN 906 

8.1.3.9 RRC connection release / Redirection from E-UTRAN to CDMA2000-HRPD 909 

8.1.3.10 RRC connection release / Redirection from E-UTRAN to CDMA2000-lxRTT 911 

8.1.3.11a RRC connection release / Redirection to another E-UTRAN band / B etween FDD and TDD 913 

8. 1 .3. 12a RRC connection release / Success / With priority information / Inter- band / Between FDD and 

TDD 916 

8.2 RRC connection reconfiguration 922 

8.2.1 Radio bearer establishment 922 

8.2.1.1 RRC connection reconfiguration / Radio bearer establishment for transition from RRC_IDLE to 
RRC_CONNECTED / Success / Default bearer / Early bearer estabHshment 922 

8.2.1.2 Void 925 

8.2.1.3 RRC connection reconfiguration / Radio bearer establishment / Success / Dedicated bearer 925 

8.2.1.4 Void 927 

8.2. 1 .5 RRC connection reconfiguration / Radio bearer establishment for transition from RRC_Idle to 

RRC CONNECTED / Success / Latency check 927 

8.2. 1 .6 RRC connection reconfiguration / Radio bearer establishment for transition from RRC_Idle to 
RRC CONNECTED / Success / Latency check / SecurityModeCommand and 
RRCConnectionReconfiguration transmitted in the same TTI 932 

8.2.1.7 RRC connection reconfiguration / Radio bearer establishment / Success / SRB2 936 

8.2. 1.8 RRC connection reconfiguration / Radio bearer establishment / Success / Dedicated bearer / 

ROHC configured 938 

8.2.2 Radio resource reconfiguration 942 

8.2.2.1 RRC connection reconfiguration / Radio resource reconfiguration / Success 942 

8.2.2.2 RRC connection reconfiguration / SRB/DRB reconfiguration / Success 945 

8.2.2.3 CA / RRC connection reconfiguration / SCell addition/modification/release / Success 948 

8.2.2.4 CA / RRC connection reconfiguration / SCell SI change / Success 954 

8.2.2.5 CA / RRC connection reconfiguration / SCell addition without UL / Success 961 

8.2.3 Radio bearer release 964 

8.2.3.1 RRC connection reconfiguration / Radio bearer release / Success 964 

8.2.4 Handover 967 

8.2.4.1 RRC connection reconfiguration / Handover / Success / Dedicated preamble 967 

8.2.4.2 RRC connection reconfiguration / Handover / Success / Common preamble 976 

8.2.4.3 RRC connection reconfiguration / Handover / Success / Intra-cell / Security reconfiguration 980 

8 .2.4.4 RRC connection reconfiguration / Handover / Failure / Intra-cell / Security reconfiguration 984 

8.2.4.5 RRC connection reconfiguration / Handover / All parameters included 989 

8.2.4.6 RRC connection reconfiguration / Handover / Success / Inter-frequency 995 

8.2.4.7 RRC connection reconfiguration / Handover / Failure / Re-establishment successful 999 

8.2.4.8 RRC connection reconfiguration / Handover / Failure / Re-establishment failure 1013 

8.2.4.9 RRC connection reconfiguration / Handover / Inter-band blind handover / Success 1020 

8.2.4.10 RRC connection reconfiguration / Handover (between FDD and TDD) 1023 

8.2.4.11 Void 1027 

8.2.4.12 RRC connection reconfiguration / Handover / Setup and release of MIMO 1027 

8.2.4.13a RRC connection reconfiguration / Handover / Success (with measurement) / Inter-band / 

Between FDD and TDD 1031 

8.2.4.14a RRC connection reconfiguration / Handover / Failure / Re-establishment successful / Inter-band / 

Between FDD and TDD 1038 

8.2.4. 15a RRC connection reconfiguration / Handover / Failure / Re-establishment failure / Inter-band / 

Between FDD and TDD 1050 

8.2.4.16 CA / RRC connection reconfiguration / Handover / Success / SCell addition 1062 

8.2.4.17 CA / RRC connection reconfiguration / Handover / Success / SCell becomes PCell 1070 

8.3 Measurement configuration control and reporting 1081 
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Intra E-UTRAN measurements 1081 

Measurement configuration control and reporting / Intra E-UTRAN measurements / Event Al 1081 

Measurement configuration control and reporting / Intra E-UTRAN measurements / Event A2 1086 

Measurement configuration control and reporting / Intra E-UTRAN measurements / Two 

simultaneous events A3 (intra and inter-frequency measurements) 1091 

Measurement configuration control and reporting / Intra E-UTRAN measurements / Two 
simultaneous events A3 (intra and inter-frequency measurements) / RSRQ based measurements... 1 100 
Measurement configuration control and reporting / Intra E-UTRAN measurements / Periodic 

reporting (intra and inter-frequency measurements) 1 109 

Measurement configuration control and reporting / Intra E-UTRAN measurements / Two 

simultaneous event A3 (intra-frequency measurements) 1119 

Measurement configuration control and reporting / Intra E-UTRAN measurements / Two 

simultaneous events A2 and A3 (inter-frequency measurements) 1128 

Measurement configuration control and reporting / Intra E-UTRAN measurements / Blacklisting . 1 135 
Measurement configuration control and reporting / Intra E-UTRAN measurements / Handover / 

IE measurement configuration present 1144 

Measurement configuration control and reporting / Intra E-UTRAN measurements / Intra- 
frequency handover /IE measurement configuration not present 1150 

Measurement configuration control and reporting / Intra Frequency measurements / Intra- 
frequency handover / IE measurement configuration not present / Single Frequency operation 1 157 

Measurement configuration control and reporting / Intra E-UTRAN measurements / Inter- 
frequency handover /IE measurement configuration not present 1161 

Measurement configuration control and reporting / Intra E-UTRAN measurements / 

Continuation of the measurements after RRC connection re-establishment 1168 

Measurement configuration control and reporting / Intra Frequency measurements / Continuation 

of the measurements after RRC connection re-establishment / Single Frequency operation 1179 

Measurement configuration control and reporting / Intra E-UTRAN measurements / Two 

simultaneous events A3 (inter-band measurements) / Between FDD and TDD 1187 

Measurement configuration control and reporting / Intra E-UTRAN measurements / Periodic 

reporting (intra-frequency and inter-band measurements) / Between FDD and TDD 1199 

Measurement configuration control and reporting / Intra E-UTRAN measurements / Two 

simultaneous events A2 and A3 (inter-band measurements) / Between FDD and TDD 1212 

Measurement configuration control and reporting / Intra E-UTRAN measurements / Inter-band 

handover / IE measurement configuration not present / Between FDD and TDD 1222 

Measurement configuration control and reporting / Intra E-UTRAN measurements / 
Continuation of the measurements after RRC connection re-establishment / Inter-band / Between 

FDD and TDD 1230 

C A / Measurement configuration control and reporting / Intra E-UTRAN measurements / Event 

A6 1243 

C A / Measurement configuration control and reporting / Intra E-UTRAN measurements / 

Additional measurement reporting 1251 

Inter-RAT measurements 1263 

Measurement configuration control and reporting / Inter-RAT measurements / Event B2 / 

Measurement of GERAN cells 1263 

Measurement configuration control and reporting / Inter-RAT measurements / Periodic reporting 

/ Measurement of GERAN cells 1270 

Measurement configuration control and reporting / Inter-RAT measurements / Event B2 / 

Measurement of UTRAN cells 1277 

Measurement configuration control and reporting / Inter-RAT measurements / Event B2 / 

Measurement of UTRAN cells / RSRQ based measurements 1286 

Measurement configuration control and reporting / Inter-RAT measurements / Periodic reporting 

/Measurement of UTRAN cells 1295 

Measurement configuration control and reporting / Inter-RAT measurements / Periodic reporting 

/ Measurements of E-UTRAN, UTRAN and GERAN cells 1305 

Measurement configuration control and reporting / Inter-RAT measurements / Simultaneous A2 

and two B2 / Measurements of E-UTRAN, UTRAN and GERAN cells 1315 

Measurement configuration control and reporting / Inter-RAT measurements / Event B2 

(measurement HRPD cells) 1323 

Measurement configuration control and reporting / Inter-RAT measurements / Periodic reporting 

/Measurement of HRPD cells) 1330 

Measurement configuration control and reporting / Inter-RAT measurements / Event B2 / 
Measurement of IxRTT cells) 1338 
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8.3.2.10 Measurement configuration control and reporting / Inter-RAT measurements / Periodic reporting 

/ Measurement of IxRTT cells 1346 

8.3.3 Measurements for self optimized networks 1356 

8.3.3.1 Measurement configuration control and reporting / SON / ANR / CGI reporting of E-UTRAN 

cell 1356 

8.3.3.2 Measurement configuration control and reporting / SON / ANR / CGI reporting of UTRAN cell ..1368 

8.3.3.3 Measurement configuration control and reporting / SON / ANR / CGI reporting of GERAN cell ..1380 

8.3.3.4 Measurement configuration control and reporting / SON / ANR / CGI reporting of HRPD cell 1390 

8.3.3.5 Measurement configuration control and reporting / SON / ANR / CGI reporting of IxRTT cell 1403 

8.3.4 System Information reading on CSG, Hybrid and Open cells 1416 

8.3.4.1 Intra-frequency SI acquisition / CSG cell and non-CSG cell 1416 

8.3.4.2 Inter-frequency SI acquisition / Non-member hybrid cell 1429 

8.3.4.3 Inter-frequency SI acquisition / Member hybrid cell 1437 

8.3.4.4 Inter-RAT SI acquisition / RRC_CONNECTED / UMTS member CSG cell 1445 

8.4 Inter-RAT handover 1452 

8.4.1 Inter-RAT handover E-UTRA to UTRA 1452 

8.4.1.1 Void 1452 

8.4.1.2 Inter-RAT handover /From E-UTRA to UTRA PS /Data 1452 

8.4.1.3 Void 1455 

8.4.1.4 Inter-RAT handover / From E-UTRA to UTRA HSDPA / Data 1455 

8.4.1.5 Inter-RAT Handover /from E-UTRA to UTRA(HSUPA/HSDP A) /Data 1458 

8.4.2 Inter-RAT handover UTRA to E-UTRA 1461 

8.4.2.1 Void 1461 

8.4.2.2 Inter-RAT handover / From UTRA PS to E-UTRA / Data 1461 

8.4.2.3 Void 1467 

8.4.2.4 Inter-RAT handover / From UTRA HSPA to E-UTRA / Data 1467 

8.4.2.5 Void 1472 

8.4.2.6 Void 1472 

8.4.3 Inter-RAT mobility E-UTRA to GERAN 1472 

8.4.3.1 Inter-RAT handover / From E-UTRA to GPRS / PS HO 1472 

8.4.3.2 Inter-RAT cell change order / From E-UTRA data RRC_CONNECTED to GPRS / Without 

NACC 1475 

8.4.3.3 Inter-RAT cell change order / From E-UTRA data to GPRS / With NACC 1479 

8.4.4 Inter-RAT handover GERAN to E-UTRA 1484 

8.4.4.1 Void 1484 

8.4.4.2 Void 1484 

8.4.4.3 Void 1484 

8.4.5 Inter-RAT handover E-UTRA to HRPD 1484 

8.4.5.1 Void 1484 

8.4.5.2 Void 1484 

8.4.5.3 Void 1484 

8.4.5.4 Pre-registration at HRPD and inter-RAT handover / From E-UTRA to HRPD Active / Data 1484 

8.4.6 Inter-RAT handover HRPD to E-UTRA 1494 

8.4.7 Inter-RAT handover E-UTRA to IxRTT 1494 

8.4.7.1 Inter-RAT handover /SRVCC from E-UTRA to IxRTT(CS)/ Speech 1494 

8.4.7.2 Void 1507 

8.4.7.3 Pre-registration at IxRTT and inter-RAT Handover / CS fallback from E-UTRA RRCJDLE to 
IxRTT 1507 

8.4.7.4 Pre-registration at IxRTT and inter-RAT handover / CS fallback caused by addition of CS 

service / From E-UTRA (Data) to IxRTT 1515 

8.4.7.5 Pre-registration at IxRTT and inter-RAT Handover / Enhanced CS fallback from E-UTRA 
RRCJDLE to IxRTT/MT call 1522 

8.4.7.6 Pre-registration at IxRTT and inter-RAT handover / Enhanced CS fallback from E-UTRA 
RRC_CONNECTED to IxRTT/MO call 1535 

8.5 RRC others 1546 

8.5.1 Radio link failure 1546 

8.5.1.1 Radio link failure / RRC connection re-establishment success 1546 

8.5.1.2 Radio link failure /T301 expiry 1549 

8.5.1.3 Radio link failure /T3 11 expiry 1552 

8.5.1.4 Radio link failure / RRC connection re-establishment reject 1554 

8.5.1.5 Radio link failure / Radio link recovery while T310 is running 1555 

8.5.1.6 Radio link failure / T3 1 1 expiry / Dedicated RLE timer 1557 
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8.5.2 Redirection to E-UTRAN 1562 

8.5.2.1 Redirection to E-UTRAN / From UTRAN upon reception of RRC CONNECTION REJECT 1562 

8.5.3 Void 1565 

8.5.4 UE capability transfer 1565 

8.5.4.1 UE capability transfer / Success 1565 

8.6 Minimization of Drive Test Specific Procedures 1574 

8.6.1 Immediate MDT 1574 

8.6.2 Logged MDT 1574 

8.6.2.1 Logged MDT / Intra-frequency measurement, logging and reporting 1574 

8.6.2.2 Logged MDT / Inter-frequency measurement, logging and reporting 1583 

8.6.2.3 Logged MDT / Logging and reporting / Limiting area scope 1588 

8.6.2.4 Logged MDT / logging and reporting / Indication of logged measurements at E-UTRA handover . 1595 

8.6.3 Inter-RAT Logged MDT 1597 

8.6.4 Logged Radio Link Failure 1597 

8.6.4.1 Radio Link Failure logging / Reporting of Intra-frequency measurements 1597 

8.6.4.2 Radio Link Failure logging / Reporting of Inter- frequency measurements 1605 

8.6.5 Inter-RAT Logged Radio Link Failure 1613 

8.6.6 Logged Handover Failure 1613 

8.6.6.1 Handover Failure logging / Reporting of Intra-frequency measurements 1613 

8.6.6.2 Handover Failure logging / Reporting of Inter-frequency measurements 1 62 1 

9 EPS mobility management 1630 

9.1 EMM common procedures 1630 

9.1.1 Void 1630 

9.1.1.1 Void 1630 

9.1.1.2 Void 1630 

9.1.2 Authentication procedure 1630 

9.1.2.1 Authentication accepted 1630 

9.1.2.2 Void 1633 

9.1.2.3 Authentication not accepted by the network / GUTI used / Authentication reject and re- 
authentication 1633 

9.1.2.4 Authentication not accepted by the UE / MAC code failure 1635 

9.1.2.5 Authentication not accepted by the UE / SQN failure 1638 

9.1.2.6 Abnormal cases / Network failing the authentication check 1641 

9.1.3 Security mode control procedure 1643 

9.1.3.1 NAS security mode command accepted by the UE 1643 

9.1.3.2 NAS security mode command not accepted by the UE 1647 

9.1.4 Identification procedure 1650 

9.1.4.1 Void 1650 

9.1.4.2 Identification procedure / IMEI requested 1650 

9.1.5 EMM information procedure 1651 

9.1.5.1 EMM information procedure 1651 

9.1.5.2 EMM information procedure not supported by the UE 1653 

9.2 EMM specific procedures 1654 

9.2.1 Attach procedure 1654 

9.2.1.1 Attach procedure for EPS services 1654 

9.2.1.1.1 Attach /Success /Valid GUTI 1654 

9.2.1.1.1a Attach Procedure / Success / Last visited TAI, TAI Hst and equivalent PLMN list handling 1662 

9.2.1.1.2 Attach Procedure / Success / With IMSI / GUTI reallocation 1670 

9.2.1.1.3 Attach Procedure / Success / Request for obtaining the IPv6 address of the home agent 1 673 

9.2. 1 . 1 .4 Attach Procedure / Success / Request for obtaining the IPv4 address of the home agent 1 678 

9.2.1.1.5 Void 1683 

9.2.1.1.6 Void 1683 

9.2.1.1.7 Attach Procedure / Success / List of equivalent PLMNs in the ATTACH ACCEPT message ... 1683 

9.2.1.1.8 Void 1687 

9.2.1.1.9 Attach /Rejected /IMSI invalid 1687 

9.2.1.1.10 Attach / Rejected / Illegal ME 1690 

9.2.1.1.11 Attach / Rejected / EPS services and non-EPS services not allowed 1691 

9.2.1.1.12 Attach / Rejected / EPS services not allowed 1696 

9.2.1.1.13 Attach / Rejected / PLMN not allowed 1700 

9.2.1.1.14 Attach / Rejected / Tracking area not allowed 1704 

9.2.1.1.15 Attach / Rejected / Roaming not allowed in this tracking area 1709 
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9.2.1.1.16 Attach / Rejected / EPS services not allowed in this PLMN 1713 

9.2.1.1.17 Attach / Rejected / No suitable cells in tracking area 1718 

9.2.1.1.18 Attach / Rejected / Not authorized for this CSG 1723 

9.2.1.1.19 Attach / Abnormal case / Failure due to non integrity protection 1726 

9.2.1.1 .20 Attach / Abnormal case / Access barred because of access class barring or NAS signalling 
connection establishment rejected by the network 1731 

9.2.1.1.21 Attach / Abnormal case / Success after several attempts due to no network response 1736 

9.2.1.1.22 Attach / Abnormal case / Unsuccessful attach after 5 attempts 1738 

9.2.1.1.23 Attach / Abnormal case / Repeated rejects for network failures 1741 

9.2.1.1.24 Attach / Abnormal case / Change of cell into a new tracking area 1745 

9.2.1.1.25 Attach / Abnormal case / Mobile originated detach required 1748 

9.2.1.1.26 Attach / Abnormal case / Detach procedure collision 1749 

9.2.1.2 Combined attach procedure for EPS services and non-EPS services 1752 

9.2.1.2.1 Combined attach procedure / Success / EPS and non-EPS services 1752 

9.2.1.2.1b Combined attach procedure / Success / SMS only 1758 

9.2.1.2.1c Combined attach procedure / Success / EPS and CS Fallback not preferred 1764 

9.2. 1 .2. Id Combined attach procedure / Success / EPS and CS Fallback not preferred/data centric UE 1768 

9.2.1.2.2 Combined attach procedure / Success / EPS services only / IMSI unknown in HSS 1773 

9.2.1.2.3 Successful combined attach procedure / EPS service only / MSC temporarily not reachable .... 1780 

9.2.1.2.4 Successful combined attach procedure / EPS service only / CS domain not available 1789 

9.2.1.2.5 Combined attach / Rejected / IMSI invalid 1796 

9.2.1.2.6 Combined attach / Rejected / Illegal ME 1800 

9.2.1.2.7 Combined attach / Rejected / EPS services and non-EPS services not allowed 1801 

9.2.1.2.8 Combined attach / Rejected / EPS services not allowed 1802 

9.2.1.2.9 Combined attach / Rejected / PLMN not allowed 1805 

9.2.1.2.10 Combined attach / Rejected / Tracking area not allowed 1809 

9.2.1.2.11 Combined attach / Rejected / Roaming not allowed in this tracking area 1812 

9.2.1.2.12 Combined attach / Rejected / EPS services not allowed in this PLMN 1819 

9.2.1.2.13 Combined attach / Rejected / No suitable cells in tracking area 1823 

9.2.1.2.14 Combined attach / Rejected / Not authorized for this CSG 1829 

9.2.1.2.15 Combined attach / Abnormal case / Handling of the EPS attach attempt counter 1832 

9.2.2 Detach procedure 1837 

9.2.2.1 UE initiated detach procedure 1837 

9.2.2.1.1 UE initiated detach / UE switched off 1837 

9.2.2.1.2 UE initiated detach / USIM removed from the UE 1839 

9.2.2.1.3 UE initiated detach / EPS capability of the UE is disabled 1841 

9.2.2.1.4 UE initiated detach / detach for non-EPS services 1843 

9.2.2.1.5 Void 1845 

9.2.2.1.6 UE initiated detach / Abnormal case / Local detach after 5 attempts due to no network 

response 1845 

9.2.2.1.7 UE initiated detach / Abnormal case / Detach procedure collision 1848 

9.2.2.1.8 UE initiated detach / Abnormal case / Detach and EMM common procedure collision 1851 

9.2.2.1.9 UE initiated detach / Abnormal case / Change of cell into a new tracking area 1854 

9.2.2.1.10 UE initiated detach / Mapped security context 1857 

9.2.2.2 Network initiated detach procedure 1860 

9.2.2.2.1 NW initiated detach / Re-attach required 1860 

9.2.2.2.2 NW initiated detach / IMSI detach 1862 

9.2.2.2.3 to 9.2.2.2.13 Void 1866 

9.2.2.2.14 NW initiated detach / Abnormal case / EMM cause not included 1866 

9.2.3 Tracking area updating procedure (SI mode only) 1868 

9.2.3.1 Normal and periodic tracking area updating 1868 

9.2.3.1.1 Normal tracking area update / Accepted 1868 

9.2.3.1.2 Normal tracking area update / Accepted / "Active" flag set 1871 

9.2.3.1.3 Void 1875 

9.2.3.1.4 Normal tracking area update / List of equivalent PLMNs in the TRACKING AREA 

UPDATE ACCEPT message 1875 

9.2.3.1.5 Periodic tracking area update / Accepted 1879 

9.2.3.1.6 Normal tracking area update / UE with ISR active moves to E-UTRAN 1884 

9.2.3.1.7 Void 1892 

9.2.3.1.8 UE receives an indication that the RRC connection was released with cause "load balancing 
TAU required" 1892 

9.2.3.1.9 Normal tracking area update / Correct handling of CSG list 1893 
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9.2.3.1.9a Normal tracking area update / NAS signalling connection recovery 1898 

9.2.3.1.10 Normal tracking area update / Rejected / IMSIinvalid 1900 

9.2.3.1.11 Normal tracking area update / Rejected / Illegal ME 1903 

9.2.3.1.12 Normal tracking area update / Rejected / EPS service not allowed 1904 

9.2.3.1.13 Normal tracking area update / Rejected / UE identity cannot be derived by the network 1905 

9.2.3.1.14 Normal tracking area update / Rejected / UE implicitly detached 1907 

9.2.3.1.15 Normal tracking area update/ Rejected /PLMN not alio wed 1909 

9.2.3.1.16 Normal tracking area update / Rejected / Tracking area not allowed 1913 

9.2.3.1.17 Normal tracking area update / Rejected / Roaming not allowed in this tracking area 1918 

9.2.3.1.18 Normal tracking area update / Rejected / EPS services not allowed in this PLMN 1922 

9.2.3.1.19 Normal tracking area update / Rejected / No suitable cells in tracking Area 1927 

9.2.3.1.20 Normal tracking area update / Rejected / Not authorized for this CSG 1929 

9.2.3.1.21 Void 1932 

9.2.3.1.22 Normal tracking area update / Abnormal case / access barred due to access class control or 

NAS signalling connection establishment rejected by the network 1932 

9.2.3.1.23 Normal tracking area update / Abnormal case / Success after several attempts due to no 
network response / TA belongs to TAI list and status is UPDATED / TA does not belong to 

TAI list or status is not UPDATED 1937 

9.2.3.1.24 Void 1943 

9.2.3.1.25 Normal tracking area update / Abnormal case / Failure after 5 attempts due to no network 
response 1943 

9.2.3.1.26 Normal tracking area update / Abnormal case / TRACKING AREA UPDATE REJECT 1948 

9.2.3.1.27 Normal tracking area update / Abnormal case / Change of cell into a new tracking area 1952 

9.2.3.1.28 Normal tracking area update / Abnormal case / Tracking area updating and detach procedure 
collision 1954 

9.2.3.2 Combined tracking area updating 1956 

9.2.3.2.1 Combined tracking area update / Successful 1956 

9.2.3.2. la Combined tracking area update / Successful / Check of last visited TAI and handling of TAI 

list, LAI and TMSI 1961 

9.2.3.2.1b Combined tracking area update / Success / SMS only 1971 

9.2.3.2.1c Combined tracking area update / Success / CS Fallback not preferred 1976 

9.2.3.2.2 Combined tracking area update / Successful for EPS services only / IMSI unknown in HSS .... 1979 

9.2.3.2.3 Combined tracking area update / Successful for EPS services only / MSC temporarily not 
reachable 1983 

9.2.3.2.4 Combined tracking area update / Successful for EPS services only / CS domain not available.. 1988 

9.2.3.2.5 Combined tracking area update / Rejected / IMSI invalid 1991 

9.2.3.2.6 Combined tracking area update / Rejected / Illegal ME 1994 

9.2.3.2.7 Combined tracking area update / Rejected / EPS services and non-EPS services not allowed ... 1995 

9.2.3.2.8 Combined tracking area update / Rejected / EPS services not allowed 1995 

9.2.3.2.9 Combined tracking area update / Rejected / UE identity cannot be derived by the network 1999 

9.2.3 .2. 10 Combined tracking area update / Rejected / UE implicitly detached 2004 

9.2.3.2.1 1 Combined tracking area update / Rejected / PLMN not allowed 2006 

9.2.3.2.12 Combined tracking area update / Rejected / Tracking area not allowed 201 1 

9.2.3 .2. 1 3 Combined tracking area update / Rejected / Roaming not allowed in this tracking area 20 1 5 

9.2.3 .2. 14 Combined tracking area update / Rejected / EPS services not allowed in the PLMN 20 1 9 

9.2.3.2.15 Combined tracking area update / Rejected / No suitable cells in tracking area 2023 

9.2.3.2.16 Combined tracking area update / Rejected / Not authorized for this CSG 2025 

9.2.3.2. 17 Combined tracking area update / Abnormal case / handling of the EPS tracking area updating 
attempt counter 2028 

9.2.3.3 lu mode to SI mode inter-system change in idle mode 2032 

9.2.3.3.1 First lu mode to SI mode inter-system change after attach 2032 

9.2.3.3.2 lu mode to SI mode intersystem change / ISR is active / Expiry of T3312 in E-UTRAN or 
T3412 in UTRAN and further intersystem change 2043 

9.2.3.3.3 lu mode to SI mode intersystem change / Periodic TAU and RAU/ ISR activated, T3423 
expired 2051 

9.2.3.3.4 First SI mode to lu mode inter-system change after attach 2057 

9.2.3.3.5 Periodic routing area update 2071 

9.2.3.3.5a Periodic Location Update 2078 

9.2.3.3.6 E-UTRAN RRC connection failure / Reselection of UTRAN cell / NAS signaHng to release 

old SI interface connection 2083 

9.2.3.4 A/Gb mode to SI mode inter- system change 2086 

9.2.3 .4. 1 TAU/RAU procedure for inter-system cell reselection between A/Gb and S 1 modes 2086 
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9.3 EMM connection management procedures (SI mode only) 2097 

9.3.1 Service request procedure 2097 

9.3.1.1 Service request initiated by UE for user data 2097 

9.3.1.2 Void 2099 

9.3.1.3 Service request / Mobile originating CS fallback 2099 

9.3.1.4 Service request/ Rejected /IMSI invalid 2103 

9.3.1.5 Service request /Rejected /Illegal ME 2108 

9.3.1.6 Service request / Rejected / EPS services not allowed 2110 

9.3.1.7 Service request / Rejected / UE identity cannot be derived by the network 2115 

9.3.1.7a Service request / Rejected / UE implicitly detached 2116 

9.3.1.8 to 9.3.1.12 Void 2119 

9.3.1.12a Extended service request / Rejected / CS domain temporarily not available 2119 

9.3.1.13 Void 2121 

9.3.1.14 Void 2121 

9.3.1.15 Service request / Abnormal case / Tracking area update procedure is triggered for CS Fallback 2121 

9.3.1.16 Service request / Abnormal case / Switch off 2124 

9.3.1.17 Service request / Abnormal case / Procedure collision 2125 

9.3.1.18 Service Request / Rejected / Not authorized for this CSG 2128 

9.3.2 Paging procedure 2131 

9.3.2.1 Paging procedure 2131 

9.3.2.2 Paging for CS fallback /Idle mode 2132 

9.3.2.2a Paging for CS fallback /Connected mode 2135 

9.4 NAS Security 2138 

9.4.1 Integrity protection / Correct functionality of EPS NAS integrity algorithm / SN0W3G 2138 

9.4.2 Integrity protection / Correct functionality of EPS NAS integrity algorithm / AES 2141 

9.4.3 Ciphering and deciphering / Correct functionality of EPS NAS encryption algorithm / SN0W3G 2141 

9.4.4 Ciphering and deciphering / Correct functionality of EPS NAS encryption algorithm / AES 2145 

10 EPS session management 2146 

10.1 Void 2146 

10.2 Dedicated EPS bearer context activation 2146 

10.2.1 Dedicated EPS bearer context activation / Success 2146 

10.3 EPS bearer context modification 2148 

10.3.1 EPS bearer context modification / Success 2148 

10.4 EPS bearer context deactivation 2152 

10.4.1 EPS bearer context deactivation / Success 2152 

10.5 UE requested PDN connectivity 2165 

10.5.1 UE requested PDN connectivity accepted by the network 2165 

10.5.2 Void 2172 

10.5.3 UE requested PDN connectivity not accepted 2172 

10.6 UE requested PDN disconnect 2177 

10.6.1 UE requested PDN disconnect procedure accepted by the network 2177 

10.6.2 Void 2180 

10.7 UE requested bearer resource allocation 2180 

10.7.1 UE requested bearer resource allocation accepted by the network / New EPS bearer context 2180 

10.7.2 UE requested bearer resource allocation accepted by the network / Existing EPS bearer context 2182 

10.7.3 UE requested bearer resource allocation not accepted by the network 2184 

10.7.4 UE requested bearer resource allocation / Expiry of timer T3480 2187 

10.7.5 UE requested bearer resource allocation / BEARER RESOURCE ALLOCATION REJECT message 
including cause #43 "invalid EPS bearer identity" 2189 

10.8 UE requested bearer resource modification 2192 

10.8.1 UE requested bearer resource modification accepted by the network / New EPS bearer context 2192 

10.8.2 UE requested bearer resource modification accepted by the network / Existing EPS bearer context 2194 

10.8.3 UE requested bearer resource modification not accepted by the network 2196 

10.8.4 UE requested bearer resource modification / Cause #36 "regular deactivation" 2199 

10.8.5 UE requested bearer resource modification / BEARER RESOURCE MODIFICATION REJECT 
message including cause #43 "invalid EPS bearer identity" 2202 

10.8.6 UE requested bearer resource modification / Collision of a UE requested bearer resource 
modification procedure and EPS bearer context deactivation procedure 2205 

10.8.7 UE requested bearer resource modification / Expiry of timer T3481 2207 

10.9 UE routing of uplink packets 2210 

10.9.1 UE routing of uplinks packets 2210 
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11 General tests 2235 

11.1 SMS over SGs 2235 

11.1.1 MT-SMS over SGs / Idle mode 2235 

11.1.2 MT-SMS over SGs / Active mode 2237 

11.1.3 MO-SMS over SGs / Idle mode 2240 

11.1.4 MO-SMS over SGs / Active mode 2243 

11.2 Emergency calls over IMS 2246 

1 1 .2. 1 Emergency bearer services / Normal cell / NORMAL- SERVICE / Local Emergency Numbers List 
sent in the Attach / PDN connect new emergency EPS bearer context / Service request / Emergency 
PDN disconnect 2246 

11.2.2 Emergency bearer services / Normal cell / LIMITED-SERVICE / Attach / PDN connect 225 1 

11.2.3 Emergency bearer services / CSG cell / LIMITED-SERVICE / Attach / Security mode control 
procedure without prior authentication / PDN connect / Service request / PDN disconnect / Detach 
uponUE switched off / Temporary storage of EMM information 2253 

1 1 .2.4 Emergency bearer services / Normal cell / NO-IMSI / Attach / No EPS security context / PDN 

connect / Service request / Timer T3412 expires 2259 

1 1 .2.5 Emergency bearer services / Normal cell / NORMAL- SERVICE / Local Emergency Numbers List 
NOT sent in the Attach / PDN connect new emergency EPS bearer context / Authentication SQN 

code failure - MME aborts authentication continues using current security context / Service request... 2264 

1 1 .2.6 Handling of Local Emergency Numbers List provided during Attach and Normal tracking area 

update procedures 2268 

1 1 .2.7 UE has PDN connection for emergency bearer services / Normal tracking area update / Accepted / 
Local Emergency Numbers List is not sent by the network / Handling of the lists of forbidden 

tracking areas 2274 

11.2.8 Attach for emergency bearer services / Rejected / No suitable cells in tracking area / Emergency call 
using the CS domain 2280 

11.2.9 Void 2285 

11.2.10 LIMITED-SERVICE / EPS does not support IMS Emergency / Emergency call using the CS 

domain 2285 

12 E-UTRA radio bearer tests 2289 

12.1 General 2289 

12.1.0 Definition of radio bearer combinations 2289 

12.1.1 Generic E-UTRA radio bearer test procedure / MIMO not configured 2289 

12.1.2 Generic E-UTRA radio bearer test procedure / MIMO configured 2291 

12.2 MIMO not configured 2292 

12.2.1 Data transfer of E-UTRA radio bearer combinations 1,3,6 and 9 2292 

12.2.2 Data transfer of E-UTRA radio bearer combinations 2,4,7 and 10 2293 

12.2.3 Data transfer of E-UTRA radio bearer combinations 5,8,11 and 12 2294 

12.2.4 Data transfer of E-UTRA radio bearer combination 13 2295 

12.3 MIMO configured 2296 

12.3.1 Data transfer of E-UTRA radio bearer combinations 1,3,6 and 9 / MIMO 2296 

12.3.2 Data transfer of E-UTRA radio bearer combinations 2,4,7 and 10 / MIMO 2297 

12.3.3 Data transfer ofE-UTRA radio bearer combinations 5,8,11 and 12 /MIMO 2298 

12.3.4 Data transfer of E-UTRA radio bearer combination 13 /MIMO 2299 

13 Multi layer Procedures 2300 

13.1 Call setup 2300 

13.1.1 Activation and deactivation of additional data radio bearer in E-UTRA 2300 

13.1.2 Call setup from E-UTRAN RRCJDLE / CS fallback to UTRAN with redirection / MO call 2304 

13.1.2a Call setup from E-UTRAN RRCJDLE / CS fallback to UTRAN with redirection including System 

Information / MO call 2307 

13.1.3 Call setup from E-UTRAN RRC_CONNECTED / CS fallback to UTRAN with Redirection / MT 

call 2313 

13.1.4 Call setup from E-UTRAN RRCJDLE / CS fallback to UTRAN with Handover / MT call 2322 

13.1.5 Call setup from E-UTRAN RRC_CONNECTED / CS fallback to UTRAN with handover / MO call.. 2333 

13.1.6 Void 2337 

13.1.7 Call setup from E-UTRA RRCJDLE / CS fallback to GSM with redirection / MT call 2337 

13.1.8 Call setup from E-UTRA RRC_CONNECTED/ CS fallback to GSM with Redirection / MO call 2348 

13.1.9 Call setup from E-UTRA RRCJDLE / CS fallback to GSM with CCO without NACC / MO call 2353 

13.1.10 Call setup from E-UTRA RRC_CONNECTED / CS fallback to GSM with CCO without NACC / 
MTcall 2358 
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13.1.11 Call setup from E-UTRA RRCJDLE / CS fallback to GSM with PSHO / EDTM not supported / 
MTcall 2366 

13.1.12 Call setup from E-UTRA RRC_CONNECTED / CS fallback to GSM with PSHO / EDTM not 
supported / MO call 2376 

13.1.13 Call setup from E-UTRA RRCJDLE / CS fallback to GSM with PSHO / EDTM supported / MT 

call 2382 

13.1.14 2392 

13.1.15 Call setup from E-UTRAN RRCJDLE / CS fallback to UTRAN with redirection / MT call / 

UTRAN cell is barred 2392 

13.1.16 Emergency call setup from E-UTRAN RRCJDLE / CS fallback to UTRAN with handover 2396 

13.1.17 Call setup from E-UTRAN RRCJDLE / mobile originating IxCS fallback emergency call to 
IxRTT 2399 

13.1.18 Call setup from E-UTRAN RRCJDLE / mobile originating enhanced IxCS fallback emergency 
calltolxRTT 2404 

13.2 RRC connection reconfiguration 2416 

13.2.1 RRC connection reconfiguration / E-UTRA to E-UTRA 2416 

13.3 Connection re-establishment 2420 

13.3.1 Intra-system connection re-establishment 2420 

13.3.1.1 Intra-system connection re-establishment / Radio link recovery while T310 is running 2420 

13.3.1.2 Intra-system connection re-establishment / Re-establishment of a new connection when further 

data is to be transferred 2422 

13.3.2 Inter-system connection re-establishment 2424 

13.3.2. 1 Inter-system connection re-establishment / E-UTRAN to UTRAN / Further data are to be 
transferred 2424 

13.3.2.2 Inter-system connection re-establishment / E-UTRAN to GPRS / Further data are to be 
transferred 2426 

13.4 Mobility 2429 

13.4.1 Intra-system mobility 2429 

13.4.1.1 2429 

13.4.1.2 Inter-frequency mobility / E-UTRA to E-UTRA packet 2429 

13.4.1.3 Intra-system mobility / E-UTRA FDD to E-UTRA TDD to E-UTRA FDD packet 2433 

13.4.2 Inter-system mobility packet 2440 

13.4.2.1 Inter-system mobility / E-UTRA to UTRA packet 2440 

13.4.2.2 Inter-system mobility / E-UTRAN to GPRS packet 2449 

13.4.2.3 2461 

13.4.2.4 Inter-system mobility / Service based redirection from UTRA to E-UTRA 2461 

1 3 .4.2.5 Inter-system mobility/Service based redirection from GSM/GPRS to E-UTRA 2465 

13.4.2.6 Inter-RAT PS Handover / from GPRS Packet Jransfer to E-UTRA cell 2467 

13.4.2.7 Inter-RAT PS Handover / Synchronised / From GPRS Packet Jransfer to E-UTRA cell (CCN 
mode) 2471 

13.4.2.8 Inter-RAT PS Handover / Synchronised / From GPRS Packet Jransfer to E-UTRA cell (NC2 
mode) 2477 

13.4.3 Inter-system mobility voice 2483 

13.4.3.1 Inter-system mobility / E-UTRA voice to UTRA CS voice / SRVCC 2483 

13.4.3.2 Inter-system mobility / E-UTRA PS voice + PS data to UTRA CS voice + PS data / SRVCC 2492 

13.4.3.3 Inter-system mobility / E-UTRA voice to GSM CS voice / SRVCC 2497 

13.4.3.4 Inter-system mobility / E-UTRA voice to UTRA CS voice / Unsuccessful case / Retry on old cell 
/SRVCC 2504 

13.4.3.5 Inter-system mobility / E-UTRA voice to GSM CS voice / Unsuccessful case / Retry on old cell / 
SRVCC 2516 

13.4.4 Inter-system session management 2527 

13.4.4.1 Pre-registration at IxRTT and Cell reselection / Ix Zone Registration 2527 

13.4.4.2 Pre-registration at IxRTT and Cell reselection / Ix Ordered Registration 2534 

13.4.4.2.1 Test Purpose (TP) 2534 

13.4.4.3 Inter-system session management / Multiple PDN connection establishment in eHRPD pre- 
registration state 2538 

13.4.4.4 Inter-system session management / Pre-registration at HRPD and Cell reselection / HRPD Zone 
Registration 2545 

14 ETWS 2552 

14.1 ETWS reception in RRC JDLE state / Duplicate detection 2552 

14.2 ETWS reception in RRC_CONNECTED state / Duplicate detection 2557 
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14.3 Void 2561 

15 Mobility management based on DSMIPv6 (Dual-Stack Mobile IPv6) 2561 

15.1 Discovery of the home agent via DNS 2561 

15.2 Discovery of the Home Agent via DHCP 2563 

15.3 Void 2566 

1 5 .4 Security association establishment with Home Agent reallocation procedure 2566 

15.5 Security association establishment without home agent reallocation procedure 2578 

15.6 Registration of a new IPv6 Co A (Binding Update/ Acknowledgment procedure in IPv6 network) 2592 

15.7 Registration of a new IPv4 Co A (Binding Update/ Acknowledgment procedure in IPv4 network) 2595 

15.8 Re-registration of IPv6 Co A 2598 

15.9 Re-registration of IPv4 Co A 2599 

15.10 Return to home link 2600 

15.11 Dual-Stack Mobile IPv6 detach in IPv6 network 2602 

15.12 Dual-Stack Mobile IPv6 detach in IPv4 network 2604 

16 Home (e)NB related 2607 

16.1 UE Idle Mode Operations 2607 

16.1.1 Cell Selection and Reselection 2607 

16.1.1.1 Void 2607 

16.1.1.2 Void 2607 

17 MBMSinLTE 2607 

17.1 MCCH Information Acquisition 2607 

17.1.1 MCCH information acquisition/ UE is switched on 2607 

17.1.2 MCCH information acquisition/ cell reselection to a cell in a new MBSFN area 2610 

17.1.3 MCCH information acquisition/ UE handover to a cell in a new MBSFN area 2612 

17.1.4 MCCH information acquisition/ UE is receiving an MBMS service 2616 

17.1.5 MCCH information acquisition/ UE is not receiving MBMS data 2618 

17.2 MBMS Data Reception 2622 

17.2.1 UE Acquire the MBMS data based on the SIB13 and MCCH message /MCCH and MTCH are on 

the same MCH 2622 

17.2.2 UE Acquire the MBMS data based on the SIB13 and MCCH message /MCCH and MTCH are on 
different MCHs 2627 

17.2.3 UE receives the MBMS data when this data is in the beginning of the MSP 2632 

17.2.4 Reception of PDCCH DCI format and PHICH in MBSFN subframes 2637 

17.3 MBMS Counting Procedure 2640 

17.3.1 MBMS Counting / UE not receiving MBMS service 2640 

17.3.2 MBMS Counting / UE receiving MBMS service 2644 

18 PWS 2648 

18.1 CMASonLTE 2648 

18.1.1 PWS reception in RRCJDLE state / Duplicate detection 2648 

Annex A (informative): Change history 2653 

History 2697 
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Foreword 


rd , 


This Technical Specification has been produced by the 3 Generation Partnership Project (3 GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 

Introduction 

The present document is the first part of a multi-part conformance specification valid for 3GPP Release 8. 3GPP TS 
36.523-2 [18] contains a pro-forma for the Implementation Conformance Statement (ICS) and an applicability table, 
indicating the release from which each test case is applicable. 3GPP TS 36.523-3 [19] contains a detailed and 
executable description of the test cases written in a standard testing language, TTCN, as defined in ISO/IEC 9646. 

For at least a minimum set of services, the prose descriptions of test cases will have a matching detailed test case 
implemented in TTCN [19]. 

The present document may contain descriptions of tests for additional services, but these tests may not have matching 
TTCN test cases. 

The present document will not contain any tests on the USIM, or the interface between the UE and the USIM. These 
tests are documented elsewhere. 
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1 Scope 


The present document specifies the protocol conformance testing for the 3^^ Generation E-UTRAN User Equipment 

(UE). 

This is the first part of a multi-part test specification. The following information can be found in this part: 

- the overall test structure; 

- the test configurations; 

the conformance requirement and reference to the core specifications; 

- the test purposes; and 

- a brief description of the test procedure, the specific test requirements and short message exchange table. 
The following information relevant to testing could be found in accompanying specifications: 

- the default setting of the test parameters [18]; 

- the applicability of each test case [19]. 

A detailed description of the expected sequence of messages could be found in the 3^^ part of this test specification. 
The Implementation Conformance Statement (ICS) pro-forma could be found in the 2"^ part of the present document. 
The present document is valid for UE implemented according to 3GPP Release 8. 


References 


The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

- For a Release 8 UE, references to 3GPP documents are to version 8.x.y, when available. 


[1] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications". 

[2] 3GPP TS 23 .003 : "Numbering, Addressing and Identification" . 

[3] 3GPP TS 23.122: "Non-Access-Stratum functions related to Mobile Station (MS) in idle mode". 

[4] 3GPP TS 24.008: "Mobile Radio Interface Layer 3 specification; Core Network Protocols; 

Stage 3". 

[5] 3GPP TS 34.108: "Common Test Environments for User Equipment (UE) Conformance Testing 

[6] 3GPP TS 34.109: "Terminal logical test interface; Special conformance testing functions". 
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[8] 3GPP TS 34.123-2: "User Equipment (UE) conformance specification; Part 2: Implementation 

Conformance Statement (ICS) proforma specification". 
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(ATS)". 

[10] 3GPP TS 36.300: "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal 
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Radio Access capabilities ". 

[14] 3GPP TS 36.321 : "Evolved Universal Terrestrial Radio Access (E-UTRA) Medium Access 

Control (MAC) protocol specification" . 

[15] 3GPP TS 36.322: "Evolved Universal Terrestrial Radio Access (E-UTRA) Radio Link Control 

(RLC) protocol specification" . 

[16] 3GPP TS 36.323: "Evolved Universal Terrestrial Radio Access (E-UTRA) Packet Data 

Convergence Protocol (PDCP) specification" . 
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Control (RRC) Protocol Specification" . 
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Terrestrial Radio Access (E-UTRAN); Common Test Environments for User Equipment (UE) 
Conformance Testing". 

[19] 3GPP TS 36.523-2: "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved 

Universal Terrestrial Radio Access (E-UTRAN); User Equipment (UE) conformance 
specification; Part 2: Implementation Conformance Statement (ICS) proforma specification". 

[20] 3GPP TS 36.523-3: "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved 

Universal Terrestrial Radio Access (E-UTRAN); User Equipment (UE) conformance 
specification; Part 3: Abstract Test Suites (ATS)". 

[21] 3GPP TR 24.801: "3GPP System Architecture Evolution; CT WGl Aspects". 

[22] 3GPP TS 23.401 : "3GPP System Architecture Evolution; GPRS enhancements for E-UTRAN 

access". 

[23] 3GPP TS 51.010-1: "Mobile Station (MS) conformance specification; Part 1: Conformance 

specification" . 

[24] ISO/IEC 9646 (all parts): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework" . 

[25] 3GPP TS 36.509: "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal 

Terrestrial Radio Access Network (E-UTRAN); Special conformance testing functions for User 
Equipment (UE)". 

[26] 3GPP TS 33.102: "3G Security; Security architecture" 

[27] 3GPP TS 33.401: "3GPP System Architecture Evolution (SAE); Security architecture". 

[28] 3GPP TS 24.301 : "Non- Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage 

3". 

[29] 3GPP TS 36.212: "Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and 

channel coding". 

[30] 3GPP TS 36.213: "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer 

procedures" 
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[31] 3GPP TS 36.101: "Evolved Universal Terrestrial Radio Access (E-UTRA); User Equipment (UE) 

radio transmission and reception" 

[32] 3GPP TS 24.008: "Mobile radio interface layer 3 specification; Core network protocols; Stage 3". 

[33] 3GPP2 A.S0008-C: "Interoperability Specification (lOS) for High Rate Packet Data (HRPD) 

Radio Access Network Interfaces with Session Control in the Access Network" 

[34] 3GPP TS 36.133: "Evolved Universal Terrestrial Radio Access (E-UTRA); Requirements for 

support of radio resource management" 

[35] 3GPP TS 34.229-1: "Internet Protocol (IP) multimedia call control protocol based on Session 

Initiation Protocol (SIP) and Session Description Protocol (SDP); User Equipment (UE) 
conformance specification; Part 1: Protocol conformance specification ". 

3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TR 21.905 [1] and the following apply. A 
term defined in the present document takes precedence over the definition of the same term, if any, in TR 21.905 [1]. 

example: text used to clarify abstract rules by applying them literally. 

Floor: Floor(x) is the largest integer smaller than or equal to x. 

Ceil: Ceil (x) is the smallest integer larger than or equal to x. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in TR 21.905 [1] and the following apply. An 
abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in 
TR 21.905 [1]. 

ENB Evolved Node B 

FDD Frequency Division Duplex 

FES For Further Study 

ICS Implementation Conformance Statement 

ROHC RObust Header Compression 

4 Overview 

4.1 Test methodology 

4.1 .1 Testing of optional functions and procedures 

Any function or procedure which is optional, as indicated in the present document, may be subject to a conformance test 
if it is implemented in the UE. 

A declaration by the apparatus supplier (ICS) is used to determine whether an optional function/procedure has been 
implemented. 

4.1 .2 Test interfaces and facilities 

Detailed descriptions of the UE test interfaces and special facilities for testing will be provided in [6 or FES]. 
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4.2 


Implicit testing 


For some 3 GPP signalling and protocol features conformance is not verified explicitly in the present document. This 
does not imply that correct functioning of these features is not essential, but that these are implicitly tested to a 
sufficient degree in other tests. 


4.3 Repetition of tests 


As a general rule, the test cases specified in the present document are highly reproducible and don't need to be repeated 
unless otherwise stated. However, the rate of correct UE behaviour such as cell re-selection, measurement and handover 
is specified statistically, e.g. "at least 90%" [34]. Additionally, in some of the test cases , presented in TS 36.523-3 
clause 7.3.2, HARQ retransmissions are not tolerated, because of characteristics of the test case [20]. It is the case that 
for those tests expecting such UE behaviour (stated above) are not 100% reproducible, therefore if a UE does not pass 
the test after its first trial and the tester suspects the reason is due to the statistical nature of the test, then the UE should 
be re-tested one or more times. For non-HARQ retransmission tolerant test cases re-testing applies, when test case does 
not pass, which is caused by unspecified HARQ retransmission. 

5 Reference conditions 

The reference environments used by all signalling and protocol tests will be specified in TS 36.508 [18]. Where a test 
requires an environment that is different, this will be specified in the test itself. 


5.1 Generic setup procedures 


A set of basic generic procedures for radio resource signalling, and generic setup procedures for layer 3 NAS signalling 
will be described in TS 36.508 [18]. These procedures will be used in numerous test cases throughout the present 
document. 

6 Idle mode operations 

6.0 Introduction 
6.0.1 PLMN and TAG 

The PLMN numbers indicated in Table 6.0.1-1 are used in test cases to associate a cell with an MCC and MNC for that 
cell. If no PLMN is explicitly specified, the default value is PLMN 1. 

Table 6.0.1-1 : Tracking Area Identity (TAI) in System Information Block Type 1 
broadcast on the BCCH (E-UTRAN) 


PLMN 

MCC1 

MCC2 

MCC3 

MNC1 

MNC2 

MNC3 

TAG 

1 





1 




Not present 

See 
Table 
6.0.1-2 

2 





2 

1 


Not present 

3 





3 

2 


Not present 

4 





4 

3 


Not present 

5 





5 

4 


Not present 

6 





6 

5 


Not present 

7 





7 

6 


Not present 

8 





8 

7 


Not present 

9 





9 



2 

Not present 

10 



1 



1 

2 

Not present 

11 



1 

1 

2 

2 

Not present 

12 



1 

2 

3 

2 

Not present 

13 





2 

8 

1 

Not present 

14 





2 

9 

1 

Not present 

15 





1 

1 

1 

Not present 

16 





1 

2 

1 

Not present 


NOTE: The Location Area Information (LAI) for UTRA and GSM could be re-used from TS 34.123-1 clause 6. 
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If no TAC for E-UTRAN cell is explicitly specified in the test case description, the TACs for E-UTRAN cells indicated 
in Table 6.0.1-2 are used in the test case. 

Table 6.0.1-2: Tracking Area Code (TAC) for E-UTRAN cells 


cell ID 

TAC 

CelM 

1 

Cell 2 

2 

Cells 

3 

Cell 4 

4 

Cells 

6 

Cell 10 

10 

Cell 11 

11 

Cell 12 

12 

Cell 13 

13 

Cell 14 

14 

Cell 23 

23 


If no RAI for UTRAN cell is explicitly specified in the test case description, the RAI for UTRAN cells indicated in 
Table 4.4.4-2 in [18] are used in the test case. 

6.0.2 Other 

Editor's note: Other generic [FES] information for idle mode testing to be added in this clause is as follows: 

Default values of the system information fields for different methods and lEs specific to idle mode; 

Requirements for EDD and TDD cells (check TS 36.331) in order for the UE to be able to identify a new 
detectable cell and camp on it (minimum channel power levels); 

Generic test behaviour in case of combined E-UTRA/UTRA/GSM/HRPD/lxRTT tests: indication of 
access technology; 

Test channel numbers used in test cases to associate a cell with a frequency for that cell. If no channel is 
explicitly specified, the default value is Test Channel 1 . The frequencies and RE signal levels for UTRA 
and GSM could be re-used from TS 34.123-1 clause 6. The frequencies and RE signal levels for E-UTRA 
test channels shall be based on TS 36.508 clauses 4.3.1.1, 4.3.1.2 and 4.3.4. 


6.0.2.1 


Values of parameters calculated by the UE 


Values of some parameters calculated by the UE, such as Srxlev, are provided in the test case description without 
explicitly taking into account SS signal generation and UE measurement uncertainties. These values are for information 
purpose only and therefore shall not be directly used to determine the UE behaviour; instead a range of values resulting 
from uncertainties specific for given test case conditions shall be considered. 


6.1 

6.1.1 
6.1.1.1 

6.1.1.1.1 

(1) 


In a pure E-UTRAN environment 
PLMN selection 

PLMN selection of RPLMN, HPLMN/EHPLMN, UPLMN and OPLMN / 
Automatic mode 

Test Purpose (TP) 


with { UE in Automatic network selection mode and RPLMN, HPLMN, UPLMN and OPLMN E-UTRAN cells 
available and UE is fitted with a USIM indicating RPLMN should be selected } 
ensure that { 

when { UE is switched on or return to coverage } 

then { UE selects a cell of the RPLMN and UE attempts a location registration on the selected 
cell and when successfully registered indicates the selected PLMN to the user. } 
} 
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(2) 

with { UE camped on an E-UTRAN VPLMN cell and cells of a higher priority E-UTRAN PLMN available } 
ensure that { 

when { higher priority PLMN search timer T expires } 

then { UE selects and camps on a cell of the highest priority PLMN and UE attempts a location 
registration on the selected cell and when successfully registered indicates the selected PLMN to 
the user. | 


(3) 

with { UE in Automatic network selection mode and HPLMN, UPLMN and OPLMN E-UTRAN cells available and 
UE is fitted with a USIM with Access Technology data files for each PLMN and there are no equivalent 
HPLMNs defined} 
ensure that { 

when { UE is switched on or return to coverage } 

then { UE selects a cell of the highest priority PLMN and UE attempts a location registration on 
the selected cell and when successfully registered indicates the selected PLMN to the user. } 
} 

6.1 .1 .1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.122 clauses 4.4.3.1, 
4.4.3.1.1 and 4.4.3.3. 

[TS 23.122, clause 4.4.3.1] 

At switch on, or following recovery from lack of coverage, the MS selects the registered PLMN or equivalent PLMN (if 
it is available) using all access technologies that the MS is capable of and if necessary (in the case of recovery from lack 
of coverage, see clause 4.5.2) attempts to perform a Location Registration. 


If successful registration is achieved, the MS indicates the selected PLMN. 

If there is no registered PLMN, or if registration is not possible due to the PLMN being unavailable or registration 
failure, the MS follows one of the following two procedures depending on its PLMN selection operating mode. At 
switch on, if the MS provides the optional feature of user preferred PLMN selection operating mode at switch on then 
this operating mode shall be used. 


NOTE 1 : If successful registration is achieved, then the current serving PLMN becomes the registered PLMN and 
the MS does not store the previous registered PLMN for later use. 

[TS 23.122, clause 4.4.3.1.1] 

The MS selects and attempts registration on other PLMN/access technology combinations, if available and allowable, in 
the following order: 

i) either the HPLMN (if the EHPLMN list is not present or is empty) or the highest priority EHPLMN that is 
available (if the EHPLMN list is present) ; 

ii) each PLMN/access technology combination in the "User Controlled PLMN Selector with Access Technology" 
data file in the SIM (in priority order); 

iii) each PLMN/access technology combination in the "Operator Controlled PLMN Selector with Access 
Technology" data file in the SIM (in priority order); 

iv) ... 

V) ... 

When following the above procedure the following requirements apply: 

a) ... 

b) ... 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 26 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

c) In ii and iii, the MS should Hmit its search for the PLMN to the access technology or access technologies 
associated with the PLMN in the appropriate PLMN Selector with Access Technology list (User Controlled or 
Operator Controlled selector list). An MS using a SIM without access technology information storage (i.e. the 
"User Controlled PLMN Selector with Access Technology" and the "Operator Controlled PLMN Selector with 
Access Technology" data files are not present) shall instead use the "PLMN Selector" data file, for each PLMN 
in the "PLMN Selector" data file, the MS shall search for all access technologies it is capable of and shall 
assume GSM access technology as the highest priority radio access technology. 

d) ... 

e) ... 

f) In i, the MS shall search for all access technologies it is capable of. No priority is defined for the preferred access 
technology and the priority is an implementation issue, but "HPLMN Selector with Access Technology" data file 
on the SIM may be used to optimise the procedure. 

g) ... 
h) ... 

NOTEl: ... 
NOTE 2: ... 

NOTE 3: High quality signal is defined in the appropriate AS specification. 

If successful registration is achieved, the MS indicates the selected PLMN. 

[TS 23.122, clause 4.4.3.3] 

If the MS is in a VPLMN, the MS shall periodically attempt to obtain service on its HPLMN (if the EHPLMN list is not 
present or is empty) or one of its EHPLMNs (if the EHPLMN list is present) or a higher priority PLMN/access 
technology combinations listed in "user controlled PLMN selector" or "operator controlled PLMN selector" by scanning 
in accordance with the requirements that are applicable to i), ii) and iii) as defined in the Automatic Network Selection 
Mode in clause 4.4.3.1.1. In the case that the mobile has a stored "Equivalent PLMNs" list the mobile shall only select a 
PLMN if it is of a higher priority than those of the same country as the current serving PLMN which are stored in the 
"Equivalent PLMNs" list. For this purpose, a value T minutes may be stored in the SIM, T is either in the range 6 
minutes to 8 hours in 6 minute steps or it indicates that no periodic attempts shall be made. If no value is stored in the 
SIM, a default value of 60 minutes is used. 

The attempts to access the HPLMN or an EHPLMN or higher priority PLMN shall be as specified below: 

a) The periodic attempts shall only be performed in automatic mode when the MS is roaming; 

b) After switch on a period of at least 2 minutes and at most T minutes shall elapse before the first attempt is made; 

c) The MS shall make the following attempts if the MS is on the VPLMN at time T after the last attempt; 

d) Periodic attempts shall only be performed by the MS while in idle mode; 

e) If the HPLMN (if the EHPLMN list is not present or is empty) or a EHPLMN (if the list is present) or a higher 
priority PLMN is not found, the MS shall remain on the VPLMN. 

f) In steps i), ii) and iii) of subclause 4.4.3.1.1 the MS shall limit its attempts to access higher priority 
PLMN/access technology combinations to PLMN/access technology combinations of the same country as the 
current serving VPLMN, as defined in Annex B. 

g) ... 

h) If the PLMN of the highest priority PLMN/access technology combination available is the current VPLMN, or 
one of the PLMNs in the "Equivalent PLMNs" list, the MS shall remain on the current PLMN/access technology 
combination. 
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6.1.1.1.3 
6.1.1.1.3.1 
System Simulator: 


Test description 
Pre-test conditions 


UE: 


Four inter-frequency multi-PLMN cells as specified in TS36.508 clause 4.4.1.2 are configured broadcasting 
PLMNs as indicated in Table 6.1.1.1.3.1-1. 

The PLMNs are identified in the test by the identifiers in Table 6.1.1.1.3.1-1. 

Table 6.1.1.1.3.1-1 : PLMN identifiers 


Cell 

PLMN name 

MCC 

MNC 

1 

PLMN4 

001 

01 

12 

PLMN1 

001 

11 

13 

PLMN2 

001 

21 

14 

PLMNS 

001 

31 


The UE is in Automatic PLMN selection mode. 

The UE is registered to PLMNl before it is switched off. 

The UE is equipped with a USIM containing default values (as per TS 36.508) except for those listed in Table 
6.1.1.1.3.1-2. 

Table 6.1.1.1.3.1-2: USIM configuration 


USIM field 

Priority 

Value 

Access Technology Identifier 

EFloci 


PLMNl (See preamble) 


EFiMsi 


The HPLMN (MCC+MNC) of the 
IMSIissettoPLMN4. 


EFpLMNwAcT 

1 
2 
3 

Default 

PLMN3 

PLMN2 

Remaining mandatory entries use 

default values 

Default 
All specified 
E-UTRAN 

EFoPLMNwACT 

1 

PLMNl 

Remaining defined entries use 

default values 

All specified 

EFhplMNwAcT 

1 

PLMN4 

E-UTRAN 

EFusT 


Services 20, 42, 43 and 74 are 
supported. Service 71 is not 
supported (there is no EHPLMN 
list). 


EFhpplmn 


1 (6 minutes) 



Preamble: 

- The UE is in state Switched OFF (State 1). 


6.1.1.1.3.2 


Test procedure sequence 


Table 6.1.1.1.3.2-1 shows the cell configurations used during the test. The configuration TO indicates the initial 
conditions. Subsequent configurations marked "Tl", "T2" etc are applied at the points indicated in the Main behaviour 
description in Table 6.1.1.1.3.2-2. Cell powers are chosen for a serving cell and a non-suitable "Off cell as defined in 
TS36.508 Table 6.2.2.1-1. 
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Table 6.1.1.1.3.2-1: Cell configuration changes overtime 



Parameter 

Unit 

Cein 

Cell12 

Cell 13 

Cell14 

Remarks 

TO 

RS EPRE 

dBm/15kHz 

"Off" 

-85 

"Off" 

"Off" 

Power level "Off" is 
defined in TS36.508 
Table 6.2.2.1-1 

T1 

RS EPRE 

dBm/15kHz 

-85 

-85 

-85 

"Off" 

Power level "Off" is 
defined in TS36.508 
Table 6.2.2.1-1 

T2 

RS EPRE 

dBm/15kHz 

"Off" 

-85 

-85 

"Off" 

Power level "Off" is 
defined in TS36.508 
Table 6.2.2.1-1 

T3 

RS EPRE 

dBm/15kHz 

"Off" 

-85 

-85 

-85 

Power level "Off" is 
defined in TS36.508 
Table 6.2.2.1-1 
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Table 6.1.1.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

SS adjusts cell levels according to row T1 of 
table 6.1.1.1.3.2-1 

- 

- 

- 

- 

2 

Power on the UE. 

- 

- 

- 

- 

3 

Check: Does the UE send an 
RRCConnectionRequest on Cell 12? 

-> 

RRCConnectionRequest 

1 

P 

4- 
18 

Steps 3 to 17 of the registration procedure 
described in TS 36.508 subclause 4.5.2.3 are 
performed on Cell 12. 

NOTE: The UE performs registration and the 
RRC connection is released. 





19 

Check: Is PLMN1 indicated by the UE? 

- 

- 

1 

P 

20 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1 after 120 
seconds, but before 720 seconds from power 
on? 

-> 

RRCConnectionRequest 

2 

P 

21- 
25 

Steps 2 to 6 of the generic test procedure in 

TS 36.508 subclause 6.4.2.7 are performed on 

CelM. 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 





26 

Check: Is PLMN4 indicated by the UE? 

- 

- 

2 

P 

27 

Check: Does the UE send an 
RRCConnectionRequest wWh'in 720 seconds? 

-> 

RRCConnectionRequest 

2 

F 

28 

SS adjusts cell levels according to row T2 of 
table 6.1.1.1.3.2-1 

- 

- 

- 

- 

29 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 13? 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



3 


30 

Check: Is PLMN2 indicated by the UE? 

- 

- 

3 

P 

31 

SS adjusts cell levels according to row T3 of 
table 6.1.1.1.3.2-1 

- 

- 

- 

- 

32 

Check: Does the UE send an 
RRCConnectionRequest on Cell 14 after 120 
seconds after step 28? 

-> 

RRCConnectionRequest 

2 

p 

33- 
37 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed. 
NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





38 

Check: Is PLMN3 indicated by the UE? 

- 

- 

2 

p 

39 

Check: Does the UE send an 
RRCConnectionRequest \N'\{h\n 720 seconds? 

-> 

RRCConnectionRequest 

2 

F 

Note 1 : Timers in Steps 20, 27, 32 and 39 are derived from the high priority PLIVIN search timer T defined by 

EFhpplmn 


6.1.1.1.3.3 

None 

6.1.1.1a 
e.l.l.la.l 

(1) 


Specific message contents 


PLMN selection of RPLMN, HPLMN/EHPLMN, UPLMN and OPLMN; 
Autonnatic nnode; between FDD and TDD 

Test Purpose (TP) 


with { UE in Automatic network selection mode and camp on a cell of a PLMN with FDD mode } 
ensure that { 

when { UE is switched on or return to coverage } 

then { UE selects a cell of a PLMN with TDD mode and UE attempts registration on the selected 
cell and when successfully registered indicates the selected PLMN to the user. } 
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(2) 

with { UE in Automatic network selection mode and camp on a cell of a PLMN with TDD mode} 
ensure that { 

when { UE is switched on or return to coverage } 

then { UE selects a cell of a PLMN with FDD mode and UE attempts registration on the selected 
cell and when successfully registered indicates the selected PLMN to the user. } 
} 

6.1.1.1a.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.122 clauses 4.4.3.1, 
4.4.3.1.1 and 4.4.3.3. 

[TS 23.122, clause 4.4.3.1] 

At switch on, or following recovery from lack of coverage, the MS selects the registered PLMN or equivalent PLMN (if 
it is available) using all access technologies that the MS is capable of and if necessary (in the case of recovery from lack 
of coverage, see clause 4.5.2) attempts to perform a Location Registration. 


If successful registration is achieved, the MS indicates the selected PLMN. 

If there is no registered PLMN, or if registration is not possible due to the PLMN being unavailable or registration 
failure, the MS follows one of the following two procedures depending on its PLMN selection operating mode. At 
switch on, if the MS provides the optional feature of user preferred PLMN selection operating mode at switch on then 
this operating mode shall be used. 


NOTE 1 : If successful registration is achieved, then the current serving PLMN becomes the registered PLMN and 
the MS does not store the previous registered PLMN for later use. 


N0TE2: ... 

[TS 23.122, clause 4.4.3.1.1] 

The MS selects and attempts registration on other PLMN/access technology combinations, if available and allowable, in 
the following order: 

i) either the HPLMN (if the EHPLMN list is not present or is empty) or the highest priority EHPLMN that is 
available (if the EHPLMN list is present) ; 

ii) each PLMN/access technology combination in the "User Controlled PLMN Selector with Access Technology" 
data file in the SIM (in priority order); 

iii) each PLMN/access technology combination in the "Operator Controlled PLMN Selector with Access 
Technology" data file in the SIM (in priority order); 

iv) ... 

V) ... 

When following the above procedure the following requirements apply: 

a) ... 

b) ... 
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c) In ii and iii, the MS should Hmit its search for the PLMN to the access technology or access technologies 
associated with the PLMN in the appropriate PLMN Selector with Access Technology list (User Controlled or 
Operator Controlled selector list). An MS using a SIM without access technology information storage (i.e. the 
"User Controlled PLMN Selector with Access Technology" and the "Operator Controlled PLMN Selector with 
Access Technology" data files are not present) shall instead use the "PLMN Selector" data file, for each PLMN 
in the "PLMN Selector" data file, the MS shall search for all access technologies it is capable of and shall 
assume GSM access technology as the highest priority radio access technology. 

d) ... 

e) ... 

f) In i, the MS shall search for all access technologies it is capable of. No priority is defined for the preferred access 
technology and the priority is an implementation issue, but "HPLMN Selector with Access Technology" data file 
on the SIM may be used to optimise the procedure. 

g) ... 
h) ... 
NOTEl 
NOTE 2 
NOTE 3: High quality signal is defined in the appropriate AS specification. 

If successful registration is achieved, the MS indicates the selected PLMN. 


6.1.1.1a.3 Test description 

6.1.1.1a.3.1 Pre-test conditions 

System Simulator 

- Two FDD and TDD inter- frequency multi-PLMN cells as specified in TS36.508 clause 4.4.1.2 are configured 
broadcasting default PLMNs as indicated in TS 36.508 Table 4.4.2-2. 

The PLMNs are identified in the test by the identifiers in Table 6. 1.1. la. 3. 1-1. 

Table 6.1. 1.1a.3.1-1: PLMN identifiers 


UE 


Cell 

PLMN name 

MODE 

1 

PLMN1 

FDD 

28 

PLMN2 

TDD 


The UE is in Automatic PLMN selection mode. 

The UE is equipped with a USIM containing default values (as per TS 36.508) except for those listed in Table 
6.1.1.1a.3.1-2. 

Table 6.1.1.1a.3.1-2: USIM configuration 


USIM field 

Priority 

Value 

Access Technology Identifier 

EFloci 


PLMN1 (See preamble) 

E-UTRAN FDD 

EFiMsi 


The HPLMN (MCC+MNC) of the 
IMSIissettoPLMN2. 

E-UTRAN TDD 

EFpLMNwAcT 

1 
2 

Default 

PLMN2 

Remaining mandatory entries use 

default values 

Default 
E-UTRAN TDD 

EFqplmnwact 

1 

PLMN1 

Remaining defined entries use 

default values 

E-UTRAN FDD 
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Preamble 

- The UE is in state Switched OFF (State 1). 

6.1 .1 .1 a.3.2 Test procedure sequence 

Table 6. 1.1.1 a.3.2 - 1 shows the cell configurations used during the test. The configuration TO indicates the initial 
conditions. Subsequent configurations marked "Tl", "T2" etc are applied at the points indicated in the Main behaviour 
description in Table 6.1.1.1a.3.2-2. Cell powers are chosen for a serving cell and a non-suitable "Off cell as defined in 
TS36.508 Table 6.2.2.1-1. 

Table 6.1 .1 .1 a.3.2-1 : Cell configuration changes over time 



Parameter 

Unit 

CelM 

Cell 28 

Remarks 

TO 

RS EPRE 

dBm/15kHz 

-85 

"Off" 

Power level "Off" is 
defined in TS36.508 
Table 6.2.2.1-1 

Tl 

RS EPRE 

dBm/15kHz 

"Off" 

-85 

Power level "Off" is 
defined in TS36.508 
Table 6.2.2.1-1 

T2 

RS EPRE 

dBm/15kHz 

-85 

"Off" 

Power level "Off" is 
defined in TS36.508 
Table 6.2.2.1-1 


Table 6.1.1.1a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

Power on the UE. 

- 

- 

- 

- 

2- 
17 

Steps 2 to 17 of the registration procedure 
described in TS 36.508 subclause 4.5.2.3 are 
performed on Cell 1 . 

NOTE: The UE performs registration and the 
RRC connection is released. 





18 

PLMN1 is indicated by the UE. 

- 

- 

- 

- 

19 

Power off the UE, and wait [15 seconds]. 



- 

- 

20 

SS adjusts cell levels according to row Tl of 
table 6.1. 1.1a.3.2-1 

- 

- 

- 

- 

21 

Power on the UE 





22 

Check: Does the UE send an 
RRCConnectionRequest on Cell 28? 

- 

- 

1 

P 

23- 
37 

Steps 3 to 17 of the registration procedure 
described in TS 36.508 subclause 4.5.2.3 are 
performed on Cell 28. 

NOTE: The UE performs registration and the 
RRC connection is released. 





38 

Check: Is PLMN2 indicated by the UE? 

- 

- 

1 

P 

39 

Power off the UE, and wait [15 seconds]. 

- 

- 

- 

- 

40 

SS adjusts cell levels according to row T2 of 
table 6.1. 1.1a.3.2-1 

- 

- 

- 

- 

41 

Power on the UE 

- 

- 

- 

- 

42 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1? 

- 

- 

2 

P 

43- 
47 

Steps 3 to 17 of the registration procedure 
described in TS 36.508 subclause 4.5.2.3 are 
performed on Celll. 

NOTE: The UE performs registration and the 
RRC connection is released. 





48 

Check: Is PLMN1 indicated by the UE? 

- 

- 

2 

P 
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6.1.1.1a.3.3 
None 

6.1.1.1b 


Specific message contents 


PLMN selection of RPLMN, HPLMN/EHPLMN, UPLMN and OPLMN / 
Autonnatic nnode / Single Frequency operation 


e.l.l.lb.l Test Purpose (TP) 

Same Test Purpose as in clause 6.1.1.1.1 

6.1 .1 .1 b. 2 Conformance requirements 

Same Conformance requirements as in clause 6.1.1.1.2 

6.1 .1 .1 b. 3 Test description 

6.1 .1 .1 b.3.1 Pre-test conditions 

System Simulator: 

- Four inter-frequency multi-PLMN cells. 

The PLMNs are identified in the test by the identifiers in Table 6. 1.1. lb. 3. 1-1. 

Table 6.1. 1.1b.3.1-1: PLMN identifiers 


UE: 


Cell 

PLMN name 

MCC 

MNC 

1 

PLMN4 

001 

01 

2 

PLMN1 

001 

11 

4 

PLMN2 

001 

21 

11 

PLMNS 

001 

31 


The UE is in Automatic PLMN selection mode. 

The UE is registered to PLMNl before it is switched off. 

The UE is equipped with a USIM containing default values (as per TS 36.508) except for those listed in Table 
6.1.1.1b.3.1-2. 

Table 6.1.1.1b.3.1-2: USIM configuration 


USIM field 

Priority 

Value 

Access Technology Identifier 

EFloci 


PLMNl (See preamble) 


EFiMsi 


The HPLMN (MCC+MNC) of the 
IMSIissettoPLMN4. 


EFpLMNwAcT 

1 
2 
3 

Default 

PLMNS 

PLMN2 

Remaining mandatory entries use 

default values 

Default 
All specified 
E-UTRAN 

EFoPLMNwACT 

1 

PLMNl 

Remaining defined entries use 

default values 

All specified 

EFhPLMNwAcT 

1 

PLMN4 

E-UTRAN 

EFusT 


Services 20, 42, 43 and 74 are 
supported. Service 71 is not 
supported (there is no EHPLMN 
list). 


EFhpplmn 


1 (6 minutes) 
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Preamble: 

- The UE is in state Switched OFF (State 1). 

6.1 .1 .1 b.3.2 Test procedure sequence 

Table 6. 1.1. lb. 3. 2 - 1 shows the cell configurations used during the test. The configuration TO indicates the initial 
conditions. Subsequent configurations marked "Tl", "T2" etc are applied at the points indicated in the Main behaviour 
description in Table 6. 1.1. lb. 3. 2-2. Cell powers are chosen for a serving cell and a non-suitable "Off cell as defined in 
TS36.508 Table 6.2.2.1-1. 

Table 6.1 .1 .1 b.3.2-1 : Cell configuration changes over time 



Parameter 

Unit 

CelM 

Cell 2 

CelM 

Cell 11 

Remarks 

TO 

RS EPRE 

dBm/15kHz 

"Off" 

-85 

"Off" 

"Off" 

Power level "Off" is 

defined in TS36.508 

Table 6.2.2.1-1 

Tl 

RS EPRE 

dBm/15kHz 

-85 

-75 

-85 

"Off" 

Power level "Off" is 

defined in TS36.508 

Table 6.2.2.1-1 

T2 

RS EPRE 

dBm/15kHz 

-75 

-85 

-85 

"Off" 

Power level "Off" is 

defined in TS36.508 

Table 6.2.2.1-1 

T3 

RS EPRE 

dBm/15kHz 

"Off" 

-85 

-75 

"Off" 

Power level "Off" is 

defined in TS36.508 

Table 6.2.2.1-1 

T4 

RS EPRE 

dBm/15kHz 

"Off" 

-85 

-85 

-75 

Power level "Off" is 

defined in TS36.508 

Table 6.2.2.1-1 
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Table 6.1.1.1b.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

SS adjusts cell levels according to row T1 of 
table 6.1. 1.1b.3.2-1 

- 

- 

- 

- 

2 

Power on the UE. 

- 

- 

- 

- 

3 

Check: Does the UE send an 
RRCConnectionRequest on Cell 2? 

-> 

RRCConnectionRequest 

1 

P 

4- 
18 

Steps 3 to 17 of the registration procedure 
described in TS 36.508 subclause 4.5.2.3 are 
performed on Cell 2. 

NOTE: The UE performs registration and the 
RRC connection is released. 





19 

Check: Is PLMN1 indicated by the UE? 

- 

- 

1 

P 

20 

SS adjusts cell levels according to row T2 of 
table 6.1. 1.1b.3.2-1 

- 

- 

- 

- 

20 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1 after 120 
seconds, but before 720 seconds from power 
on? 

-> 

RRCConnectionRequest 

2 

P 

21- 
25 

Steps 2 to 6 of the generic test procedure in 

TS 36.508 subclause 6.4.2.7 are performed on 

CelM. 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 





26 

Check: Is PLMN4 indicated by the UE? 

- 

- 

2 

P 

27 

Check: Does the UE send an 
RRCConnectionRequest wWh'in 720 seconds? 

-> 

RRCConnectionRequest 

2 

F 

28 

SS adjusts cell levels according to row T3 of 
table 6.1. 1.1b.3.2-1 

- 

- 

- 

- 

29 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 4? 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



3 


30 

Check: Is PLMN2 indicated by the UE? 

- 

- 

3 

P 

31 

SS adjusts cell levels according to row T4 of 
table 6.1. 1.1b.3.2-1 

- 

- 

- 

- 

32 

Check: Does the UE send an 
RRCConnectionRequest on Cell 11 after 120 
seconds after step 28? 

-> 

RRCConnectionRequest 

2 

p 

33- 
37 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed. 
NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





38 

Check: Is PLMN3 indicated by the UE? 

- 

- 

2 

p 

39 

Check: Does the UE send an 
RRCConnectionRequest \N'\{h\n 720 seconds? 

-> 

RRCConnectionRequest 

2 

F 

Note 1 : Timers in Steps 20, 27, 32 and 39 are derived from the high priority PLIVIN search timer T defined by 

EFhpplmn 


6.1.1.1b.3.3 
None 


Specific message contents 
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6.1 .1 .2 PLMN selection of "Other PLMN/access technology combinations" / 

Automatic mode 

6.1.1.2.1 Test Purpose (TP) 

(1) 

with { UE in Automatic network selection mode and EHPLMN, UPLMN, OPLMN and other PLMN/access 
technology combinations cells available and UE is fitted with a USIM with Access Technology data 
files for each PLMN } 
ensure that { 

when { UE is switched on or return to coverage } 

then { UE selects a cell of the EPLMN and UE attempts a location registration on the selected 
cell and when successfully registered indicates the selected PLMN to the user. } 

} 

(2) 

with { UE in Automatic network selection mode and UPLMN, OPLMN and other PLMN/access technology 
combinations cells available and UE is fitted with a USIM with Access Technology data files for each 
PLMN } 
ensure that { 

when { UE is switched on or return to coverage } 

then { UE selects a cell of the UPLMN and UE attempts a location registration on the selected 
cell and when successfully registered indicates the selected PLMN to the user. } 

} 

(3) 

with { UE in Automatic network selection mode and OPLMN and other PLMN/access technology 
combinations cells available and UE is fitted with a USIM with Access Technology data files for each 
PLMN } 
ensure that { 

when { UE is switched on or return to coverage } 

then { UE selects a cell of the OPLMN and UE attempts a location registration on the selected 
cell and when successfully registered indicates the selected PLMN to the user. } 

} 

(4) 

with { UE in Automatic network selection mode and other PLMN/access technology combinations cells 
not belonging to any of EHPLMN, UHPLMN or OPLMN available } 
ensure that { 

when { UE is switched on or return to coverage } 

then { UE selects a cell of other PLMN/access technology combinations and UE attempts a location 
registration on the selected cell and when successfully registered indicates the selected PLMN to 
the user. } 


6.1 .1 .2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.122 clauses 4.4.3.1.1. 

[TS 23.122, clause 4.4.3.1.1] 

4.4.3.1 .1 Automatic Network Selection Mode Procedure 

The MS selects and attempts registration on other PLMN/access technology combinations, if available and allowable, in 
the following order: 

i) either the HPLMN (if the EHPLMN list is not present or is empty) or the highest priority EHPLMN that is 
available (if the EHPLMN list is present); 

ii) each PLMN/access technology combination in the "User Controlled PLMN Selector with Access Technology" 
data file in the SIM (in priority order); 

iii) each PLMN/access technology combination in the "Operator Controlled PLMN Selector with Access 
Technology" data file in the SIM (in priority order); 

iv) other PLMN/access technology combinations with received high quality signal in random order; 
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v) other PLMN/access technology combinations in order of decreasing signal quality. 
When following the above procedure the following requirements apply: 

a) An MS with voice capability shall ignore PLMNs for which the MS has identified at least one GSM COMPACT. 

b) In A/Gb mode or GSM COMPACT, an MS with voice capability, or an MS not supporting packet services shall 
not search for CPBCCH carriers. 

c) In ii and iii, the MS should limit its search for the PLMN to the access technology or access technologies 
associated with the PLMN in the appropriate PLMN Selector with Access Technology list (User Controlled or 
Operator Controlled selector list). 

An MS using a SIM without access technology information storage (i.e. the "User Controlled PLMN Selector 
with Access Technology" and the "Operator Controlled PLMN Selector with Access Technology" data files are 
not present) shall instead use the "PLMN Selector" data file, for each PLMN in the "PLMN Selector" data file, 
the MS shall search for all access technologies it is capable of. The priority ordering amongst the access 
technologies is implementation dependent. 

d) In iv and v, the MS shall search for all access technologies it is capable of, before deciding which PLMN to 
select. 

e) In ii, and iii, a packet only MS which supports GSM COMPACT, but using a SIM without access technology 
information storage (i.e. the "User Controlled PLMN Selector with Access Technology" and the "Operator 
Controlled PLMN Selector with Access Technology" data files are not present) shall instead use the "PLMN 
Selector" data file, for each PLMN in the "PLMN Selector" data file, the MS shall search for all access 
technologies it is capable of and shall assume GSM COMPACT access technology as the lowest priority radio 
access technology. 

f) In i, the MS shall search for all access technologies it is capable of. No priority is defined for the preferred access 
technology and the priority is an implementation issue, but "HPLMN Selector with Access Technology" data file 
on the SIM may be used to optimise the procedure. 

g) In i, an MS using a SIM without access technology information storage (i.e. the "HPLMN Selector with Access 
Technology" data file is not present) shall search for all access technologies it is capable of. The priority ordering 
amongst the access technologies is implementation dependent. A packet only MS which supports GSM 
COMPACT using a SIM without access technology information storage shall also assume GSM COMPACT 
access technology as the lowest priority radio access technology. 

h) In V, the MS shall order the PLMN/access technology combinations in order of decreasing signal quality within 
each access technology. The order between PLMN/access technology combinations with different access 
technologies is an MS implementation issue. 

NOTE 1: Requirements a) and b) apply also to requirement d), so a GSM voice capable MS should not search for 
GSM COMPACT PLMNs, even if capable of GSM COMPACT. 

NOTE 2: Requirements a) and b) apply also to requirement f), so a GSM voice capable MS should not search for 
GSM COMPACT PLMNs, even if this is the only access technology on the "HPLMN Selector with 
Access Technology" data file on the SIM. 

NOTE 3: High quality signal is defined in the appropriate AS specification. 

If successful registration is achieved, the MS indicates the selected PLMN. 

If registration cannot be achieved because no PLMNs are available and allowable, the MS indicates "no service" to the 
user, waits until a new PLMN is available and allowable and then repeats the procedure. 

If there were one or more PLMNs which were available and allowable, but an LR failure made registration on those 
PLMNs unsuccessful or an entry in any of the lists "forbidden LAs for roaming", "forbidden TAs for roaming", 
"forbidden LAs for regional provision of service" or "forbidden TAs for regional provision of service" prevented a 
registration attempt, the MS selects the first such PLMN again and enters a limited service state. 
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6.1.1.2.3 
6.1.1.2.3.1 
System Simulator: 


Test description 
Pre-test conditions 


UE: 


Four inter-frequency multi-PLMN cells as specified in TS36.508 clause 4.4.1.2 are configured broadcasting 
default PLMNs as indicated in TS 36.508 Table 4.4.2-2. 

The PLMNs are identified in the test by the identifiers in Table 6.1.1.2.3.1-1. 

Table 6.1.1.2.3.1-1: PLMN identifiers 


Cell 

PLMN name 

1 

PLMN1 

12 

PLMN2 

13 

PLMNS 

14 

PLMN4 


The UE is in Automatic PLMN selection mode. 

The UE is equipped with a USIM containing default values (as per TS 36.508) except for those listed in Table 
6.1.1.2.3.1-2. 

Table 6.1.1.2.3.1-2: USIM configuration 


USIM field 

Priority 

Value 

Access Technology Identifier 

EFehplmn 

1 

PLMN1 

Remaining mandatory entries use 

default values 

E-UTRAN 

EFpLMNwAcT 

1 

PLMN2 

Remaining mandatory entries use 

default values 

E-UTRAN 

EFoPLMNwACT 

1 

PLMNS 

Remaining defined entries use 

default values 

E-UTRAN 

EFuST 


Services 20, 42 and 71 are 
supported. 



Preamble: 

- The UE is in state Switched OFF (State 1). 


6.1.1.2.3.2 


Test procedure sequence 


Table 6.1.1.2.3.2 - 1 shows the cell configurations used during the test. The configuration TO indicates the initial 
conditions. Subsequent configurations marked "Tl", "T2" "T3" "T4"etc are applied at the points indicated in the Main 
behaviour description in Table 6.1.1.2.3.2-2. Cell powers are chosen for a serving cell and a non-suitable "Off cell as 
defined in TS36.508 Table 6.2.2.1-1. 
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Table 6.1.1.2.3.2-1: Cell configuration changes overtime 



Parameter 

Unit 

Cein 

Cell12 

Cell 13 

Cell14 

Remarks 

T1 

RS EPRE 

dBm/15kHz 

-85 

-85 

-85 

"Off" 


T2 

RS EPRE 

dBm/15kHz 

"Off" 

-85 

-85 

-85 

Power level "Off" is 
defined in TS36.508 
Table 6.2.2.1-1 

T3 

RS EPRE 

dBm/15kHz 

"Off" 

"Off" 

-85 

-85 

Power level "Off" is 
defined in TS36.508 
Table 6.2.2.1-1 

T4 

RS EPRE 

dBm/15kHz 

"Off" 

"Off" 

"Off" 

-85 

Power level "Off" is 
defined in TS36.508 
Table 6.2.2.1-1 


Table 6.1.1.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

SS adjusts cell levels according to row 11 of 
table 6.1.1.2.3.2-1 

- 

- 

- 

- 

2 

Power on the UE. 

- 

- 

- 

- 

3 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1? 

-> 

RRCConnectionRequest 

1 

P 

4- 
18 

Steps 3 to 17 of the registration procedure 
described in TS 36.508 subclause 4.5.2.3 are 
performed on Cell 1 . 

NOTE: The UE performs registration and the 
RRC connection is released. 





19 

Check: Is PLMN1 indicated by the UE? 

- 

- 

1 

P 

20 

SS adjusts cell levels according to row T2 of 
table 6.1.1.2.3.2-1 

- 

- 

- 

- 

21 

Check: Does the UE send an 
RRCConnectionRequest on Cell 12? 

-> 

RRCConnectionRequest 

2 

p 

22- 
26 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed on 
Cell 12. 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





27 

Check: Is PLMN2 indicated by the UE? 

- 

- 

2 

p 

28 

SS adjusts cell levels according to row T3 of 
table 6.1.1.2.3.2-1 

- 

- 

- 

- 

29 

Check: Does the UE send an 
RRCConnectionRequest on Cell 13? 

-> 

RRCConnectionRequest 

3 

P 

30- 
34 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed on 
Cell 13. 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





35 

Check: Is PLMN3 indicated by the UE? 

- 

- 

3 

P 

36 

SS adjusts cell levels according to row T4 of 
table 6.1.1.2.3.2-1 

- 

- 

- 

- 

37 

Check: Does the UE send an 
RRCConnectionRequest on Cell 14? 

-> 

RRCConnectionRequest 

4 

P 

38- 
41 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed on 
Cell 14. 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





42 

Check: Is PLMN4 indicated by the UE? 

- 

- 

4 

P 


6.1.1.2.3.3 
None 


Specific message contents 
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6.1 .1 .2a PLMN selection of "Other PLMN/access technology combinations" / 
Automatic mode / Single Frequency operation 

6.1 .1 .2a.1 Test Purpose (TP) 

Same Test Purpose as in clause 6.1.1.2.1 

6.1 .1 .2a.2 Conformance requirements 

Same Conformance requirements as in clause 6.1.1.2.2 

6.1 .1 .2a.3 Test description 

6.1 .1 .2a.3.1 Pre-test conditions 

System Simulator: 

Four intra-frequency multi-PLMN cells. 

- The PLMNs are identified in the test by the identifiers in Table 6. 1 . 1 .2a.3 . 1 - 1 . 

Table 6.1.1.2a.3.1-1: PLMN identifiers 


Cell 

PLMN name 

1 

PLMN1 

2 

PLMN2 

4 

PLMNS 

11 

PLMN4 


UE: 


The UE is in Automatic PLMN selection mode. 

The UE is equipped with a USIM containing default values (as per TS 36.508) except for those listed in Table 
6.1.1.2a.3.1-2. 

Table 6.1.1.2a.3.1-2: USIM configuration 


USIM field 

Priority 

Value 

Access Technology Identifier 

EFehplmn 

1 

PLMN1 

Remaining mandatory entries use 

default values 

E-UTRAN 

EFpLMNwAcT 

1 

PLMN2 

Remaining mandatory entries use 

default values 

E-UTRAN 

EFoPLMNwACT 

1 

PLMNS 

Remaining defined entries use 

default values 

E-UTRAN 

EFusT 


Services 20, 42 and 71 are 
supported. 



Preamble: 

- The UE is in state Switched OFF (State 1). 


6.1.1.2a.3.2 


Test procedure sequence 


Table 6.1.1.2a.3.2 - 1 shows the cell configurations used during the test. The configuration TO indicates the initial 
conditions. Subsequent configurations marked "Tl", "T2" "T3" "T4"etc are applied at the points indicated in the Main 
behaviour description in Table 6.1.1.2a.3.2-2. Cell powers are chosen for a serving cell and a non-suitable "Off cell as 
defined in TS36.508 Table 6.2.2.1-1. 
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Table 6.1 .1 .2a.3.2-1 : Cell configuration changes over time 



Parameter 

Unit 

Cein 

Cell 2 

Cell 4 

Cell 11 

Remarks 

T1 

RS EPRE 

dBm/15kHz 

-75 

-85 

-85 

"Off" 


T2 

RS EPRE 

dBm/15kHz 

"Off" 

-75 

-85 

-85 

Power level "Off" is 
defined in TS36.508 
Table 6.2.2.1-1 

T3 

RS EPRE 

dBm/15kHz 

"Off" 

"Off" 

-75 

-85 

Power level "Off" is 
defined in TS36.508 
Table 6.2.2.1-1 

T4 

RS EPRE 

dBm/15kHz 

"Off" 

"Off" 

"Off" 

-85 

Power level "Off" is 
defined in TS36.508 
Table 6.2.2.1-1 


Table 6.1.1.2a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

SS adjusts cell levels according to row T1 of 
table 6.1. 1.2a.3.2-1 

- 

- 

- 

- 

2 

Power on the UE. 

- 

- 

- 

- 

3 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1? 

-> 

RRCConnectionRequest 

1 

P 

4- 
18 

Steps 3 to 17 of the registration procedure 
described in TS 36.508 subclause 4.5.2.3 are 
performed on Cell 1 . 

NOTE: The UE performs registration and the 
RRC connection is released. 





19 

Check: Is PLMN1 indicated by the UE? 

- 

- 

1 

P 

20 

SS adjusts cell levels according to row T2 of 
table 6.1. 1.2a.3.2-1 

- 

- 

- 

- 

21 

Check: Does the UE send an 
RRCConnectionRequest on Cell 2? 

-> 

RRCConnectionRequest 

2 

P 

22- 
26 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed on 
Cell 2. 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





27 

Check: Is PLMN2 indicated by the UE? 

- 

- 

2 

P 

28 

SS adjusts cell levels according to row T3 of 
table 6.1. 1.2a.3.2-1 

- 

- 

- 

- 

29 

Check: Does the UE send an 
RRCConnectionRequest on Cell 4? 

-> 

RRCConnectionRequest 

3 

P 

30- 
34 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed on 
Cell 4. 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





35 

Check: Is PLMN3 indicated by the UE? 

- 

- 

3 

P 

36 

SS adjusts cell levels according to row T4 of 
table 6.1. 1.2a.3.2-1 

- 

- 

- 

- 

37 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1 1 ? 

-> 

RRCConnectionRequest 

4 

P 

38- 
41 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed on 
Cell 11. 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





42 

Check: Is PLMN4 indicated by the UE? 

- 

- 

4 

P 


6.1.1.2a.3.3 
None 


Specific message contents 
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6.1 .1 .3 Cell reselection of ePLMN in manual mode 

6.1.1.3.1 Test Purpose (TP) 
(1) 

with { UE camped normally on a cell and network has downloaded a list of equivalent PLMNs during the 
Location Registration procedure } 
ensure that { 

when { higher ranked cell is a cell of a PLMN in the downloaded equivalent PLMN list } 
then { UE reselects to the equivalent PLMN cell. } 

} 

(2) 

with { UE camped normally on a cell and network has downloaded a list of equivalent PLMNs during the 
Location Registration procedure } 
ensure that { 

when { highest ranked cell is a cell of a PLMN not in the downloaded equivalent PLMN list } 
then { UE does not reselect to the cell. } 
} 

6.1 .1 .3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.122 clause 4.4.3.1.2. 
[TS 23.122, clause 4.4.3.1.2] 


Once the UE has registered on a PLMN selected by the user, the UE shall not automatically register on a different 
PLMN unless: 

i) the new PLMN is declared as an equivalent PLMN by the registered PLMN; or 

ii) the user selects automatic mode. 


6.1 .1 .3.3 Test description 

6.1 .1 .3.3.1 Pre-test conditions 

System Simulator 

- Three inter-frequency multi-PLMN cells. 

- Each cell has only a single PLMN identity. The PLMNs are identified in the test by the identifiers in Table 
6.1.1.3.3.1-1. 

Table 6.1.1.3.3.1-1: PLMN identifiers 


Cell 

PLMN name 

1 

PLMN1 

12 

PLMN2 

13 

PLMNS 


System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE 

- The UE is in Manual PLMN selection mode. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


43 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Preamble 

- The UE is registered on PLMNl (Cell 1) using the procedure described in TS 36.508[18] clause 4.5.2.3 except 
that the ATTACH ACCEPT message indicates PLMN2 in the Equivalent PLMN list as described in Table 
6.1.1.3.3.3-2. 

- The UE is in state Registered, Idle Mode (State 2) on Cell 1 according to TS 36.508 [18]; 
6.1 .1 .3.3.2 Test procedure sequence 

Table 6.1.1.3.3.2-1 : Time instances of cell power level changes 



Parameter 

Unit 

CelM 

Cell 12 

Cell 13 

Remarks 

T1 

RS EPRE 

dBm/15kHz 

-97 

-82 

-67 



Table 6.1.1.3.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

SS adjusts cell levels according to row T1 of 
table 6.1.1.3.3.2-1 

- 

- 

- 

- 

2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 12? 

NOTE: The TAU is accepted with PLMNl 
listed as an Equivalent PLMN 



1,2 

P 

3 

Check: Is PLMN2 indicated by the UE? 

- 

- 

1,2 

P 

4 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1 and 13 
within 60s? 



2 

F 

Note 1 : In Step 4 no further cell reselections are expected. 

Note 2: Cell 13 is the highest ranked cell, but never appears in the ePLMN list. 


6.1.1.3.3.3 


Specific message contents 


Table 6.1.1.3.3.3-1: SystemlnformationBlockTypeS for Cell 1 (preamble and all steps, Table 

6.1.1.3.3.2-2) 


Derivation path: 36.508 Table 4.4.3.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(L.maxFreq)) OF SEQUENCE { 




dl-CarrierFreq[1] 

Same downlink EARFCN 
as used for Cell 12 



cellReselectionPriority[1 ] 

4 



dl-CarrierFreq[2] 

Same downlink EARFCN 
as used for Cell 13 



cellReselectionPriority[2] 

4 



} 




} 
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Table 6.1.1.3.3.3-2: SystemlnformationBlockTypeS ior Cell 12 (preamble and all steps, Table 

6.1.1.3.3.2-2) 


Derivation path: 36.508 Table 4.4.3.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(L.maxFreq)) OF SEQUENCE { 




dl-CarrierFreq[1] 

Same downlink EARFCN 
as used for Cell 1 



cellReselectionPriority[1 ] 

4 



dl-CarrierFreq[2] 

Same downlink EARFCN 
as used for Cell 13 



cellReselectionPriority[2] 

4 



} 




1 





Table 6.1.1.3.3.3-3: ATTACH ACCEPT for Cell 1 (preamble) 


Derivation path: 36.508 Table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

Equivalent PLMNs 

PLMN2 


CelM 


Table 6.1.1.3.3.3-4: TRACKING AREA UPDATE ACCEPT for Cell 12 (step 2, Table 6.1.1.3.3.2-2) 


Derivation path: 36.508 Table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

Equivalent PLMNs 

PLMN1 


Cell 12 


6.1.1.3a 
6.1.1.3a.1 
(1) 


Cell reselection of ePLMN in manual mode / between FDD and TDD 
Test Purpose (TP) 


with { UE camped normally on a cell and network has downloaded a list of equivalent PLMNs during the 
Location Registration procedure } 
ensure that { 

when { higher ranked cell is a cell of a PLMN in the downloaded equivalent PLMN list } 
then { UE reselects to the equivalent PLMN cell. } 

} 

(2) 

with { UE camped normally on a cell and network has downloaded a list of equivalent PLMNs during the 
Location Registration procedure } 
ensure that { 

when { highest ranked cell is a cell of a PLMN not in the downloaded equivalent PLMN list } 
then { UE does not reselect to the cell. } 


6.1 .1 .3a.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.122 clause 4.4.3.1.2. 

[TS 23.122, clause 4.4.3.1.2] 


Once the UE has registered on a PLMN selected by the user, the UE shall not automatically register on a different 
PLMN unless: 


i) the new PLMN is declared as an equivalent PLMN by the registered PLMN; or 
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ii) the user selects automatic mode. 


6.1.1.3a.3 
6.1.1.3a.3.1 
System Simulator 


Test description 
Pre-test conditions 


Four inter-frequency multi-PLMN cells. Cell 1 and Cell 13 are set to LTE-FDD mode while Cell 28 and Cell 29 
are set to LTE-TDD mode. 

Each cell has only a single PLMN identity. The PLMNs are identified in the test by the identifiers in Table 
6.1.1.3a.3.1-l. 

Table 6.1.1.33.3.1-1: PLMN identifiers 


Cell 

PLMN name 

1 

PLMN1 

28 

PLMN2 

13 

PLMNS 

29 

PLMNS 


UE 


System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 


The UE is in Manual PLMN selection mode. 

The UE is equipped with a USIM containing default values (as per TS 36.508) except for those shown in Table 
6.1.1.3a.3.1-2. 


Table 6.1.1.3a.3.1-2: USIM configuration 


USIM field 

Priority 

Value 

Access Technology Identifier 

EFloci 


PLMN1 (See pre-amble) 



Preamble 

- The UE is registered on PLMNl (Cell 1) using the procedure described in TS 36.508[18] clause 4.5.2.3 except 
that the ATTACH ACCEPT message indicates PLMN2 in the Equivalent PLMN list as described in Table 
6.1.1.3a.3.3-2. 

- The UE is in state Registered, Idle Mode (State 2) on Cell 1 according to TS 36.508 [18]; 
6.1 .1 .3a.3.2 Test procedure sequence 

Table 6.1.1.3a.3.2-1 : Time instances of cell power level changes 



Parame 
ter 

Unit 

Cein 

Cell 28 

Cell 13 

Cell 29 

Remarks 

T1 

RS 
EPRE 

dBm/15 
kHz 

-97 

-82 

-67 

OFF 


T2 

RS 
EPRE 

dBm/15 
kHz 

-82 

-97 

OFF 

-67 
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Table 6.1.1.3a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

SS adjusts cell levels according to row T1 of 
table 6.1. 1.3a.3.2-1 

- 

- 

- 

- 

2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 28? 

NOTE: The TAU is accepted with PLMN1 
listed as an Equivalent PLMN 



1,2 

P 

3 

Check: Is PLMN2 indicated by the UE? 

- 

- 

1,2 

P 

4 

Check: Does the UE send an 
RRCConnectionRequest on Cell 13 within 
60s? 



2 

F 

5 

SS adjusts cell levels according to row T2 of 
table 6.1. 1.3a.3.2-1 

- 

- 

- 

- 

6 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 1? 

NOTE: The TAU is accepted with PLMN2 
listed as an Equivalent PLMN 



1,2 

P 

7 

Check: Does the UE send an 
RRCConnectionRequest on Cell 29 within 
60s? 



2 

F 

Note 1 : In Step 4 no further cell reselections are expected. 

Note 2: Cell 13 and Cell 29 are the highest ranked cell, but never appears in the ePLMN list. 


Editor's Note: The test procedure that supports cell reselection on RRC and NAS is FFS depending on the core 
specification. 


6.1 .1 .3a.3.3 Specific nnessage contents 

Table 6.1.1.3a.3.3-1 : SystemlnformationBlockTypeS ior Cell 1 (preamble and all steps, Table 


6.1.1.33.3.2-2) 


Derivation path: 36.508 Table 4.4.3.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(L.maxFreq)) OF SEQUENCE { 




dl-CarrierFreq[1] 

Same downlink EARFCN 
as used for Cell 28 



cellReselectionPriority[1 ] 

4 



dl-CarrierFreq[2] 

Same downlink EARFCN 
as used for Cell 13 



cellReselectionPriority[2] 

4 



} 




} 
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Table 6.1.1.3a.3.3-2: SystemlnformationBlockTypeS ior Cell 28 (preamble and all steps, Table 

6.1.1.3a.3.2-2) 


Derivation path: 36.508 Table 4.4.3.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(L.maxFreq)) OF SEQUENCE { 




dl-CarrierFreq[1] 

Same downlink EARFCN 
as used for Cell 1 



cellReselectionPriority[1 ] 

4 



dl-CarrierFreq[2] 

Same downlink EARFCN 
as used for Cell 29 



cellReselectionPriority[2] 

4 



} 




1 





6.1 .1 .3b Cell reselection of ePLMN in manual mode / Single Frequency operation 

6.1.1.3b.1 Test Purpose (IP) 

Same Test Purpose as in clause 6.1.1.3.1 

6.1 .1 .3b. 2 Conformance requirements 

Same Conformance requirements as in clause 6.1.1.3.2 

6.1 .1 .3b. 3 Test description 

6.1 .1 .3b.3.1 Pre-test conditions 

System Simulator 

- Two intra- frequency multi-PLMN cells. 

Each cell has only a single PLMN identity. The PLMNs are identified in the test by the identifiers in Table 
6.1.1.3b.3.1-l. 

Table 6.1. 1.3b.3.1-1: PLMN identifiers 


Cell 

PLMN name 

1 

PLMN1 

2 

PLMN2 


UE 

The UE is in Manual PLMN selection mode. 
Preamble 

- The UE is registered on PLMNl (Cell 1) using the procedure described in TS 36.508[18] clause 4.5.2.3 except 
that the ATTACH ACCEPT message indicates PLMN2 in the Equivalent PLMN list as described in Table 
6.1.1.3b.3.3-2. 

- The UE is in state Registered, Idle Mode (State 2) on Cell 1 according to TS 36.508 [18]; 
6.1 .1 .3b.3.2 Test procedure sequence 

Table 6.1.1.3b.3.2-1 : Time instances of cell power level changes 



Parameter 

Unit 

CelM 

Cell 2 

Remarks 

T1 

RS EPRE 

dBm/15kHz 

-88 

-82 
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Table 6.1.1.3b.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

SS adjusts cell levels according to row T1 of 
table 6.1. 1.3b.3.2-1 

- 

- 

- 

- 

2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 2? 

NOTE: The TAU is accepted with PLMN1 
listed as an Equivalent PLMN 



1,2 

P 

3 

Check: Is PLMN2 indicated by the UE? 

- 

- 

1,2 

P 

4 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1 within 60s? 

- 

- 

2 

F 

Note 1 : In Step 4 no further cell reselections are expected. 


6.1.1.3.3.4 


Specific message contents 

Table 6.1.1.3b.3.3-1: ATTACH ACCEPT for Cell 1 (preamble) 


Derivation path: 36.508 Table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

Equivalent PLMNs 

PLMN2 


CelM 

Table 6.1.1.3b.3.3-2: TRACKING AREA UPDATE ACCEPT for Cell 2 (step 2, Table 6.1.1.3b.3.2-2) 

Derivation path: 36.508 Table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

Equivalent PLMNs 

PLMN1 


Cell 12 


6.1.1.4 
6.1.1.4.1 
(1) 


PLMN selection in shared network environment / Automatic mode 
Test Purpose (TP) 


with { the UE is in automatic network selection mode and there is a suitable cell with multiple PLMN 
identities among which the HPLMN but not the registered PLMN } 
ensure that { 

when { the UE is switched on } 

then { the UE attaches to the HPLMN on the shared cell j 


(2) 


with { the UE in automatic network selection mode and there is a suitable cell with multiple PLMN 
identities among which the registered PLMN } 
ensure that { 

when { the UE returns to coverage } 

then { the UE performs a location registration to the registered PLMN on the shared cell } 


} 


6.1.1.4.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.304 clause 5.1.2.2, TS 
23.122 clauses 4.4.3 and 4.4.3.1.1, TS 24.301 clauses 5.5.1.1 and 5.5.3.1, and TS 36.331 clause 5.3.3.4. 

[TS 36.304 clause 5.1.2.2] 

The UE shall scan all RF channels in the E-UTRA bands according to its capabilities to find available PLMNs. On each 
carrier, the UE shall search for the strongest cell and read its system information, in order to find out which PLMN(s) 
the cell belongs to. If the UE can read one or several PLMN identities in the strongest cell, each found PLMN (see the 
PLMN reading in [3]) shall be reported to the NAS as a high quality PLMN (but without the RSRP value). 
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Once the UE has selected a PLMN, the cell selection procedure shall be performed in order to select a suitable cell of 
that PLMN to camp on. 

[TS 23.122 clause 4.4.3] 

When the MS reselects to a cell in a shared network, the AS may indicate multiple PLMN identities to the NAS 
according to 3GPP TS 25.304 [32]. The MS shall choose one of these PLMNs. If the registered PLMN is available 
among these PLMNs, the MS shall not choose a different PLMN. 

[TS 23.122 clause 4.4.3.1.1] 

The MS selects and attempts registration on other PLMN/access technology combinations, if available and allowable, in 
the following order: 

i) either the HPLMN (if the EHPLMN list is not present or is empty) or the highest priority EHPLMN that is 
available (if the EHPLMN list is present) ; 

ii) each PLMN/access technology combination in the "User Controlled PLMN Selector with Access Technology" 
data file in the SIM (in priority order); 

iii) each PLMN/access technology combination in the "Operator Controlled PLMN Selector with Access 
Technology" data file in the SIM (in priority order); 

iv) other PLMN/access technology combinations with received high quality signal in random order; 

v) other PLMN/access technology combinations in order of decreasing signal quality. 

[TS 24.301 clause 5.5.1.1] 


In a shared network, the UE shall choose one of the PLMN identities as specified in 3GPP TS 23.122 [6]. The UE shall 
construct the TAI of the cell from this chosen PLMN identity and the TAC received as part of the broadcast system 
information. The chosen PLMN identity shall be indicated to the E-UTRAN (see 3GPP TS 36.331 [22]). 


[TS 24.301 clause 5.5.3.1] 


In a shared network, the UE shall choose one of the PLMN identities as specified in 3GPP TS 23.122 [6]. The UE shall 
construct the TAI of the cell from this chosen PLMN identity and the TAC received on the broadcast system 
information. The chosen PLMN identity shall be indicated to the E-UTRAN (see 3GPP TS 36.331 [22]). 


[TS 36.331 clause 5.3.3.4] 
The UE shall: 

1> set the content of RRCConnectionSetupComplete message as follows: 

2> set the selectedPLMN-Identity to the PLMN selected by upper layers (see TS 23.122 [11], TS 24.301 [35]) 
from the PLMN(s) included in the plmn-IdentityList in SystemlnformationBlockTypel ; 


2> submit the RRCConnectionSetupComplete message to lower layers for transmission, upon which the 
procedure ends; 
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6.1.1.4.3 
6.1.1.4.3.1 
System Simulator: 


Test description 
Pre-test conditions 


Cells 1 and 2, as specified in TS36.508 clause 4.4.1.2 are configured according to Table 4.4.2-2 in [18] except 
for multiple broadcasted PLMN identities as shown in Table 6.1.1.4.3.1. Table 6.1.1.4.3.1-1: PLMN identifiers 
broadcasted by cells in shared network. 

Table 6.1.1.4.3.1-1: PLMN identifiers 


Cell 

PLMN names 

1 

PLMN15, PLMN1 

2 

PLMN15, PLMN1, PLMN16 


UE: 


The UE is in Automatic PLMN selection mode. 

The UE is equipped with a USIM containing default values (as per TS 36.508) except for those listed in Table 
6.1.1.4.3.1-2. 

Table 6.1.1.4.3.1-2: USIM configuration 


USIM field 

Priority 

Value 

Access Technology Identifier 

EFloci 


PLMN4(MCC1/MNC4) 


EFpLMNwAcT 


Empty 


EFiMSI 


The HPLMN (MCC+MNC) of the 
IMSIissettoPLMNL 


EFusT 


Service 74 is supported. 


EFlrplmnsi 


00 



Preamble: 

- The UE is in state Switched OFF (state 1) according to [18]. 

6.1 .1 .4.3.2 Test procedure sequence 

Table 6.1.1.4.3.2-1 shows the cell configurations used during the test. The configuration TO indicates the initial 
conditions. Subsequent configuration marked "Tl"is applied at the points indicated in the Main behaviour description in 
Table 6.1.1.4.3.2-2. Cell powers are chosen for a serving cell and a non-suitable cell as defined in TS36.508 Table 
6.2.2.1-1. 

Table 6.1.1.4.3.2-1: Cell configuration changes overtime 



Parameter 

Unit 

Cein 

Cell 2 

Remarks 

TO 

RS EPRE 

dBm/15kHz 

-85 

Off 

The power level values are assigned to such that 
camping on Cell 1 is guaranteed. Cell 2 is "off". 

T1 

RS EPRE 

dBm/15kHz 

Off 

-85 

Cell 1 becomes "off". UE shall select Cell 2. 
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Table 6.1.1.4.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS adjusts cell levels according to row TO 
of table 6.1.1.4.3.2-1 

- 

- 

- 

- 

2 

Power on the UE. 

- 

- 

- 

- 

3 

Check: Does the UE transmits an 
RRCConnectionRequest on Cell 1? 

-> 

RRCConnectionRequest 

1 

P 

4 

The SS transmits an RRCConnectionSetup 

<- 

RRCConnectionSetup 

- 

- 

5 

Check; Does the UE transmit an 
RRCConnectionSetupComplete message 
indicating the HPLMN (second PLMN in the 
list)? 

Note: this message contains an ATTACH 
REQUEST and a PDN CONNECTIVITY 
REQUEST message according to default 
message contents. 

-> 

RRCConnectionSetupCompiete 

1 

P 

6- 
18 

Steps 5 to 17 of the registration procedure 
described in TS 36.508 subclause 4.5.2.3 are 
performed on Cell 1 . 

NOTE: The UE performs registration and the 
RRC connection is released. 





19 

Check: Is PLMN1 indicated by the UE? 

- 

- 

1 

P 

20 

The SS adjusts cell levels according to row T1 
of table 6.1.1.4.3.2-1 

- 

- 

- 

- 

21 

Check: Does the UE transmit an 
RRCConnectionRequest on Cell 2? 

-> 

RRCConnectionRequest 

2 

p 

22- 
26 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed. 
NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





27 

Check: Is the same PLMN as indicated by UE 
in step 19 again indicated by the UE? 

- 

- 

2 

p 


6.1 .1 .4.3.3 Specific message contents 

Table 6.1.1.4.3.3-1 : RRCConnectionSetupComplete (step 5 and 23, Table 6.1.1.4.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-18 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionSetupComplete ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionSetupComplete-r8 SEQUENCE { 




selectedPLMN-ldentity 

2 

PLMN1 


} 




} 




} 




} 





6.1.1.4a 


6.1.1.4a.1 


PLMN selection in sliared networl^ environment / Automatic mode / Between 
FDD and TDD 

Test Purpose (TP) 


(1) 


with { the UE is in automatic network selection mode and there is a suitable cell with multiple PLMN 
identities among which the EHPLMN list is present } 
ensure that { 

when { UE is requested to initiate reselection and registration onto an available PLMN } 
then { the UE performs a location registration to the highest priority EHPLMN that is 
available on the shared cell } 
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(2) 

with { the UE in automatic network selection mode and there is a suitable cell with multiple PLMN 
identities among which the EHPLMN list is present } 
ensure that { 

when { the UE returns to coverage } 

then { the UE performs a location registration to the highest priority EHPLMN that is 
available with TDD mode on the shared cell } 
} 

6.1 .1 .4a.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.304 clause 5.1.2.2, TS 
23.122 clauses 4.4.3 and 4.4.3.1.1, TS 24.301 clauses 5.5.1.1 and 5.5.3.1, and TS 36.331 clause 5.3.3.4. 

[TS 36.304 clause 5.1.2.2] 

The UE shall scan all RF channels in the E-UTRA bands according to its capabilities to find available PLMNs. On each 
carrier, the UE shall search for the strongest cell and read its system information, in order to find out which PLMN(s) 
the cell belongs to. If the UE can read one or several PLMN identities in the strongest cell, each found PLMN (see the 
PLMN reading in [3]) shall be reported to the NAS as a high quality PLMN (but without the RSRP value). 


Once the UE has selected a PLMN, the cell selection procedure shall be performed in order to select a suitable cell of 
that PLMN to camp on. 

[TS 23.122 clause 4.4.3] 

When the MS reselects to a cell in a shared network, the AS may indicate multiple PLMN identities to the NAS 
according to 3GPP TS 25.304 [32]. The MS shall choose one of these PLMNs. If the registered PLMN is available 
among these PLMNs, the MS shall not choose a different PLMN. 

[TS 23.122 clause 4.4.3.1.1] 

The MS selects and attempts registration on other PLMN/access technology combinations, if available and allowable, in 
the following order: 

i) either the HPLMN (if the EHPLMN list is not present or is empty) or the highest priority EHPLMN that is 
available (if the EHPLMN list is present) ; 

ii) each PLMN/access technology combination in the "User Controlled PLMN Selector with Access Technology" 
data file in the SIM (in priority order); 

iii) each PLMN/access technology combination in the "Operator Controlled PLMN Selector with Access 
Technology" data file in the SIM (in priority order); 

iv) other PLMN/access technology combinations with received high quality signal in random order; 

v) other PLMN/access technology combinations in order of decreasing signal quality. 

[TS 24.301 clause 5.5.1.1] 


In a shared network, the UE shall choose one of the PLMN identities as specified in 3GPP TS 23.122 [6]. The UE shall 
construct the TAI of the cell from this chosen PLMN identity and the TAC received as part of the broadcast system 
information. The chosen PLMN identity shall be indicated to the E-UTRAN (see 3GPP TS 36.331 [22]). 


[TS 24.301 clause 5.5.3.1] 


In a shared network, the UE shall choose one of the PLMN identities as specified in 3GPP TS 23.122 [6]. The UE shall 
construct the TAI of the cell from this chosen PLMN identity and the TAC received on the broadcast system 
information. The chosen PLMN identity shall be indicated to the E-UTRAN (see 3GPP TS 36.331 [22]). 
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[TS 36.331 clause 5.3.3.4] 
The UE shall: 

1> set the content of RRCConnectionSetupComplete message as follows: 

2> set the selectedPLMN -Identity to the PLMN selected by upper layers (see TS 23.122 [11], TS 24.301 [35]) 
from the PLMN(s) included in the plmn-IdentityList in SystemlnformationBlockTypel ; 


2> submit the RRCConnectionSetupComplete message to lower layers for transmission, upon which the 
procedure ends; 


6.1.1.4a.3 
6.1.1.4a.3.1 
System Simulator: 


Test description 
Pre-test conditions 


CelU, Cell,28 , Cell 29 and Cell 30 as specified in TS36.508 clause 4.4.1.2 are configured according to Table 
4.4.2-2 in [18] except for multiple broadcasted PLMN identities as shown in Table 6.1.1.4a.3.1. Table 
6.1.1.4a.3.1-l: PLMN identifiers broadcasted by cells in shared network. 

Table 6.1.1.43.3.1-1: PLMN identifiers 


Cell 

PLMN names 

MODE 

1 

PLMN2,PLMN15 

FDD 

28 

PLMN4,PLMN16 

TDD 

29 

PLMN3,PLMN17 

TDD 

30 

PLMN1,PLMN18 

FDD 


UE: 


The UE is in Automatic PLMN selection mode. 

The UE is equipped with a USIM containing default values (as per TS 36.508) except for those listed in Table 
6.1.1.4a.3.1-2. 

Table 6.1.1.4a.3.1-2: USIM configuration 


USIM field 

Priority 

Value 

Access Technology Identifier 

EFloci 


PLMN4(MCC1/MNC4) 


EFpLMNwAcT 


Empty 


EFiMSI 


The HPLMN (MCC+MNC) of the 
IMSIissettoPLMN4. 

E-UTRAN TDD 

EFusT 


Service 71 and 74 are supported. 


EFlrplmnsi 


00 


EFehplmn 


PLMN2 

PLMN1 

PLMN4 

Remaining mandatory entries use 

default values 

E-UTRAN FDD 
E-UTRAN FDD 
E-UTRAN TDD 


Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 28 (serving cell) according to [18]. 

6.1 .1 .4a.3.2 Test procedure sequence 

Table 6.1.1.4a.3.2-l shows the cell configurations used during the test. The configuration TO indicates the initial 
conditions. Subsequent configuration marked "Tl"is applied at the points indicated in the Main behaviour description in 
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Table 6.1.1.4a.3.2-2. Cell powers are chosen for a serving cell and a non-suitable cell as defined in TS36.508 Table 
6.2.2.1-1. 

Table 6.1 .1 .4a.3.2-1 : Cell configuration changes over time 



Parameter 

Unit 

CelM 

Cell 28 

Cell 29 

Cell 30 

Remarks 

T1 

RS EPRE 

dBm/15kHz 

-85 

"Off" 

"Off" 

-85 

Power level "Off" is 
defined in TS36.508 
Table 6.2.2.1-1 

T2 

RS EPRE 

dBm/15kHz 

"Off- 

-85 

-85 

"Off" 

Power level "Off" is 
defined in TS36.508 
Table 6.2.2.1-1 


Table 6.1.1.4a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS adjusts cell levels according to row T1 
of table 6.1. 1.4a.3.2-1 

- 

- 

- 

- 

2 

Check: Does the UE transmit an 
RRCConnectionRequest on Cell 1? 

-> 

RRCConnectionRequest 

1 

P 

3- 
17 

Steps 3 to 1 7 of the generic test procedure in 
TS 36.508 subclause 4.5.2.3 are performed. 
NOTE: The UE performs registration and the 
RRG connection is released. 





18 

Check: Is PLMN2 indicated by the UE? 

- 

- 

1 

P 

19 

Power off the UE. 





20 

The SS adjusts cell levels according to row T2 
of table 6.1. 1.4a.3.2-1 

- 

- 

- 

- 

21 

Power on the UE. 





22 

Check: Does the UE transmit an 
RRCConnectionRequest on Cell 28? 

-> 

RRCConnectionRequest 

2 

p 

23- 
37 

Steps 3 to 1 7 of the generic test procedure in 
TS 36.508 subclause 4.5.2.3 are performed. 
NOTE: The UE performs registration and the 
RRC connection is released. 





38 

Check: Is PLMN4 indicated by the UE? 

- 

- 

2 

p 


6.1.1.4a.3.3 
None 
6.1.1.5 
6.1.1.6 

6.1.1.6.1 
(1) 


Specific message contents 


Void 

PLMN selection of RPLMN, HPLMN/EHPLMN, UPLMN and OPLMN / 
Automatic mode / User reselection 

Test Purpose (TP) 


with { UE in Automatic network selection mode registered to UPLMN and RPLMN, UPLMN and OPLMN E-UTRAN 
cells available } 
ensure that { 

when { UE is requested to initiate reselection and registration onto an available PLMN } 
then { UE reselects to the cell which belongs to higher priority OPLMN } 

} 

(2) 

with { UE in Automatic network selection mode registered to OPLMN and only RPLMN E-UTRAN cell 
available } 
ensure that { 

when { UE is requested to initiate reselection and registration onto an available PLMN } 
then { UE remains on the current cell which belongs to RPLMN. } 


ETSI 


3GPP TS 36.523-1 version 1 0.0.0 Release 1 55 ETSI TS 1 36 523-1 V1 0.0.0 (201 2-05) 


(3) 

with { UE in Automatic network selection mode registered to OPLMN and RPLMN, UPLMN and OPLMN E-UTRAN 
cells available } 
ensure that { 

when { UE is requested to initiate reselection and registration onto an available PLMN } 
then { UE reselects to the cell which belongs to UPLMN } 

} 

(4) 

with { UE in Automatic network selection mode registered to UPLMN and RPLMN, UPLMN, OPLMN and HPLMN 
E-UTRAN cells available } 
ensure that { 

when { UE is requested to initiate reselection and registration onto an available PLMN } 
then { UE reselects to the cell which belongs to HPLMN } 
} 

6.1 .1 .6.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.122, clause 4.4.3.2 and 
4.4.3.2.1. 

[TS 23.122, clause 4.4.3.2] 

At any time the user may request the MS to initiate reselection and registration onto an available PLMN, according to 
the following procedures, dependent upon the operating mode. 

[TS 23.122, clause 4.4.3.2.1] 

The MS selects and attempts registration on PLMNs, if available and allowable, in all of its bands of operation in 
accordance with the following order: 

i) the HPLMN (if the EHPLMN list is not present or is empty) or the highest priority EHPLMN that is available (if 
the EHPLMN Hst is present); 

ii) PLMN/access technology combinations contained in the "User Controlled PLMN Selector with Access 

Technology" data file in the SIM (in priority order) excluding the previously selected PLMN/access technology 
combination; 

iii) PLMN/access technology combinations contained in the "Operator Controlled PLMN Selector with Access 
Technology" data file in the SIM (in priority order) excluding the previously selected PLMN/access technology 
combination; 

iv) other PLMN/access technology combinations with the received high quality signal in random order excluding 
the previously selected PLMN/access technology combination; 

v) other PLMN/access technology combinations, excluding the previously selected PLMN/access technology 
combination in order of decreasing signal quality or, alternatively, the previously selected PLMN/access 
technology combination may be chosen ignoring its signal quality; 

vi) The previously selected PLMN/access technology combination. 

The previously selected PLMN/access technology combination is the PLMN/access technology combination which the 
MS has selected prior to the start of the user reselection procedure. 

NOTE 1 : If the previously selected PLMN is chosen, and registration has not been attempted on any other PLMNs, 
then the MS is already registered on the PLMN, and so registration is not necessary. 

The equivalent PLMNs list shall not be applied to the user reselection in Automatic Network Selection Mode. 
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6.1.1.6.3 
6.1.1.6.3.1 
System Simulator: 


Test description 
Pre-test conditions 


Four inter-frequency multi-PLMN cells as specified in TS36.508 clause 4.4.1.2 are configured broadcasting 
default NAS parameters as indicated in TS 36.508 Table 4.4.2-2. 

The PLMNs are identified in the test by the identifiers in Table 6.1.1.6.3.1-1. 

Table 6.1.1.6.3.1-1: PLMN identifiers 


UE: 


The UE is in Automatic PLMN selection mode. 

The UE is equipped with a USIM containing default values (as per TS 36.508) except for those listed in Table 
6.1.1.6.3.1-2. 

Table 6.1.1.6.3.1-2: USIM configuration 


USIM field 


Priority 


Value 


Access Technology Identifier 



Cell 

PLMN name 


1 

PLMN1 


12 

PLMN2 


13 

PLMNS 


14 

PLMN4 

EFloci 


PLMN1 



EFiMsi 


The HPLMN (MCC+MNC) of the 
IMS! is set to PLMNS. 



EFpLMNwAcT 

1 

PLMN1 

Remaining mandatory entries use 

default values 

E-UTRAN 


EpQPLMNwACT 

1 

2 

PLMN2 

PLMN4 

Remaining defined entries use 

default values 

E-UTRAN 
E-UTRAN 


EFhPLMNwAcT 

1 

PLMNS 

E-UTRAN 


EFusT 


Service 71 is not supported 




Preamble: 

- The UE is in state Registered, Idle Mode (State 2) on Cell 1 according to [18]. 
6.1 .1 .6.3.2 Test procedure sequence 

Table 6.1.1.6.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 12 

Cell 13 

Cell 14 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-85 

"Off" 

-85 

The power level values are 
assigned to satisfy Rceii i = Rceii 12 = 

Rcell14. 

(NOTED. 

T2 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

"Off" 

-85 

"Off" 

"Off" 

Only Cell 12 is available. 
(N0TE1). 

T3 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

"Off" 

-85 

-85 

The power level values are 
assigned to satisfy Rceii 1 = Rceii 13 = 

Rcell14. 

(N0TE1). 

NOTE 1: Power level "Off" is defined in TSS6.508 Table 6.2.2.1-1. 
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Table 6.1.1.6.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS changes the power level setting 
according to the row'TI" in table 6.1.1.6.3.2-1 

- 

- 

- 

- 

2 

Cause the UE in Automatic network selection 
mode to initiate reselection and registration 
onto an available PLMN. (see Note) 





3 

Check: Does the UE send an 
RRCConnectionRequest on Cell 12? 

-> 

RRCConnectionRequest 

1 

P 

4-8 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed on 
Cell 12. 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





9 

Check: Is PLMN 2 indicated by the UE? 

- 

- 

1 

P 

10 

The SS changes the power level setting 
according to the row "T2" in table 6.1 .1 .6.3.2-1 . 

- 

- 

- 

- 

11 

Cause the UE in Automatic network selection 
mode to initiate reselection and registration 
onto an available PLMN. (see Note) 





12 

Check: Does the UE send an 
RRCConnectionRequest on Cell 12 within 30 
s? 

-> 

RRCConnectionRequest 

2 

F 

13 

Check: Is PLMN 2 indicated by the UE? 

- 

- 

2 

P 

14 

The SS changes the power level setting 
according to the row'TI" in table 6.1.1.6.3.2-1. 

- 

- 

- 

- 

15 

Cause the UE in Automatic network selection 
mode to initiate reselection and registration 
onto an available PLMN. (see Note) 





16 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1? 

-> 

RRCConnectionRequest 

3 

P 

17- 
21 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed on 
Cell 1. 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





22 

Check: Is PLMN 1 indicated by the UE? 

- 

- 

3 

P 

23 

The SS changes the power level setting 
according to the row "T3" in table 6.1 .1 .6.3.2-1 . 

- 

- 

- 

- 

24 

Cause the UE in Automatic network selection 
mode to initiate reselection and registration 
onto an available PLMN. (see Note) 





25 

Check: Does the UE send an 
RRCConnectionRequest on Cell 13? 

-> 

RRCConnectionRequest 

4 

P 

26- 
30 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed on 
Cell 13. 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





31 

Check: Is PLMN 3 indicated by the UE? 

- 

- 

4 

P 

Note: The request is assumed to be triggered by AT command +COPS. 


6.1.1.6.3.3 

None 

6.1.1.6a 


Specific message contents 


PLMN selection of RPLMN, HPLMN/EHPLMN, UPLMN and OPLMN / 
Automatic mode / User reselection / Single Frequency operation 


6.1 .1 .6a. 1 Test Purpose (TP) 

Same Test Purpose as in clause 6.1.1.6.1 
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6.1 .1 .6a.2 Conformance requirements 

Same Conformance requirements as in clause 6.1.1.6.2 

6.1 .1 .6a.3 Test description 

6.1 .1 .6a.3.1 Pre-test conditions 

System Simulator: 

- Four inter-frequency multi-PLMN cells as specified in TS36.508 clause 4.4.1.2 are configured broadcasting 
default NAS parameters as indicated in TS 36.508 Table 4.4.2-2. 

The PLMNs are identified in the test by the identifiers in Table 6. 1 . 1 .6a.3 . 1 - 1 . 

Table 6.1. 1. 6a.3.1 -1 : PLMN identifiers 


Cell 

PLMN name 

1 

PLMN1 

2 

PLMN2 

4 

PLMNS 

11 

PLMN4 


UE: 


The UE is in Automatic PLMN selection mode. 

The UE is equipped with a USIM containing default values (as per TS 36.508) except for those listed in Table 
6.1.1.6a.3.1-2. 

Table 6.1.1.6a.3.1-2: USIM configuration 


USIM field 

Priority 

Value 

Access Technology Identifier 

EFloci 


PLMN1 


EFiMsi 


The HPLMN (MCC+MNC) of the 
IMSI is set to PLMNS. 


EFpLMNwAcT 

1 

PLMN1 

Remaining mandatory entries use 

default values 

E-UTRAN 

EFoPLMNwACT 

1 
2 

PLMN2 

PLMN4 

Remaining defined entries use 

default values 

E-UTRAN 
E-UTRAN 

EFhplMNwAcT 

1 

PLMNS 

E-UTRAN 

EFusT 


Service 71 is not supported 



Preannble: 

- The UE is in state Registered, Idle Mode (State 2) on Cell 1 according to [18]. 
6.1 .1 .6a.3.2 Test procedure sequence 

Table 6.1.1.6a.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

Cein 

Cell 2 

Cell 4 

Cell 11 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-75 

"Off" 

-85 

(N0TE1) 

T2 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

"Off" 

-85 

"Off" 

"Off" 

Only Cell 12 is available. 
(NOTE 1) 

T3 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

"Off" 

-85 

-75 

(NOTE 1) 

NOTE 1 : Power level "Off" is defined in TS36.508 Table 6.2.2.1-1 . 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


59 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 6.1.1.6a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS changes the power level setting 
according to the row'TI" in table 6. 1.1. 6a. 3.2- 
1 





2 

Cause the UE in Automatic network selection 
mode to initiate reselection and registration 
onto an available PLMN. (see Note) 





3 

Check: Does the UE send an 
RRCConnectionRequest on Cell 2? 

-> 

RRCConnectionRequest 

1 

P 

4-8 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed on 
Cell 2. 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





9 

Check: Is PLMN 2 indicated by the UE? 

- 

- 

1 

P 

10 

The SS changes the power level setting 
according to the row "T2" in table 6.1 .1 . 6a. 3.2- 
1. 





11 

Cause the UE in Automatic network selection 
mode to initiate reselection and registration 
onto an available PLMN. (see Note) 





12 

Check: Does the UE send an 
RRCConnectionRequest on Cell 2 within 30 s? 

-> 

RRCConnectionRequest 

2 

F 

13 

Check: Is PLMN 2 indicated by the UE? 

- 

- 

2 

P 

14 

The SS changes the power level setting 
according to the row'TI" in table 6. 1.1. 6a. 3.2- 
1. 





15 

Cause the UE in Automatic network selection 
mode to initiate reselection and registration 
onto an available PLMN. (see Note) 





16 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1? 

-> 

RRCConnectionRequest 

3 

P 

17- 
21 

Steps 2 to 6 of the generic test procedure in 

TS 36.508 subclause 6.4.2.7 are performed on 

CelM. 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 





22 

Check: Is PLMN 1 indicated by the UE? 

- 

- 

3 

P 

23 

The SS changes the power level setting 
according to the row "T3" in table 6.1 .1 . 6a. 3.2- 
1. 





24 

Cause the UE in Automatic network selection 
mode to initiate reselection and registration 
onto an available PLMN. (see Note) 





25 

Check: Does the UE send an 
RRCConnectionRequest on Cell 4? 

-> 

RRCConnectionRequest 

4 

P 

26- 
30 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed on 
Cell 4. 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





31 

Check: Is PLMN 3 indicated by the UE? 

- 

- 

4 

P 

Note: The request is assumed to be triggered by AT command +COPS. 


6.1.1.6a.3.3 
None 


Specific message contents 


ETSI 


3GPP TS 36.523-1 version 1 0.0.0 Release 1 60 ETSI TS 1 36 523-1 V1 0.0.0 (201 2-05) 

6.1 .2 Cell selection and reselection 

6.1.2.1 Void 

6.1 .2.2 Cell selection / Qrxlevmin 

6.1 .2.2.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { a cell fulfils all requirements for a suitable cell except the cell selection criteria 
which are not fulfilled (S<0) } 

then { the UE does not consider the cell suitable and no camping on this cell can take place } 

} 

(2) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { a cell fulfils all requirements for a suitable cell including the cell selection criteria 
for a cell which are also fulfilled (S>0) } 

then { the UE considers the cell suitable and camps on it } 

} 

6.1 .2.2.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS36.300, clause 10.1.1.1 and 
TS 36.304, clause 4.1, 5.1.2.2, 5.2.3.1, 5.2.3.2 and 5.2.8. 

[TS 36.300, clause 10.1.1.1] 

Cell selection: 

- The UE NAS identifies a selected PLMN and equivalent PLMNs; 

- The UE searches the E-UTRA frequency bands and for each carrier frequency identifies the strongest cell. It 
reads cell system information broadcast to identify its PLMN(s): 

- The UE may search each carrier in turn ("initial cell selection") or make use of stored information to shorten 
the search ("stored information cell selection"). 

- The UE seeks to identify a suitable cell; if it is not able to identify a suitable cell it seeks to identify an 
acceptable cell. When a suitable cell is found or if only an acceptable cell is found it camps on that cell and 
commence the cell reselection procedure: 

A suitable cell is one for which the measured cell attributes satisfy the cell selection criteria; the cell PLMN 
is the selected PLMN, registered or an equivalent PLMN; the cell is not barred or reserved and the cell is not 
part of a tracking area which is in the list of "forbidden tracking areas for roaming"; 

- An acceptable cell is one for which the measured cell attributes satisfy the cell selection criteria and the cell 
is not barred; 

[TS 36.304, clause 4.1] 

When a UE is switched on, a public land mobile network (PLMN) is selected by NAS. For the selected PLMN, 
associated RAT(s) may be set [5]. The NAS shall provide a list of equivalent PLMNs, if available, that the AS shall use 
for cell selection and cell reselection. 

With the cell selection, the UE searches for a suitable cell of the selected PLMN and chooses that cell to provide 
available services, further the UE shall tune to its control channel. This choosing is known as "camping on the cell". 

The UE will, if necessary, then register its presence, by means of a NAS registration procedure, in the tracking area of 
the chosen cell and as outcome of a successful Location Registration the selected PLMN becomes the registered PLMN 
[5]. 
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[TS 36.304, clause 5.1.2.2] 

The UE shall scan all RF channels in the E-UTRA bands according to its capabilities to find available PLMNs. On each 
carrier, the UE shall search for the strongest cell and read its system information, in order to find out which PLMN(s) 
the cell belongs to. If the UE can read one or several PLMN identities in the strongest cell, each found PLMN (see the 
PLMN reading in [3]) shall be reported to the NAS as a high quality PLMN (but without the RSRP value), provided 
that the following high quality criterion is fulfilled: 

1. For an E-UTRAN cell, the measured RSRP value shall be greater than or equal to -1 10 dBm. 

Found PLMNs that do not satisfy the high quality criterion, but for which the UE has been able to read the PLMN 
identities are reported to the NAS together with the RSRP value. The quality measure reported by the UE to NAS shall 
be the same for each PLMN found in one cell. 


Once the UE has selected a PLMN, the cell selection procedure shall be performed in order to select a suitable cell of 
that PLMN to camp on. 

[TS 36.304, clause 5.2.3.1] 

The UE shall use one of the following two cell selection procedures: 

a) Initial Cell Selection 

This procedure requires no prior knowledge of which RF channels are E-UTRA carriers. The UE shall scan all 
RF channels in the E-UTRA bands according to its capabilities to find a suitable cell. On each carrier frequency, 
the UE need only search for the strongest cell. Once a suitable cell is found this cell shall be selected. 

[TS 36.304, clause 5.2.3.2] 

The cell selection criterion S is fulfilled when: 


Srxlev > 


Where: 


Srxlev = Qrxlevmeas " (Qrxlevmin + Qrxlevminoffset) " Pcompcnsation 


Where: 

the signalled value QrxlevminOffset is only applied when a cell is evaluated for cell selection as a result of a periodic 
search for a higher priority PLMN while camped normally in a VPLMN [5]. During this periodic search for higher 
priority PLMN the UE may check the S criteria of a cell using parameter values stored from a different cell of this 
higher priority PLMN. 


Srxlev 

Cell Selection RX level value (dB) 

vJrxlevmeas 

Measured cell RX level value (RSRP). 

Qrxlevmin 

Minimum required RX level in the cell (dBm) 

Qrxlevminoffset 

Offset to the signalled Qrxlevmin taken into account in the Srxlev evaluation as a 
result of a periodic search for a higher priority PLMN while camped normally in 
a VPLMN [51 

Pcompensation 

max(PEMAx-PuMAx, 0) (dB) 

Pemax 

Maximum TX power level an UE may use when transmitting on the uplink in 
the cell (dBm) defined as Pemax in [TS 36.101] 

PUMAX 

Maximum RF output power of the UE (dBm) according to the UE power class 
as defined in [TS 36.101] 


[TS 36.304, clause 5.2.8] 
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In this state, the UE shall attempt to find an acceptable cell of any PLMN to camp on, trying all RATs that are 
supported by the UE and searching first for a high quality cell, as defined in subclause 5.1.2.2. 

The UE, which is not camped on any cell, shall stay in this state until an acceptable cell is found. 

6.1.2.2.3 Test description 

6.1 .2.2.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 
UE: 

- None. 
Preamble: 

- The UE is in state Switched OFF (state 1) according to [18]. 

6.1 .2.2.3.2 Test procedure sequence 

Table 6.1.2.2.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cell at 
various time instants of the test execution. The exact instants on which these values shall be applied are described in the 
texts in this clause. Configurations marked "Tl" and "T2" are applied at the points indicated in the Main behaviour 
description in Table 6.1.2.2.3.2-2 

Table 6.1.2.2.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Remark 

Tl 

Cell-specific RS 
EPRE 

dBm/ 
15kH 

z 

-95 

The power level value is such to satisfy SrxlevCell 1 < but the UE is 
able to read the PLMN identity 

Qrxlevmin 

dBm 

-84 


Qrxlevminoffset 

dB 




Pcompensation 

dB 




T2 

Cell-specific RS 
EPRE 

dBm/ 
15kH 

z 

-75 

The power level is such that SrxlevCell 1 > 

Note: The downlink signal level uncertainty is specified in TS 36.508 section 4.3.4.1 


Table 6.1.2.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

OA 

SS re-adjusts the cell-specific reference signal 
level of Cell 1 according to row "T1" in table 
6.1.2.2.3.2-1. 





OB 

Wait for 1 .1* modification period to allow the 
new system information to take effect. 

- 

- 

- 

- 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1 within the 
next 60 s? 

-> 

RRCConnectionRequest 

1 

F 

3 

SS re-adjusts the cell-specific reference signal 
level of Cell 1 level according to row "T2" in 
table 6.1.2.2.3.2-1. 





4 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1? 

-> 

RRCConnectionRequest 

2 

P 

5- 
19 

Steps 3 to 17 of the registration procedure 
described in TS 36.508 subclause 4.5.2.3 are 
performed on Cell 1 . 

NOTE: The UE performs registration and the 
RRC connection is released. 
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6.1 .2.2.3.3 Specific message contents 

Table 6.1.2.2.3.3-1 : SystemlnformationBlockTypel for cell 1 (all steps) 


Derivation Patii: 36.508 clause 4.4.3.2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellSelectionlnfo SEQUENCE { 




q-RxLevMin 

-42 (-84 dBm) 



} 




} 





6.1.2.2a 
6.1.2.2a.1 
(1) 


Cell selection / Qqualmin 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { a cell fulfils all requirements for a suitable cell except the cell selection criteria 
which are not fulfilled (Srxlev>0 AND Squal<0) } 

then { the UE does not consider the cell suitable and no camping on this cell can take place 


(2) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { a cell fulfils all requirements for a suitable cell including the cell selection criteria 
for a cell which are also fulfilled (Srxlev>0 AND Squal>0) } 
then { the UE considers the cell suitable and camps on it } 
} 


6.1.2.2a.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS36.300, clause 10.1.1.1 and 
TS 36.304, clause 4.1, 5.1.2.2, 5.2.3.1, 5.2.3.2 and 5.2.8. 

[TS 36.300, clause 10.1.1.1] 

Cell selection: 

- The UE NAS identifies a selected PLMN and equivalent PLMNs; 

- The UE searches the E-UTRA frequency bands and for each carrier frequency identifies the strongest cell. It 
reads cell system information broadcast to identify its PLMN(s): 

- The UE may search each carrier in turn ("initial cell selection") or make use of stored information to shorten 
the search ("stored information cell selection"). 

- The UE seeks to identify a suitable cell; if it is not able to identify a suitable cell it seeks to identify an 
acceptable cell. When a suitable cell is found or if only an acceptable cell is found it camps on that cell and 
commence the cell reselection procedure: 

A suitable cell is one for which the measured cell attributes satisfy the cell selection criteria; the cell PLMN 
is the selected PLMN, registered or an equivalent PLMN; the cell is not barred or reserved and the cell is not 
part of a tracking area which is in the list of "forbidden tracking areas for roaming"; 

- An acceptable cell is one for which the measured cell attributes satisfy the cell selection criteria and the cell 
is not barred; 

[TS 36.304, clause 4.1] 

When a UE is switched on, a public land mobile network (PLMN) is selected by NAS. For the selected PLMN, 
associated RAT(s) may be set [5]. The NAS shall provide a list of equivalent PLMNs, if available, that the AS shall use 
for cell selection and cell reselection. 
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With the cell selection, the UE searches for a suitable cell of the selected PLMN and chooses that cell to provide 
available services, further the UE shall tune to its control channel. This choosing is known as "camping on the cell". 

The UE shall, if necessary, then register its presence, by means of a NAS registration procedure, in the tracking area of 
the chosen cell and as outcome of a successful Location Registration the selected PLMN becomes the registered PLMN 
[5]. 

[TS 36.304, clause 5.1.2.2] 

The UE shall scan all RF channels in the E-UTRA bands according to its capabilities to find available PLMNs. On each 
carrier, the UE shall search for the strongest cell and read its system information, in order to find out which PLMN(s) 
the cell belongs to. If the UE can read one or several PLMN identities in the strongest cell, each found PLMN (see the 
PLMN reading in [3]) shall be reported to the NAS as a high quality PLMN (but without the RSRP value), provided 
that the following high quality criterion is fulfilled: 

1. For an E-UTRAN cell, the measured RSRP value shall be greater than or equal to -1 10 dBm. 

Found PLMNs that do not satisfy the high quality criterion, but for which the UE has been able to read the PLMN 
identities are reported to the NAS together with the RSRP value. The quality measure reported by the UE to NAS shall 
be the same for each PLMN found in one cell. 


Once the UE has selected a PLMN, the cell selection procedure shall be performed in order to select a suitable cell of 
that PLMN to camp on. 

[TS 36.304, clause 5.2.3.1] 

The UE shall use one of the following two cell selection procedures: 

a) Initial Cell Selection 

This procedure requires no prior knowledge of which RF channels are E-UTRA carriers. The UE shall scan all 
RF channels in the E-UTRA bands according to its capabilities to find a suitable cell. On each carrier frequency, 
the UE need only search for the strongest cell. Once a suitable cell is found this cell shall be selected. 

[TS 36.304, clause 5.2.3.2] 

The cell selection criterion S is fulfilled when: 


Srxlev>0 AND Squal > 


where: 


SrxleV - Qrxlevmeas " (Qrxlevmin + Qrxlevminoffset) " PcOmpCnSation 
oquai — v<^qualmeas ~ Iv^qualmin "■" v«iqualminoffset/ 

where: 
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Srxlev 

Cell selection RX level value (dB) 

Squal 

Cell selection quality value (dB) 

vJrxlevmeas 

Measured cell RX level value (RSRP) 

Qqualmeas 

Measured cell quality value (RSRQ) 

vJrxlevmin 

Minimum required RX level in the cell (dBm) 

Qqualmin 

Minimum required quality level in the cell (dB) 

Qrxlevminoffset 

Offset to the signalled Qrxievmin taken into account in the Srxlev 
evaluation as a result of a periodic search for a higher priority PLMN 
while camped normally in a VPLMN [5] 

Qqualminoffset 

Offset to the signalled Qquaimin taken into account in the Squal 
evaluation as a result of a periodic search for a higher priority PLMN 
while camped normally in a VPLMN [5] 

Pcompensation 

max(PEMAX-PpowerClass, 0) (dB) 

Pemax 

Maximum TX power level an UE may use when transmitting on the 
uplink in the cell (dBm) defined as Pemax in [TS 36.101] 

r PowerClass 

Maximum RF output power of the UE (dBm) according to the UE 
power class as defined in [TS 36.101] 


[TS 36.304, clause 5.2.8] 

In this state, the UE shall attempt to find an acceptable cell of any PLMN to camp on, trying all RATs that are 
supported by the UE and searching first for a high quality cell, as defined in subclause 5.1.2.2. 

The UE, which is not camped on any cell, shall stay in this state until an acceptable cell is found. 

6.1 .2.2a.3 Test description 

6.1 .2.2a.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Switched OFF (state 1) according to [18]. 

6.1 .2.2a.3.2 Test procedure sequence 

Table 6.1.2.2a.3.2-l illustrates the downlink power levels and other changing parameters to be applied for the cell at 
various time instants of the test execution. The exact instants on which these values shall be applied are described in the 
texts in this clause. Configurations marked "Tl" and "T2" are applied at the points indicated in the Main behaviour 
description in Table 6. 1.2. 2a. 3. 2-2 

Table 6.1.2.2a.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/ 
15kH 

z 

-75 

The power level value is such to satisfy SrxlevCell 1 > and SqualCell 
1 < but the UE is able to read the PLMN identity 

RSRQ 

dB 

f-251 


Qrxievmin 

dBm 

-84 


Qrxlevminoffset 

dB 




Qqualmin 

dB 

f-201 


Qqualminoffset 

dB 




Pcompensation 

dB 




T2 

Cell-specific RS 
EPRE 

dBm/ 
15kH 

z 

-75 

The power level is such that SrxlevCell 1 > and SqualCell 1 > 


RSRQ 

dB 

[-5] 


Note: The downlink signal level uncertainty is specified in TS 36.508 section 4.3.4.1 
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Table 6.1.2.2a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

SS re-adjusts the cell-specific reference signal 
level of Cell 1 according to row "T1" in table 
6.1.2.2a.3.2-1. 





2 

Wait for 1 .1* modification period to allow the 
new system information to take effect. 

- 

- 

- 

- 

3 

The UE is switched on. 

- 

- 

- 

- 

4 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1 within the 
next 60 s? 

-> 

RRCConnectionRequest 

1 

F 

5 

SS re-adjusts the cell-specific reference signal 
level of Cell 1 level according to row "T2" in 
table 6.1. 2.2a.3.2-1. 





6 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1? 

-> 

RRCConnectionRequest 

2 

P 

7- 
21 

Steps 3 to 17 of the registration procedure 
described in TS 36.508 subclause 4.5.2.3 are 
performed on Cell 1 . 

NOTE: The UE performs registration and the 
RRC connection is released. 






6.1 .2.2a.3.3 Specific message contents 

Table 6.1.2.2a.3.3-1 : SystemlnformationBlockTypel for Cell 1 (all steps) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellSelectionlnfo SEQUENCE { 




q-RxLevMin 

-42 (-84 dBm) 



} 




nonCriticalExtension SEQUENCE { 




lateNonCriticalExtension 

Not present 



nonCriticalExtension SEQUENCE { 




ims-EmergencySupport-r9 

Not present 



cellSelectionlnfo-v920 SEQUENCE { 




q-QualMin-r9 

[-20] dB 



q-QualMinOffset-r9 

Not present 



} 




} 




} 




} 





6.1 .2.3 Cell selection / Intra E-UTRAN / Serving cell becomes non-suitable (S<0 or 

barred) 


6.1.2.3.1 

(1) 


Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { the serving cell becomes non-suitable (S<0)and there is a suitable neighbour cell (S>0) } 
then { UE selects the suitable neighbourgh cell } 


(2) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { the serving cell becomes barred and there is a suitable neighbour cell} 
then { UE selects the suitable neighbourgh cell } 
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6.1 .2.3.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS36.300, clause 10.1.1.1 and 
TS 36.304, clause 4.1, 5.2.1, 5.2.3.2, 5.2.4.6 and 5.3.1. 

[TS 36.300, clause 10.1.1.1] 

Cell selection: 

- The UE NAS identifies a selected PLMN and equivalent PLMNs; 

- The UE searches the E-UTRA frequency bands and for each carrier frequency identifies the strongest cell. It 
reads cell system information broadcast to identify its PLMN(s): 

- The UE may search each carrier in turn ("initial cell selection") or make use of stored information to shorten 
the search ("stored information cell selection"). 

- The UE seeks to identify a suitable cell; if it is not able to identify a suitable cell it seeks to identify an 
acceptable cell. When a suitable cell is found or if only an acceptable cell is found it camps on that cell and 
commence the cell reselection procedure: 

A suitable cell is one for which the measured cell attributes satisfy the cell selection criteria; the cell PLMN 
is the selected PLMN, registered or an equivalent PLMN; the cell is not barred or reserved and the cell is not 
part of a tracking area which is in the list of "forbidden tracking areas for roaming"; 

- An acceptable cell is one for which the measured cell attributes satisfy the cell selection criteria and the cell 
is not barred; 

[TS 36.304, clause 4.1] 

With the cell selection, the UE searches for a suitable cell of the selected PLMN and chooses that cell to provide 
available services, further the UE shall tune to its control channel. This choosing is known as "camping on the cell". 

The UE will, if necessary, then register its presence, by means of a NAS registration procedure, in the tracking area of 
the chosen cell and as outcome of a successful Location Registration the selected PLMN becomes the registered PLMN 
[5]. 

If the UE finds a more suitable cell, according to the cell reselection criteria, it reselects onto that cell and camps on it. 
If the new cell does not belong to at least one tracking area to which the UE is registered, location registration is 
performed. 

[TS 36.304, clause 5.2.1] 

When camped on a cell, the UE shall regularly search for a better cell according to the cell reselection criteria. If a 
better cell is found, that cell is selected. 

[TS 36.304, clause 5.2.3.2] 

The cell selection criterion S is fulfilled when: 


Srxlev > 


Where: 


Srxlev = Qrxievmeas " (Qrxlevmin - Qrxlevminoffset) - Pcompensation 


Where: 

the signalled value QrxlevminOffset is only applied when a cell is evaluated for cell selection as a result of a periodic 
search for a higher priority PLMN while camped normally in a VPLMN [5]. During this periodic search for higher 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


68 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


priority PLMN the UE may check the S criteria of a cell using parameter values stored from a different cell of this 
higher priority PLMN. 


Srxlev 

Cell Selection RX level value (dB) 

Qrxlevmeas 

Measured cell RX level value (RSRP). 

vJrxlevmin 

Minimum required RX level in the cell (dBm) 

Qrxlevminoffset 

Offset to the signalled Qrxievmin taken into account in the Srxlev 
evaluation as a result of a periodic search for a higher priority PLMN 
while camped normally in a VPLMN [5] 

Pcompensation 

max(PEMAx-PuMAx, 0) (dB) 

Pemax 

Maximum TX power level an UE may use when transmitting on the 
uplink in the cell (dBm) defined as Pemax in [TS 36.101] 

PUMAX 

Maximum RF output power of the UE (dBm) according to the UE 
power class as defined in [TS 36.101] 


[TS 36.304, clause 5.2.4.6] 

In all cases, the UE shall reselect the new cell, only if the following conditions are met: 

- the new cell is better ranlced than the serving cell during a time interval TreselectionRAT; 

- more than 1 second has elapsed since the UE camped on the current serving cell. 

[TS 36.304, clause 5.3.1] 

Cell status and cell reservations are indicated in the SystemlnformationBlockTypel [3] by means of two Information 
Elements: 

- cellBarred (IE type: "barred" or "not barred") 

In case of multiple PLMNs indicated in SIB 1 sharing, this IE is common for all PLMNs 

When cell status is indicated as "not barred" and "not reserved" for operator use, 

- All UEs shall treat this cell as candidate during the cell selection and cell re-selection procedures. 

When cell status "barred" is indicated or to be treated as if the cell status is "barred", 

- The UE is not permitted to select/re-select this cell, not even for emergency calls. 

- The UE shall select another cell according to the following rule: 

- If the cell is a CSG cell: 

- the UE may select another cell on the same frequency if the selection/reselection criteria are fulfilled. 

- else 

- If the IE intraFreqReselection in IE cellAccessRelatedlnfo in SystemlnformationBlockTypel is set to 
"allowed", the UE may select another cell on the same frequency if re- selection criteria are fulfilled. 

- The UE shall exclude the barred cell as a candidate for cell selection/reselection for 300 seconds. 

- If the IE intraFreqReselection in IE cellAccessRelatedlnfo in SystemlnformationBlockTypel is set to "not 
allowed" the UE shall not re-select a cell on the same frequency as the barred cell. 

- The UE shall exclude the barred cell and the cells on the same frequency as a candidate for cell 
selection/reselection for 300 seconds. 
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6.1.2.3.3 Test description 

6.1 .2.3.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2 have different tracking areas according to table 6.0.1-2. 
UE: 
None. 
Preamble: 

- UE is in state Registered, Idle Mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.1 .2.3.3.2 Test procedure sequence 

Table 6.1.2.3.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The exact instants on which these values shall be applied are described in the 
texts in this clause. Configurations marked "Tl" and "T2" are applied at the points indicated in the Main behaviour 
description in Table 6.1.2.3.3.2-2. 

Table 6.1.2.3.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

T1 

Cell-specific RS EPRE 

dBm/ 
15kH 

z 

"Off" 

-85 

SrxlevceiM <0(NOTE1) 

Srxlev* 

dB 

- 

25 

Cell 2 becomes the strongest cell 

T2 

Cell-specific RS EPRE 

dBm/ 
15kH 

z 

-91 

-85 

Srxlevceii 2 > 0, Srxlevceii 1 > , Rceii 1 < Rceii 2 

Srxlev* 

dB 

19 

25 

Cell 1 becomes suitable 

cellBarred 

- 

notBarred 

barred 

Serving cell becomes barred 

NOTE 1 : Power level "Off" is defined in TS36.508 Table 6.2.2.1-1. 


Table 6.1.2.3.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS re-adjusts the cell-specific reference signal 
level of Cell 1 and Cell 2 according to row "Tl" 
in table 6.1.2.3.3.2-1. 





2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 2? 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



1 


3 

SS changes Cell 1 signal level and SIB1 IE 
ce/ZBarrec/ according to row "T2" in table 
6.1 .2.3.3.2-1 and transmits a Paging message 
including systemlnfoModification. The 
systemlnfoValueTag in the 
SystemlnformationBlockTypel is increased. 

<- 

Paging 



4 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.7 

indicate that the UE is camped on E-UTRAN 

CelM? 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 



2 
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6.1.2.3.3.3 


Specific message contents 

Table 6.1.2.3.3.3-1: Void 


Table 6.1.2.3.3.3-2: SystemlnformationBlockTypel for cells 1 and 2 (preamble and all steps, Table 

6.1.2.3.3.2-2) 


Derivation Patii: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellSelectionlnfo SEQUENCE { 




q-RxLevMin 

-55(-110dBm) 



} 




systemlnfoValueTag 

The value is increased in 
step 3 



} 





Table 6.1.2.3.3.3-3: SystemlnformationBlockTypeS ior cells 1 and 2 ^Preamble and all steps, table 

6.1.2.3.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionlnfoCommon SEQUENCE { 




q-Hyst 

dBO 



} 




intraFreqCellReselectionlnfo SEQUENCE { 




q-RxLevMin 

-55(-110dBm) 



t-ReselectionEUTRA 

7 



} 




} 





Table 6.1.2.3.3.3-4: SystemlnformationBlockTypel for cell 2 (step 3, Table 6.1.2.3.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




cellBarred 

barred 



intraFreqReselection 

allowed 



} 




systemlnfoValueTag 

1 

Previous value is 



} 





Table 6.1 .2.3.3.3-5: Paging (step 3, Table 6.1 .2.3.3.2-2) 


Derivation path: 36.508 Table 4.6.1-7 

Information Element 

Value/Remark 

Comment 

Condition 

Paging ::= SEQUENCE} 




pagingRecordList 

Not present 



systemlnfoModification 

True 



etws-PrimaryNotificationlndication 

Not present 



nonCriticalExtension SEQUENCE {} 

Not present 



} 
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6.1 .2.3a Cell selection / Intra E-UTRAN / Serving cell becomes non-suitable (Srxlev > 
and Squal < 0) 

6.1 .2.3a.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { the serving cell becomes non-suitable (Srxlev > and Squal < 0)and there is a suitable 
neighbour cell (Srxlev > and Squal > 0) } 

then { UE selects the suitable neighbourgh cell } 
} 

6.1 .2.3a.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS36.300, clause 10.1.1.1 and 
TS 36.304, clause 4.1, 5.2.1, 5.2.3.2 and 5.2.4.6. 

[TS 36.300, clause 10.1.1.1] 

Cell selection: 

- The UE NAS identifies a selected PLMN and equivalent PLMNs; 

- The UE searches the E-UTRA frequency bands and for each carrier frequency identifies the strongest cell. It 
reads cell system information broadcast to identify its PLMN(s): 

- The UE may search each carrier in turn ("initial cell selection") or make use of stored information to shorten 
the search ("stored information cell selection"). 

- The UE seeks to identify a suitable cell; if it is not able to identify a suitable cell it seeks to identify an 
acceptable cell. When a suitable cell is found or if only an acceptable cell is found it camps on that cell and 
commence the cell reselection procedure: 

A suitable cell is one for which the measured cell attributes satisfy the cell selection criteria; the cell PLMN 
is the selected PLMN, registered or an equivalent PLMN; the cell is not barred or reserved and the cell is not 
part of a tracking area which is in the list of "forbidden tracking areas for roaming"; 

- An acceptable cell is one for which the measured cell attributes satisfy the cell selection criteria and the cell 
is not barred; 

[TS 36.304, clause 4.1] 

With the cell selection, the UE searches for a suitable cell of the selected PLMN and chooses that cell to provide 
available services, further the UE shall tune to its control channel. This choosing is known as "camping on the cell". 

The UE shall, if necessary, then register its presence, by means of a NAS registration procedure, in the tracking area of 
the chosen cell and as outcome of a successful Location Registration the selected PLMN becomes the registered PLMN 
[5]. 

If the UE finds a more suitable cell, according to the cell reselection criteria, it reselects onto that cell and camps on it. 
If the new cell does not belong to at least one tracking area to which the UE is registered, location registration is 
performed. 

[TS 36.304, clause 5.2.1] 

When camped on a cell, the UE shall regularly search for a better cell according to the cell reselection criteria. If a 
better cell is found, that cell is selected. The change of cell may imply a change of RAT. Details on performance 
requirements for cell reselection can be found in [10]. 

[TS 36.304, clause 5.2.3.2] 

The cell selection criterion S is fulfilled when: 


Srxlev > AND Squal > 
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where: 


SrxleV - Qrxlevmeas " (Qrxlevmin + Qrxlevminoffset) " Pcompensation 
oCJUal — v<^qualmeas ~ Iv^qualmin "■" v«iqualminoffset/ 


where: 


Srxlev 

Cell selection RX level value (dB) 

Squal 

Cell selection quality value (dB) 

Qrxlevmeas 

Measured cell RX level value (RSRP) 

Qqualmeas 

Measured cell quality value (RSRQ) 

Qrxlevmin 

Minimum required RX level in the cell (dBm) 

Qqualmin 

Minimum required quality level in the cell (dB) 

Qrxlevminoffset 

Offset to the signalled Qrxievmin taken into account in the Srxlev 
evaluation as a result of a periodic search for a higher priority PLMN 
while camped normally in a VPLMN [5] 

Qqualminoffset 

Offset to the signalled Qquaimin taken into account in the Squal 
evaluation as a result of a periodic search for a higher priority PLMN 
while camped normally in a VPLMN [5] 

Pcompensation 

max(PEMAX-PpowerClass, 0) (dB) 

Pemax 

Maximum TX power level an UE may use when transmitting on the 
uplink in the cell (dBm) defined as Pemax in [TS 36.101] 

PpowerClass 

Maximum RF output power of the UE (dBm) according to the UE 
power class as defined in [TS 36.101] 


[TS 36.304, clause 5.2.4.6] 

In all cases, the UE shall reselect the new cell, only if the following conditions are met: 

- the new cell is better ranked than the serving cell during a time interval TreselectionRAT; 

- more than 1 second has elapsed since the UE camped on the current serving cell. 
6.1 .2.3a.3 Test description 

6.1 .2.3a.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 2 have different tracldng areas according to table 6.0.1-2. 
UE: 
None. 
Preamble: 

- UE is in state Registered, Idle Mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.1 .2.3a.3.2 Test procedure sequence 

Table 6.1.2.3a.3.2-l illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The exact instants on which these values shall be applied are described in the 
texts in this clause. Configurations marked "Tl" is applied at the points indicated in the Main behaviour description in 
Table6.1.2.3a.3.2-2. 
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Table 6.1.2.3a.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

T1 

Cell-specific RS EPRE 

dBm/1 
5kHz 

-91 

-85 

Srxlevceii i > and Squalceii i < 

RSRQ 

dB 

f-251 

f-101 


Qrxlevmin 

dBm 

-106 

-92 


Qrxlevminoffset 

dB 






Qqualmin 

dB 

[-20] 

[-20] 


Qqualminoffset 

dB 






Pcompensation 

dB 






Srxlev* 

dB 

15 

7 

Cell 2 is suitable cell 


Table 6.1.2.3a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS re-adjusts the cell-specific reference signal 
level of Cell 1 and Cell 2 according to row "T1" 
intable6.1.2.3a.3.2-1. 





2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 2? 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



1 



6.1 .2.3a.3.3 Specific message contents 

Table 6.1 .2.3a.3.3-0: Conditions for table 6.1 .2.3a.3.3-1 , 6.1 .2.3a.3.3-2 


Condition descriptions 

CelM 

This condition 

applies to 

system 

information transmitted 

on Cell 1. 

Cell 2 

This condition 

applies to 

system 

information transmitted 

on Cell 2. 


Table 6.1.2.3a.3.3-1 : SystemlnformationBlockTypel for Cell 1 and 2 (preamble and all steps, Table 

6.1.2.3a.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.2, Table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellSelectionlnfo SEQUENCE { 




q-RxLevMin 

-53 (-106 dBm) 


CelM 

q-RxLevMin 

-46 (-92 dBm) 


Cell 2 

} 




nonCriticalExtension SEQUENCE { 




lateNonCriticalExtension 

Not present 



nonCriticalExtension SEQUENCE { 




ims-EmergencySupport-r9 

Not present 



cellSelectionlnfo-v920 SEQUENCE { 




q-QualMin-r9 

[-20] dB 



q-QualMinOffset-r9 

Not present 



} 




} 




} 




} 
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Table 6.1.2.3a.3.3-2: SystemlnformationBlockTypeS ior Cell 1 and 2 preamble and all steps, table 

6.1.2.3a.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionlnfoCommon SEQUENCE { 




q-Hyst 

dBO 



} 




intraFreqCellReselectionlnfo SEQUENCE { 




q-RxLevMin 

-53(-106dBm) 


CelM 

q-RxLevMin 

-46 (-92 dBm) 


Cell 2 

t-ReselectionEUTRA 

7 



} 




lateNonCriticalExtension { 




s-lntraSearch-v920 SEQUENCE {} 

Not present 



s-NonlntraSearch-v920 SEQUENCE {} 

Not present 



q-QualMin-r9 

[-20] dB 



threshServingLowQ-r9 

Not present 



} 




} 





6.1.2.4 
6.1.2.4.1 
(1) 


Cell reselection 

Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE detects the cell ranked as the best cell 
then { UE reselects the new cell } 


6.1.2.4.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.2 and 
5.2.4.6. 

[TS 36.304, clause 5.2.4.2] 

When evaluating for reselection purposes cell selection criterion or SnonServingCell,x, the UE shall use parameters 
provided by the serving cell. 

Following rules are used by the UE to limit needed measurements: 

- If Sintrasearch IS scnt in the scrving cell and SservingCeii > Sintrasearch, UE may choosc to not perform intra-frequency 
measurements. 

- If SservingCeii <= Sintrasearch, or Sintrasearch IS not scnt in the scrving ccll UE shall perform intra-frcqucncy 
measurements. 

- The UE shall apply the following rules for E-UTRAN inter-frequencies and inter-RAT frequencies which are 
indicated in system information and for which the UE has priority provided as defined in 5.2.4.1: 

- For an E-UTRAN inter- frequency or inter-RAT frequency with a reselection priority higher than the 

reselection priority of the current E-UTRA frequency the UE shall perform measurements of higher priority 
E-UTRAN inter- frequency inter-RAT frequencies according to [10]. 

For an E-UTRAN inter- frequency with an equal or lower reselection priority than the reselection priority of 
the current E-UTRA frequency and for inter-RAT frequency with lower reselection priority than the 
reselection priority of the current E-UTRAN frequency: 

- If Snonintrasearch IS scnt in the scrving ccll and SservingCeii > Snonintrasearch UE may choosc not to perform 
measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower priority. 
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- If SservingCell <= Snonintrasearch Or Snonintrasearch IS HOt Seilt in the Serving Cell the UE shall perform 

measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower priority 
according to [10]. 

Where SservingCeii is the Srxlev- value of the serving cell. 

[TS 36.304, clause 5.2.4.6] 

The cell-ranking criterion Rs for serving cell and Rn for neighbouring cells is defined by: 


where: 


Qrr 


Qoffset 


Rs = Qmeas,s + Qhysts 
Rn=Qmeas,n- Qoffset 


RSRP measurement quantity used in cell reselections. 


For intra-frequency: Equals to Qoffsets,n, if Qoffsets,n is valid, 
otherwise this equals to zero. 

For inter-frequency: Equals to Qoffsets,n plus Qoffsetfrequency, if 
Qoffsets,n is valid, otherwise this equals to Qoffsetfreguencv- 


The UE shall perform ranking of all cells that fulfil the cell selection criterion S, which is defined in 5.2.3.2, but may 
exclude all CSG cells that are known by the UE to be not allowed. 

The cells shall be ranked according to the R criteria specified above, deriving Qmeas,n and Qmeas,s and calculating the R 
values using averaged RSRP results. 

If a cell is ranked as the best cell the UE shall perform cell re-selection to that cell. If this cell is found to be not- 
suitable, the UE shall behave according to subclause 5.2.4.4. 

In all cases, the UE shall reselect the new cell, only if the following conditions are met: 

- the new cell is better ranked than the serving cell during a time interval TreselectionRAT 

- more than 1 second has elapsed since the UE camped on the current serving cell. 
6.1 .2.4.3 Test description 

6.1 .2.4.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.1 .2.4.3.2 Test procedure sequence 

Table 6.1.2.4.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The configuration marked "Tl" is applied at the point indicated in the Main 
behaviour description in Table 6.1.2.4.3.2-2. 
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Table 6.1.2.4.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

T1 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

-79 

The power level values are assigned to 
satisfy Rceii i < Rceii 2. 


Table 6.1.2.4.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS changes Cell 2 level according to the 
row "T1" in table 6.1. 2.4.3.2-1. 

- 

- 

- 

- 

2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 2? 



1 



6.1.2.4.3.3 

6.1.2.5 
6.1.2.5.1 
(1) 


Specific message contents 

Table 6.1.2.4.3.3-1: Void 
Cell reselection for interband operation 

Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell on the different frequency 
band } 

then { UE reselects the new cell } 
} 


6.1.2.5.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.1, 
5.2.4.2 and 5.2.4.5. 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information, in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
(re)selection. In the case of system information, an E-UTRAN frequency or inter-RAT frequency may be listed without 
providing a priority (i.e. the field cellReselectionPriority is absent for that frequency). If priorities are provided in 
dedicated signalling, the UE shall ignore all the priorities provided in system information. If UE is in camped on any 
cell state, UE shall only apply the priorities provided by system information from current cell, and the UE preserves 
priorities provided by dedicated signalling unless specified otherwise. When the UE in camped normally state, has only 
dedicated priorities other than for the current frequency, the UE shall consider the current frequency to be the lowest 
priority frequency (i.e. lower than the eight network configured values). While the UE is camped on a suitable CSG 
cell, the UE shall always consider the current frequency to be the highest priority frequency (i.e. higher than the eight 
network configured values), irrespective of any other priority value allocated to this frequency. The UE shall delete 
priorities provided by dedicated signalling when: 

- the UE enters RRC_CONNECTED state; or 

- the optional validity time of dedicated priorities (T320) expires; or 

- a PLMN selection is performed on request by NAS [5]. 

NOTE: Equal priorities between RATs are not supported. 

The UE shall only perform cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are 
given in system information and for which the UE has a priority provided. 
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The UE shall not consider any black listed cells as candidate for cell reselection. 

The UE shall inherit the priorities provided by dedicated signalling and the remaining validity time (i.e., T3 20 in E- 
UTRA, T322 in UTRA and T3230 in GERAN), if configured, at inter-RAT cell (re)selection. 

NOTE: The network may assign dedicated cell reselection priorities for frequencies not configured by system 
information. 

[TS 36.304, clause 5.2.4.2] 

When evaluating for reselection purposes cell selection criterion or SnonServingCell,x, the UE shall use parameters 
provided by the serving cell. 

Following rules are used by the UE to limit needed measurements: 

- If Sintrasearch IS scnt in the scrving cell and SservingCeii > Sintrasearch, UE may choosc to not perform intra-frequency 
measurements. 

- If SservingCeii <= Sintrasearch, or Sintrasearch IS not scnt in the scrving ccll UE shall perform intra-frcqucncy 
measurements. 

- The UE shall apply the following rules for E-UTRAN inter-frequencies and inter-RAT frequencies which are 
indicated in system information and for which the UE has priority provided as defined in 5.2.4.1: 

- For an E-UTRAN inter- frequency or inter-RAT frequency with a reselection priority higher than the 

reselection priority of the current E-UTRA frequency the UE shall perform measurements of higher priority 
E-UTRAN inter- frequency or inter-RAT frequencies according to [10]. 

For an E-UTRAN inter- frequency with an equal or lower reselection priority than the reselection priority of 
the current E-UTRA frequency and for inter-RAT frequency with lower reselection priority than the 
reselection priority of the current E-UTRAN frequency: 

- If Snonintrasearch IS scnt in the scrving ccll and SservingCeii > Snonintrasearch UE may choosc not to perform 
measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower priority. 

- If SservingCeii <= SnonintrasearchOr Snonintrasearch IS nOt SCnt in the SCrving CCll the UE shall pcrform 

measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower priority 
according to [10]. 

Where SservingCeii is the Srxlev- value of the serving cell. 

[TS 36.304, clause 5.2.4.5] 

Criteria 1 : the SnonServingCeii,x of a cell on evaluated frequency is greater than Thresh^, high during a time interval 
TreselectionRAT; 

Cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than serving frequency shall 
be performed if: 

A cell of a higher priority E-UTRAN frequency or inter-RAT frequency fulfils criteria 1 ; and 

- more than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra-frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

Cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than serving frequency shall 
be performed if: 

- No cell on a higher priority E-UTRAN frequency or inter-RAT frequency than serving frequency fulfils the 
criteria 1; and 

No cell on serving frequency or on an equal priority E-UTRAN frequency fulfils the criteria in 5.2.4.6; and 

- SservingCeii < Thrcsh Serving, low ^nd the SnonServingCeii,x of 3. ccll of 3. lowcr priority E-UTRAN frcqucncy or inter-RAT 
frequency is greater than Thresh^, low during a time interval TreselectionRAT ; and 
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- more than 1 second has elapsed since the UE camped on the current serving cell. 

For GERAN, UTRAN, and E-UTRAN, SnonSemngCeiu is the Srxlev- value of an evaluated cell. For UTRAN FDD, Squal 
is higher than 0, as defined in [8]. For cdma2000 RATs, SnonServingCeii,x is equal to FL00R(-2 x 10 x log 10 Ec/Io) in units 
of 0.5 dB, as defined in [18], with Ec/Io referring to the value measured from the evaluated cell. 

For cdma2000 RATs, Threshx, high and Threshx, low are equal to -1 times the values signalled for the corresponding 
parameters in the system information. 

In all the above criteria the value of TreselectionRAT is scaled when the UE is in the medium or high mobility state as 
defined in subclause 5.2.4.3.1. If more than one cell meets the above criteria, the UE shall reselect a cell ranked as the 
best cell among the cells meeting the criteria on the highest priority frequencies or the highest priority RAT if the 
highest priority RAT is E-UTRA according to criteria defined in 5.2.4.6. 


Test description 
Pre-test conditions 


6.1.2.5.3 
6.1.2.5.3.1 
System Simulator: 

- Cell 1, cell 10 and If (px_SinglePLMN_Tested = Multi PLMN in primary band) Cell 3. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.1 .2.5.3.2 Test procedure sequence 

Table 6.1.2.5.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The configuration marked "Tl" is applied at the point indicated in the Main 
behaviour description in Table 6.1.2.5.3.2-2. 

Table 6.1.2.5.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 3 (If 
present) 

Cell 10 

Remark 

Tl 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

-73 

-73 

Cell 3 (if present)and Cell 10 become 
stronger than Threshx, high. 


Table 6.1.2.5.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS changes Cell 10 and if present, Cell 3 
power level according to the row "Tl " in table 
6.1.2.5.3.2-1. 





2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 10? 



1 



ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


79 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


6.1.2.5.3.3 


Specific message contents 

Table 6.1.2.5.3.3-0: Conditions for specific message contents 
in Tables 6.1.2.5.3.3-1 and 6.1.2.5.3.3-2 


Condition 

Explanation 

CelM 

This condition applies to system information transmitted on Cell 1 . 

Cell 3 

This condition applies to system information transmitted on Cell 3, If present. 

Cell 10 

This condition applies to system information transmitted on Cell 10. 


Table 6.1.2.5.3.3-1 : SystemlnformationBlockTypeSiov Cell 1, Cell 3 (if present) and Cell 10 (preamble 

and all steps, Table 6.1.2.5.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




cellReselectionPriority 

1 


CelM 


3 
5 


Cell 3 
Cell 10 

} 




} 





Table 6.1.2.5.3.3-2: SystemlnformationBlockTypeSior Cell 1, Cell 3 (if present) and Cell 10 (preamble 

and all steps, Table 6.1.2.5.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType5 ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(L.maxFreq)) OF SEQUENCE { 




dl-CarrierFreq[n] 

Same downlink EARFCN 
as used for Cell 3 


CelM (If 
cell 3 is 
present) 


Same downlink EARFCN 
as used for Cell 1 


Cell 3, 
Cell 10 

t-ReselectionEUTRA[n] 

7 


CelM 

threshX-High[n] 

10 

20dB 


cellReselectionPriority[n] 

3 


CelM 


1 


Cell 3, 
Cell 10 

dl-CarrierFreq[m] 

Same downlink EARFCN 
as used for Cell 10 


CelM, 
Cell 3 


Same downlink EARFCN 
as used for Cell 3 


Cell 10 (If 
cell 3 is 
present) 

t-ReselectionEUTRA[m] 

5 


CelM 

threshX-High[m] 

10 

20dB 


cellReselectionPriority[m] 

5 


CelM, 
Cell 3 


3 


Cell 10 

} 




} 





6.1.2.6 
6.1.2.6.1 
(1) 


Cell reselection using Qhyst, Qoftset and Treseiection 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state, and the UE is not in high mobility state } 
ensure that { 

when { Qhyst is non-zero or its value changes in system information } 

then { UE reselects the highest ranked cell taking the actual Qhyst value into account} 
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(2) 

with { UE in E-UTRA RRC_IDLE state, and the UE is not in high mobility state } 
ensure that { 

when { cell reselection criteria are fulfilled during a time interval Treselection } 
then { UE reselects the highest ranked cell } 

} 

(3) 

with { UE in E-UTRA RRC_IDLE state, and the UE is not in high mobility state } 
ensure that { 

when { Qoffset is non-zero or its value changes in system information } 

then { UE reselects the highest ranked cell taking the actual Qoffset value into account } 
} 

6.1 .2.6.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS36.300, clause 10.1.1.2 and 
TS 36.304, clauses 5.2.1 and 5.2.4.6 and TS 36.331 clause 6.3.1. 

[TS 36.300, clause 10.1.1.2] 

UE in RRC_IDLE performs cell reselection. The principles of the procedure are the following: 

- The UE makes measurements of attributes of the serving and neighbour cells to enable the reselection process: 

There is no need to indicate neighbouring cell in the serving cell system information to enable the UE to 
search and measure a cell i.e. E-UTRAN relies on the UE to detect the neighbouring cells; 

- For the search and measurement of inter-frequency neighbouring cells, only the carrier frequencies need to be 
indicated; 

- Measurements may be omitted if the serving cell attribute fulfils particular search or measurement criteria. 

Cell reselection identifies the cell that the UE should camp on. It is based on cell reselection criteria which 
involves measurements of the serving and neighbour cells: 

- Intra- frequency reselection is based on ranking of cells; 


- Cell reselection parameters are applicable for all UEs in a cell, ... 

[TS 36.304, clause 5.2.1] 

When camped on a cell, the UE shall regularly search for a better cell according to the cell reselection criteria. If a 
better cell is found, that cell is selected. 

[TS 36.304, clause 5.2.4.6] 

The cell-ranking criterion Rg for serving cell and Rn for neighbouring cells is defined by: 


-Ks — \«/meas,s + s^Hyst 
Rn=Qmeas,n- Qoffset 


where: 
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Qrr 


Qoffset 


RSRP measurement quantity used in cell reselections. 


For intra-frequency: Equals to Qoffsets,n, if Qoffsets,n is valid, 
otherwise this equals to zero. 

For inter-frequency: Equals to Qoffsets,n plus Qoffsetfrequency, if 
Qoffsets,n is valid, otherwise this equals to Qoffsetfreguency- 


The UE shall perform ranking of all cells that fulfil the cell selection criterion S, which is defined in 5.2.3.2, but may 
exclude all CSG cells that are known by the UE to be not allowed. 

The cells shall be ranked according to the R criteria specified above, deriving Qmeas,n and Qmeas,s and calculating the R 
values using averaged RSRP results. 

If a cell is ranked as the best cell the UE shall perform cell re-selection to that cell. 


In all cases, the UE shall reselect the new cell, only if the following conditions are met: 

- the new cell is better ranked than the serving cell during a time interval TreselectionRAT, 

- more than 1 second has elapsed since the UE camped on the current serving cell. 

[TS 36.331, clause 6.3.1] 

The IE SystemInformationBlockType4 contains neighbouring cell related information relevant only for intra-frequency 
cell re-selection. The IE includes cells with specific re-selection parameters as well as blacklisted cells. 

6.1.2.6.3 Test description 

6.1 .2.6.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2 have different tracking areas according to table 6.0.1-2. 

- System information combination 2 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 according to [18]. 

6.1 .2.6.3.2 Test procedure sequence 

Table 6.1.2.6.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The exact instants on which these values shall be applied are described in the 
texts in this clause. Configurations marked "Tl", "T2", "T3", "T4", "T5", "T6" and "T7" are applied at the points 
indicated in the Main behaviour description in Table 6.1.2.6.3.2-2. 
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Table 6.1.2.6.3.2-1 : Time instances of cell power level and parameter change 


Ti 

Parameter 

Unit 

CelM 

Cell 2 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/ 
15kH 

z 

-91 

-85 

Cell 2 becomes stronger than Cell 1 
but Cell 1 remains the highest ranked 
one due to Qhystscein 

T2 

Qhysts 

dB 





Qhystscein change causes Cell 2 to 
become highest ranked cell 

T3 

Cell-specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

-91 

Cell 1 becomes the strongest and 
highest ranked one due to 

Qoffsets,nceii2 remains zero 

Qoffsets,n 

dB 

24 



T4 

Cell-specific RS 
EPRE 

dBm/ 
15kH 

z 

-91 

-85 

Cell 1 becomes weaker but it remains 
the highest ranked one due to 

Qoffsets,nCell 1 

T5 

Qoffsets,n 

dB 





Cell 2 becomes the highest ranked 
one due to Qoffsets,nceiii change 

T6 

Cell-specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

-91 

Cell 1 becomes the highest ranked 
one 

TreselectionEUTRAN 

s 

7 




T7 

Cell-specific RS 
EPRE 

dBm/ 
15kH 

z 

-91 

-85 

Cell 2 becomes the highest ranked 
cell 

Note: The total test tolerance used is the sum of downlink signal level uncertainty (TS 36.508 clause 6.2.2.1) and 
relative UE measurement accuracy of RSRP (TS 36.133 clause 9.1.2.2). 
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Table 6.1.2.6.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 



Wait for 1 second to allow UE to enter 
RRC IDLE state on cell 1. 

- 

- 

- 

- 

1 

SS re-adjusts the cell-specific reference signal 
levels according to row "T1 " in table 
6.1.2.6.3.2-1. 





2 

Check: Does the UE send an 
RRCConnectionRequest on Cell 2 within the 
next 10s? 

-> 

RRCConnectionRequest 

1 

F 

3 

SS resets Qhystscein according to row "T2" in 
table 6.1 .2.6.3.2-1 and notifies UE of the 
system information change. The 
systemlnfoValueTag in the 
SystemlnformationBlockTypel is increased. 

<— 

Paging 



4 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 2? (Note 1) 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



1 


5 

Void 

- 

- 

- 

- 

5A 

SS changes Qoffsets,nceiii according to rows 
"T3" in table 6.1.2.6.3.2-1 and sends 
notification of the system information change. 
The systemlnfoValueTag in the 
SystemlnformationBlockTypel is increased. 

<— 

Paging 



5B 

Wait for 2.1* modification period (Note 2) to 
allow the new system information to take 
effect. 





5C 

SS re-adjusts cell-specific reference signal 
levels according to rows "T3" in table 
6.1.2.6.3.2-1. 





6 

Wait until there is any RRCConnectionRequest 
send from the UE on Cell 1 . 

-> 

RRCConnectionRequest 

- 

- 

7- 
11 

Steps 2 to 6 of the generic test procedure in 

TS 36.508 subclause 6.4.2.7 are performed on 

CelM. 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 





11 
A 

Wait for 1 second to allow UE to enter 
RRC IDLE state on cell 1. 

- 

- 

- 

- 

12 

SS re-adjusts cell-specific reference signal 
levels according to row "T4" in table 
6.1.2.6.3.2-1. 





13 

Check: Does the UE send an 
RRCConnectionRequest on Cell 2 within the 
next 10s? 

-> 

RRCConnectionRequest 

3 

F 

14 

SS resets Qoffsets,nceiii according to row "T5" 
in table 6.1 .2.6.3.2-1 and notifies UE of the 
system information change. The 
systemlnfoValueTag in the 
SystemlnformationBlockTypel is increased. 

<— 

Paging 



15 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 2? (Note 1) 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



3 


16 

Void 

- 

- 

- 

- 

16 
A 

SS changes TreselectionEUTRAN ceii i 
according to rows "T6" in table 6.1 .2.6.3.2-1 
and sends notification of the system 
information change. The systemlnfoValueTag 
in the SystemlnformationBlockTypel is 
increased. 

<— 

Paging 
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16 
B 

Wait for 2.1* modification period (Note 2) to 
allow the new system information to take 
effect. 





16 
C 

SS re-adjusts cell-specific reference signal 
levels according to rows "T6" in table 
6.1.2.6.3.2-1. 





17 

Wait until there is any RRCConnectionRequest 
send from the UE on Cell 1 

-> 

RRCConnectionRequest 

- 

- 

18- 
22 

Steps 2 to 6 of the generic test procedure in 

TS 36.508 subclause 6.4.2.7 are performed on 

CelM. 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 





22 
A 

Wait for 1 second to allow UE to enter 
RRC IDLE state on cell 1. 

- 

- 

- 

- 

23 

SS re-adjusts cell-specific reference signal 
levels according to rows "T7" in table 
6.1.2.6.3.2-1. 





24 

Check: Does the UE send an 
RRCConnectionRequest on Cell 2 within the 
next 6s? 

-> 

RRCConnectionRequest 

2 

F 

25 

Check: Does the UE send an 
RRCConnectionRequest on Cell 2 within the 
next 12s? 

-> 

RRCConnectionRequest 

2 

P 

26- 
29 

Steps 2 to 5 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed on 
Cell 2. 
NOTE: The UE performs a TAU procedure. 






NOTE 1: The time interval in step 4 and 15 is set to cover TevaluateFDD, intra (TS 36.133 clause 4.2.2.3) + 1280 
ms for DRX cycle -i- 1280 ms for system information block type scheduling. The timer tolerances are 
taken into account according to [18]. 

NOTE 2: The wait time of 2.1* modification period in step 5B and 16B is to allow for the network to paging the 

system information change during the next modification period, and update the system information at the 
subsequent modification period. UE should acquire the updated system information within 100ms of the 
start of modification period. 


6.1.2.6.3.3 


Specific message contents 

Table 6.1.2.6.3.3-1: Void 


Table 6.1.2.6.3.3-2: SystemlnformationBlockTypel for cells 1 (preamble and all steps, Table 

6.1.2.6.3.2-2) 


Derivation Path: 36.508 table 4.4.3.2-3 I 

Information Element 

Value/remark 

Comment 

SystemlnformationBlockTypel ::= SEQUENCE { 



schedulinglnformation ::= SEQUENCE (SIZE 
(1 ..maxSI-Message)) OF SEQUENCE {} 



systemlnfoValueTag 

The value is increased by 
1 in step 3, step 5A, step 
1 4 and step 1 6A 


} 




Table 6.1.2.6.3.3-3: SystemlnformationBlockTypeSior cell 1 (preamble, table 6.1.2.6.3.2-2; 


Derivation Path: 36.508 table 4.4.3.3-2 | 

Information Element 

Value/remark 

Comment 

SystemlnformationBlockType3 ::= SEQUENCE { 



cellReselectionlnfoCommon SEQUENCE { 



q-Hyst 

dB24 

Qhystscein 

} 



} 
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Table 6.1.2.6.3.3-4: SystemlnformationBlockTypeS ior cell 1 (step 3, table 6.1.2.6.3.2-2; 


Derivation Path: 36.508 table 4.4.3.3-2 | 

Information Element 

Value/remark 

Comment 

SystemlnformationBlockTypeS ::= SEQUENCE { 



cellReselectionlnfoCommon SEQUENCE { 



q-Hyst 

dBO 

Qliystscein 

} 



} 




Table 6.1.2.6.3.3-5: SystemlnformationBlockTypeS ior cell 1 (step 16A, table 6.1.2.6.3.2-2; 


Derivation Path: 36.508 table 4.4.3.3-2 | 

Information Element 

Value/remark 

Comment 

SystemlnformationBlockTypeS ::= SEQUENCE { 



cellReselectionlnfoCommon SEQUENCE { 



q-Hyst 

dBO 

Qhystscein 

} 



intraFreqCellReselectionlnfo SEQUENCE { 



t-ReselectionEUTRA 

7 

seconds 

} 



} 




Table 6.1.2.6.3.3-6: SystemlnformationBlockType4 ior cell 1 (step 5A, table 6.1.2.6.3.2-2) 


Derivation Path: 36.508 table 4.4.3.3-3 I 

Information Element 

Value/remark 

Comment 

SystemlnformationBlockType4 ::= SEQUENCE { 



intraFreqNeighCellList SEQUENCE (SIZE 
(1 ..maxCelllntra)) OF SEQUENCE { 



physCellld[1] 

Physical cell identity of 
Cell 2 


q-OffsetCell [11 

dB24 

Qoffsets,nCell 1 

} 



} 




Table 6.1.2.6.3.3-7: SystemlnformationBlockType4iov cell 1 (step 14, table 6.1.2.6.3.2-2) 


Derivation Path: 36.508 table 4.4.3.3-3 I 

Information Element 

Value/remark 

Comment 

SystemlnformationBlockType4 ::= SEQUENCE { 



IntraFreqNeighCellList SEQUENCE (SIZE 
(1 ..maxCelllntra)) OF SEQUENCE { 



physCellld[1] 

Physical cell identity of 
Cell 2 


q-0ffsetCell[1] 

dBO 

Q0ffsets,nCell 1 

} 



} 




6.1.2.7 
6.1.2.7.1 
(1) 


Cell reselection / Equivalent PLMN 
Test Purpose (TP) 


with { UE camped normally on a cell and network has downloaded a list of equivalent PLMNs during the 
Location Registration procedure } 
ensure that { 

when { a suitable neighbour cell on an equivalent PLMN becomes better ranked than the suitable 
Serving cell } 

then { UE reselects to this equivalent PLMN cell. } 
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(2) 

with { UE camped normally on a cell and network has downloaded a list of equivalent PLMNs during the 
Location Registration procedure } 
ensure that { 

when { the Serving cell becomes unsuitable due to S<0 and a suitable cell exists on an equivalent 
PLMN } 

then { UE reselects to this equivalent PLMN cell. } 

} 

(3) 

with { UE camped normally on a cell and network has downloaded a list of equivalent PLMNs during the 
Location Registration procedure } 
ensure that { 

when { the UE evaluates cells for reselection } 

then { UE ignores suitable cells for which the UE has no reselection priority provided. } 
} 

6.1 .2.7.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.304 clause 5.2.4.1, TS 
23.122 clause 4.4.3. 

[TS 36.304, clause 5.2.4.1] 

UE shall only perform reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are given in 
system information and for which the UE has a priority provided. 

[TS 23.122, clause 4.4.3] 

The Mobile Equipment stores a list of "equivalent PLMNs". This list is replaced or deleted at the end of each location 
update procedure, routing area update procedure and GPRS attach procedure. The stored list consists of a list of 
equivalent PLMNs as downloaded by the network plus the PLMN code of the registered PLMN that downloaded the 
list. All PLMNs in the stored list, in all access technologies supported by the PLMN, are regarded as equivalent to each 
other for PLMN selection, cell selection/re-selection and handover. 

6.1 .2.7.3 Test description 

6.1 .2.7.3.1 Pre-test conditions 

System Simulator: 

- Three inter-frequency multi-PLMN cells as specified in TS36.508 clause 4.4.1.2 are configured broadcasting 
default NAS parameters as indicated in TS 36.508 Table 4.4.2-2. 

The PLMNs are identified in the test by the identifiers in Table 6. 1 .2.7.3. 1-1 . 

Table 6.1.2.7.3.1-1: PLMN identifiers 


Cell 

PLMN name 

1 

PLMN1 

12 

PLMN2 

13 

PLMNS 


- All cells are high quality. 

- All cells are suitable cells. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

The UE is in Automatic PLMN selection mode. 

- The UE is equipped with a USIM containing default values (as per TS 36.508) except for those listed in Table 
6.1.2.7.3.1-2. 
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Table 6.1.2.7.3.1-2: USIM configuration 


USIM field 

Priority 

Value 

Access Technology Identifier 

EFloci 


PLMN1 (See pre-amble) 



Preamble: 

- The UE is registered on PLMNl (Cell 1) using the procedure described in TS 36.508 clause 4.5.2.3 except that 
the ATTACH ACCEPT message indicates PLMN3 in the Equivalent PLMN list as described in Table 
6.1.2.7.3.3-1. 

- The UE is in state Registered, Idle Mode (State 2) on Cell 1 according to [18]. 

6.1 .2.7.3.2 Test procedure sequence 

Table 6.1.2.7.3.2-1 shows the cell configurations used during the test. The configuration TO indicates the initial 
conditions. Subsequent configurations marked "Tl" and "T2" are applied at the points indicated in the Main behaviour 
description in Table 6.1.2.7.3.2-2. " 

Table 6.1.2.7.3.2-1 : Cell configuration changes over time 



Parameter 

Unit 

CelM 

Cell 12 

Cell 13 

Remarks 

TO 

RS EPRE 

dBm/15kHz 

-67 

-82 

-97 

All cells S>0 

Tl 

RS EPRE 

dBm/15kHz 

-115 

-82 

-97 

Cell 1 S < as described in TS 
36.508 clause 6.2.2.1 

T2 

RS EPRE 

dBm/15kHz 

-67 

-97 

-82 

All cells S>0 

Note 1 : The default values (including "not present") for all other parameters influencing cell reselection are suitable 
for this test. The values are defined in TS 36.508 clauses 4.4.3.2 and 4.4.3.3. 
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Table 6.1.2.7.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

Check: Does the UE send an 
RRCConnectionRequest within the next 100 
seconds? 

-> 

RRCConnectionRequest 

1 

F 

2 

SS adjusts cell levels according to row T1 of table 
6.1.2.7.3.2-1. 

- 

- 

- 

- 

3 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN Cell 
13? 

NOTE: The UE performs a TAU procedure with 
PLMN1 and PLMN2 listed as an Equivalent PLMN 
in the TRACKING AREA UPDATE ACCEPT 
message, and the RRC connection is released. 



2 

P 

4 

Void 

- 

- 

- 

- 

5 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN Cell 
12? 

NOTE: The UE performs a TAU procedure with 
PLMN1 and PLMN3 listed as an Equivalent PLMN 
in the TRACKING AREA UPDATE ACCEPT 
message, and the RRC connection is released. 



1 

P 

6 

Void 

- 

- 

- 

- 

7 

SS adjusts cell levels according to row TO of table 
6.1.2.7.3.2-1. 

- 

- 

- 

- 

8 

Check: Does the UE send an 
RRCConnectionRequest wWhin the next 100 
seconds? 

-> 

RRCConnectionRequest 

1,3 

F 

9 

SS adjusts cell levels according to row T2 of table 
6.1.2.7.3.2-1. 





10 

Void 

- 

- 

- 

- 

11 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN Cell 
13? 

NOTE: The UE performs a TAU procedure with 
PLMN1 and PLMN2 listed as an Equivalent PLMN 
in the TRACKING AREA UPDATE ACCEPT 
message, and the RRC connection is released. 



3 

P 

Note 1 : In Steps 1 and 8, a wait time long enough to ensure that the UE has detected, measured and evaluated the 

neighbour inter-frequency cells is provided, see 36.133 clause 4.2.2.4. 
Note 2: In Step 1 1 , the UE moves to Cell 13 because no reselection priority is defined for Cell 1 , see Table 

6.1.2.7.3.3-6. 


6.1.2.7.3.3 


Specific message contents 
Table 6.1.2.7.3.3-1 : ATTACH ACCEPT for Cell 1 (preamble) 


Derivation path: 36.508 Table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

Equivalent PLMNs 

PLMN3 



Table 6.1.2.7.3.3-2: TRACKING AREA UPDATE ACCEPT for Cell 13 (steps 3 & 11 , Table 6.1.2.7.3.2-2) 

Derivation path: 36.508 Table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

Equivalent PLMNs 

PLMN1,2 
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Table 6.1.2.7.3.3-3: TRACKING AREA UPDATE ACCEPT for Cell 12 (step 5, Table 6.1.2.7.3.2-2) 


Derivation path: 36.508 Table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

Equivalent PLMNs 

PLMN1,3 




Table 6.1.2.7.3.3-4: Void 


Table 6.1.2.7.3.3-5: Void 


Table 6.1.2.7.3.3-6: SystemlnformationBlocl<Type5 ior Cell 12 (preamble and all steps, Table 

6.1.2.7.3.2-2) 


Derivation path: 36.508 Table 4.4.3.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType5 ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(1 ..maxFreq)) OF SEQUENCE { 

2 entries 



dl-CarrierFreq[1] 

Same downlink EARFCN 
as used for Cell 1 



cellReselectionPriority[1 ] 

Not present 

UE does not have 
a priority for 
frequency of Cell 1 


dl-CarrierFreq[2] 

Same downlink EARFCN 
as used for Cell 13 



} 




} 





Table 6.1.2.7.3.3-7: SystemlnfonnationBlocl<Type5 ior Cell 13 (preamble and all steps, Table 

6.1.2.7.3.2-2) 


Derivation path: 36.508 Table 4.4.3.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType5 ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(L.maxFreq)) OF SEQUENCE { 

2 entries 



dl-CarrierFreq[1] 

Same downlink EARFCN 
as used for Cell 1 



cellReselectionPriority[1 ] 

Not present 

UE does not have 
a priority for 
frequency of Cell 1 


dl-CarrierFreq[2] 

Same downlink EARFCN 
as used for Cell 12 



} 




} 





6.1.2.7a 
6.1.2.7a.1 
(1) 


Cell reselection / Equivalent PLMN / Single Frequency operation 
Test Purpose (TP) 


with { UE camped normally on a cell and network has downloaded a list of equivalent PLMNs during the 
Location Registration procedure } 
ensure that { 

when { a suitable neighbour cell on an equivalent PLMN becomes better ranked than the suitable 
Serving cell } 

then { UE reselects to this equivalent PLMN cell. } 

} 
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(2) 

with { UE camped normally on a cell and network has downloaded a list of equivalent PLMNs during the 
Location Registration procedure } 
ensure that { 

when { the Serving cell becomes unsuitable due to S<0 and a suitable cell exists on an equivalent 
PLMN } 

then { UE reselects to this equivalent PLMN cell. } 


6.1 .2.7a.2 Conformance requirements 

Same Conformance requirements as in clause 6.1.2.7.2 


Test description 
Pre-test conditions 


6.1.2.7a.3 
6.1.2.7a.3.1 
System Simulator: 

- Three intra-frequency multi-PLMN cells. 

The PLMNs are identified in the test by the identifiers in Table 6. 1 .2.7a.3. 1-1 . 

Table 6.1.2.73.3.1-1: PLMN identifiers 


Cell 

PLMN name 

1 

PLMN1 

2 

PLMN2 

4 

PLMNS 


UE: 


All cells are high quality. 
All cells are suitable cells. 

The UE is in Automatic PLMN selection mode. 

The UE is equipped with a USIM containing default values (as per TS 36.508) except for those listed in Table 
6.1.2.7a.3.1-2. 

Table 6.1.2.7a.3.1-2: USIM configuration 


USIM field 

Priority 

Value 

Access Technology Identifier 

EFloci 


PLMN1 (See pre-amble) 



Preamble: 

- The UE is registered on PLMNl (Cell 1) using the procedure described in TS 36.508 clause 4.5.2.3 except that 
the ATTACH ACCEPT message indicates PLMN3 in the Equivalent PLMN list as described in Table 
6.1.2.7a.3.3-l. 

- The UE is in state Registered, Idle Mode (State 2) on Cell 1 according to [18]. 

6.1 .2.7a.3.2 Test procedure sequence 

Table 6.1.2.7a.3.2-l shows the cell configurations used during the test. The configuration TO indicates the initial 
conditions. Subsequent configurations marked "Tl" and "T2" are applied at the points indicated in the Main behaviour 
description in Table 6. 1.2. 7 a. 3. 2-2. " 
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Table 6.1.2.7a.3.2-1: Cell configuration changes over time 



Paramete 
r 

Unit 

CelM 

Cell 2 

Cell 4 

Remarks 

TO 

RS EPRE 

dBm/15kHz 

-67 

-73 

-79 

All cells S>0 

T1 

RS EPRE 

dBm/15kHz 

-115 

-88 

-82 

Cell 1 S < as described in TS 
36.508 clause 6.2.2.1 

T2 

RS EPRE 

dBm/15kHz 

-115 

-82 

-88 


Note 1 : The default values (including "not present") for all other parameters influencing cell reselection are suitable 
for this test. The values are defined in TS 36.508 clauses 4.4.3.2 and 4.4.3.3. 


Table 6.1.2.7a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

Check: Does the UE send an 
RRCConnectionRequest within the next 100 
seconds? 

-> 

RRCConnectionRequest 

1 

F 

2 

SS adjusts cell levels according to row T1 of table 
6.1.2.7a.3.2-1. 

- 

- 

- 

- 

3 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN Cell 
4? 

NOTE: The UE performs a TAU procedure with 
PLMN1 and PLMN2 listed as an Equivalent PLMN 
in the TRACKING AREA UPDATE ACCEPT 
message, and the RRC connection is released. 



2 

P 

4 

SS adjusts cell levels according to row T2 of table 
6.1.2.7a.3.2-1. 

- 

- 

- 

- 

5 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN Cell 
2? 

NOTE: The UE performs a TAU procedure with 
PLMN1 and PLMN3 listed as an Equivalent PLMN 
in the TRACKING AREA UPDATE ACCEPT 
message, and the RRC connection is released. 



1 

p 

6 

SS adjusts cell levels according to row T1 of table 
6.1.2.7a.3.2-1. 

- 

- 

- 

- 

7 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN Cell 
4? 

NOTE: The UE performs a TAU procedure with 
PLMN1 and PLMN2 listed as an Equivalent PLMN 
in the TRACKING AREA UPDATE ACCEPT 
message, and the RRC connection is released. 



1 

p 

Note 1 : In Step 1 , a wait time long enough to ensure that the UE has detected, measured and evaluated the neighbour 
intra-frequency cells is provided, see 36.133 clause 4.2.2.3. 


6.1.2.7a.3.3 


Specific message contents 

Table 6.1.2.73.3.3-1: ATTACH ACCEPT for Cell 1 (preamble) 


Derivation path: 36.508 Table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

Equivalent PLMNs 

PLMNS 
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Table 6.1.2.7a.3.3-2: TRACKING AREA UPDATE ACCEPT for Cell 4 (steps 3 & 7 , Table 6.1.2.7a.3.2-2) 


Derivation path: 36.508 Table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

Equivalent PLMNs 

PLMN1,2 



Table 6.1.2.7a.3.3-3: TRACKING AREA UPDATE ACCEPT for Cell 2 (step 5, Table 6.1.2.7a.3.2-2) 

Derivation path: 36.508 Table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

Equivalent PLMNs 

PLMN1,3 




Cell reselection using cell status and cell reservations / Access control class 
0to9 

Test Purpose (TP) 


6.1.2.8 

6.1.2.8.1 

(1) 

with { UE camped normally in state E-UTRA RRC_IDLE and UE fitted with a USIM with access class 0..9} 
ensure that { 

when { a higher ranked cell is found with cell status "barred" } 
then { UE does not attempt to reselect to the higher ranked cell } 


(2) 

with { UE camped normally in state E-UTRA RRC_IDLE and UE fitted with a USIM with access class 0..9} 
ensure that { 

when { a higher ranked cell is found "reserved" for Operator use } 
then { UE does not attempt to reselect to the higher ranked cell } 


6.1.2.8.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.304, clauses 5.2.4.4 and 
5.3.1. 

[TS 36.304, clause 5.2.4.4] 

For the highest ranked cell (including serving cell) according to cell reselection criteria specified in subclause 5.2.4.6, 
the UE shall check if the access is restricted according to the rules in subclause 5.3.1. 

If that cell and other cells have to be excluded from the candidate list, as stated in subclause 5.3.1, the UE shall not 
consider these as candidates for cell reselection. This limitation shall be removed when the highest ranked cell changes. 

[TS 36.304, clause 5.3.1] 

Cell status and cell reservations are indicated in the SystemlnformationBlockTypel [3] by means of two Information 
Elements: 

- cellBarred (IE type: "barred" or "not barred") 

- cellReservedForOperatorUse (IE type: "reserved" or "not reserved") 

When cell status is indicated as "not barred" and "not reserved" for operator use, 

- All UEs shall treat this cell as candidate during the cell selection and cell re-selection procedures. 
When cell status is indicated as "not barred" and "reserved" for operator use for any PLMN, 
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- UEs assigned to an Access Class in the range of to 9, 12 to 14 and UEs with AC 1 1 or 15 not operating in 
theirHLPMN/EHPLMN shall behave as if the cell status is "barred" in case the cell is "reserved for operator 
use" for the PLMN the UE is currently registered with. 

NOTEl: ... 

When cell status "barred" is indicated or to be treated as if the cell status is "barred", 

- The UE is not permitted to select/re-select this cell, not even for emergency calls. 

- The UE shall select another cell according to the following rule: 
- If the cell is a CSG cell: 


- else 

If the IE intraF re quencyRe selection in IE cellAccessRelatedlnfo in SystemlnformationBlockTypel is set to 
"allowed", the UE may select another cell on the same frequency if re- selection criteria are fulfilled. 

- The UE shall exclude the barred cell as a candidate for cell selection/reselection for 300 seconds. 

If the IE intraFreqReselection in IE cellAccessRelatedlnfo in SystemlnformationBlockTypel is set to "not 
allowed" the UE shall not re-select a cell on the same frequency as the barred cell. 

- The UE shall exclude the barred cell as a candidate for cell selection/reselection for 300 seconds. 

6.1.2.8.3 Test description 

6.1 .2.8.3.1 Pre-test conditions 

System Simulator: 

- Three inter-frequency cells as specified in TS36.508 clause 4.4.1.2 are configured broadcasting default NAS 
parameters as indicated in TS 36.508 Table 4.4.2-2, except that TAC values use the codes in Table 6.0.1-2. 

- SIB 1 of Cell 3 and Cell 6 indicate cellBarred=barred. 

Each cell has only a single PLMN identity. 
All cells are high quality. 

The cell power levels are configured as shown in Table 6.1.2.8.3.1-1. 

System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
Table 6.1.2.8.3.1-1: Cell power configuration 


Parameter 

Unit 

CelM 

Cells 

Cells 
(min UL) 

Remarks 

RS EPRE 

dBm/15kHz 

-97 

-82 

-67 

S>0 for all cells 

Note 1 : The default values (including "not present") for all other parameters influencing cell reselection are 
suitable for this test. The values are defined in TS36.508 clauses 4.4.3.2 and 4.4.3.3 


UE: 


The UE is in Automatic PLMN selection mode. 

The UE is equipped with a USIM containing default values (as per TS 36.508) except for those shown in Table 
6.1.2.8.3.1-2. 
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Table 6.1.2.8.3.1-2: USIM Configuration 


USIM field 

Value 

EFacc 

Type "A" as defined in TS34.108 clause 
8.3.2.15 


Preamble: 

- The UE is in state Registered, Idle Mode (State 2) on Cell 1 according to [18]. 
6.1 .2.8.3.2 Test procedure sequence 

Table 6.1.2.8.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

SS adjusts SIB1 of Cell 3 to indicate 
cellBarred=notBarred 

- 

- 

- 

- 

2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 3? 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



1 


3 

The SS notifies the UE of change of System 
Information. SS adjusts SIB1 of Cell 3 to 
indicate cellBarred=barred. (Cell 3 and Cell 6 
are now both barred). 

<- 

Paging 



4 

Void 

- 

- 

- 

- 

5 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.7 

indicate that the UE is camped on E-UTRAN 

CelM? 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 



1 


6 

SS adjusts SIB1 of both Cell 3 and Cell 6: Cell 
3 indicates cellBarred=notBarred; Cell 6 
indicates cellBarred=notBarred and 
cellReservedForOperatorUse = reserved. 





7 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 3? 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



2 


8 

The SS notifies the UE of change of System 
Information. SS adjusts SIB1 of Cell 3 to 
indicate cellReservedForOperatorUse = 
reserved. 

<- 

Paging 



9 

Void 

- 

- 

- 

- 

10 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.7 

indicate that the UE is camped on E-UTRAN 

CelM? 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 



2 



6.1 .2.8.3.3 Specific message contents 

Table 6.1.2.8.3.3-0: Conditions for specific message contents 
in Tables 6.1.2.8.3.3-1, 6.1.2.8.3.3-2, 6.1.2.8.3.3-4 and 6.1.2.8.3.3-5 


Condition 

Explanation 

Cell 3 

This condition applies to system information transmitted on Cell 3. 

Cell 6 

This condition applies to system information transmitted on Cell 6. 
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Table 6.1.2.8.3.3-1 : SystemlnformationBlockTypel for Cell 3 and Cell 6 (pre-test conditions, Table 

6.1.2.8.3.2-1) 


Derivation Path: S6.508 clause 4.4.S.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= 
SEQUENCE} 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) 
OF SEQUENCE} 

1 entry 



cellReservedForOperatorUse 

notReserved 


Cells 
Cell 6 

} 




cellBarred 

barred 


Cells 
Cell 6 

} 




} 





Table 6.1.2.8.3.3-2: SystemlnformationBlockTypel for Cell 3 and Cell 6 (step 1, Table 6.1.2.8.3.2-1) 


Derivation Path: S6.508 clause 4.4. S.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE} 

1 entry 



CellReservedForOperatorUse 

notReserved 


Cells 
Cell 6 

} 




cellBarred 

notBarred 


Cells 


barred 


Cell 6 

} 




systemlnfoValueTag 

1 


Cells 




Cell 6 

} 





Table 6.1.2.8.3.3-2A: SystemlnformationBlockTypel for Cell 3 and Cell 6 (step 3, Table 6.1.2.8.3.2-1) 


Derivation Path: S6.508 clause 4.4.S.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE! 

1 entry 



CellReservedForOperatorUse 

notReserved 


Cells 
Cell 6 

} 




cellBarred 

barred 


Cells 
Cell 6 

} 




systemlnfoValueTag 

2 


Cells 




Cell 6 

} 
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Table 6.1.2.8.3.3-3: Paging (steps 3 & 8, Table 6.1.2.8.3.2-1) 


Derivation Path: S6.508 Table 4.6.1-7 

Information Element 

Value/remark 

Comment 

Condition 

Paging ::= SEQUENCE! 




pagingRecordList 

Not present 



systemlnfoModification 

true 



etws-lndication 

Not present 



nonCriticalExtension SEQUENCE {} 

Not present 



} 





Table 6.1.2.8.3.3-4: SystemlnformationBlockTypel for Cell 3 and Cell 6 (step 6, Table 6.1.2.8.3.2-1) 


Derivation Path: S6.508 clause 4.4. S.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE! 

1 entry 



cellReservedForOperatorUse 

notReserved 


Cells 


reserved 


Cell 6 

} 




cellBarred 

notBarred 


Cells 
Cell 6 

} 




systemlnfoValueTag 

S 


Cells 

1 


Cell 6 

} 





Table 6.1.2.8.3.3-5: SystemlnformationBlockTypel for Cell 3 and Cell 6 (step 8, Table 6.1.2.8.3.2-1) 


Derivation Path: S6.508 clause 4.4.S.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE! 

1 entry 



CellReservedForOperatorUse 

reserved 


Cells 
Cell 6 

} 




cellBarred 

notBarred 


Cells 
Cell 6 

} 




systemlnfoValueTag 

4 


Cells 

1 


Cell 6 

} 





6.1 .2.8a Cell reselection using cell status and cell reservations / Access control class 
to 9 / Single Frequency operation 

6.1 .2.8a.1 Test Purpose (TP) 

Same Test Purpose as in clause 6.1.2.8.1 
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6.1 .2.8a.2 Conformance requirements 

Same Conformance requirement as in clause 6.1 .2.8.2 6.1 .2.8a.3 Test description 

6.1 .2.8a.3.1 Pre-test conditions 

System Simulator: 

- Three inter-frequency cells as specified in TS36.508 clause 4.4.1.2 are configured broadcasting default NAS 
parameters as indicated in TS 36.508 Table 4.4.2-2, except that TAG values use the codes in Table 6.0.1-2. 

- SIB 1 of Cell 3 and Cell 6 indicate cellBarred=barred. 

Each cell has only a single PLMN identity. 

All cells are high quality. 

The cell power levels are configured as shown in Table 6.1.2.8a.3.1-l. 

Table 6.1.2.8a.3.1-1: Cell power configuration 



Parameter 

Unit 

CelM 

Cell 2 

Cell 4 

Remarks 

T1 

RS EPRE 

dBm/15kH 

z 

-73 

-67 

-97 

Cell 2 is best ranked cell 

T2 

RS EPRE 

dBm/15kH 

z 

-97 

-73 

-67 

Cell 4 is best ranked cell 

Note 1 : The default values (including "not present") for all other parameters influencing cell reselection are 
suitable for this test. The values are defined in TS36.508 clauses 4.4.3.2 and 4.4.3.3 


UE: 


The UE is in Automatic PLMN selection mode. 

The UE is equipped with a USIM containing default values (as per TS 36.508) except for those shown in Table 
6.1.2.8a.3.1-2. 

Table 6.1.2.8a.3.1-2: USIM Configuration 


USIM field 

Value 

EFacc 

Type "A" as defined in TS34.108 clause 
8.3.2.15 


Preamble: 

- The UE is in state Registered, Idle Mode (State 2) on Cell 1 according to [18]. 
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6.1.2.8a.3.2 


Test procedure sequence 

Table 6.1.2.8a.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

SS adjusts SIB1 of Cell 2 to indicate 
cellBarred=notBarred and cell levels according 
to row T1 of table 6.1 .2.8a.3.1-1 . 





2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 2? 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



1 


3 

The SS notifies the UE of change of System 
Information. SS adjusts SIB1 of Cell 2 to 
indicate cellBarred=barred. (Cell 2 and Cell 4 
are now both barred). 

<- 

Paging 



4 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1 within 30 s? 

- 

- 

1 

F 

5 

Check: Does the test result of generic 
procedure in TS 36.508 subclause 6.4.2.5 
indicate that the UE does not respond to 
paging in cell 2 when paged with S-TMSI 
allocated to UE with CN domain indicator set 
to "PS"? 



1 


6 

SS adjusts SIB1 of both Cell 2 and Cell 4: Cell 
2 indicates cellBarred=notBarred; Cell 4 
indicates cellBarred=notBarred and 
cellReservedForOperatorUse = reserved. 
SS adjusts cell levels according to row T2 of 
table 6.1. 2.8a.3.1-1 





7 

Check: Does the UE send an 
RRCConnectionRequest on Cell 4 within 30 s? 

- 

- 

2 

F 

9 

Check: Does the test result of generic 
procedure in TS 36.508 subclause 6.4.2.5 
indicate that the UE does not respond to 
paging in cell 2 when paged with S-TMSI 
allocated to UE with CN domain indicator set 
to "PS"? 



2 


10 

The SS notifies the UE of change of System 
Information. SS adjusts SIB1 of Cell 4 to 
indicate cellReservedForOperatorUse = 
notReserved. 

<— 

Paging 



11 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 4? 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



2 


Note : In steps 6-1 1 , UE will have barred all the cells for 300 seconds hence may take more than 300 seconds to 
initiate the TAU procedure. The default value of IntraFreqReselection is 'not allowed' in 36.508 table 4.4.3.2-3. 


6.1 .2.8a.3.3 Specific message contents 

Table 6.1.2.8a.3.3-0: Conditions for specific message contents 
in Tables 6.1.2.8a.3.3-1, 6.1.2.8a.3.3-2, 6.1.2.8a.3.3-4 and 6.1.2.8a.3.3-5 


Condition 

Explanation 

Cell 2 

This condition applies to system information transmitted on Cell 4. 

Cell 4 

This condition applies to system information transmitted on Cell 4. 
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Table 6.1.2.8a.3.3-1 : SystemlnformationBlockTypel for Cell 2 and Cell 4 (pre-test conditions, Table 

6.1.2.8a.3.2-1) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= 
SEQUENCE} 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) 
OF SEQUENCE} 

1 entry 



cellReservedForOperatorUse 

notReserved 


Cell 2 
Cell 4 

} 




cellBarred 

barred 


Cell 2 
Cell 4 

} 




} 





Table 6.1.2.8a.3.3-2: SystemlnformationBlockTypel for Cell 2 and Cell 4 (step 1, Table 6.1.2.8a.3.2-1) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE} 

1 entry 



CellReservedForOperatorUse 

notReserved 


Cell 2 
Cell 4 

} 




cellBarred 

notBarred 


Cell 2 


barred 


Cell 4 

} 




systemlnfoValueTag 

1 


Cell 2 




Cell 4 

} 





Table 6.1.2.8a.3.3-2A: SystemlnformationBlockTypel for Cell 2 and Cell 4 (step 3, Table 6.1.2.8a.3.2-1) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE! 

1 entry 



CellReservedForOperatorUse 

notReserved 


Cell 2 
Cell 4 

} 




cellBarred 

barred 


Cell 2 
Cell 4 

} 




systemlnfoValueTag 

2 


Cell 2 




Cell 4 

} 
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Table 6.1.2.8a.3.3-3: Paging (steps 3 & 10, Table 6.1.2.8a.3.2-1) 


Derivation Path: S6.508 Table 4.6.1-7 

Information Element 

Value/remark 

Comment 

Condition 

Paging ::= SEQUENCE! 




pagingRecordList 

Not present 



systemlnfoModification 

true 



etws-lndication 

Not present 



nonCriticalExtension SEQUENCE {} 

Not present 



} 





Table 6.1.2.8a.3.3-4: SystemlnformationBlockTypel for Cell 2 and Cell 4 (step 6, Table 6.1.2.8a.3.2-1) 


Derivation Path: S6.508 clause 4.4. S.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE! 

1 entry 



cellReservedForOperatorUse 

notReserved 


Cell 2 


reserved 


Cell 4 

} 




cellBarred 

notBarred 


Cell 2 
Cell 4 

} 




systemlnfoValueTag 

S 


Cell 2 

1 


Cell 4 

} 





Table 6.1.2.8a.3.3-5: SystemlnformationBlockTypel for Cell 2 and Cell 4 (step 10, Table 6.1.2.8a.3.2-1) 


Derivation Path: S6.508 clause 4.4.S.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE! 

1 entry 



CellReservedForOperatorUse 

notReserved 


Cells 
Cell 6 

} 




cellBarred 

notBarred 


Cells 
Cell 6 

} 




systemlnfoValueTag 

S 


Cells 

2 


Cell 6 

} 





Cell reselection using cell status and cell reservations / Access control class 
11 to 15 

Test Purpose (TP) 


6.1.2.9 

6.1.2.9.1 

(1) 

with { UE camped normally in state E-UTRA RRC_IDLE and UE fitted with a USIM with access class 0..9 
and access classes 11.. 15 inclusive } 
ensure that { 

when { a higher ranked cell is found with cell status "barred" } 
then { UE does not attempt to reselect to the higher ranked cell } 

} 
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(2) 

with { UE camped normally in state E-UTRA RRC_IDLE and UE fitted with a USIM with access class 0..9 
and access classes 11.. 15 inclusive } 
ensure that { 

when { a higher ranked cell is found "reserved" for Operator use } 
then { UE re-selects to the higher ranked cell } 
} 

6.1 .2.9.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.304, clauses 5.2.4.4 and 
5.3.1. 

[TS 36.304, clause 5.2.4.4] 

For the highest ranked cell (including serving cell) according to cell reselection criteria specified in subclause 5.2.4.6, 
the UE shall check if the access is restricted according to the rules in subclause 5.3.1. 

If that cell and other cells have to be excluded from the candidate list, as stated in subclause 5.3.1, the UE shall not 
consider these as candidates for cell reselection. This limitation shall be removed when the highest ranked cell changes. 

[TS 36.304, clause 5.3.1] 

Cell status and cell reservations are indicated in the SystemlnformationBlockTypel [3] by means of two Information 
Elements: 

- cellBarred (IE type: "barred" or "not barred") 

- cellReservedForOperatorUse (IE type: "reserved" or "not reserved") 

When cell status is indicated as "not barred" and "not reserved" for operator use, 

- All UEs shall treat this cell as candidate during the cell selection and cell re-selection procedures. 
When cell status is indicated as "not barred" and "reserved" for operator use for any PLMN, 

- UEs assigned to Access Class 1 1 or 15 operating in their HPLMN/EHPLMN shall treat this cell as candidate 
during the cell selection and reselection procedures if the IE cellReservedForOperatorUse for that PLMN set to 
"reserved". 

- UEs assigned to an Access Class in the range of to 9, 12 to 14 and UEs with AC 1 1 or 15 not operating in 
theirHLPMN/EHPLMN shall behave as if the cell status is "barred" in case the cell is "reserved for operator 
use" for the PLMN the UE is currently registered with. 

NOTEl: ... 

When cell status "barred" is indicated or to be treated as if the cell status is "barred", 

- The UE is not permitted to select/re-select this cell, not even for emergency calls. 

- The UE shall select another cell according to the following rule: 
- If the cell is a CSG cell: 


else 

If the IE intraFrequency Re selection in IE cellAccessRelatedlnfo in SystemlnformationBlockTypel is set to 
"allowed", the UE may select another cell on the same frequency if selection/re-selection criteria are fulfilled. 

The UE shall exclude the barred cell as a candidate for cell selection/reselection for 300 seconds.- If the IE 
intraFreqReselection in IE cellAccessRelatedlnfo in SystemlnformationBlockTypel is set to "not allowed" the 
UE shall not re-select a cell on the same frequency as the barred cell. 
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- The UE shall exclude the barred cell as a candidate for cell selection/reselection for 300 seconds. 
6.1.2.9.3 Test description 

6.1 .2.9.3.1 Pre-test conditions 

System Simulator: 

- Three inter-frequency cells as specified in TS36.508 clause 4.4.1.2 are configured broadcasting default NAS 
parameters as indicated in TS 36.508 Table 4.4.2-2, except that TAC values use the codes in Table 6.0.1-2. 

- SIB 1 of Cell 3 and Cell 6 indicate cellBarred=barred 
Each cell has only a single PLMN identity. 

- All cells are high quality. 

- The cell power levels are configured as shown in Table 6.1.2.9.3.1-1. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 

Table 6.1.2.9.3.1-1: Cell power configuration 


Parameter 

Unit 

CelM 

Cell 3 

Cell 6 

Remarks 

RS EPRE 

dBm/15kHz 

-97 

-82 

-67 

S>0 for all cells 

Note 1 : The default values (including "not present") for all other parameters influencing cell reselection are 
suitable for this test. The values are defined in TS36.508 clauses 4.4.3.2 and 4.4.3.3 


UE: 


The UE is in Automatic PLMN selection mode. 

The UE is equipped with a USIM containing default values (as per TS 36.508) except for those shown in Table 
6.1.2.9.3.1-2. 

Table 6.1.2.9.3.1-2: USIM Configuration 


USIM field 

Value 

EFacc 

Type "B" as defined in TS34.108 clause 
8.3.2.15 


Preamble: 

- The UE is in state Registered, Idle Mode (State 2) on Cell 1 according to [18]. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


103 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


6.1.2.9.3.2 


Test procedure sequence 

Table 6.1.2.9.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

SS adjusts SIB1 of Cell 3 to indicate 
cellBarred=notBarred 

- 

- 

- 

- 

2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 3? 

NOTE: The UE performs a TAU procedure 
with establishment cause 'high priority access' 
and the RRC connection is released. 



1 


3 

The SS notifies the UE of change of System 
Information. SS adjusts SIB1 of Cell 3 to 
indicate cellBarred=barred. (Cell 3 and Cell 6 
are now both barred) . 

<- 

Paging 



4 

Void 

- 

- 

- 

- 

5 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.7 

indicate that the UE is camped on E-UTRAN 

CelM? 

NOTE: The UE performs a TAU procedure 

with establishment cause 'high priority access' 

and the RRC connection is released. 



1 


6 

SS adjusts SIB1 of both Cell 3 and Cell 6: Cell 
3 indicates cellBarred=notBarred; Cell 6 
indicates cellBarred=notBarred and 
cellReservedForOperatorUse = reserved 





7 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 6? 

NOTE: The UE performs a TAU procedure 
with establishment cause 'high priority access' 
and the RRC connection is released. 



2 



6.1.2.9.3.3 


Specific message contents 

Table 6.1.2.9.3.3-0: Conditions for specific message contents 
in Tables 6.1.2.9.3.3-1, 6.1.2.9.3.3-2 and 6.1.2.8.3.3-4 


Condition 

Explanation 

Cell 3 

This condition applies to system information transmitted on Cell 3. 

Cell 6 

This condition applies to system information transmitted on Cell 6. 
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Table 6.1.2.9.3.3-1 : SystemlnformationBlockTypel for Cell 3 and Cell 6 (pre-test conditions, Table 

6.1.2.9.3.2-1) 


Derivation Path: S6.508 clause 4.4.S.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= 
SEQUENCE} 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) 
OF SEQUENCE} 

1 entry 



cellReservedForOperatorUse 

notReserved 


Cells 
Cell 6 

} 




cellBarred 

barred 


Cells 
Cell 6 

} 




} 





Table 6.1.2.9.3.3-2: SystemlnformationBlockTypel for Cell 3 and Cell 6 (step 1, Table 6.1.2.9.3.2-1) 


Derivation Path: S6.508 clause 4.4. S.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE} 

1 entry 



CellReservedForOperatorUse 

notReserved 


Cells 
Cell 6 

} 




cellBarred 

notBarred 


Cells 


barred 


Cell 6 

} 




systemlnfoValueTag 

1 


Cells 




Cell 6 

} 





Table 6.1.2.9.3.3-2A: SystemlnformationBlockTypel for Cell 3 and Cell 6 (step 3, Table 6.1.2.8.3.2-1) 


Derivation Path: S6.508 clause 4.4.S.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE! 

1 entry 



CellReservedForOperatorUse 

notReserved 


Cells 
Cell 6 

} 




cellBarred 

barred 


Cells 
Cell 6 

} 




systemlnfoValueTag 

2 


Cells 
Cell 6 






} 





ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


105 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 6.1.2.9.3.3-3: Paging (step 3, Table 6.1.2.9.3.2-1) 


Derivation Path: 36.508 Table 4.6.1-7 

Information Element 

Value/remark 

Comment 

Condition 

Paging ::= SEQUENCE! 




pagingRecordList 

Not present 



systemlnfoModification 

true 



etws-lndication 

Not present 



nonCriticalExtension SEQUENCE {} 

Not present 



} 





Table 6.1.2.9.3.3-4: SystemlnformationBlockTypel for Cell 3 and Cell 6 (step 6, Table 6.1.2.9.3.2-1) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE { 

1 entry 



cellReservedForOperatorUse 

notReserved 


Cell 3 


reserved 


Cell 6 

} 




cellBarred 

notBarred 


Cell 3 
Cell 6 

} 




systemlnfoValueTag 

3 


Cell 3 

1 


Cell 6 

} 





Table 6.1.2.9.3.3-5: RRCConnectionRequest (step2, step5 and step7, Table 6.1.2.9.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

highPriorityAccess 



} 




} 




} 





6.1 .2.9a Cell reselection using cell status and cell reservations / Access control class 
1 1 to 15 / Single Frequency operation 

6.1 .2.9a.1 Test Purpose (TP) 

Same Test Purpose as in clause 6.1.2.9.1 } 

6.1 .2.9a.2 Conformance requirements 

Same Conformance requirement as in clause 6.1 .2.9.2 6.1 .2.9a.3 Test description 

6.1 .2.9a.3.1 Pre-test conditions 

System Simulator: 

- Three inter-frequency cells as specified in TS36.508 clause 4.4.1.2 are configured broadcasting default NAS 
parameters as indicated in TS 36.508 Table 4.4.2-2, except that TAC values use the codes in Table 6.0.1-2. 

- SIB 1 of Cell 3 and Cell 6 indicate cellBarred=barred 

- Each cell has only a single PLMN identity. 
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All cells are high quality. 

The cell power levels are configured as shown in Table 6.1.2.9a.3.1-l. 

Table 6.1.2.9a.3.1-1: Cell power configuration 



Parameter 

Unit 

CelM 

Cell 2 

Cell 4 

Remarks 

T1 

RS EPRE 

dBm/15kH 

z 

-73 

-67 

-97 

Cell 2 is best ranked cell 

T2 

RS EPRE 

dBm/15kH 

z 

-97 

-73 

-67 

Cell 4 is best ranked cell 

Note 1 : The default values (including "not present") for all other parameters influencing cell reselection are 
suitable for this test. The values are defined in TS36.508 clauses 4.4.3.2 and 4.4.3.3 


UE: 


The UE is in Automatic PLMN selection mode. 

The UE is equipped with a USIM containing default values (as per TS 36.508) except for those shown in Table 
6.1.2.9a.3.1-2. 

Table 6.1.2.9a.3.1-2: USIM Configuration 


USIM field 

Value 

EFagg 

Type "B" as defined in TS34.108 clause 
8.3.2.15 


Preamble: 

- The UE is in state Registered, Idle Mode (State 2) on Cell 1 according to [18]. 
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6.1.2.9a.3.2 


Test procedure sequence 

Table 6.1.2.9a.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

SS adjusts SIB1 of Cell 2 to indicate 
cellBarred=notBarred and cell levels according 
to row T1 of table 6.1 .2.9a.3.1-1 . 





2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 2? 

NOTE: The UE performs a TAU procedure 
with establishment cause 'high priority access' 
and the RRC connection is released. 



1 


3 

The SS notifies the UE of change of System 
Information. SS adjusts SIB1 of Cell 2 to 
indicate cellBarred=barred. (Cell 2 and Cell 4 
are now both barred). 

<— 

Paging 



4 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1 within 30 s? 

- 

- 

1 

F 

5 

Check: Does the test result of generic 
procedure in TS 36.508 subclause 6.4.2.5 
indicate that the UE does not respond to 
paging in cell 2 when paged with S-TMSI 
allocated to UE with CN domain indicator set 
to "PS"? 



1 


6 

SS adjusts SIB1 of both Cell 2 and Cell 4: Cell 
2 indicates cellBarred=notBarred; Cell 4 
indicates cellBarred=notBarred and 
cellReservedForOperatorUse = reserved. 
SS adjusts cell levels according to row T2 of 
table 6.1. 2.9a.3.1-1. 





7 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 4? 

NOTE: The UE performs a TAU procedure 
with establishment cause 'high priority access' 
and the RRC connection is released. 



2 


Note : In steps 4-7, UE will have barred all the cells for 300 seconds hence may take more than 300 seconds to 
initiate the TAU procedure. The default value of intraFreqReselection is 'not allowed' in 36.508 table 4.4.3.2-3. 


6.1 .2.9a.3.3 Specific message contents 

Table 6.1.2.9a.3.3-0: Conditions for specific message contents 
in Tables 6.1.2.9a.3.3-1, 6.1.2.9a.3.3-2 and 6.1.2.8a.3.3-4 


Condition 

Explanation 

Cell 2 

This condition applies to system information transmitted on Cell 2. 

Cell 4 

This condition applies to system information transmitted on Cell 4. 
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Table 6.1.2.9a.3.3-1 : SystemlnformationBlockTypel for Cell 2 and Cell 4 (pre-test conditions, Table 

6.1.2.9a.3.2-1) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= 
SEQUENCE} 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) 
OF SEQUENCE} 

1 entry 



cellReservedForOperatorUse 

notReserved 


Cell 2 
Cell 4 

} 




cellBarred 

barred 


Cell 2 
Cell 4 

} 




} 





Table 6.1.2.9a.3.3-2: SystemlnformationBlockTypel for Cell 2 and Cell 4 (step 1, Table 6.1.2.9a.3.2-1) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE} 

1 entry 



CellReservedForOperatorUse 

notReserved 


Cell 2 
Cell 4 

} 




cellBarred 

notBarred 


Cell 2 


barred 


Cell 4 

} 




systemlnfoValueTag 

1 


Cell 2 




Cell 4 

} 





Table 6.1.2.9a.3.3-2A: SystemlnformationBlockTypel for Cell 2 and Cell 4 (step 3, Table 6.1.2.8a.3.2-1) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE! 

1 entry 



CellReservedForOperatorUse 

notReserved 


Cell 2 
Cell 4 

} 




cellBarred 

barred 


Cell 2 
Cell 4 

} 




systemlnfoValueTag 

2 


Cell 2 
Cell 4 






} 
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Table 6.1.2.9a.3.3-3: Paging (step 3, Table 6.1.2.9a.3.2-1) 


Derivation Path: 36.508 Table 4.6.1-7 

Information Element 

Value/remark 

Comment 

Condition 

Paging ::= SEQUENCE! 




pagingRecordList 

Not present 



systemlnfoModification 

true 



etws-lndication 

Not present 



nonCriticalExtension SEQUENCE {} 

Not present 



} 





Table 6.1.2.9a.3.3-4: SystemlnformationBlockTypel for Cell 2 and Cell 4 (step 6, Table 6.1.2.9a.3.2-1) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE! 

1 entry 



cellReservedForOperatorUse 

notReserved 


Cell 2 


reserved 


Cell 4 

} 




cellBarred 

notBarred 


Cell 2 
Cell 4 

} 




systemlnfoValueTag 

3 


Cell 2 

1 


Cell 4 

} 





Table 6.1.2.9a.3.3-5: RRCConnectionRequest (step2, stepS and step7, Table 6.1.2.9a.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

highPriorityAccess 



} 




} 




} 





6.1.2.10 Cell reselection in shared network environnnent 
6.1.2.10.1 Test Purpose (TP) 

with { the UE is in E-UTRA RRC_Idle and registered on the HPLMN } 
ensure that { 

when { a cell of a different PLMN but shared with the HPLMN becomes highest ranked cell 
then { the UE reselects the cell shared with the HPLMN } 


6.1.2.10.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.304 clause 5.2.4.2 and TS 
23.122 clause 4.4.3. 

[TS 36.304, clause 5.2.4.6] 

The cell-ranking criterion Rs for serving cell and Rn for neighbouring cells is defined by: 
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where: 


Qrr 


Qoffset 


K^s — v^measjS "I" v^Hyst 
Rn=Qmeas,n- Qoffset 


RSRP measurement quantity used in cell reselections. 


For intra-frequency: Equals to Qoffsets,n, if Qoffsets,n is valid, 
otherwise this equals to zero. 

For inter-frequency: Equals to Qoffsets,n plus Qoffsetfrequency, if 
Qoffsets,n is valid, otherwise this equals to Qoffsetfreguency- 


The UE shall perform ranking of all cells that fulfil the cell selection criterion S, which is defined in 5.2.3.2, but may 
exclude all CSG cells that are known by the UE to be not allowed. 

The cells shall be ranked according to the R criteria specified above, deriving Qmeas,n and Qmeas,s and calculating the R 
values using averaged RSRP results. 

If a cell is ranked as the best cell the UE shall perform cell reselection to that cell. If this cell is found to be not-suitable, 
the UE shall behave according to subclause 5.2.4.4. 

In all cases, the UE shall reselect the new cell, only if the following conditions are met: 

- the new cell is better ranked than the serving cell during a time interval TreselectionRAx; 

- more than 1 second has elapsed since the UE camped on the current serving cell. 
[TS 23.122, clause 4.4.3] 


When the MS reselects to a cell in a shared network, the AS may indicate multiple PLMN identities to the NAS 
according to 3GPP TS 25.304 [32]. The MS shall choose one of these PLMNs. If the registered PLMN is available 
among these PLMNs, the MS shall not choose a different PLMN. 


Test description 
Pre-test conditions 


6.1.2.10.3 
6.1.2.10.3.1 
System Simulator: 

- Cell 1 (HPLMN) 

- Cell 2 (primary PLMN: same MCC like HPLMN but different MNC, secondary PLMN: HPLMN) 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 according to [18]. 

6.1 .2.1 0.3.2 Test procedure sequence 

Table 6.1.2.10.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the conditions after the preamble, while columns 
marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are described in 
the texts in this clause. 
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Table 6.1.2.10.3.2-1 : Time instances of cell power level and parameter change 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

Off 


T1 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

-73 

The power level values are assigned to satisfy Srxlevceii2 > 
Srxlevceii i 


Table 6.1.2.10.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS changes Cell 1 and Cell 2level 
according to the row "T1" in table 6.1 .2.10.3.2- 
1. 





2 

Check: Does the UE transmit an 
RRCConnectionRequeston Cell 2? 

-> 

RRCConnectionRequest 

1 

P 

3 

The SS transmits an RRCConnectionSetup 

<— 

RRCConnectionSetup 

- 

- 

4 

Check; Does the UE transmit an 

RRCConnectionSetupComplete message 

indicating the HPLMN (second PLMN in the 

list)? 

Note: this message contains an TRACKING 

AREA UPDATE REQUEST message 

according to default message contents. 

-> 

RRCConnectionSetupComplete 

1 

P 

5- 

7 

Steps 4 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed. 
NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 






6.1 .2.1 0.3.3 Specific message contents 

Table 6.1.2.10.3.3-1: SystemlnformationBlockTypel (Cell 1, all steps, Table 6.1.2.10.3.2-2) 


Derivation path: 36.508 Table 4.4.3.2-3 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 
cellAccessRelatedlnfo SEQUENCE { 
pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE! 
plmn-ldentity[1] 

} 
} 
} 

Set to the same Mobile 
Country Code and Mobile 
Network Code stored in 
EFIMSI on the test USIM 
card 
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Table 6.1.2.10.3.3-2: SystemlnformationBlockTypel (Cell 2, all steps, Table 6.1.2.10.3.2-2) 


Derivation path: 36.508 Table 4.4.3.2-3 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 




SEQUENCE! 




plmn-ldentity[1] 

Set to the same Mobile 
Country Code stored in 
EFIMSI on the test USIM, 
MNC=02 



plmn-ldentity[2] 

Set to the same Mobile 

This is the same 



Country Code and Mobile 

PLMN as Cell 1 



Network Code stored in 




EFIMSI on the test USIM 



} 
} 
} 

card 




Table 6.1.2.10.3.3-3: RRCConnectionSetupComplete (step 4, Table 6.1.2.10.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-18 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionSetupComplete ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionSetupComplete-r8 SEQUENCE { 




selectedPLMN-ldentity 

2 

HPLMN 


} 




} 




} 




} 





6.1.2.11 
6.1.2.11.1 
(1) 


Inter-frequency cell reselection 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE detects both intra- frequency and equal priority inter- frequency neigbour cells and the 
inter- frequency cell is the highest ranked cell } 
then { UE reselects the inter- frequency cell } 


} 


6.1.2.11.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.5 and 
5.2.4.6. 

[TS 36.304, clause 5.2.4.5] 

Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra-frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

[TS 36.304, clause 5.2.4.6] 

The cell-ranking criterion Rs for serving cell and Rn for neighbouring cells is defined by: 
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where: 


Qrr 


Qoffset 


K^s — v^measjS "I" v^Hyst 
Rn=Qmeas,n- Qoffset 


RSRP measurement quantity used in cell reselections. 


For intra-frequency: Equals to Qoffsets,n, if Qoffsets,n is valid, 
otherwise this equals to zero. 

For inter-frequency: Equals to Qoffsets,n plus Qoffsetfrequency, if 
Qoffsets,n is valid, otherwise this equals to Qoffsetfreguency- 


The UE shall perform ranking of all cells that fulfil the cell selection criterion S, which is defined in 5.2.3.2, but may 
exclude all CSG cells that are known by the UE to be not allowed. 

The cells shall be ranked according to the R criteria specified above, deriving Qmeas,n and Qmeas,s and calculating the R 
values using averaged RSRP results. 

If a cell is ranked as the best cell the UE shall perform cell reselection to that cell. If this cell is found to be not-suitable, 
the UE shall behave according to subclause 5.2.4.4. 

In all cases, the UE shall reselect the new cell, only if the following conditions are met: 

- the new cell is better ranked than the serving cell during a time interval TreselectionRAx; 

- more than 1 second has elapsed since the UE camped on the current serving cell. 
6.1.2.11.3 Test description 

6.1 .2.1 1 .3.1 Pre-test conditions 
System Simulator: 

- Cell l,Cell 2 and Cell 3 have different tracking areas according to table 6.0.1-2. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.1 .2.1 1 .3.2 Test procedure sequence 

Table 6.1.2.11.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The configuration marked "Tl" is applied at the point indicated in the Main 
behaviour description in Table 6.1.2.11.3.2-2. 

Table 6.1.2.11.3.2-1 : Time instances of cell power level and parameter changes 


Parameter 


Unit 


CelM 


Cell 2 


Cells 


Remark 

The power level values are set so that Rceii 2 

< Rcell 1 < Rcell 3. 


Tl 


Cell-specific 
RS EPRE 


dBm/15kHz 


-85 


-91 


-73 
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Table 6.1.2.11.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS changes the cells power level setting 
according to the row "T1 " in table 6.1 .2.1 1 .3.2- 
1. 





2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 3? 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



1 



6.1 .2.1 1 .3.3 Specific message contents 

Table 6.1.2.11 .3.3-1: Void 
Table 6.1.2.11.3.3-2: Void 
Table 6.1.2.11.3.3-3: Void 

6.1 .2.12 Cell reselection / Cell-specific reselection parameters provided by the 
network in a neiglibouring cell list 

6.1.2.12.1 Test Purpose 

(1) 

with { the UE is in RRC_IDLE and SystemInformationBlockType4 contain a cell-specific Qoffset for a 
neighbour intra frequency cell } 
ensure that { 

when { the neighbour cell has lower power than the serving cell but it is higher ranked due to the 
cell-specific Qoffset } 

then { the UE reselects the neighbour cell with cell-specific Qoffset } 

} 

(2) 

with { the UE is in RRC_IDLE and Systeminf ormationBlockType4 contain a black listed cell } 
ensure that { 

when { a black listed cell becomes higher ranked than the serving cell } 
then { the UE remains camped on the serving cell } 
} 


6.1.2.12.2 


Conformance Requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.304, clauses 5.2.4.1 and 
5.2.4.6. 

[TS 36.304 clause 5.2.4.1] 

The UE shall not consider any black listed cells as candidate for cell reselection. 

[TS 36.304 clause 5.2.4.6] 

The cell-ranking criterion Rg for serving cell and Rn for neighbouring cells is defined by: 


-Ks — v^measjs "I" vHyst 
Rn=Qmeas,n- Qoffset 


where: 
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Qrr 


RSRP measurement quantity used in cell reselections. 


Qoffset 


For intra-frequency: Equals to Qoffsets,n, if Qoffsets,n is valid, 
otherwise this equals to zero. 

For inter-frequency: Equals to Qoffsets,n plus Qoffsetfrequency, if 
Qoffsets,n is valid, otherwise this equals to Qoffsetfreguency- 


The UE shall perform ranking of all cells that fulfil the cell selection criterion S, which is defined in 5.2.3.2, but may 
exclude all CSG cells that are known by the UE to be not allowed. 

The cells shall be ranked according to the R criteria specified above, deriving Qmeas,n and Qmeas,s and calculating the R 
values using averaged RSRP results. 

If a cell is ranked as the best cell the UE shall perform cell reselection to that cell. If this cell is found to be not-suitable, 
the UE shall behave according to subclause 5.2.4.4. 

In all cases, the UE shall reselect the new cell, only if the following conditions are met: 

- the new cell is better ranked than the serving cell during a time interval TreselectionRAx; 

- more than 1 second has elapsed since the UE camped on the current serving cell. 
6.1.2.12.3 Test description 

6.1.2.12.3.1 Pre-test conditions 
System Simulator: 

cells 1, 2, and 4 on the same E-UTRA frequency and in different tracking areas 

- only 2 cells are simultaneously active. Cell 4 can be implemented as minimum uplink cell 

- System information combination 2 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 

- cell 1 is transmitting SystemInformationBlockType4 according to specific message contents (Qoffseti 2 is -24dB) 

- cell 2 is transmitting SystemInformationBlockType4 according to specific message contents (Qoffset2,i is 24dB, 
cell 4 is on black list) 

NOTE: Qoffset2,i does not serve any test purpose, but symmetrical Qoffset values may be more realistic and also 
avoid the risk that the UE reselects cell 1 after step 2 is complete in case the SS takes some time before 
switching cell 1 off. 

UE: 

None. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) on Cell 1 according to [18]. 

6.1.2.12.3.2 Test procedure sequence 

Table 6.1.2.12.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Rows marked "TO" denote the conditions after the preamble, while rows 
marked "Tl" and "T2" are to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 6.1.2.12.3.2-1 : Time instances of cell power level and parameter change 


Ti 

Parameter 

Unit 

Cein 

Cell 2 

Cell 4 

Remark 

TO 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

Off 

Off 

Only Cell 1 is on 

T1 

-85 

-91 

Off 

Cell 2 has lower power but is higher ranked 
due to cell-specific Ooffseti,2 

T2 

Off 

-91 

-85 

Cell 4 has higher power than Cell 2 but is 
black listed 
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Table 6.1.2.12.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS re-adjusts the cell-specific reference 
signal levels according to row "T1" in table 
6.1.2.12.3.2-1. 





2 

Check: Does the test result of generic 
procedure 6.4.2.7 indicate that the UE camps 
on Cell 2? 



1 


3 

The SS re-adjusts the cell-specific reference 
signal levels according to row "T2" in table 
6.1.2.12.3.2-1. 





4 

Check: Does the UE initiate a random access 
procedure on Cell 4 within the next 120s? 

- 

- 

2 

F 


6.1 .2.1 2.3.3 Specific message contents 

Table 6.1.2.12.3.3-1: SystemlnformationBlockType4 for cell 1 (all steps, Table 6.1.2.12.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-3 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType4 ::= SEQUENCE { 




intraFreqNeighCellList SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCelllD of Cell 2 



q-0ffsetCell[1] 

dB-24 



} 




} 





Table 6.1.2.12.3.3-2: SystemlnformationBlockType4iov cell 2 (all steps, Table 6.1.2.12.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-3 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType4 ::= SEQUENCE { 




intraFreqNeighCellList { 

1 entry 



physCellldfl] 

PhysicalCelllD of Cell 1 



q-OffsetCellfll 

dB24 



} 




intraFreqBlackCellList SEQUENCE { 

1 entry 



start[1] 

PhysicalCelllD of Cell 4 



range[1] 

Not present 



} 




} 





6.1.2.13 
6.1.2.13.1 
(1) 


UGll rGSGlGCtlOn, ojntrasearchj ^nonintrasearch 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state, and the UE is not in high mobility state } 
ensure that { 

when { Sintrasearch is non-zero in system information } 

then { UE perform measurement and reselects the highest ranked cell upon Srxlev < Sintrasearch } 


(2) 

with { UE in E-UTRA RRC_IDLE state, and the UE is not in high mobility state } 
ensure that { 

when { Snonintrasearch is non-zero in system information } 

then { UE perform measurement and reselects the cell which belong to the equal priority 

frequency cell upon Srxlev < Snonintrasearch } 
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(3) 

with { UE in E-UTRA RRC_IDLE state, and the UE is not in high mobility state } 
ensure that { 

when { Snonintrasearch is non-zero in system information } 

then { UE perform measurement and reselects the cell which belong to the high priority 

frequency cell upon SrxleV > Snonintrasearch } 

} 

6.1.2.13.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS36.304, clauses 5.2.4.2, 
5.2.4.5 and 5.2.4.6; TS36.331, clause 6.3.1. 

[TS 36.304, clause 5.2.4.2] 

When evaluating for reselection purposes cell selection criterion or SnonServingCell,x, the UE shall use parameters 
provided by the serving cell. 

Following rules are used by the UE to limit needed measurements: 

- If Sintrasearch IS scnt in the scrving cell and SservingCeii > Sintrasearch, UE may choosc to not perform intra-frequency 
measurements. 

- If SservingCeii <= Sintrasearch, or Sintrasearch IS not scnt in the scrving ccll UE shall perform intra-frcqucncy 
measurements. 

The UE shall apply the following rules for E-UTRAN inter- frequencies and inter-RAT frequencies which are 
indicated in system information and for which the UE has priority provided as defined in 5.2.4.1: 

For an E-UTRAN inter- frequency or inter-RAT frequency with a reselection priority higher than the 
reselection priority of the current E-UTRA frequency the UE shall perform measurements of higher priority 
E-UTRAN inter- frequency or inter-RAT frequencies according to [10]. 

- For an E-UTRAN inter- frequency with an equal or lower reselection priority than the reselection priority of 
the current E-UTRA frequency and for inter-RAT frequency with lower reselection priority than the 
reselection priority of the current E-UTRAN frequency: 

- If Snonintrasearch IS SCnt in the SCrving CCll and SservingCeii > Snonintrasearch UE may choOSC nOt tO perform 

measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower priority. 

- If SservingCeii <= Snonintrasearch Or Snonintrasearch IS nOt SCnt in the SCrving CCll the UE shall perform 

measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower priority 
according to [10]. 

Where SservingCeii is the Srxlev- value of the serving cell. 

[TS 36.304, clause 5.2.4.5] 

Criteria 1 : the SnonServingCeii,x of a cell on evaluated frequency is greater than Thresh^, high during a time interval 
TreselectionRAx; 


Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra-frequency cell 
reselection as defined in sub-clause 5.2.4.6. 


In all the above criteria the value of TreselectionRAT is scaled when the UE is in the medium or high mobility state as 
defined in subclause 5.2.4.3.1. If more than one cell meets the above criteria, the UE shall reselect a cell ranked as the 
best cell among the cells meeting the criteria on the highest priority frequencies or the highest priority RAT if the 
highest priority RAT is E-UTRA according to criteria defined in 5.2.4.6. 

[TS 36.304, clause 5.2.4.6] 

The cell-ranking criterion Rg for serving cell and Rn for neighbouring cells is defined by: 
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where: 


Qrr 


Qoffset 


K^s — v^measjS "I" v^Hyst 
Rn=Qmeas,n- Qoffset 


RSRP measurement quantity used in cell reselections. 


For intra-frequency: Equals to Qoffsets,n, if Qoffsets,n is valid, 
otherwise this equals to zero. 

For inter-frequency: Equals to Qoffsets,n plus Qoffsetfrequency, if 
Qoffsets,n is valid, otherwise this equals to Qoffsetfreguency- 


The UE shall perform ranking of all cells that fulfil the cell selection criterion S, which is defined in 5.2.3.2, but may 
exclude all CSG cells that are known by the UE to be not allowed. 

The cells shall be ranked according to the R criteria specified above, deriving Qmeas,n and Qmeas,s and calculating the R 
values using averaged RSRP results. 

If a cell is ranked as the best cell the UE shall perform cell re-selection to that cell. 


In all cases, the UE shall reselect the new cell, only if the following conditions are met: 

- the new cell is better ranked than the serving cell during a time interval TreselectionRAx, 

- more than 1 second has elapsed since the UE camped on the current serving cell. 

[TS 36.331, clause 6.3.1] 

The IE SystemlnformationBlockTypeS contains cell re-selection information common for intra-frequency, inter- 
frequency and/ or inter-RAT cell re-selection (i.e. applicable for more than one type of cell re-selection but not 
necessarily all) as well as intra-frequency cell re-selection information other than neighbouring cell related. 

6.1.2.13.3 Test description 

6.1.2.13.3.1 Pre-test conditions 
System Simulator: 

- Cell 1, Cell 2 and Cell 3 have different tracking areas according to table 6.0.1-2. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.1.2.13.3.2 Test procedure sequence 

Table 6.1.2.13.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The exact instants on which these values shall be applied are described in the 
texts in this clause. Configurations marked "Tl", "T2" and "T3" are applied at the points indicated in the Main 
behaviour description in Table 6.1.2.13.3.2-2. 
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Table 6.1.2.13.3.2-1 : Time instances of cell power level and parameter change 



Parameter 

Unit 

CelM 

Cell 2 

Cell 3 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/15kHz 

-91 

-79 

"Off" 

SrxleV of Cell 1 is less than Sintrasearch. 

Qrxlevmin 

dBm 

-106 

-106 

-106 

Sintrasearch 

dB 

-22 

-22 

-22 

T2 

Cell-specific RS 
EPRE 

dBm/15kHz 

"Off" 

-97 

-79 

SrxleV of Cell 2 is less than Snonintrasearch. 

Snonintrasearch 

dB 

-16 

-16 

-16 

T3 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

"Off" 

-79 

Srxlev of Cell 3 is greater than 

Snonintrasearch but Cell 1 IS high phohtV Cell. 

Note: Power level "Off" is defined in TS36.508 Table 6.2.2.1-1. 


Table 6.1.2.13.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS re-adjusts the cell-specific reference 
signal levels according to row "T1" in table 
6.1.2.13.3.2-1. 





2 

Check: Does UE transmit an 
RRCConnectionRequest message on Cell 2? 

-> 

RRCConnectionRequest 

1 

P 

3-7 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed 
on Cell 2. 

NOTE: The UE performs a TAU procedure 
and the RRC connection is released. 





8 

The SS re-adjusts the cell-specific reference 
signal levels according to row "T2" in table 
6.1.2.13.3.2-1. 





9 

Check: Does UE transmit an 
RRCConnectionRequest message on Cell 3? 

-> 

RRCConnectionRequest 

2 

P 

10- 
14 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed 
on Cell 3. 

NOTE: The UE performs a TAU procedure 
and the RRC connection is released. 





15 

The SS notifies the UE of change of System 
Information and changes the system 
information for Cell 3. The 
systemlnfoValueTag in the 
System InformationBlockTypel is increased. 

<- 

Paging 



16 

Wait for 1 5 s for the UE to receive system 
information. 

- 

- 

- 

- 

16A 

SS modifies SIB3 in Cell 1 according to Table 
6.1.2.13.3.3-6 

- 

- 

- 

- 

17 

The SS re-adjusts the cell-specific reference 
signal levels according to row "T3" in table 
6.1.2.13.3.2-1. 





18 

Check: Does the test result of steps 1 to 5 of 
the generic test procedure in TS 36.508 
subclause 6.4.2.7 indicate that the UE is 
camped on E-UTRAN Cell 1? (Notel) 
NOTE: The UE performs a TAU procedure. 

Note: UE uses the new SIB3 modified in step 
16A. 



3 


Notel : UE shall search higher priority layer (i.e. E-UTRA carrier frequency of Cell 1) at least every (60 * Niayers) 
seconds, where Niayers = 1 as specified in [4.2.2, 34]. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


120 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


6.1.2.13.3.3 


Specific message contents 

Table 6.1.2.13.3.3-1: Void 


Table 6.1.2.13.3.3-2: SystemlnformationBlockTypeS ior Cells 1, 2 and 3 (preamble and all steps, table 

6.1.2.13.3.2-2; 


Derivation Patii: 36.508 table 4.4.3.3-2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




s-NonlntraSearch 

8(16dB) 



} 




intraFreqCellReselectionlnfo SEQUENCE { 




s-lntraSearch 

1 1 (22 dB) 



} 




} 





Table 6.1.2.13.3.3-3: SystemlnformationBlockTypel for Cell 3 (step 15, Table 6.1.2.13.3.2-2) 


Derivation Patii: 36.508 table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




systemlnfoValueTag 

1 

Previous value is 


} 





Table 6.1.2.13.3.3-4: SystemlnformationBlockTypeS for Cell 3 (step 15, Table 6.1.2.13.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType5 ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(1 ..maxFreq)) OF SEQUENCE { 

1 entry 



dl-CarrierFreq[1] 

EARFCN of Cell 1 



threshX-High[1] 

5 

10dB 


cellReselectionPriority[1 ] 

5 



} 




} 





Table 6.1.2.13.3.3-5: Paging {step 15, Table 6.1.2.13.3.2-2) 


Derivation path: 36.508 Table 4.6.1-7 

Information Element 

Value/Remark 

Comment 

Condition 

Paging ::= SEQUENCE! 




pagingRecordList 

Not present 



systemlnfoModification 

true 



etws-lndication 

Not present 



nonCriticalExtension SEQUENCE {} 

Not present 



} 
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Table 6.1.2.13.3.3-6: SystemlnformationBlockTypeS ior Cell 1 (step 16A, table 6.1.2.13.3.2-2; 


Derivation Path: 36.508 table 4.4.3.3-2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




s-NonlntraSearch 

8(16dB) 



cellReselectionPriority 

5 



} 




intraFreqCellReselectionlnfo SEQUENCE { 




• s-lntraSearch 

1 1 (22 dB) 



} 




} 





6.1.2.14 
6.1.2.14.1 

(1) 


Speed-dependent cell reselection 

Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state and in high mobility state } 
ensure that { 

when { UE detects the cell ranked as the best cell taking into account scaling factor 
then { UE reselects the new cell } 
} 


6.1.2.14.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.3 and 
5.2.4.3.1. 

[TS 36.304, clause 5.2.4.3] 

Besides Normal-mobility state a High-mobility and a Medium-mobility state are applicable if the parameters (TcRmax, 
NcR_H, NcR M and TcRmaxHyst) ^rc sent in the system information broadcast of the serving cell. 

State detection criteria: 


High-mobility state criteria: 

- If number of cell reselections during time period TcRmax exceeds Ncr h 

The UE shall not count consecutive reselections between same two cells into mobility state detection criteria if same 
cell is reselected just after one other reselection. 

State transitions: 

The UE shall: 

- if the criteria for High-mobility state is detected: 
- enter High-mobility state. 

If the UE is in High- or Medium-mobility state, the UE shall apply the speed dependent scaling rules as defined in 
subclause 5.2.4.3.1. 

[TS 36.304, clause 5.2.4.3.1] 

UE shall apply the following scaling rules: 

- If neither Medium- nor Highmobility state is detected: 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


122 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


- no scaling is applied. 

If High-mobility state is detected: 

- Add the sf-High of "Speed dependent ScalingFactor for Qhyst" to Qhyst if sent on system information 

- For E-UTRAN cells multiply TreselectionEUTRA by the sf-High of "Speed dependent ScalingFactor for 
TreselectionEUTRA" if sent on system information 

- For UTRAN cells multiply TreselectionuTRA by the sf-High of "Speed dependent ScalingFactor for 
TreselectionuTRA" if sent on system information 

- For GERAN cells multiply TreselectioncERA by the sf-High of "Speed dependent ScalingFactor for 
TreselectioncERA state" if sent on system information 

- For CDMA2000 HRPD cells Multiply TreselectioncDMA_HRPD by the sf-High of "Speed dependent 
ScalingFactor for TreselectioncDMA_HRPD" if sent on system information 

- For CDMA2000 IxRTT cells Multiply TreselectioncDMA_ixRTT by the sf-High of "Speed dependent 
ScalingFactor for TreselectioncDMA_ixRTT" if sent on system information 


In case scaling is applied to any TreselectionRAx parameter the UE shall round up the result after all scalings to the 
nearest second. 

6.1.2.14.3 Test description 

6.1.2.14.3.1 Pre-test conditions 
System Simulator: 

- Cell 1, Cell 2, and Cell 4. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 according to [18]. 

6.1.2.14.3.2 Test procedure sequence 

Table 6.1.2.14.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Cell 4 

Remark 

T1 

Cell-specific 
RS EPRE 

dBm/ 
15kH 

z 

-91 

-85 

-91 

Cell 2 becomes the highest ranked cell. 

T2 

Cell-specific 
RS EPRE 

dBm/ 
15kH 

z 

-91 

-91 

-85 

Cell 4 becomes the highest ranked cell. 

T3 

Cell-specific 
RS EPRE 

dBm/ 
15kH 

z 

-85 

-91 

-91 

Cell 1 becomes the highest ranked cell. 
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Table 6.1.2.14.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS changes the power level setting 
according to the row'TI" in table 6.1.2.14.3.2- 
1. 





2 

Wait for 40s for the UE to perform cell 
reselection procedure. (Note 1 , Note 5) 

- 

- 

- 

- 

3 

The SS changes the power level setting 
according to the row "T2" in table 6.1 .2.14.3.2- 
1. 





4 

Wait for 1 0s for the UE to perform cell 
reselection procedure. (Note 2, Note 6) 

- 

- 

- 

- 

5 

The SS changes the power level setting 
according to the row "T3" in table 6.1.2.14.3.2- 
1. 





6 

Wait for 1 0s for the UE to perform cell 
reselection procedure. (Note 3, Note 6) 

- 

- 

- 

- 

7 

The SS changes the power level setting 
according to the row'TI" in table 6.1.2.14.3.2- 
1. 





8 

Wait for 1 0s for the UE to perform cell 
reselection procedure. (Note 4, Note 6) 

- 

- 

- 

- 

9 

The SS changes the TAG for Cell 4 to 2. 

- 

- 

- 

- 

10 

The SS changes the power level setting 
according to the row "T2" in table 6.1.2.14.3.2- 
1. 





11 

Check: Does the UE send an 
RRCConnectionRequest on Cell 4 within 2s? 
(Note 7) 

-> 

RRCConnectionRequest 

1 

F 

12 

Check: Does the UE send an 
RRCConnectionRequest on Cell 4 within 5s 
after step 1 1 ? (Note 8) 

-> 

RRCConnectionRequest 

1 

P 

13- 
17 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed on 
Cell 4. 



1 


Note 1 : NcR (number of cell reselection) is 1 . 

Note 2: Ncr is 2. 

Note 3: Ncr is 3. 

Note 4: Ncr is 4 and the UE enters high mobility state because number of cell reselections during time period TcRmax 

exceeds Ncr_h. 
Note 5: The wait time for reselection to a newly detected intra frequency cell is selected to cover TdetectEuiRANjntra + 

320 ms system information block type scheduling. 
Note 6: The wait time for reselection to an already detected intra frequency cell is selected to cover Treselection (7s) 

+ 320 ms system information block type scheduling. 
Note 7: The wait time for evaluating an intra-frequency cell is Treselection after scaling (2s) + 320 ms system 

information block type scheduling. This wait time is rounded down to nearest second. 
Note 8: The wait time for cell reselection procedure is selected to cover Tevaiuate,E-uTRANjntra (6.4s) + 320 ms system 

information block type scheduling. The actual wait time is 5s which covers (6.4s + 320 ms) - 2s (wait time in 

step 11). 


6.1.2.14.3.3 


Specific message contents 


Table 6.1.2.14.3.3-1 : SystemlnformationBlockTypel for Cell 2, and Cell 4 (preamble, Table 

6.1.2.14.3.2-2) 


Derivation Path: 36.508 Table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnformation SEQUENCE { 




trackingAreaCode 

1 



} 




} 
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Table 6.1.2.14.3.3-2: SystemlnformationBlockTypeS ior Cell 1, Cell 2, and Cell 4 (preamble and all 

steps, Table 6.1.2.14.3.2-2) 


Derivation Path: 36.508, Table 4.4.3.3-2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionlnfoCommon SEQUENCE { 




speedStateReselectionPars SEQUENCE { 




mobilityStateParameters SEQUENCE { 




t-Evalulation 

s240 



t-HystNormal 

s240 



n-CellChangelVledium 

3 



n-CellChangeHigh 

3 



} 




q-HystSF SEQUENCE! 




sf-IVIedium 

dBO 



sf-High 

dBO 



} 




} 




} 




intraFreqCellReselectionlnfo SEQUENCE { 




t-ReselectionEUTRAN 

7 



t-ReselectionEUTRA-SF SEQUENCE { 




sf-IVIedium 

oDot25 



sf-High 

oDot25 



} 




} 




} 




Table 6.1.2.14.3.3-3: SystemlnformationBlockTypel for Cell 4 (step 9, Table 6.1.2.14.3.2-2) 

Derivation Path: 36.508 Table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnformation SEQUENCE { 




trackingAreaCode 

2 



} 




systemlnfoValueTag 

1 



} 





6.1.2.15 


6.1.2.15.1 


Inter-frequency cell reselection according to cell reselection priority provided 
by SIBs 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the equal 
priority frequency } 

then { UE reselects the cell which belongs to the equal priority frequency } 


(2) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the higher 
priority frequency } 

then { UE reselects the cell which belongs to the higher priority frequency } 
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(3) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the lower 
priority frequency } 

then { UE reselects the cell which belongs to the lower priority frequency } 
} 

6.1.2.15.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.1, 
5.2.4.2, 5.2.4.5 and 5.2.4.6. 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information, in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
(re)selection. In the case of system information, an E-UTRAN frequency or inter-RAT frequency may be listed without 
providing a priority (i.e. the field cellReselectionPriority is absent for that frequency). If priorities are provided in 
dedicated signalling, the UE shall ignore all the priorities provided in system information. If UE is in camped on any 
cell state, UE shall only apply the priorities provided by system information from current cell, and the UE preserves 
priorities provided by dedicated signalling unless specified otherwise. When the UE in camped normally state, has only 
dedicated priorities other than for the current frequency, the UE shall consider the current frequency to be the lowest 
priority frequency (i.e. lower than the eight network configured values). The UE shall delete priorities provided by 
dedicated signalling when: 

- the UE enters RRC_CONNECTED state; or 

- the optional validity time of dedicated priorities (T320) expires; or 

- a PLMN selection is performed on request by NAS [5]. 

NOTE: Equal priorities between RATs are not supported. 

The UE shall only perform cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are 
given in system information and for which the UE has a priority provided. 

The UE shall not consider any black listed cells as candidate for cell reselection. 

The UE shall inherit the priorities provided by dedicated signalling and the remaining validity time (i.e., T3 20 in E- 
UTRA, T322 in UTRA and [T3230, FES] in GERAN), if configured, at inter-RAT cell (re)selection. 

NOTE: The network may assign dedicated cell reselection priorities for frequencies not configured by system 
information. 

[TS 36.304, clause 5.2.4.2] 

When evaluating for reselection purposes cell selection criterion or SnonServingCell,x, the UE shall use parameters 
provided by the serving cell. 

Following rules are used by the UE to limit needed measurements: 

- If Sintrasearch IS scnt in the scrving cell and SservingCeii > Sintrasearch, UE may choosc to not perform intra-frequency 
measurements. 

- If SservingCeii <= Sintrasearch, or Sintrasearch IS not scnt in the scrving ccll UE shall pcrform intra-frcqucncy 
measurements. 

The UE shall apply the following rules for E-UTRAN inter- frequencies and inter-RAT frequencies which are 
indicated in system information and for which the UE has priority provided as defined in 5.2.4.1: 

For an E-UTRAN inter- frequency or inter-RAT frequency with a reselection priority higher than the 
reselection priority of the current E-UTRA frequency the UE shall perform measurements of higher priority 
E-UTRAN inter- frequency or inter-RAT frequencies according to [10]. 
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- For an E-UTRAN inter- frequency with an equal or lower reselection priority than the reselection priority of 
the current E-UTRA frequency and for inter-RAT frequency with lower reselection priority than the 
reselection priority of the current E-UTRAN frequency: 

- If Snonintrasearch IS scnt in the scrving ccll and Sservingceii > Snonintrasearch UE may choosc not to perform 
measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower priority. 

- If SservingCell <= Snonintrasearch Or Snonintrasearch IS nOt SCnt in the SCrving CCll the UE shall perform 

measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower priority 
according to [10]. 

Where SservingCeii is the Srxlev- value of the serving cell. 

[TS 36.304, clause 5.2.4.5] 

Criteria 1 : the SnonServingCeii,x of a cell on evaluated frequency is greater than Thresh^, high during a time interval 
TreselectionRAT; 

Cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than serving frequency shall 
be performed if: 

A cell of a higher priority E-UTRAN frequency or inter-RAT frequency fulfils criteria 1 ; and 

- more than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than serving frequency shall 
be performed if: 

No cell on a higher priority E-UTRAN frequency or inter-RAT frequency than serving frequency fulfils the 
criteria 1; and 

- No cell on serving frequency or on an equal priority E-UTRAN frequency fulfils the criteria in 5.2.4.6; and 

- SservingCeii < Thrcsh Serving, low ^nd the SnonServingCeii,x of 3. ccll of 3. lowcr priority E-UTRAN frcqucncy or inter-RAT 
frequency is greater than Thresh^, low during a time interval TreselectionRAT; and 


or if: 


more than 1 second has elapsed since the UE camped on the current serving cell. 


there are no candidate cells for reselection on serving frequency according to 5.2.4.4 or 5.3.1. 


Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra- frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

For GERAN, UTRAN, and E-UTRAN, SnonServingCeiu is the Srxlev- value of an evaluated cell. For UTRAN FDD, Squal 
is higher than 0, as defined in [8]. For cdma2000 RATs, SnonServingCeii,x is equal to FL00R(-2 x 10 x log 10 Ec/Io) in units 
of 0.5 dB, as defined in [18], with Ec/Io referring to the value measured from the evaluated cell. 

In all the above criteria the value of TreselectionRAT is scaled when the UE is in the medium or high mobility state as 
defined in subclause 5.2.4.3.1. If more than one cell meets the above criteria, the UE shall reselect a cell ranked as the 
best cell among the cells meeting the criteria on the highest priority frequencies or the highest priority RAT if the 
highest priority RAT is E-UTRA according to criteria defined in 5.2.4.6. 

[TS 36.304, clause 5.2.4.6] 

The cell-ranking criterion Rs for serving cell and Rn for neighbouring cells is defined by: 


Rs = Qmeas,s + Qhysts 
Rn=Qmeas,n- Qoffset 


where: 
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Qrr 


RSRP measurement quantity used in cell reselections. 


Qoffset 


For intra-frequency: Equals to Qoffsets,n, if Qoffsets,n is valid, 
otherwise this equals to zero. 

For inter-frequency: Equals to Qoffsets,n plus Qoffsetfrequency, if 
Qoffsets,n is valid, otherwise this equals to Qoffsetfreguency- 


The UE shall perform ranking of all cells that fulfil the cell selection criterion S, which is defined in 5.2.3.2, but may 
exclude all CSG cells that are known by the UE to be not allowed. 

The cells shall be ranked according to the R criteria specified above, deriving Qmeas,n and Qmeas,s and calculating the R 
values using averaged RSRP results. 

If a cell is ranked as the best cell the UE shall perform cell re-selection to that cell. If this cell is found to be not- 
suitable, the UE shall behave according to subclause 5.2.4.4. 

In all cases, the UE shall reselect the new cell, only if the following conditions are met: 

- the new cell is better ranked than the serving cell during a time interval TreselectionRAT; 

- more than 1 second has elapsed since the UE camped on the current serving cell. 
6.1 .2.1 5.3 Test description 

6.1.2.15.3.1 Pre-test conditions 
System Simulator: 

- Cell 1, Cell 3 and Cell 6. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.1.2.15.3.2 Test procedure sequence 

Table 6.1.2.15.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Subsequent configurations marked "Tl", "T2" and "T3" are applied at the 
points indicated in the Main behaviour description in Table 6.1.2.15.3.2-2. 

Table 6.1.2.15.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 

Cells 

Remark 

T1 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

-73 

"Off" 

The power level values are assigned to 

satisfy Rceii i < Rceii s- 

(N0TE1). 

T2 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

"Off" 

-73 

-73 

The power level values are assigned to 
satisfy Srxlevceii i < and Srxlevceii e > 
Threshceii6,high. 
(NOTED. 

T3 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

"Off" 

-73 

-95 

The power level values are assigned to 
satisfy Srxlevceii e < Threshserving, low and 
Srxlevceii s > Threshceii s, low, Srxlevceii i< 0. 
(NOTED. 

NOTE 1 : Power level "Off" is defined in TS36.508 Table 6.2.2.1-1 . 
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Table 6.1.2.15.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS changes Cell 3 power level according 
to the row "T1" in table 6.1 .2.15.3.2-1. 

- 

- 

- 

- 

2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 3? 



1 


3 

The SS changes Cell 1 and Cell 6 power level 
according to the row "T2" in table 6.1.2.15.3.2- 
1. 





4 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 6? 



2 


5 

The SS changes Cell 6 power level according 
to the row "T3" in table 6.1 .2.15.3.2-1 . 

- 

- 

- 

- 

6 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 3? 



3 



6.1 .2.1 5.3.3 Specific message contents 

Table 6.1.2.15.3.3-1: Void 

Table 6.1.2.15.3.3-2: Void 

Table 6.1.2.15.3.3-3: SystemlnformationBlockTypeS ior Cell 6 (preamble and all steps, Table 

6.1.2.15.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




threshServingLow 

10 

20 dB 


cellReselectionPriority 

5 



} 




} 





Table 6.1.2.15.3.3-4: SystemlnformationBlockTypeSior Cell 1 and Cell 3 (preamble and all steps, 

Table 6.1.2.15.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType5 ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(L.maxFreq)) OF SEQUENCE} 




dl-CarrierFreq[n] 

EARFCN of Cell 6 



threshX-High[n] 

10 

20 dB 


cellReselectionPriority[n] 

5 



} 




} 





6.1 .2.15a Inter-frequency cell reselection according to cell reselection priority provided 
by SIBs / Between FDD and TDD 

6.1 .2.1 5a.1 Test Purpose (TP) 

(1) 


with 


UE in E-UTRA RRC IDLE state in FDD mode) 
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ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the equal 
priority TDD frequency } 

then { UE reselects the cell which belongs to the equal priority TDD frequency } 

} 

(2) 

with { UE in E-UTRA RRC_IDLE state in TDD mode} 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the higher 
priority FDD frequency } 

then { UE reselects the cell which belongs to the higher priority FDD frequency } 

} 

(3) 

with { UE in E-UTRA RRC_IDLE state in FDD mode} 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the lower 
priority TDD frequency } 

then { UE reselects the cell which belongs to the lower priority TDD frequency } 
} 

6.1 .2.1 5a.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.1, 
5.2.4.2, 5.2.4.5 and 5.2.4.6. 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information, in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
(re)selection. In the case of system information, an E-UTRAN frequency or inter-RAT frequency may be listed without 
providing a priority (i.e. the field cellReselectionPriority is absent for that frequency). If priorities are provided in 
dedicated signalling, the UE shall ignore all the priorities provided in system information. If UE is in camped on any 
cell state, UE shall only apply the priorities provided by system information from current cell, and the UE preserves 
priorities provided by dedicated signalling unless specified otherwise. When the UE in camped normally state, has only 
dedicated priorities other than for the current frequency, the UE shall consider the current frequency to be the lowest 
priority frequency (i.e. lower than the eight network configured values). The UE shall delete priorities provided by 
dedicated signalling when: 

- the UE enters RRC_CONNECTED state; or 

- the optional validity time of dedicated priorities (T320) expires; or 

- a PLMN selection is performed on request by NAS [5]. 

NOTE: Equal priorities between RATs are not supported. 

The UE shall only perform cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are 
given in system information and for which the UE has a priority provided. 

The UE shall not consider any black listed cells as candidate for cell reselection. 

The UE shall inherit the priorities provided by dedicated signalling and the remaining validity time (i.e., T3 20 in E- 
UTRA, T322 in UTRA and [T3230, FES] in GERAN), if configured, at inter-RAT cell (re)selection. 

NOTE: The network may assign dedicated cell reselection priorities for frequencies not configured by system 
information. 

[TS 36.304, clause 5.2.4.2] 

When evaluating for reselection purposes cell selection criterion or SnonServingCell,x, the UE shall use parameters 
provided by the serving cell. 

Following rules are used by the UE to limit needed measurements: 
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- If Sintrasearch IS Sent in the Serving cell and SservingCeii > Sintrasearch, UE may choose to not perform intra-frequency 
measurements. 

- If SservingCeii <= Sintrasearch, or Sintrasearch IS not scnt in the scrving ccll UE shall perform intra-frcqucncy 
measurements. 

The UE shall apply the following rules for E-UTRAN inter- frequencies and inter-RAT frequencies which are 
indicated in system information and for which the UE has priority provided as defined in 5.2.4.1: 

- For an E-UTRAN inter- frequency or inter-RAT frequency with a reselection priority higher than the 
reselection priority of the current E-UTRA frequency the UE shall perform measurements of higher priority 
E-UTRAN inter- frequency or inter-RAT frequencies according to [10]. 

- For an E-UTRAN inter- frequency with an equal or lower reselection priority than the reselection priority of 
the current E-UTRA frequency and for inter-RAT frequency with lower reselection priority than the 
reselection priority of the current E-UTRAN frequency: 

- If Snonintrasearch IS scnt in the scrving ccll and SservingCeii > Snonintrasearch UE may choosc not to perform 
measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower priority. 

- If SservingCeii <= Snonintrasearch Or Snonintrasearch IS nOt SCnt in the SCrving CCll the UE shall perform 

measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower priority 
according to [10]. 

Where SservingCeii is the Srxlev- value of the serving cell. 

[TS 36.304, clause 5.2.4.5] 

Criteria 1 : the SnonServingCeii,x of a cell on evaluated frequency is greater than Thresh^, high during a time interval 
TreselectionRAT; 

Cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than serving frequency shall 
be performed if: 

A cell of a higher priority E-UTRAN frequency or inter-RAT frequency fulfils criteria 1 ; and 

- more than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than serving frequency shall 
be performed if: 

No cell on a higher priority E-UTRAN frequency or inter-RAT frequency than serving frequency fulfils the 
criteria 1; and 

- No cell on serving frequency or on an equal priority E-UTRAN frequency fulfils the criteria in 5.2.4.6; and 

- SservingCeii < Thrcsh Serving, low ^nd the SnonServingCeii,x of 3. ccll of 3. lowcr priority E-UTRAN frcqucncy or inter-RAT 
frequency is greater than Thresh^, low during a time interval TreselectionRAT; and 


or if: 


more than 1 second has elapsed since the UE camped on the current serving cell. 


there are no candidate cells for reselection on serving frequency according to 5.2.4.4 or 5.3.1. 


Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra-frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

For GERAN, UTRAN, and E-UTRAN, SnonServingCeiu is the Srxlev- value of an evaluated cell. For UTRAN FDD, Squal 
is higher than 0, as defined in [8]. For cdma2000 RATs, SnonServingCeii,x is equal to FL00R(-2 x 10 x log 10 Ec/Io) in units 
of 0.5 dB, as defined in [18], with Ec/Io referring to the value measured from the evaluated cell. 

In all the above criteria the value of TreselectionRAT is scaled when the UE is in the medium or high mobility state as 
defined in subclause 5.2.4.3.1. If more than one cell meets the above criteria, the UE shall reselect a cell ranked as the 
best cell among the cells meeting the criteria on the highest priority frequencies or the highest priority RAT if the 
highest priority RAT is E-UTRA according to criteria defined in 5.2.4.6. 
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[TS 36.304, clause 5.2.4.6] 

The cell-ranking criterion Rs for serving cell and Rn for neighbouring cells is defined by: 


where: 


Qrr 


Qoffset 


Rs = Qmeas,s + Qhysts 
Rn=Qmeas,n- Qoffset 


RSRP measurement quantity used in cell reselections. 


For intra-frequency: Equals to Qoffsets,n, if Qoffsets,n is valid, 
otherwise this equals to zero. 

For inter-frequency: Equals to Qoffsets,n plus Qoffsetfrequency, if 
Qoffsets,n is valid, otherwise this equals to Qoffsetfreguency- 


The UE shall perform ranking of all cells that fulfil the cell selection criterion S, which is defined in 5.2.3.2, but may 
exclude all CSG cells that are known by the UE to be not allowed. 

The cells shall be ranked according to the R criteria specified above, deriving Qmeas,n and Qmeas,s and calculating the R 
values using averaged RSRP results. 

If a cell is ranked as the best cell the UE shall perform cell re-selection to that cell. If this cell is found to be not- 
suitable, the UE shall behave according to subclause 5.2.4.4. 

In all cases, the UE shall reselect the new cell, only if the following conditions are met: 

- the new cell is better ranked than the serving cell during a time interval TreselectionRAT; 

- more than 1 second has elapsed since the UE camped on the current serving cell. 
6.1 .2.1 5a.3 Test description 

6.1.2.15a.3.1 Pre-test conditions 

System Simulator: 

- Cell 1, Cell 10 and Cell 6 have different tracking areas according to table 6.0.1-2. 

- Cell 1 and Cell 6 are set to LTE-FDD mode and Cell 10 is set to LTE-TDD mode. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.1.2.15a.3.2 Test procedure sequence 

Table 6.1.2.15a.3.2-l illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Subsequent configurations marked "Tl", "T2" and "T3" are applied at the 
points indicated in the Main behaviour description in Table 6.1.2.15a.3.2-2. 
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Table 6.1.2.15a.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 10 

Cell 6 

Remark 

T1 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

-73 

"Off" 

The power level values are assigned to 

satisfy Rcein < Rceino. 

(NOTED. 

T2 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

"Off" 

-73 

-73 

The power level values are assigned to 
satisfy Srxlevceii i < and Srxlevceii e > 
Threshceiiio,high. 
(N0TE1). 

T3 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

"Off" 

-73 

-95 

The power level values are assigned to 
satisfy Srxlevceii e < Threshserving, low and 
Srxlevceii io > Threshceii e low, Srxlevceii i< 0. 
(N0TE1). 

Note 1 : Power level "Off" is defined in TS36.508 Table 6.2.2.1-1. 


Table 6.1.2.15a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS changes Cell 10 power level according 
to the row "T1 " in table 6.1 .2.15a.3.2-1 . 

- 

- 

- 

- 

2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 10? 



1 

P 

3 

The SS changes Cell 1 and Cell 6 power level 
according to the row "T2" in table 
6.1.2.15a.3.2-1. 





4 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 6? 



2 

P 

5 

The SS changes Cell 6 power level according 
to the row "T3" in table 6.1 .2.15a.3.2-1 . 

- 

- 

- 

- 

6 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 10? 



3 

p 


Editor's Note: The test procedure that supports cell reselection on RRC and NAS is FFS depending on the core 
specification. 


6.1.2.15a.3.3 


Specific message contents 


Table 6.1.2.15a.3.3-1: SystemlnformationBlockType3 iov Cell 6 (preamble and all steps, Table 

6.1.2.15a.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




threshServingLow 

10 

20 dB 


cellReselectionPriority 

5 



} 




} 
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Table 6.1.2.15a.3.3-2: SystemlnformationBlockTypeS ior Cell 1 and Cell 10 (preamble and all steps, 

Table 6.1. 2.1 5a.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(1..maxFreq)) OF SEQUENCE { 




dl-CarrierFreq[n] 

EARFCN of Cell 6 



threshX-High[n] 

10 

20 dB 


cellReselectionPriority[n] 

5 



} 




} 





6.1.2.16 
6.1.2.16.1 
(1) 


Cell reselection / interband operation / Between FDD and TDD 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state in FDD mode } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell on the different TDD 
frequency band } 

then { UE reselects the new cell } 


(2) 

with { UE in E-UTRA RRC_IDLE state in TDD mode } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell on the different FDD 
frequency band } 

then { UE reselects the new cell } 
} 


6.1.2.16.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.1, 
5.2.4.2 and 5.2.4.5. 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information, in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
(re)selection. In the case of system information, an E-UTRAN frequency or inter-RAT frequency may be listed without 
providing a priority (i.e. the field cellReselectionPriority is absent for that frequency). If priorities are provided in 
dedicated signalling, the UE shall ignore all the priorities provided in system information. If UE is in camped on any 
cell state, UE shall only apply the priorities provided by system information from current cell, and the UE preserves 
priorities provided by dedicated signalling unless specified otherwise. When the UE in camped normally state, has only 
dedicated priorities other than for the current frequency, the UE shall consider the current frequency to be the lowest 
priority frequency (i.e. lower than the eight network configured values). While the UE is camped on a suitable CSG 
cell, the UE shall always consider the current frequency to be the highest priority frequency (i.e. higher than the eight 
network configured values), irrespective of any other priority value allocated to this frequency. The UE shall delete 
priorities provided by dedicated signalling when: 

- the UE enters RRC_CONNECTED state; or 

- the optional validity time of dedicated priorities (T320) expires; or 

- a PLMN selection is performed on request by NAS [5]. 

NOTE: Equal priorities between RATs are not supported. 

The UE shall only perform cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are 
given in system information and for which the UE has a priority provided. 
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The UE shall not consider any black listed cells as candidate for cell reselection. 

The UE shall inherit the priorities provided by dedicated signalling and the remaining validity time (i.e., T3 20 in E- 
UTRA, T322 in UTRA and T3230 in GERAN), if configured, at inter-RAT cell (re)selection. 

NOTE: The network may assign dedicated cell reselection priorities for frequencies not configured by system 
information. 

[TS 36.304, clause 5.2.4.2] 

When evaluating for reselection purposes cell selection criterion or SnonServingCell,x, the UE shall use parameters 
provided by the serving cell. 

Following rules are used by the UE to limit needed measurements: 

- If Sintrasearch IS scnt in the scrving cell and SservingCeii > Sintrasearch, UE may choosc to not perform intra-frequency 
measurements. 

- If SservingCeii <= Sintrasearch, or Sintrasearch IS not scnt in the scrving ccll UE shall perform intra-frcqucncy 
measurements. 

- The UE shall apply the following rules for E-UTRAN inter-frequencies and inter-RAT frequencies which are 
indicated in system information and for which the UE has priority provided as defined in 5.2.4.1: 

- For an E-UTRAN inter- frequency or inter-RAT frequency with a reselection priority higher than the 

reselection priority of the current E-UTRA frequency the UE shall perform measurements of higher priority 
E-UTRAN inter- frequency or inter-RAT frequencies according to [10]. 

For an E-UTRAN inter- frequency with an equal or lower reselection priority than the reselection priority of 
the current E-UTRA frequency and for inter-RAT frequency with lower reselection priority than the 
reselection priority of the current E-UTRAN frequency: 

- If Snonintrasearch IS scnt in the scrving ccll and SservingCeii > Snonintrasearch UE may choosc not to perform 
measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower priority. 

- If SservingCeii <= SnonintrasearchOr Snonintrasearch IS nOt SCnt in the SCrving CCll the UE shall pcrform 

measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower priority 
according to [10]. 

Where SservingCeii is the Srxlev- value of the serving cell. 

[TS 36.304, clause 5.2.4.5] 

Criteria 1 : the SnonServingCeii,x of a cell on evaluated frequency is greater than Thresh^, high during a time interval 
TreselectionRAT; 

Cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than serving frequency shall 
be performed if: 

A cell of a higher priority E-UTRAN frequency or inter-RAT frequency fulfils criteria 1 ; and 

- more than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra-frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

Cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than serving frequency shall 
be performed if: 

- No cell on a higher priority E-UTRAN frequency or inter-RAT frequency than serving frequency fulfils the 
criteria 1; and 

No cell on serving frequency or on an equal priority E-UTRAN frequency fulfils the criteria in 5.2.4.6; and 

- SservingCeii < Thrcsh Serving, low ^nd the SnonServingCeii,x of 3. ccll of 3. lowcr priority E-UTRAN frcqucncy or inter-RAT 
frequency is greater than Thresh^, low during a time interval TreselectionRAT ; and 
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- more than 1 second has elapsed since the UE camped on the current serving cell. 

For GERAN, UTRAN, and E-UTRAN, SnonSemngCeiu is the Srxlev- value of an evaluated cell. For UTRAN FDD, Squal 
is higher than 0, as defined in [8]. For cdma2000 RATs, SnonServingCeii,x is equal to FL00R(-2 x 10 x log 10 Ec/Io) in units 
of 0.5 dB, as defined in [18], with Ec/Io referring to the value measured from the evaluated cell. 

For cdma2000 RATs, Threshx, high and Threshx, low are equal to -1 times the values signalled for the corresponding 
parameters in the system information. 

In all the above criteria the value of TreselectionRAT is scaled when the UE is in the medium or high mobility state as 
defined in subclause 5.2.4.3.1. If more than one cell meets the above criteria, the UE shall reselect a cell ranked as the 
best cell among the cells meeting the criteria on the highest priority frequencies or the highest priority RAT if the 
highest priority RAT is E-UTRA according to criteria defined in 5.2.4.6. 


Test description 
Pre-test conditions 


6.1.2.16.3 
6.1.2.16.3.1 
System Simulator: 

- Cell 1, Cell 3, Cell 28and Cell 30. 

- Cell 1 , Cell3 are FDD mode. Cell 28,Cell30 are TDD mode. 

- The PLMNs are identified in the test by the identifiers in Table 6.1. 2. 16. 3. 1-1. 

Table 6.1.2.13.3.1-1 : PLMN identifiers 


Cell 

PLMN name 

1 

PLMN1 

3 

PLMN1 

28 

PLMN2 

30 

PLMN3 


UE: 


System information combination 1 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 


The UE is in Automatic PLMN selection mode. 

The UE is equipped with a USIM containing default values (as per TS 36.508) except for those listed in Table 
6.1.2.16.3.1-2. 


Table 6.1.2.16.3.1-2: USIM configuration 


USIIVI field 

Priority 

Value 

Access Technology Identifier 

EFloci 


PLMN1 (See pre-amble) 



Preamble: 


The UE is registered on PLMNl (Cell 1) using the procedure described in TS 36.508[18] clause 4.5.2.3 except 
that the ATTACH ACCEPT message indicates PLMN2/PLMN3 in the Equivalent PLMN list as described in 
Table 6.1.1.3.3.3-2. 


6.1.2.16.3.2 


Test procedure sequence 


Table 6.1.2.16.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The configuration marked "Tl" is applied at the point indicated in the Main 
behaviour description in Table 6.1.2.16.3.2-2. 
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Table 6.1.2.16.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 3 

Cell 28 

Cell 30 

Remark 

T1 

Cell- 
specific RS 
EPRE 

dBm/15kHz 

-85 

-73 

Off 

-73 

Cell 3 and Cell 30 become stronger 
than Threshx, high., but Cell 30 has the 
higher priority (NOTE 1). 

T2 

Cell- 
specific RS 
EPRE 

dBm/15kHz 

-73 

Off 

-73 

-85 

Cell 1 and Cell 28 become stronger 
than Threshx, high., but Cell 1 has the 
higher priority(NOTE 1). 

NOTE 1 : Power level "Off" is defined in TS36.508 Table 6.2.2.1-1. 


Table 6.1.2.16.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS changes Cell 3 and Cell 30 power 
level according to the row "T1 " in table 
6.1.2.16.3.2-1. 





2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 30? 

NOTE: The UE performs a TAU procedure 
with PLMN1, PLMN2 and PLMN listed as an 
Equivalent PLMN in the TRACKING AREA 
UPDATE ACCEPT message, and the RRC 
connection is released. 



1, 



The SS changes the 
SystemlnformationBlockTypeS and 
SystemlnformationBlockTypeS '\n the system 
information and transmits a Paging message 
including a systemlnfoModification. 





3 

The SS changes Cell 1 , Cell 3 ,Cell 28 and 
Cell 30 power level according to the row "T2" 
in table 6.1.2.16.3.2-1. 





4 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
CelM? 



2 



Editor's Note: The test procedure that supports cell reselection on RRC and NAS is FFS depending on the core 
specification. 

6.1 .2.1 6.3.3 Specific message contents 

Table 6.1.2.16.3.3-0: Conditions for specific message contents 
in Tables 6.1.2.16.3.3-1 and 6.1.2.16.3.3-2 


Condition 

Explanation 

CelM 

This condition applies to system information transmitted on Cell 1 . 

Cells 

This condition applies to system information transmitted on Cell 3. 

Cell 28 

This condition applies to system information transmitted on Cell 28. 

Cell 30 

This condition applies to system information transmitted on Cell 30. 
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Table 6.1.2.16.3.3-1 : SystemlnformationBlockTypeS ior Cell 1, Cell 3 and Cell 30 (preamble and step 1 

and 2, Table 6.1.2.16.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




cellReselectionPriority 

3 


CelM 


4 
5 


Cell 3 
Cell 30 

} 




} 





Table 6.1.2.16.3.3-2: SystemlnformationBlockTypeSior Cell 1, Cell 28 and Cell 30 (step 3 and step 4, 

Table 6.1.2.16.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




CellReselectionServingFreqInfo SEQUENCE { 




cellReselectionPriority 

5 


CelM 


4 
3 


Cell 28 
Cell 30 

} 




} 





Table 6.1.2.16.3.3-3: SystemlnformationBlockTypeS \or Cell 1, Cell 3 and Cell 30 (preamble and step 

1 and 2, Table 6.1.2.16.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType5 ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(1 ..maxFreq)) OF SEQUENCE { 




dl-CarrierFreq[n] 

Same downlink EARFCN 
as used for Cell 3 


CelM 


Same downlink EARFCN 
as used for Cell 1 


Cell 3, 
Cell 30 

t-ReselectionEUTRA[n] 

7 


CelM 


5 


Cell 30 

threshX-High[n] 

10 

20dB 


cellReselectionPriority[n] 

4 


CelM 


3 


Cell 3, 
Cell 30 

dl-CarrierFreq[m] 

Same downlink EARFCN 
as used for Cell 30 


CelM, 
Cell 3 


Same downlink EARFCN 
as used for Cell 3 


Cell 30 

t-ReselectionEUTRA[m] 

5 


CelM 


7 


Cell 30 

threshX-High[m] 

10 

20dB 


cellReselectionPriority[m] 

5 


CelM, 
Cell 3 


4 


Cell 30 

} 




} 
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Table 6.1.2.16.3.3-4: SystemlnformationBlockTypeS ior Cell 1, Cell 28, and Cell 30 (step 3 and 4, Table 

6.1.2.16.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(1..maxFreq)) OF SEQUENCE { 




dl-CarrierFreq[n] 

Same downlink EARFCN 
as used for Cell 28 


CelM 


Same downlink EARFCN 
as used for Cell 1 


Cell 28, 
Cell 30 

t-ReselectionEUTRA[n] 

7 


CelM 


5 


Cell 30 

threshX-High[n] 

10 

20dB 


cellReselectionPriority[n] 

4 


CelM 


5 


Cell 28, 
Cell 30 

dl-CarrierFreq[m] 

Same downlink EARFCN 
as used for Cell 30 


CelM, 
Cell 28 


Same downlink EARFCN 
as used for Cell 28 


Cell 30 

t-ReselectionEUTRA[m] 

5 


CelM 


7 


Cell 30 

threshX-High[m] 

10 

20dB 


cellReselectionPriority[m] 

3 


CelM, 
Cell 28 


4 


Cell 30 

} 




} 





Table 6.1.2.16.3.3-5: ATTACH ACCEPT for Cell 1 (preamble) 


Derivation path: 36.508 Table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

Equivalent PLMNs 

PLMN2,3 




Table 6.1.2.16.3.3-6: TRACKING AREA UPDATE ACCEPT for Cell 30 (steps 2 , Table 6.1.2.7.3.2-2) 


Derivation path: 36.508 Table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

Equivalent PLMNs 

PLMN1,2 




6.1.2.17 
6.1.2.17.1 

(1) 


Cell reselection for Squal to check against Sintrasearcho and Snonintrasearcho 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state, and the UE is not in high mobility state } 
ensure that { 

when { SintrasearchQ is non-zero in system information } 

then { UE perform measurement and reselects the highest ranked cell upon Squal < SmtrasearchQ 

} 

(2) 

with { UE in E-UTRA RRC_IDLE state, and the UE is not in high mobility state } 
ensure that { 

when { SnonintrasearchQ is non-zero in system information } 

then { UE perform measurement and reselects the cell which belong to the equal priority 
frequency cell upon Squal < SnonmtrasearchQ } 
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(3) 

with { UE in E-UTRA RRC_IDLE state, and the UE is not in high mobility state } 
ensure that { 

when { SnonintrasearchQ is non-zero in system information } 

then { UE perform measurement and reselects the cell which belong to the high priority 

frequency cell upon Squal > SnonintrasearchQ } 

} 

6.1 .2.1 7.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS36.304, clauses 5.2.4.2, 
5.2.4.5 and 5.2.4.6; TS36.331, clause 6.3.1. 

[TS 36.304, clause 5.2.4.2] 

When evaluating Srxlev and Squal of non-serving cells for reselection purposes, the UE shall use parameters provided 
by the serving cell. 

Following rules are used by the UE to limit needed measurements: 

- If the serving cell fulfils Srxlev > SintraSearchP and Squal > SintraSearchQ, the UE may choose not to perform intra- 
frequency measurements. 

Otherwise, the UE shall perform intra- frequency measurements. 

- The UE shall apply the following rules for E-UTRAN inter-frequencies and inter-RAT frequencies which are 
indicated in system information and for which the UE has priority provided as defined in 5.2.4.1: 

For an E-UTRAN inter- frequency or inter-RAT frequency with a reselection priority higher than the 
reselection priority of the current E-UTRA frequency the UE shall perform measurements of higher priority 
E-UTRAN inter- frequency or inter-RAT frequencies according to [10]. 

For an E-UTRAN inter- frequency with an equal or lower reselection priority than the reselection priority of 
the current E-UTRA frequency and for inter-RAT frequency with lower reselection priority than the 
reselection priority of the current E-UTRAN frequency: 

- If the serving cell fulfils Srxlev > SnonintraSearchP and Squal > SnonintrasearchQ, the UE may choose not to 
perform measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower 
priority. 

- Otherwise, the UE shall perform measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells 
of equal or lower priority according to [10]. 

[TS 36.304, clause 5.2.4.5] 

If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a higher priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- A cell of a higher priority EUTRAN or UTRAN FDD RAT/ frequency fulfils Squal > Threshx, mghQ during a 
time interval TreselectionRAT; or 

- A cell of a higher priority UTRAN TDD, GERAN or CDMA2000 RAT/ frequency fulfils Srxlev > Threshx, mghp 
during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- A cell of a higher priority RAT/ frequency fulfils Srxlev > Threshx, High? during a time interval 
TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 
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Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra- frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a lower priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- The serving cell fulfils Squal < Threshserving, lowq and a cell of a lower priority EUTRAN or UTRAN FDD RAT/ 
frequency fulfils Squal > Threshx, lowq during a time interval TreselectionRAT; or 

- The serving cell fulfils Squal < Threshserving, lowQ and a cell of a lower priority UTRAN TDD, GERAN or 
CDMA2000 RAT/ frequency fulfils Srxlev > Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- The serving cell fulfils Srxlev < Threshserving, lowp and a cell of a lower priority RAT/ frequency fulfils Srxlev > 
Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a higher priority RAT/ frequency shall take precedence over a lower priority RAT/ frequency, if 
multiple cells of different priorities fulfil the cell reselection criteria. 


In all the above criteria the value of TreselectionRAT is scaled when the UE is in the medium or high mobility state as 
defined in subclause 5.2.4.3.1. If more than one cell meets the above criteria, the UE shall reselect a cell as follows: 

- If the highest-priority frequency is an E-UTRAN frequency, a cell ranked as the best cell among the cells on the 
highest priority frequency(ies) meeting the criteria according to section 5.2.4.6; 

- If the highest-priority frequency is from another RAT, a cell ranked as the best cell among the cells on the 
highest priority frequency(ies) meeting the criteria of that RAT. 

[TS 36.304, clause 5.2.4.6] 

The cell-ranking criterion Rg for serving cell and Rn for neighbouring cells is defined by: 


-Ks — Qmeas,s + s^Hyst 
Rn=Qmeas,n-Qoffset 


where: 


Qrr 


RSRP measurement quantity used in cell reselections. 


Qoffset 


For intra-frequency: Equals to Qoffsets,n, if Qoffsets,n is valid, 
otherwise this equals to zero. 

For inter-frequency: Equals to Qoffsets,n plus Qoffsetfrequency, if 
Qoffsets,n is valid, otherwise this equals to Qoffsetfreguencv- 


The UE shall perform ranking of all cells that fulfil the cell selection criterion S, which is defined in 5.2.3.2, but may 
exclude all CSG cells that are known by the UE to be not allowed. 

The cells shall be ranked according to the R criteria specified above, deriving Qmeas,n and Qmeas,s and calculating the R 
values using averaged RSRP results. 

If a cell is ranked as the best cell the UE shall perform cell reselection to that cell. If this cell is found to be not-suitable, 
the UE shall behave according to subclause 5.2.4.4. 

In all cases, the UE shall reselect the new cell, only if the following conditions are met: 

- the new cell is better ranked than the serving cell during a time interval TreselectionRAT; 
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- more than 1 second has elapsed since the UE camped on the current serving cell. 

[TS 36.331, clause 6.3.1] 

The IE SystemlnformationBlockTypeS contains cell re-selection information common for intra-frequency, inter- 
frequency and/ or inter-RAT cell re-selection (i.e. applicable for more than one type of cell re-selection but not 
necessarily all) as well as intra-frequency cell re-selection information other than neighbouring cell related. 

6.1.2.17.3 Test description 

6.1 .2.1 7.3.1 Pre-test conditions 
System Simulator: 

- Cell 1, Cell 2 and Cell 3 have different tracking areas according to table 6.0.1-2. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.1 .2.1 7.3.2 Test procedure sequence 

Table 6.1.2.17.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The exact instants on which these values shall be applied are described in the 
texts in this clause. Configurations marked "Tl", "T2" and "T3" are applied at the points indicated in the Main 
behaviour description in Table 6.1.2.17.3.2-2. 

Table 6.1.2.17.3.2-1 : Time instances of cell power level and parameter change 



Parameter 

Unit 

CelM 

Cell 2 

Cells 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/15kHz 

-91 

-85 

-115 

Squal of Cell 1 is less than SmtraSearenQ. 

RSRQ 

dB 

[-141 

[-61 

[-251 

vJrxlevmin 

dBm 

-106 

-106 

-106 

Qqualmin 

dB 

[-201 

f-201 

[-201 

SintraSearchQ 

dB 

f10l 

[101 

[101 

T2 

Cell-specific RS 
EPRE 

dBm/15kHz 

-115 

-91 

-85 

Squal of Cell 2 is less than SnonlntraSearchQ. 

RSRQ 

dB 

[-251 

[-161 

[-61 

^nonlntraSearchO 

dB 

[8] 

[8] 

[8] 

T3 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

-115 

-85 

Squal of Cell 3 is greater than 

SnonlntraSearchQ but Cell 1 iS high phohty 

cell. 

RSRQ 

dB 

[-6] 

[-25] 

[-6] 

Note: Power level "Off" is defined in TS36.508 Table 6.2.2.1-1 . 
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Table 6.1.2.17.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS re-adjusts the cell-specific reference 
signal levels according to row "T1" in table 
6.1.2.17.3.2-1. 





2 

Check: Does UE transmits an 
RRCConnectionRequest message on Cell 2 
within [6 minutes]? 

-> 

RRCConnectionRequest 

1 

P 

3-7 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed 
on Cell 2. 

NOTE: The UE performs a TAU procedure 
and the RRC connection is released. 





8 

The SS re-adjusts the cell-specific reference 
signal levels according to row "T2" in table 
6.1.2.17.3.2-1. 





9 

Check: Does UE transmits an 
RRCConnectionRequest message on Cell 3 
within [6 minutes]? 

-> 

RRCConnectionRequest 

2 

P 

10- 
14 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed 
on Cell 3. 

NOTE: The UE performs a TAU procedure 
and the RRC connection is released. 





15 

The SS waits 1 second. 

- 

- 

- 

- 

16 

The SS notifies the UE of change of System 
Information and changes the system 
information for Cell 3. The 
systemlnfoValueTag in the 
SystemlnformationBlockTypel is increased. 

<— 

Paging 



17 

Wait for 1 5 s for the UE to receive system 
information. 

- 

- 

- 

- 

18 

The SS re-adjusts the cell-specific reference 
signal levels according to row "T3" in table 
6.1.2.13.3.2-1. 





19 

Check: Does the test result of the generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 1? (Notel) 

NOTE: The UE performs a TAU procedure 
and the RRC connection is released. 



3 


Notel : UE shall search higher priority layer (i.e. E-UTRA carrier frequency of Cell 1) at least every (60 * Niayers) 
seconds, where Niayers = 1 as specified in [4.2.2, 34]. 
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6.1.2.17.3.3 


Specific message contents 


Table 6.1.2.17.3.3-1 : SystemlnformationBlockTypel for Cells 1,2 and 3 (preamble, Table 6.1.2.17.3.2- 

2) 


Derivation Path: 36.508 table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellSelectionlnfo SEQUENCE { 




q-RxLevMin 

-53(-106dBm) 



} 




nonCriticalExtension SEQUENCE { 




lateNonCriticalExtension 

Not present 



nonCriticalExtension SEQUENCE { 




ims-EmergencySupport-r9 

Not present 



cellSelectionlnfo-v920 SEQUENCE { 




q-QualMin-r9 

[-20] dB 



q-QualMinOffset-r9 

Not present 



} 




} 




} 




} 





Table 6.1.2.17.3.3-2: SystemlnformationBlockTypeS ior Cells 1, 2 and 3 (preamble and all steps, Table 

6.1.2.17.3.2-2; 


Derivation Path: 36.508 table 4.4.3.3-2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




lateNonCriticalExtension { 




s-lntraSearch-v920 SEQUENCE { 




s-lntraSearchP-r9 

(0 dB) 



s-lntraSearchQ-r9 

10dB 



} 




s-NonlntraSearch-v920 SEQUENCE { 




s-NonlntraSearchP-r9 

(0 dB) 



s-NonlntraSearchQ-r9 

8dB 



} 




q-QualMin-r9 

[-20] dB 



threshServingLowQ-r9 

Not present 



} 




} 




Table 6.1.2.17.3.3-3: SystemlnformationBlockTypel for Cell 3 (step 16, Table 6.1.2.17.3.2-2) 

Derivation Path: 36.508 table 4.4.3.2-3 I 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




systemlnfoValueTag 

1 

Previous value is 


nonCriticalExtension SEQUENCE { 




lateNonCriticalExtension 

Not present 



nonCriticalExtension SEQUENCE { 




ims-EmergencySupport-r9 

Not present 



cellSelectionlnfo-v920 SEQUENCE { 




q-QualMin-r9 

[-20] dB 



q-QualMinOffset-r9 

Not present 



} 




} 




} 




} 





ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


144 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 6.1.2.17.3.3-4: SystemlnformationBlockTypeS for Cell 3 (step 16, Table 6.1.2.17.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-4 | 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(1 ..maxFreq)) OF SEQUENCE { 

1 entry 



dl-CarrierFreq[1] 

EARFCN of Cell 1 



threshX-High[1] 

7 

14dB 


cellReselectionPriority[1 ] 

5 



} 




} 




Table 6.1.2.17.3.3-5: Paging (step 16, Table 6.1.2.17.3.2-2) 

Derivation path: 36.508 Table 4.6.1-7 

Information Element 

Value/Remark 

Comment 

Condition 

Paging ::= SEQUENCE! 




pagingRecordList 

Not present 



systemlnfoModification 

true 



etws-lndication 

Not present 



nonCriticalExtension SEQUENCE {} 

Not present 



} 





6.1.2.18 


6.1.2.18.1 


Inter-frequency cell reselection based on common priority information with 
parameters Threshx, HighQ, Threshx, lowq and Threshserving, lowq 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the higher 
priority frequency } 

then { UE reselects the cell which belongs to the higher priority frequency } 

} 

(2) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the lower 
priority frequency } 

then { UE reselects the cell which belongs to the lower priority frequency } 


6.1.2.18.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.1, 
5.2.4.2 and 5.2.4.5. 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information, in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
(re)selection. In the case of system information, an E-UTRAN frequency or inter-RAT frequency may be listed without 
providing a priority (i.e. the field cellReselectionPriority is absent for that frequency). If priorities are provided in 
dedicated signalling, the UE shall ignore all the priorities provided in system information. If UE is in camped on any 
cell state, UE shall only apply the priorities provided by system information from current cell, and the UE preserves 
priorities provided by dedicated signalling unless specified otherwise. When the UE in camped normally state, has only 
dedicated priorities other than for the current frequency, the UE shall consider the current frequency to be the lowest 
priority frequency (i.e. lower than the eight network configured values). While the UE is camped on a suitable CSG 
cell, the UE shall always consider the current frequency to be the highest priority frequency (i.e. higher than the eight 
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network configured values), irrespective of any other priority value allocated to this frequency. The UE shall delete 
priorities provided by dedicated signalling when: 

- the UE enters RRC_CONNECTED state; or 

- the optional validity time of dedicated priorities (T320) expires; or 

- a PLMN selection is performed on request by NAS [5]. 

NOTE: Equal priorities between RATs are not supported. 

The UE shall only perform cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are 
given in system information and for which the UE has a priority provided. 

The UE shall not consider any black listed cells as candidate for cell reselection. 

The UE shall inherit the priorities provided by dedicated signalling and the remaining validity time (i.e., T3 20 in E- 
UTRA, T322 in UTRA and T3230 in GERAN), if configured, at inter-RAT cell (re)selection. 

NOTE: The network may assign dedicated cell reselection priorities for frequencies not configured by system 
information. 

[TS 36.304, clause 5.2.4.2] 

When evaluating Srxlev and Squal of non-serving cells for reselection purposes, the UE shall use parameters provided 
by the serving cell. 

Following rules are used by the UE to limit needed measurements: 

- If the serving cell fulfils Srxlev > SintraSearchP and Squal > SintraSearchQ, the UE may choose not to perform intra- 
frequency measurements. 

- Otherwise, the UE shall perform intra- frequency measurements. 

The UE shall apply the following rules for E-UTRAN inter- frequencies and inter-RAT frequencies which are 
indicated in system information and for which the UE has priority provided as defined in 5.2.4.1: 

For an E-UTRAN inter- frequency or inter-RAT frequency with a reselection priority higher than the 
reselection priority of the current E-UTRA frequency the UE shall perform measurements of higher priority 
E-UTRAN inter- frequency or inter-RAT frequencies according to [10]. 

- For an E-UTRAN inter- frequency with an equal or lower reselection priority than the reselection priority of 
the current E-UTRA frequency and for inter-RAT frequency with lower reselection priority than the 
reselection priority of the current E-UTRAN frequency: 

- If the serving cell fulfils Srxlev > SnonintraSearchP and Squal > SnonintraSearchQ, the UE may choose not to 
perform measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower 
priority. 

Otherwise, the UE shall perform measurements of E-UTRAN inter- frequencies or inter-RAT 
frequency cells of equal or lower priority according to [10]. 

[TS 36.304, clause 5.2.4.5] 

If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a higher priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- A cell of a higher priority EUTRAN or UTRAN FDD RAT/ frequency fulfils Squal > Threshx, mghQ during a 
time interval TreselectionRAT; or 

- A cell of a higher priority UTRAN TDD, GERAN or CDMA2000 RAT/ frequency fulfils Srxlev > Threshx, mghp 
during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 
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- A cell of a higher priority RAT/ frequency fulfils Srxlev > Threshx, mghp during a time interval TreselectionRAT; 
and 

More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra- frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a lower priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- The serving cell fulfils Squal < Threshserving, lowq and a cell of a lower priority EUTRAN or UTRAN FDD RAT/ 
frequency fulfils Squal > Threshx, lowQ during a time interval TreselectionRAT; or 

- The serving cell fulfils Squal < Threshserving, lowq and a cell of a lower priority UTRAN TDD, GERAN or 
CDMA2000 RAT/ frequency fulfils Srxlev > Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- The serving cell fulfils Srxlev < Threshserving, lowp and a cell of a lower priority RAT/ frequency fulfils Srxlev > 
Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a higher priority RAT/ frequency shall take precedence over a lower priority RAT/ frequency, if 
multiple cells of different priorities fulfil the cell reselection criteria. 


In all the above criteria the value of TreselectionRAT is scaled when the UE is in the medium or high mobility state as 
defined in subclause 5.2.4.3.1. If more than one cell meets the above criteria, the UE shall reselect a cell as follows: 

- If the highest-priority frequency is an E-UTRAN frequency, a cell ranked as the best cell among the cells on the 
highest priority frequency(ies) meeting the criteria according to section 5.2.4.6; 

- If the highest-priority frequency is from another RAT, a cell ranked as the best cell among the cells on the 
highest priority frequency(ies) meeting the criteria of that RAT. 

6.1.2.18.3 Test description 

6.1.2.18.3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 3. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.1.2.18.3.2 Test procedure sequence 

Table 6.1.2.18.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Subsequent configurations marked "Tl" and "T2" are applied at the points 
indicated in the Main behaviour description in Table 6.1.2.18.3.2-2. 
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Table 6.1.2.18.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 

Remark 

T1 

Cell- 
specific RS 
EPRE 

dBm/ 
15kHz 

-85 

-85 

The power level values are assigned to 
satisfy Srxlevceii i > 0, Srxlevceiis < Threshceii 
3, higfip, Squalceii 1 > and Squalceii 3 > 

Threshcell3, highQ. 

RSRQ 

dB 

[-10] 

[-5] 

Qqualmin 

dB 

[-201 

[-201 

Qrxlevmin 

dBm 

-100 

-100 

T2 

Cell- 
specific RS 
EPRE 

dBm/ 
15kHz 

-85 

-91 

The power level values are assigned to 
satisfy Srxlevceii 3 > Threshserving, lowp, 
Squalceii 3 < Threshserving, lowQ and Squalceii 1 > 
ThreshceiMjowQ. 

RSRQ 

dB 

[-5] 

[-15] 


Table 6.1.2.18.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS changes Cell 3 power level according 
to the row "T1 " in table 6.1 .2.18.3.2-1 . 

- 

- 

- 

- 

2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 3? 



1 


3 

The SS changes Cell 3 power level according 
to the row "T2" in table 6.1 .2.18.3.2-1 . 

- 

- 

- 

- 

4 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
CelM? 



2 



6.1 .2.1 8.3.3 Specific message contents 

Table 6.1.2.18.3.3-1 : Conditions for specific message contents 
in Tables 6.1.2.18.3.3-2 and 6.1.2.18.3.3-3 


Condition 

Explanation 

Cell 1 

This condition applies to system information transmitted on Cell 1 . 

Cell 3 

This condition applies to system information transmitted on Cell 3. 


Table 6.1.2.18.3.3-2: SystemlnformationBlockTypeS ior Cell 1 and Cell 3 (preamble and all steps, 

Table 6.1.2.18.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




threshServingLow 

1 

2dB 

Cells 

cellReselectionPriority 

5 


Cells 

} 




intraFreqCellReselectionlnfo SEQUENCE { 




q-RxLevMin 

-50 (-100 dBm) 



1 




lateNonCritical Extension { 




s-lntraSearch-v920 SEQUENCE {} 

Not present 



s-NonlntraSearch-v920 SEQUENCE {} 

Not present 



q-QualMin-r9 

[-20] dB 



threshServingLowQ-r9 

OdB 


CelM 

lOdB 


Cells 

1 




I 
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Table 6.1.2.18.3.3-3: SystemlnformationBlockTypeS ior Cell 1 and Cell 3 (preamble and all steps, 

Table 6.1.2.18.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(1..maxFreq)) OF SEQUENCE { 




dl-CarrierFreq[n] 

EARFCN of Cell 1 


Cells 

EARFCN of Cell 3 


CelM 

q-RxLevMin[/7] 

-50(-100dBm) 



t-ReselectionEUTRA[n] 

7 



threshX-High[/7] 

10(20dB) 


CelM 

cellReselectionPriority[n] 

4 


Cells 

5 


CelM 

q-QualMin-r9[n] 

f-201 dB 



threshX-Q-r9fnl SEQUENCE { 




threshX-HighQ-r9[n] 

4 

4dB 


threshX-LowQ-r9[n] 

2 

2dB 


} 




} 




} 





6.2 

6.2.1 
6.2.1.1 

6.2.1.1.1 
(1) 


Multi-mode environment (E-UTRAN, UTRAN, GERAN, 
CDMA2000) 

Inter-RAT PLMN selection 

Inter-RAT PLMN Selection / Selection of correct RAT for OPLMN / Automatic 
mode 

Test Purpose (TP) 


with { UE in Automatic network selection mode with no RPLMN cells available and OPLMN cells 
available on E-UTRAN and UTRAN } 
ensure that { 

when { UE is switched on} 

then { UE selects a the highest priority OPLMN and RAT combination and UE attempts to attach on 
the selected cell and when successfully registered indicates the PLMN to the user. } 


} 


(2) 


with { UE in Automatic network selection mode and OPLMN cells and non prioritised RAT cells 
available on GERAN and E-UTRAN } 
ensure that { 

when { UE returns to coverage} 

then { UE selects a the highest priority OPLMN and RAT combination and UE attempts to attach on 
the selected cell and when successfully registered indicates the PLMN to the user. } 

} 

(3) 

with { UE in Automatic network selection mode and both OPLMN cells and cells not on the OPLMN list 
are available on E-UTRAN and UTRAN } 
ensure that { 

when { UE returns to coverage } 

then { UE selects a the highest priority OPLMN and RAT combination and UE attempts to attach on 
the selected cell and when successfully registered indicates the PLMN to the user. } 

} 
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6.2.1.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 23.122 clauses 4.4.3.1 and 
4.4.3.1.1. 

[TS 23.122, clause 4.4.3.1] 

If successful registration is achieved, the MS indicates the selected PLMN. 


NOTE 1 : If successful registration is achieved, then the current serving PLMN becomes the registered PLMN and 
the MS does not store the previous registered PLMN for later use. 

[TS 23.122, clause 4.4.3.1.1] 

The MS selects and attempts registration on other PLMN/access technology combinations, if available and allowable, in 
the following order: 

i) either the HPLMN (if the EHPLMN list is not present or is empty) or the highest priority EHPLMN that is 
available (if the EHPLMN list is present) ; 

ii) each PLMN/access technology combination in the "User Controlled PLMN Selector with Access Technology" 
data file in the SIM (in priority order); 

iii) each PLMN/access technology combination in the "Operator Controlled PLMN Selector with Access 
Technology" data file in the SIM (in priority order); 

iv) other PLMN/access technology combinations with received high quality signal in random order; 

v) other PLMN/access technology combinations in order of decreasing signal quality. 

6.2.1 .1 .3 Test description 

6.2.1 .1 .3.1 Pre-test conditions 

System Simulator 

- 4 cells are used: 2 cells belong to E-UTRAN, 1 cell belongs to GERAN and 1 cell belongs to UTRAN. The 
cells are configured as specified in TS 36.508 clause 4.4.1.4 and Table 4.4.2-2. 


UE 


The UE is in Automatic PLMN selection mode. 
The HPLMN is PLMNl 
There is no RPLMN. 

Table 6.2.1.1.3.1-1: USIM configuration 


USIIVI field 

Priority 

Value 

Access 
technology 

Comment 

EFpLMNwAcT 


3GPPTS 31.102, 
Annex E 


The EF is empty. 

EFoPLMNwAcT 

1 

PLMN2 

E-UTRAN 



2 

PLMN13 

GERAN 



3 

PLMN2 

UTRAN 



4 

PLMN13 

E-UTRAN 



Preamble 

- The UE is in state Switched OFF (State 1) 

- Cell levels are set according to row TO of table 6.2. 1 . 1 .3.2-2. 
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6.2.1.1.3.2 


Test procedure sequence 


Tables 6.2.1.1.3.2 - 1 and 2 show the cell configurations used during the test. The configuration TO indicates the initial 
conditions. Subsequent configurations marked "Tl", "T2" and "T3" are applied at the point indicated in the Main 
behaviour description in Table 6.2.1.1.3.2-3. Cell powers for the E-UTRAN cell are defined in TS 36.508 Table 6.2.2.1- 
1 and cell powers for the UTRAN and GERAN cells are defined in TS 36.508 Table 6.2.2.1-1. 

A cell marked as "OFF" in table 6.2.1.1.3.2-2 is a cell that is not configured in the SS. 

Table 6.2.1.1.3.2-1: Cell PLMN identities 


Cell 

PLMN name 

1 

PLMN2 

5 

PLMN2 

13 

PLMN14 

24 

PLMN13 


Table 6.2.1.1.3.2-2: Time instances of cell power level and parameter changes 



Parameter 
name 

Unit 

CelM 

Cells 

Cell 13* 

Cell 24 

TO 

RS EPRE 

dBm/15kHz 

Serving cell 


OFF 


CPICH Eg 

dBm/3.84 MHz 


Serving cell 



P-CCPCH 

dBm/1.28MHz 


Serving cell 



RF Signal 
Level 

dBm 




Serving cell 

T1 

RS EPRE 

dBm/15kHz 

Serving cell 


OFF 


CPICH_Ec 

dBm/3.84 MHz 


Non-suitable 
"Off" 



P-CCPCH 

dBm/1.28MHz 


Non-suitable 
"Off" 



RF Signal 
Level 

dBm 




Serving cell 

T2 

RS EPRE 

dBm/15kHz 

OFF 


OFF 


CPICH_Ec 

dBm/3.84 MHz 


Non-suitable 
"Off" 



P-CCPCH 

dBm/1.28MHz 


Non-suitable 
"Off" 



RF Signal 
Level 

dBm 




Serving cell 

T3 

RS EPRE 

dBm/15kHz 

OFF 


Serving cell 


CPICH Ec 

dBm/3.84 MHz 


Serving cell 



P-CCPCH 

dBm/1.28MHz 


Serving cell 



RF Signal 
Level 

dBm 




OFF 

*Only minimum uplink cell configuration required (See 6.3.3.2 in 36.508) 
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Table 6.2.1.1.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

Check: Does the UE send 
RRCConnectionRequest on Cell 1? 

-> 

RRCConnectionRequest 

1 

P 

3- 
17 

The UE performs Steps 3-17 of the registration 
procedure described in TS 36.508 table 
4.5.2.3-1. 





18 

Check: Is PLMN2 indicated by the UE? 

- 

- 

1 

P 

19 

SS adjusts cell levels according to row T1 of 
table 6.2.1.1.3.2-2. 

- 

- 

- 

- 

20 

SS adjusts cell levels according to row T2 of 
table 6.2.1.1.3.2-2. 

- 

- 

- 

- 

21 

Check: Does the UE send a CHANNEL 
REQUEST on Cell 24? 

-> 

CHANNEL REQUEST 

2 

P 

22- 
31 

The UE performs Steps 2-1 1 of the routing 
area update procedure described in 36.508 
table 6.4.2.9-1. 





32 

Check: Is PLMN13 indicated by the UE? 

- 

- 

2 

P 

34 

SS adjusts cell levels according to row T3 of 
table 6.2.1.1.3.2-2. 

- 

- 

- 

- 

36 

Check: Does the UE send RRC 
CONNECTION REQUEST on Cell 5? 

-> 

RRC CONNECTION REQUEST 

3 

P 

37- 
45 

The UE performs Steps 2-10 of the routing 
area update procedure described in TS 36.508 
Table 6.4.2.8-1. 





46 

Check: Is PLMN2 indicated by the UE? 

- 

- 

3 

P 


6.2.1.1.3.3 

None 

6.2.1.2 

6.2.1.2.1 

(1) 


Specific message contents 


Inter-RAT PLMN Selection / Selection of correct RAT for UPLMN / Automatic 
nnode 


Test Purpose (TP) 


with { UE in Automatic network selection mode and UPLMN and OPLMN cells available on E-UTRAN and 

UTRAN} 

ensure that { 

when { UE is switched on} 

then { UE selects a the highest priority UPLMN and RAT combination and UE attempts to attach on 
the selected cell and when successfully registered indicates the PLMN to the user. } 

} 


(2) 


with { UE in Automatic network selection mode and UPLMN and OPLMN cells available on E-UTRAN and 

UTRAN} 

ensure that { 

when { UE returns to coverage} 

then { UE selects a the highest priority VPLMN and RAT combination and UE attempts to attach on 
the selected cell and when successfully registered indicates the PLMN to the user. } 


6.2.1.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 23.122 clauses 4.4.3.1 and 
4.4.3.1.1. 

[TS 23.122, clause 4.4.3.1] 

If successful registration is achieved, the MS indicates the selected PLMN. 
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NOTE 1 : If successful registration is achieved, then the current serving PLMN becomes the registered PLMN and 
the MS does not store the previous registered PLMN for later use. 

[TS 23.122, clause 4.4.3.1.1] 

The MS selects and attempts registration on other PLMN/access technology combinations, if available and allowable, in 
the following order: 

i) either the HPLMN (if the EHPLMN list is not present or is empty) or the highest priority EHPLMN that is 
available (if the EHPLMN list is present) ; 

ii) each PLMN/access technology combination in the "User Controlled PLMN Selector with Access Technology" 
data file in the SIM (in priority order); 

iii) each PLMN/access technology combination in the "Operator Controlled PLMN Selector with Access 
Technology" data file in the SIM (in priority order); 

iv) other PLMN/access technology combinations with received high quality signal in random order; 

v) other PLMN/access technology combinations in order of decreasing signal quality. 

6.2.1.2.3 Test description 

6.2.1 .2.3.1 Pre-test conditions 

System Simulator 

3 cells are used: 2 cells belong to E-UTRAN and 1 cell belongs to UTRAN. The cells are configured as 
specified in TS 36.508 clause 4.4.1.4 and Table 4.4.2-2. 


UE 


The UE is in Automatic PLMN selection mode. 
The HPLMN is PLMNl 
There is no RPLMN. 

Table 6.2.1.2.3.1-1: USIM configuration 


USIIVI field 

Priority 

Value 

Access 
technology 

Comment 

EFpLMNwAcT 

1 

PLMN13 

E-UTRAN 



2 

PLMN14 

UTRAN 


EFoPLMNwAcT 

1 

PLMN2 

All 



2 

PLMN14 

UTRAN 



3 

PLMN13 

E-UTRAN 



Preamble 


The UE is in state Switched OFF (State 1) 

Cell levels are set according to row TO of table 6.2.1.2.3.2-2. 


6.2.1.2.3.2 


Test procedure sequence 


Tables 6.2.1.2.3.2 - 1 and 2 show the cell configurations used during the test. The configuration TO indicates the initial 
conditions. Subsequent configuration marked "Tl" is applied at the point indicated in the Main behaviour description in 
Table 6.2.1.2.3.2-3. Cell powers for the E-UTRAN cell are defined in TS36.508 Table 6.2.2.1-1 and cell powers for the 
UTRAN cells are defined in TS 36.508 Table 6.2.2.1-1. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


153 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 6.2.1.2.3.2-1: Cell PLMN identities 


Cell 

PLMN name 

1 

PLMN2 

9 

PLMN14 

12 

PLMN13 


Table 6.2.1.2.3.2-2: Time instances of cell power level and parameter changes 



Parameter 
name 

Unit 

Celir 

Cell 9 

Cell 12 

TO 

RS EPRE 

dBm/15kHz 

Serving cell 


Serving cell 

CPICH Ec 

dBm/3.84 MHz 


Serving cell 


P-CCPCH 

dBm/1.28MHz 


Serving cell 


T1 

RS EPRE 

dBm/15kHz 

Serving cell 


Non-suitable 
"Off" 

CPICH Ec 

dBm/3.84 MHz 


Serving cell 


P-CCPCH 

dBm/1.28MHz 


Serving cell 


*Only minimum uplink cell configuration required (See 6.3.3.2 in 36.508) 


Table 6.2.1.2.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

Check: Does the UE send 
RRCConnectionRequest on Cell 12? 

-> 

RRCConnectionRequest 

1 

P 

3- 
17 

The UE performs Steps 3-17 of the registration 
procedure described in TS 36.508 table 
4.5.2.3-1. 





18 

Check: Is PLMN13 indicated by the UE? 

- 

- 

1 

P 

19 

SS adjusts cell levels according to row T1 of 
table 6.2.1.2.3.2-2. 

- 

- 

- 

- 

20 

Check: Does the UE send a RRC 
CONNECTION REQUEST on Cell 9? 

-> 

RRC CONNECTION REQUEST 

2 

p 

21- 
29 

The UE performs Steps 2-10 of the routing 
area update procedure described in TS 36.508 
Table 6.4.2.8-1. 





30 

Check: Is PLMN14 indicated by the UE? 

- 

- 

2 

p 


6.2.1.2.3.3 

None 

6.2.1.3 

6.2.1.3.1 

(1) 


Specific message contents 


Inter-RAT PLMN Selection / Selection of correct PLMN and RAT in shared 
network environnnent / Autonnatic nnode 


Test Purpose (TP) 


with { UE in Automatic network selection mode and shared OPLMN cells available on E-UTRAN and UTRAN 

} 

ensure that { 

when { UE is switched on} 

then { UE selects a the highest priority OPLMN and RAT combination and UE attempts to attach on 
the selected cell and PLMN and when successfully registered indicates the correct PLMN to the user. 

} 

} 

(2) 

with { UE in Automatic network selection mode and shared OPLMN cells available on E-UTRAN and UTRAN 

} 

ensure that { 
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then { UE selects a the highest priority OPLMN and RAT combination and UE attempts to attach on 
the selected cell and PLMN and when successfully registered indicates the correct PLMN to the user. 
} 

6.2.1 .3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.122 clauses 4.4.3, 4.4.3.1 
and 4.4.3.1.1. 

[TS 23.122, clause 4.4.3] 

When the MS reselects to a cell in a shared network, the AS may indicate multiple PLMN identities to the NAS 
according to 3GPP TS 25.304 [32]. The MS shall choose one of these PLMNs. If the registered PLMN is available 
among these PLMNs, the MS shall not choose a different PLMN. 

[TS 23.122, clause 4.4.3.1] 

At switch on, or following recovery from lack of coverage, the MS selects the registered PLMN or equivalent PLMN (if 
it is available) using all access technologies that the MS is capable of and if necessary (in the case of recovery from lack 
of coverage, see subclause 4.5.2) attempts to perform a Location Registration. 


If successful registration is achieved, the MS indicates the selected PLMN. 

[TS 23.122, clause 4.4.3.1.1] 

The MS selects and attempts registration on other PLMN/access technology combinations, if available and allowable, in 
the following order: 

i) either the HPLMN (if the EHPLMN list is not present or is empty) or the highest priority EHPLMN that is 
available (if the EHPLMN list is present) ; 

ii) each PLMN/access technology combination in the "User Controlled PLMN Selector with Access Technology" 
data file in the SIM (in priority order); 

iii) each PLMN/access technology combination in the "Operator Controlled PLMN Selector with Access 
Technology" data file in the SIM (in priority order); 

iv) other PLMN/access technology combinations with received high quality signal in random order; 

v) other PLMN/access technology combinations in order of decreasing signal quality. 

6.2.1.3.3 Test description 

6.2.1 .3.3.1 Pre-test conditions 

System Simulator 

3 cells are used: 2 cells belong to E-UTRAN and 1 cell belongs to UTRAN. The cells are configured as 
specified in TS 36.508 clause 4.4.1.4 and Table 4.4.2-2. 


UE 


The UE is in Automatic PLMN selection mode. 
The HPLMN is PLMNl. 
There is no RPLMN. 
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Table 6.2.1.3.3.1-1: USIM configuration 


USIM field 

Priority 

Value 

Access 
technology 

Comment 

EFoPLMNwAcT 

1 

PLMN2 

E-UTRAN 



2 

PLMN2 

UTRAN 



3 

PLMN14 

UTRAN 



4 

PLMN13 

E-UTRAN 



Preamble 

- The UE is in state Switched OFF (State 1) 

- Cell levels are set according to row TO of table 6.2.1.3.3.2-2. 


6.2.1.3.3.2 


Test procedure sequence 


Tables 6.2.1.3.3.2 - 1 and 2 show the cell configurations used during the test. The configuration TO indicates the initial 
conditions. Subsequent configuration marked "Tl" is applied at the point indicated in the Main behaviour description in 
Table 6.2.1.3.3.2-3. Cell powers for the E-UTRAN cell are defined in TS 36.508 Table 6.2.2.1-1 and cell powers for the 
UTRAN cells are defined in TS 36.508 Table 6.2.2.1-1. 

Table 6.2.1.3.3.2-1: Cell PLMN identities 


Cell 

PLMN name 

1 

PLMN13,PLMN2 

9 

PLMN14, PLMN13 

12 

PLMN13, PLMN14 


Table 6.2.1.3.3.2-2: Time instances of cell power level and parameter changes 



Parameter 
name 

Unit 

CelM 

Cell 9 

Cell 12* 

TO 

RS EPRE 

dBm/15kHz 

Serving cell 


Serving cell 

CPICH Eg 

dBm/3.84 MHz 


Serving cell 


P-CCPCH 

dBm/1.28MHz 


Serving cell 


T1 

RS EPRE 

dBm/15kHz 

Non-suitable 
"Off- 


Serving cell 

CPICH Eg 

dBm/3.84 MHz 


Serving cell 


P-CCPCH 

dBm/1.28MHz 


Serving cell 


*Only minimum uplink cell configuration required (See 6.3.3.2 in 36.508) 


Table 6.2.1.3.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

Check: Does the UE send 
RRCConnectionRequest on Cell 1? 

-> 

RRCConnectionRequest 

1 

P 

3- 
17 

The UE performs Steps 3-17 of the registration 
procedure described in TS 36.508 table 
4.5.2.3-1. 





18 

Check: Is PLMN2 indicated by the UE? 

- 

- 

1 

P 

19 

SS adjusts cell levels according to row Tl of 
table 6.2.1.3.3.2-2. 

- 

- 

- 

- 

20 

Check: Does the UE send a RRC 
CONNECTION REQUEST on Cell 9? 

-> 

RRC CONNECTION REQUEST 

2 

P 

21- 
29 

The UE performs Steps 2-10 of the routing 
area update procedure described in TS 36.508 
Table 6.4.2.8-1. 





30 

Check: Is PLMN14 indicated by the UE? 

- 

- 

2 

P 
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6.2.1 .3.3.3 Specific message contents 

Table 6.2.1.3.3.3-1: SystemlnformationBlockTypel (Cell 1, all steps, Table 6.2.1.3.3.2-3) 


Derivation path: 36.508 Table 4.4.3.2-3 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 
cellAccessRelatedlnfo SEQUENCE { 
pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE! 
plmn-ldentity[1] 
plmn-ldentity[2] 
} 
} 
} 

PLMN13. 
PLMN2 




Table 6.2.1.3.3.3-2: Master Information Block (Cell 9, all steps, Table 6.2.1.3.3.2-3) 


Derivation path: 34.108 Section 6.1.0a 

Information Element 

Value/Remark 

Comment 

Condition 

- Supported PLMN types 




- PLMN type 

GSM-MAP 



- PLMN identity 

PLMN14 



- Multiple PLMN List 




- MIB PLMN Identity 

TRUE 



- PLMN identity with Optional MCC[1] 

PLMN13 




Table 6.2.1.3.3.3-3: SystemlnformationBlockTypel (Cell 12, all steps, Table 6.2.1.3.3.2-3) 


Derivation path: 36.508 Table 4.4.3.2-3 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 
cellAccessRelatedlnfo SEQUENCE { 
pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE! 
plmn-ldentity[1] 
plmn-ldentity[2] 
} 
} 
} 

PLMN13 
PLMN14 




Table 6.2.1.3.3-4: RRCConnectionSetupComplete (Step 5, Table 6.2.1.3.3.2-3) 


Derivation Path: 36.331 clause 6.2.2 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionSetupComplete ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionSetupComplete-r8 SEQUENCE { 




selectedPLMN-ldentity 

2 

PLMN2 



Table 6.2.1.3.3-5: INITIAL DIRECT TRANSFER (Step 23, Table 6.2.1.3.3.2-3) 


Derivation Path: 34.108 clause 9.1.1 

Information Element 

Value/remark 

Comment 

Condition 

PLMN identity 

PLMN14 



Intra Domain NAS Node Selector 
- CHOICE version 
- CHOICE CN type 

- CHOICE Routing basis 

R99 

GSM-MAP 
(P)TMSI of different 
PLMN 
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6.2.1 .4 Inter-RAT PLMN Selection / Selection of correct RAT from the OPLMN list / 

Manual mode 

6.2.1.4.1 Test Purpose (TP) 
(1) 

with { UE in Manual network selection mode and OPLMN cells available on E-UTRAN and GERAN} 
ensure that { 

when { the USER selects an OPLMN} 

then { UE selects a the highest priority RAT for the OPLMN and UE attempts to attach on the 
selected cell and when successfully registered indicates the PLMN to the user. } 

} 

(2) 

with { UE in Manual network selection mode and OPLMN cells available on E-UTRAN and GERAN} 
ensure that { 

when { the USER selects an OPLMN and RAT combination} 

then {UE attempts to attach on the selected OPLMN and RAT combination and when successfully 
registered indicates the PLMN to the user. } 
} 

6.2.1 .4.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.122 clauses 4.4.3.1.2. 

[TS 23.122, clause 4.4.3.1.2] 

The MS indicates whether there are any PLMNs, which are available using all supported access technologies. This 
includes PLMNs in the "forbidden PLMNs" list and PLMNs which only offer services not supported by the MS. An MS 
which supports GSM COMPACT shall also indicate GSM COMPACT PLMNs (which use PBCCH). 

If displayed, PLMNs meeting the criteria above are presented in the following order: 

i)- either the HPLMN (if the EHPLMN list is not present or is empty) or, if one or more of the EHPLMNs are 
available then based on an optional data field on the SIM either only the highest priority available EHPLMN is 
to be presented to the user_or all available EHPLMNs are presented to the user in priority order. If the data field 
is not present on the SIM, then only the highest priority available EHPLMN is presented; 

ii)- PLMN/access technology combinations contained in the " User Controlled PLMN Selector with Access 
Technology " data file in the SIM (in priority order); 

iii)- PLMN/access technology combinations contained in the "Operator Controlled PLMN Selector with Access 
Technology" data file in the SIM (in priority order); 

iv)- other PLMN/access technology combinations with received high quality signal in random order; 

v)- other PLMN/access technology combinations in order of decreasing signal quality. 


The user may select his desired PLMN and the MS then initiates registration on this PLMN using the access technology 
chosen by the user for that PLMN or using the highest priority available access technology for that PLMN, if the 
associated access technologies have a priority order. (This may take place at any time during the presentation of 
PLMNs). For such a registration, the MS shall ignore the contents of the "forbidden LAs for roaming", "forbidden TAs 
for roaming", "forbidden LAs for regional provision of service", "forbidden TAs for regional provision of service", 
"forbidden PLMNs for GPRS service" and "forbidden PLMNs" Hsts. 

NOTE 1 : It is an MS implementation option whether to indicate access technologies to the user. If the MS does 
display access technologies, then the access technology selected by the user is only used for initial 
registration on the selected PLMN. If the MS does not display access technologies, then the access 
technology chosen for a particular PLMN should be the highest priority available access technology for 
that PLMN, if the associated access technologies have a priority order, and is only used for initial 
registration. 
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6.2.1.4.3 
6.2.1.4.3.1 
System Simulator 


Test description 
Pre-test conditions 


3 cells are used: 2 cells belong to E-UTRAN and 1 cell belongs to GERAN. The cells are configured as 
specified in TS 36.508 clause 4.4.1.4 and Table 4.4.2-2. 


UE 


TheHPLMNisPLMNl. 


Table 6.2.1.4.3.1-1: USIM configuration 


USIM field 

Priority 

Value 

Access 
technology 

Comment 

EFoPLMNwAcT 

1 

PLMN2 

E-UTRAN 



2 

PLMN2 

GERAN 



3 

PLMN2 

UTRAN 



4 

PLMN13 

E-UTRAN 



Preamble 

The UE is equipped with a USIM with default settings except for the ones specified in table 6.2.1.4.3.1-1 then 
the UE is attached to PLMNl and the UE is set to Manual PLMN selection mode before it is switched off. 

- Cell levels are set according to row TO of table 6.2.1.4.3.2-2. 

6.2.1 .4.3.2 Test procedure sequence 

Tables 6.2.1.4.3.2 - 1 and 2 show the cell configurations used during the test. The configuration TO indicates the initial 
conditions. Cell powers for the E-UTRAN cell are defined in TS36.508 Table 6.2.2.1-1 and cell powers for the 
GERAN cell are defined in TS 36.508 Table 6.2.2.1-1. 

Table 6.2.1.4.3.2-1: Cell PLMN identities 


Cell 

PLMN name 

1 

PLMN2 

12 

PLMN13 

24 

PLMN2 


Table 6.2.1.4.3.2-2: Time instances of cell power level and parameter changes 



Parameter 
name 

Unit 

CelM 

Cell 12* 

Cell 24 

TO 

RS EPRE 

dBm/15kHz 

Serving cell 

Serving cell 


RF Signal 
Level 

dBm 



Serving cell 

*Only minimum uplink cell configuration required (See 6.3.3.2 in 36.508) 


Table 6.2.1.4.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

Make the UE display the list of available 
PLMNs. 

- 

- 

- 

- 

3 

PLMN2 (E-UTRAN) is selected. 

- 

- 

- 

- 

4 

Check: Does the UE send an 
RRCConnectionRequest on cell 1? 

-> 

RRCConnectionRequest 

1,2 

P 

5- 
19 

The UE performs Steps 3-17 of the registration 
procedure described in TS 36.508 table 
4.5.2.3-1. 





20 

Check: Is PLMN2 indicated by the UE? 

- 

- 

1,2 

P 
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6.2.1 .4.3.3 Specific message contents 

None 

6.2.1.5 

6.2.1 .6 Inter-RAT Background HPLMN Search / Search for correct RAT for HPLMN / 

Automatic Mode 

6.2.1 .6.1 Test Purpose (TP) 

with { UE in Automatic network selection mode is camped on a GERAN VPLMN cell and HPLMN cell 
available on E-UTRAN} 
ensure that { 

when { higher priority PLMN search timer T expires } 

then { UE detects E_UTRA cell and camps on the E-UTRA cell } 
} 

6.2.1 .6.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.122 clauses 4.4.3.3.1. 

[TS 23.122, clause 4.4.3.3.1] 

If the MS is in a VPLMN, the MS shall periodically attempt to obtain service on its HPLMN (if the EHPLMN list is not 
present or is empty) or one of its EHPLMNs (if the EHPLMN list is present) or a higher priority PLMN/access 
technology combinations listed in "user controlled PLMN selector" or "operator controlled PLMN selector" by scanning 
in accordance with the requirements that are applicable to i), ii) and iii) as defined in the Automatic Network Selection 
Mode in subclause 4.4.3.1.1. In the case that the mobile has a stored "Equivalent PLMNs" list the mobile shall only 
select a PLMN if it is of a higher priority than those of the same country as the current serving PLMN which are stored 
in the "Equivalent PLMNs" list. For this purpose, a value T minutes may be stored in the SIM, T is either in the range 
6 minutes to 8 hours in 6 minute steps or it indicates that no periodic attempts shall be made. If no value is stored in the 
SIM, a default value of 60 minutes is used. 

The attempts to access the HPLMN or an EHPLMN or higher priority PLMN shall be as specified below: 

a) The periodic attempts shall only be performed in automatic mode when the MS is roaming, and not while 
attached for emergency bearer services; 

b) After switch on a period of at least 2 minutes and at most T minutes shall elapse before the first attempt is made; 

c) The MS shall make the following attempts if the MS is on the VPLMN at time T after the last attempt; 

d) Periodic attempts shall only be performed by the MS while in idle mode; 

e) If the HPLMN (if the EHPLMN list is not present or is empty) or a EHPLMN (if the list is present) or a higher 
priority PLMN is not found, the MS shall remain on the VPLMN. 

f) In steps i), ii) and iii) of subclause 4.4.3.1.1 the MS shall limit its attempts to access higher priority 
PLMN/access technology combinations to PLMN/access technology combinations of the same country as the 
current serving VPLMN, as defined in Annex B. 

g) Only the priority levels of Equivalent PLMNs of the same country as the current serving VPLMN, as defined in 
Annex B, shall be taken into account to compare with the priority level of a selected PLMN. 

h) If the PLMN of the highest priority PLMN/access technology combination available is the current VPLMN, or 
one of the PLMNs in the "Equivalent PLMNs" list, the MS shall remain on the current PLMN/access technology 
combination. 

6.2.1.6.3 Test description 
6.2.1 .6.3.1 Pre-test conditions 
System Simulator 

- GERAN VPLMN Cell 24 serving cell 
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E-UTRAN HPLMN Cell 1 off 

Table 6.2.1.6.3.1-1 shows the cell configuration used during the test 

Table 6.2.1.6.3.1-1: Cell PLMN identities 


Cell 

PLMN name 

1 

PLMN1 

24 

PLMN15 


UE 


Table 6.2.1.6.3.1-2: USIM configuration 


USIM field 

Priority 

Value 

Access 
technology 

Comment 

EFpLMNwAcT 

1 

PLMN1 

E-UTRAN 


2 

PLMN15 

GERAN 


EFhpplmn 


1(=6 min) 


The HPLMN Search Period on 
the USIM shall be set to 6 
minutes. 


Preamble 

- The UE is equipped with a USIM with default settings except for the ones specified in table 6.2.1.6.3.1-2. 

The UE is switched off.. 

6.2.1 .6.3.2 Test procedure sequence 

Tables 6.2.1.6.3.2 - 1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The exact instants on which these values shall be applied are described in the 
texts in this clause. Cell powers for the E-UTRAN cell are defined in TS36.508 Table 6.2.2.1-1 and cell powers for the 
GERAN cell are defined in TS 36.508 Table 6.2.2.1-1. 

Table 6.2.1.6.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 
name 

Unit 

CelM 

Cell 24 

T1 

RS EPRE 

dBm/15kHz 

-60 

Same as before 

*Only minimum uplink cell configuration required(See 6.3.3.2 in 36.508) 


Table 6.2.1.6.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

OA 

Power on the UE. 

- 

- 

- 

- 

1 

SS starts timer of tmin = 2 minutes and tmax 
=(6 minutes + cell selection time) 
(NoteD 





1A 

The UE completes the registration procedure 
on GERAN cell as specified in TS 51 .01 0-1 
clause 41.2.8.1.1. 





2 

SS adjusts cell levels for Cell 1 according to 
rowTI of table 6.2.1.6.3.2-1 

- 

- 

- 

- 

3 

Check: Does the UE send an 
RRCConnectionRequest on ceW 1 after tmin 
but before tmax expires? 
(Notel) 

-> 

RRC: RRCConnectionRequest 

1 

p 

4- 
10 

The steps from step 2 to step 8 as specified in 
TS 36.508 table 6.4.2.7A-1 shall take place 

- 

- 

- 

- 

Note 1 : Timers tmin and tmax in step 1 and 3 are derived from the high priority PLMN search timer T defined by 
EFHPPLMN 
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6.2.2 Inter-RAT cell selection 

6.2.2.1 Inter-RAT cell selection / From E-UTRA RRC_IDLE to UTRA_ldle / Serving 

cell becomes non-suitable 

6.2.2.1 .1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { the serving cell becomes non- suitable and there is a suitable UTRA neighbour cell } 
then { UE selects the suitable UTRA neighbour cell } 

(2) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { the serving cell becomes barred and there is a suitable UTRA neighbour cell} 
then { UE selects the suitable UTRA neighbour cell } 

} 

Note: (SServingCell<0 or barred) conidtion is for rel 8; (Srxlev<0 or Squal<0 or barred) condition 
is for rel 9. 

6.2.2.1 .2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.304, clause 4.1, 4.3,5.2.1, 
5.2.3.2 and 5.3.1. TS 25.304, clause 5.2.3.2. 

[TS 36.304, clause 4.1] 

With the cell selection, the UE searches for a suitable cell of the selected PLMN and chooses that cell to provide 
available services, further the UE shall tune to its control channel. This choosing is known as "camping on the cell". 

The UE shall, if necessary, then register its presence, by means of a NAS registration procedure, in the tracking area of 
the chosen cell and as outcome of a successful Location Registration the selected PLMN becomes the registered PLMN 
[5]. 

If the UE finds a more suitable cell, according to the cell reselection criteria, it reselects onto that cell and camps on it. 
If the new cell does not belong to at least one tracking area to which the UE is registered, location registration is 
performed. 

[TS 36.304, clause 4.3] 

suitable cell: 

A "suitable cell" is a cell on which the UE may camp on to obtain normal service. Such a cell shall fulfil all the 
following requirements. 

The cell is part of either: 

the selected PLMN, or: 

the registered PLMN, or: 
- a PLMN of the Equivalent PLMN list 
according to the latest information provided by NAS: 

- The cell is not barred, see subclause 5.3.1; 

- The cell is part of at least one TA that is not part of the list of "forbidden tracking areas for roaming" [4], which 
belongs to a PLMN that fulfils the first bullet above; 

- The cell selection criteria are fulfilled, see subclause 5.2.3.2; 

- For a CSG cell, the CSG ID is part of the allowed CSG Hst of the UE. 
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If more than one PLMN identity is broadcast in the cell, the cell is considered to be part of all TAs with TAIs 
constructed from the PLMN identities and the TAC broadcast in the cell. 

barred cell: 

A cell is barred if it is so indicated in the system information [3]. 

[TS 36.304, clause 5.2.1] 

When camped on a cell, the UE shall regularly search for a better cell according to the cell reselection criteria. If a 
better cell is found, that cell is selected. 

[TS 36.304, clause 5.2.3.2] 

The cell selection criterion S is fulfilled when: 


Srxlev > 


Where: 


Srxlev = Qrxlevmeas " (Qrxlevmin + Qrxlevminoffset) " Pcompcnsation 


Where: 

the signalled value QrxlevminOffset is only applied when a cell is evaluated for cell selection as a result of a periodic 
search for a higher priority PLMN while camped normally in a VPLMN [5]. During this periodic search for higher 
priority PLMN the UE may check the S criteria of a cell using parameter values stored from a different cell of this 
higher priority PLMN. 


Srxlev 

Cell Selection RX level value (dB) 

vJrxlevmeas 

Measured cell RX level value (RSRP). 

Qrxlevmin 

Minimum required RX level in the cell (dBm) 

Qrxlevminoffset 

Offset to the signalled Qrxievmin taken into account in the Srxlev 
evaluation as a result of a periodic search for a higher priority PLMN 
while camped normally in a VPLMN [5] 

Pcompensation 

max(PEMAx-PuMAx, 0) (dB) 

Pemax 

Maximum TX power level an UE may use when transmitting on the 
uplink in the cell (dBm) defined as Pemax in [TS 36.101] 

PUMAX 

Maximum RF output power of the UE (dBm) according to the UE 
power class as defined in [TS 36.101] 


[TS 36.304, clause 5.3.1] 

Cell status and cell reservations are indicated in the SystemlnformationBlockTypel [3] by means of two Information 
Elements: 

- cellBarred (IE type: "barred" or "not barred") 

In case of multiple PLMNs indicated in SIB 1 , this IE is common for all PLMNs 


When cell status is indicated as "not barred" and "not reserved" for operator use, 

- All UEs shall treat this cell as candidate during the cell selection and cell re-selection procedures. 

When cell status "barred" is indicated or to be treated as if the cell status is "barred", 

- The UE is not permitted to select/re-select this cell, not even for emergency calls. 

- The UE shall select another cell according to the following rule: 
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- If the cell is a CSG cell: 

- the UE may select another cell on the same frequency if the selection/reselection criteria are fulfilled. 

- else 

- If the IE intraFreqReselection in IE cellAccessRelatedlnfo in SystemlnformationBlockTypel is set to 
"allowed", the UE may select another cell on the same frequency if re- selection criteria are fulfilled. 

- The UE shall exclude the barred cell as a candidate for cell selection/reselection for 300 seconds. 

- If the IE intraFreqReselection in IE cellAccessRelatedlnfo in SystemlnformationBlockTypel is set to "not 
allowed" the UE shall not re-select a cell on the same frequency as the barred cell. 

- The UE shall exclude the barred cell as a candidate for cell selection/reselection for 300 seconds. 
The cell selection of another cell may also include a change of RAT. 

[TS 25.304, clause 5.2.3.2] 

The cell selection criterion S is fulfilled when: 


for FDD cells: 
for TDD cells: 


Srxlev > AND Squal > 
Srxlev > 


Where: 


Squal = Qquaimeas " Qqualmin 

Srxlev = Qrxievmeas " Qrxlevmin - Pcompensation 


Squal 

Cell Selection quality value (dB) 
Applicable only for FDD cells. 

Srxlev 

Cell Selection RX level value (dB) 

Qquaimeas 

Measured cell quality value. The quality of the received signal expressed in CPICH E^^/Nq 

(dB) for FDD cells. CPICH Ec/NO shall be averaged as specified in [10]. Applicable only 
for FDD cells. 

Qrxievmeas 

Measured cell RX level value. This is received signal, CPICH RSCP for FDD cells (dBm) 
and P-CCPCH RSCP for TDD cells (dBm). 

Qqualmin 

Minimum required quality level in the cell (dB). Applicable only for FDD cells. 

Qrxlevmin 

Minimum required RX level in the cell (dBm) 

Pcompensation 

max(UE_TXPWR_MAX_RACH - P_MAX, 0) (dB) 

U E_TXP W R_M AX_RACH 

Maximum TX power level an UE may use when accessing the cell on RACH (read in 
system information) (dBm) 

P MAX 

Maximum RF output power of the UE (dBm) 


Test description 
Pre-test conditions 


6.2.2.1.3 
6.2.2.1.3.1 
System Simulator: 

- Cell 1 and Cell 5 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
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UE: 

None. 

Preamble: 

- UE is in state Registered, Idle Mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.2.2.1 .3.2 Test procedure sequence 

Tables 6.2.2.1.3.2-1 & 6.2.2.1.3.2-2 illustrates the downlink power levels and other changing parameters to be applied 
for the cells at various time instants of the test execution. Subsequent configurations marked "Tl", "T2" and " T3" are 
applied at the points indicated in the Main behaviour description in Table 6.2.2.1.3.2-3. 

Table 6.2.2.1.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Remark 

Tl 

Cell-specific RS EPRE 

dBm 

-120 

Srxlevceii i < 

Srxlev* 

dB 

-10 

Cell 5 becomes the strongest cell 

T2 

Cell-specific RS EPRE 

dBm 

-60 


T3 

Cell-specific RS EPRE 

dBm 

-60 

Srxlevceii i > Srxlevceii 5 > 

Srxlev* 

dB 

50 


cellBarred 

- 

Barred 

Serving cell becomes barred 

Note: Srxlev is calculated in the UE 


Table 6.2.2.1.3.2-2: Time instances of cell power level and parameter changes 



Parameter 

Unit 

Cells 

Remark 

Tl 

CPICH Ec 

dBm/3.84 MHz 

-70 

Srxlevceii5>0,forFDD 

P-CCPCH 

dBm/1.28MHz 

-72 

Srxlevceii 5 >0,for TDD 

Srxlev* 

dB 

9 

Cell 5 becomes the strongest cell or 
the suitable cell 

T2 

CPICH Ec 

dBm/3.84 MHz 

OFF 


P-CCPCH 

dBm/1.28MHz 

OFF 


T3 

CPICH Ec 

dBm/3.84 MHz 

-70 

Srxlevceii5>0,for FDD 

P-CCPCH 

dBm/1.28MHz 

-72 

Srxlevceii 5 >0,for TDD 

Srxlev* 

dB 

9 


Note: Srxlev is calculated in the UE 
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Table 6.2.2.1.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 



Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

1 

SS re-adjusts the cell-specific reference signal 
level of Cell 1 according to row "T1" in table 
6.2.2.1 .3.2-1 & Cell 5 power level is set 
according to row "T1 " in table 6.2.2.1 .3.2-2. 





2 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.8 

indicate that the UE is camped on UTRAN Cell 

5? 

NOTE: The UE performs a RAU procedure 

and the RRC connection is released. 



1 


3 

SS re-adjusts the cell-specific reference signal 
level of Cell 1 according to row "T2" in table 
6.2.2.1 .3.2-1 & Cell 5 power level is set 
according to row "T2" in table 6.2.2.1 .3.2-2. 





4 

Generic test procedure in TS 36.508 Table 
6.4.2.7A-1 is performed and the UE will 
camped on E-UTRAN Cell 1. 
NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





5 

Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

6 

SS changes Cell 5 power level according to 
row "T3" in table 6.2.2.1 .3.2-2 and modifies 
System Information so that Cell 1 becomes 
barred according to row "T3" in table 
6.2.2.1 .3.2-1 . The SS transmits a Paging 
message including systemlnfoModification. 

<- 

Paging 



6A 

Void 

- 

- 

- 

- 

7 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.8 

indicate that the UE is camped on UTRAN Cell 

5? 

NOTE: The UE performs a RAU procedure. 



2 



6.2.2.1.3.3 


Specific message contents 


Table 6.2.2.1.3.3-1: SystemlnformationBlockTypel for Cell 1 (preamble and steps 1 to 5, Table 

6.2.2.1.3.2-3) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellSelectionlnfo SEQUENCE { 




q-Rxlevmin 

-55(-110dBm) 



q-Rxlevminoffset 

Not present 



} 




} 





Table 6.2.2.1.3.3-2: Paging tor Cell 1 (step 6, Table 6.2.2.1.3.2-3) 


Derivation path: 36.508 Table 4.6.1-7 

Information Element 

Value/Remark 

Comment 

Condition 

Paging ::= SEQUENCE! 




pagingRecordList 

Not present 



systemlnfoModification 

true 



etws-lndication 

Not present 



nonCriticalExtension SEQUENCE {} 

Not present 



} 
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Table 6.2.2.1.3.3-3: SystemlnformationBlockTypel for Cell 1 (step 6, Table 6.2.2.1.3.2-3) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




cellBarred 

barred 



} 




cellSelectionlnfo SEQUENCE { 




q-Rxlevmin 

-55(-110dBm) 



q-Rxlevminoffset 

Not present 



} 




systemlnfoValueTag 

1 

Previous value is 



} 





6.2.2.2 


6.2.2.2.1 


Inter-RAT cell selection / From E-UTRA RRCJDLE to GSM_ldle/GPRS 
Packetjdie / Serving cell becomes non-suitable 

Test Purpose (TP) 


(1) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { the serving cell becomes non- suitable and there is a suitable GSM neighbour cell 
then { UE selects the suitable GSM neighbour cell } 


(2) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { the serving cell becomes barred and there is a suitable GSM neighbour cell} 
then { UE selects the suitable GSM neighbour cell } 


Note: (SServingCell<0 or barred) conidtion is for rel 
is for rel 9. 


8; (Srxlev<0 or Squal<0 or barred) condition 


6.2.2.2.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.304, clause 4.1, 4.3,5.2.1, 
5.2.3.2, 5.3.1, 43.022, clause 3.6 and TS 45.008, clause 6.4. 

[TS 36.304, clause 4.1] 

With the cell selection, the UE searches for a suitable cell of the selected PLMN and chooses that cell to provide 
available services, further the UE shall tune to its control channel. This choosing is known as "camping on the cell". 

The UE shall, if necessary, then register its presence, by means of a NAS registration procedure, in the tracking area of 
the chosen cell and as outcome of a successful Location Registration the selected PLMN becomes the registered PLMN 
[5]. 

If the UE finds a more suitable cell, according to the cell reselection criteria, it reselects onto that cell and camps on it. 
If the new cell does not belong to at least one tracking area to which the UE is registered, location registration is 
performed. 

[TS 36.304, clause 4.3] 

suitable cell: 

A "suitable cell" is a cell on which the UE may camp on to obtain normal service. Such a cell shall fulfil all the 
following requirements. 

The cell is part of either: 
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the selected PLMN, or: 

the registered PLMN, or: 
- a PLMN of the Equivalent PLMN list 
according to the latest information provided by NAS: 

- The cell is not barred, see subclause 5.3.1; 

- The cell is part of at least one TA that is not part of the list of "forbidden tracking areas for roaming" [4], which 
belongs to a PLMN that fulfils the first bullet above; 

- The cell selection criteria are fulfilled, see subclause 5.2.3.2; 

- For a CSG cell, the CSG ID is part of the allowed CSG Hst of the UE. 

If more than one PLMN identity is broadcast in the cell, the cell is considered to be part of all TAs with TAIs 
constructed from the PLMN identities and the TAG broadcast in the cell. 

barred cell: 

A cell is barred if it is so indicated in the system information [3]. 

[TS 36.304, clause 5.2.1] 

When camped on a cell, the UE shall regularly search for a better cell according to the cell reselection criteria. If a 
better cell is found, that cell is selected. 

[TS 36.304, clause 5.2.3.2] 

The cell selection criterion S is fulfilled when: 


Srxlev > 


Where: 


Srxlev = Qrxle^ 


■ (Qrxlevmin + Qrxlevminoffset) " Pcompcnsation 


Where: 

the signalled value QrxlevminOffset is only applied when a cell is evaluated for cell selection as a result of a periodic 
search for a higher priority PLMN while camped normally in a VPLMN [5]. During this periodic search for higher 
priority PLMN the UE may check the S criteria of a cell using parameter values stored from a different cell of this 
higher priority PLMN. 


Srxlev 

Cell Selection RX level value (dB) 

Qrxlevmeas 

Measured cell RX level value (RSRP). 

Urxlevmin 

Minimum required RX level in the cell (dBm) 

Qrxlevminoffset 

Offset to the signalled Qrxievmin taken into account in the Srxlev 
evaluation as a result of a periodic search for a higher priority PLMN 
while camped normally in a VPLMN [5] 

Pcompensation 

max(PEMAx-PuMAx, 0) (dB) 

Pemax 

Maximum TX power level an UE may use when transmitting on the 
uplink in the cell (dBm) defined as Pemax in [TS 36.101] 

PuMAX 

Maximum RF output power of the UE (dBm) according to the UE 
power class as defined in [TS 36.101] 


[TS 36.304, clause 5.3.1] 

Cell status and cell reservations are indicated in the SystemlnformationBlockTypel [3] by means of two Information 
Elements: 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 168 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

- cellBarred (IE type: "barred" or "not barred") 

In case of multiple PLMNs indicated in SIB 1 , this IE is common for all PLMNs 


When cell status is indicated as "not barred" and "not reserved" for operator use, 

- All UEs shall treat this cell as candidate during the cell selection and cell re-selection procedures. 

When cell status "barred" is indicated or to be treated as if the cell status is "barred", 

- The UE is not permitted to select/re-select this cell, not even for emergency calls. 

- The UE shall select another cell according to the following rule: 

- If the cell is a CSG cell: 

- the UE may select another cell on the same frequency if the selection/reselection criteria are fulfilled. 

- else 

- If the IE intraFreqReselection in IE cellAccessRelatedlnfo in SystemlnformationBlockTypel is set to 
"allowed", the UE may select another cell on the same frequency if re- selection criteria are fulfilled. 

- The UE shall exclude the barred cell as a candidate for cell selection/reselection for 300 seconds. 

- If the IE intraFreqReselection in IE cellAccessRelatedlnfo in SystemlnformationBlockTypel is set to "not 
allowed" the UE shall not re-select a cell on the same frequency as the barred cell. 

- The UE shall exclude the barred cell as a candidate for cell selection/reselection for 300 seconds. 
The cell selection of another cell may also include a change of RAT. 

[TS 43.022, clause 3.6] 

The MS uses a "path loss criterion" parameter CI to determine whether a cell is suitable to camp on. CI depends on 4 
parameters: 

i) The received signal level (suitably averaged); 

ii) The parameter RXLEV_ACCESS_MIN, which is broadcast as system information, and is related to the 
minimum signal that the operator wants the network to receive when being initially accessed by an MS; 

iii) The parameter MS_TXPWR_MAX_CCH, which is also broadcast as system information, and is the maximum 
power that an MS may use when initially accessing the network; 

iv) The maximum power of the MS. 

The formula for determining CI is given in 3GPP TS 45.008. 

Use of the parameter CI enables the MS to determine whether communication is possible with the network in the 
absence of interference. However because of the possibility of interference degrading the communications, an additional 
safeguard is used. This is to monitor the success rate of the MS in decoding signalling blocks of the paging subchannel. 
If there is a downlink signalling failure, i.e. the success rate drops too low, this indicates probable interference on the 
downlink, and the MS attempts to find another suitable cell. Downlink signalling failure monitoring is specified in 
3GPPTS 45.008. 

In order to optimize cell reselection, additional cell reselection parameters can be broadcast as system information of 
each cell. The cell reselection process employs a parameter C2 which depends on these parameters. 

The parameters used to calculate C2 are as follows: 

i) CELL_RESELECT_OFFSET (see subclause 3.5.2.2); 

ii) PENALTY_TIME; 
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When the MS places the cell on the list of the strongest carriers as specified in 3GPP TS 45.008, it starts a timer 
which expires after the PENALTY_TIME. This timer will be reset when the cell is taken off the list. For the 
duration of this timer, C2 is given a negative offset. This will tend to prevent fast moving MSs from selecting the 
cell. 

iii) TEMPORARY_OFFSET; 

This is the amount of the negative offset described in (ii) above. An infinite value can be applied, but a number 
of finite values are also possible. 

The permitted values of these parameters and the way in which they are combined to calculate C2 are defined in 3 GPP 
TS 45.008. 

Instead of the parameter C2, a GPRS MS applies the corresponding GPRS parameter if provided. 

[TS 45.008, clause 6.4] 

The path loss criterion parameter CI used for cell selection and reselection is defined by: 

Cl = (A-Max(B,0)) 

where 

A = RLA_C - RXLEV_ACCESS_MIN 

B = MS_TXPWR_MAX_CCH - P 

except for the class 3 DCS 1 800 MS where: 

B = MS_TXPWR_MAX_CCH + POWER OFFSET - P 

RXLEV_ACCESS_MIN = Minimum received signal level at the MS required for access to the 

system. 

MS_TXPWR_MAX_CCH = Maximum TX power level an MS may use when accessing the system 

until otherwise commanded. 

POWER OFFSET = The power offset to be used in conjunction with the MS TXPWR 

MAX CCH parameter by the class 3 DCS 1 800 MS. 
P = Maximum RE output power of the MS. 

All values are expressed in dBm. 

The path loss criterion (3GPP TS 43.022) is satisfied if CI > 0. 

6.2.2.2.3 Test description 

6.2.2.2.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 24 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- UE is in state Registered, Idle Mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.2.2.2.3.2 Test procedure sequence 

Tables 6.2.2.2.3.2-1 & 6.2.2.2.3.2-2 illustrates the downlink power levels and other changing parameters to be applied 
for the cells at various time instants of the test execution. Subsequent configurations marked "Tl", "T2" and "T3" are 
applied at the points indicated in the Main behaviour description in Table 6.2.2.2.3.2-3. 
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Table 6.2.2.2.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Remark 

T1 

Cell-specific RS EPRE 

dBm 

-120 

Srxlevceii i < 

Srxlev* 

dB 

-10 

Cell 24 becomes the strongest cell 

T2 

Cell-specific RS EPRE 

dBm 

-60 


T3 

Cell-specific RS EPRE 

dBm 

-60 

Srxlevceii i > Srxlevceii 24 > 

Srxlev* 

dB 

50 


cellBarred 

- 

Barred 

Serving cell becomes barred 

Note: Srxlev is calculated in the UE 


Table 6.2.2.2.3.2-2: Time instances of cell power level and parameter changes 



Parameter 

Unit 

Cell 24 

Remark 

T1 

RF Signal Level 

dBm 

-80 

Srxlevceii 24 > 

CI* 

dB 

20 

Cell 24 becomes the strongest cell 

T2 

RF Signal Level 

dBm 

OFF 


T3 

RF Signal Level 

dBm 

-80 

Srxlevceii 24 > 

CI* 

dB 

20 


Note: CI is calculated in the UE 


Table 6.2.2.2.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 



Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

1 

SS re-adjusts the cell-specific reference signal 
level of Cell 1 according to row "T1" in table 
6.2.2.2.3.2-1 & cell 24 power level is set 
according to row "T1" in table 6.2.2.2.3.2-2. 





2 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.9 

indicate that the UE is camped on GERAN Cell 

24? 

NOTE: The UE performs a RAU procedure. 



1 


3 

SS re-adjusts the cell-specific reference signal 
level of Cell 1 according to row "T2" in table 
6.2.2.2.3.2-1 & Cell 24 power level is set 
according to row "T2" in table 6.2.2.2.3.2-2. 





4 

Generic test procedure in TS 36.508 Table 
6.4.2.7A-1 is performed and the UE will 
camped on E-UTRAN Cell 1. 
NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





5 

Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

6 

SS changes Cell 24 power level according to 
row "T3" in table 6.2.2.2.3.2-2 and modifies 
System Information so that Cell 1 becomes 
barred according to row "T3" in table 
6.2.2.2.3.2-1 . The SS transmits a Paging 
message including systemlnfoModification. 

<— 

Paging 



7 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.9 

indicate that the UE is camped on GERAN Cell 

24? 

NOTE: The UE performs a RAU procedure. 



2 



ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


171 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


6.2.2.2.3.3 


Specific message contents 


Table 6.2.2.2.3.3-1 : SystemlnformationBlockTypel for Cell 1 (preamble and steps 1 to 5, Table 

6.2.2.2.3.2-3) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellSelectionlnfo SEQUENCE { 




q-Rxlevmin 

-55(-110dBm) 



q-Rxlevminoffset 

Not present 



} 




} 





Table 6.2.2.2.3.3-2: SystemlnformationBlockTypel for Cell 1 (step 6, Table 6.2.2.2.3.2-3) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




cellBarred 

barred 



} 




cellSelectionlnfo SEQUENCE { 




q-Rxlevmin 

-55(-110dBm) 



q-Rxlevminoffset 

Not present 



} 




systemlnfoValueTag 

1 

Previous value is 



} 





Table 6.2.2.2.3.3-3: Paging ior Cell 1 (step 6, Table 6.2.2.2.3.2-3) 


Derivation path: 36.508 Table 4.6.1-7 

Information Element 

Value/Remark 

Comment 

Condition 

Paging ::= SEQUENCE} 




pagingRecordList 

Not present 



systemlnfoModification 

true 



etws-lndication 

Not present 



nonCriticalExtension SEQUENCE {} 

Not present 



} 





6.2.2.3 


6.2.2.3.1 


Inter-RAT Cell selection / From E-UTRA RRCJDLE to HRPD Idle / Serving 
cell becomes non-suitable 

Test Purpose (TP) 


(1) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { the serving cell becomes non-suitable and there is a suitable neighbour HRPD cell (S>0) 
then { UE selects the suitable neighbour HRPD cell } 


Note: (SServingCell<0 or barred) conidtion is for rel 8; (Srxlev<0 or Squal<0 or barred) condition 
is for rel 9. 


6.2.2.3.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS36.300, clause 10.1.1.1 and 
TS 36.304, clause 4.1, 5.2.1, and 5.2.3.2. 

[TS 36.300, clause 10.1.1.1] 
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Cell selection: 

- The UE NAS identifies a selected PLMN and equivalent PLMNs; 

- The UE searches the E-UTRA frequency bands and for each carrier frequency identifies the strongest cell. It 
reads cell system information broadcast to identify its PLMN(s): 

- The UE may search each carrier in turn ("initial cell selection") or make use of stored information to shorten 
the search ("stored information cell selection"). 

- The UE seeks to identify a suitable cell; if it is not able to identify a suitable cell it seeks to identify an 
acceptable cell. When a suitable cell is found or if only an acceptable cell is found it camps on that cell and 
commence the cell reselection procedure: 

A suitable cell is one for which the measured cell attributes satisfy the cell selection criteria; the cell PLMN 
is the selected PLMN, registered or an equivalent PLMN; the cell is not barred or reserved and the cell is not 
part of a tracking area which is in the list of "forbidden tracking areas for roaming"; 

- An acceptable cell is one for which the measured cell attributes satisfy the cell selection criteria and the cell 
is not barred; 

[TS 36.304, clause 4.1] 

With the cell selection, the UE searches for a suitable cell of the selected PLMN and chooses that cell to provide 
available services, further the UE shall tune to its control channel. This choosing is known as "camping on the cell". 

The UE will, if necessary, then register its presence, by means of a NAS registration procedure, in the tracking area of 
the chosen cell and as outcome of a successful Location Registration the selected PLMN becomes the registered PLMN 
[5]. 

If the UE finds a more suitable cell, according to the cell reselection criteria, it reselects onto that cell and camps on it. 
If the new cell does not belong to at least one tracking area to which the UE is registered, location registration is 
performed. 

[TS 36.304, clause 5.2.1] 

When camped on a cell, the UE shall regularly search for a better cell according to the cell reselection criteria. If a 
better cell is found, that cell is selected. 

[TS 36.304, clause 5.2.3.2] 

The cell selection criterion S is fulfilled when: 


Srxlev > 


Where: 


Srxlev = Qrxievmeas " (Qrxlevmiii - Qrxlevminoffset) - Pcompensation 


Where: 

the signalled value QrxlevminOffset is only applied when a cell is evaluated for cell selection as a result of a periodic 
search for a higher priority PLMN while camped normally in a VPLMN [5]. During this periodic search for higher 
priority PLMN the UE may check the S criteria of a cell using parameter values stored from a different cell of this 
higher priority PLMN. 
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Srxlev 

Cell Selection RX level value (dB) 

vJrxlevmeas 

Measured cell RX level value (RSRP). 

Qrxlevmin 

Minimum required RX level in the cell (dBm) 

Qrxlevminoffset 

Offset to the signalled Qrxlevmin taken into account in the Srxlev 
evaluation as a result of a periodic search for a higher priority PLMN 
while camped normally in a VPLMN [5] 

Pcompensation 

[FFS] 


6.2.2.3.3 Test description 

6.2.2.3.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 is a cell on E-UTRA 

- Cell ISisacellonHRPD 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None 
Preamble: 

- UE is in state Registered, Idle Mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.2.2.3.3.2 Test procedure sequence 

Table 6.2.2.3.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Subsequent configurations marked "Tl" and "T2" are applied at the points 
indicated in the Main behaviour description in Table 6.2.2.3.3.2-2. 

Table 6.2.2.3.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 15 

Remark 










T1 

lor/loc 

dB 

- 

-5 

Cell 15 is on 

loc 

dBm/1.23MHz 

- 

-55 

Pilot Ec/lo (Note 1) 

dB 

- 

-6 

Cell-specific RS EPRE 

dBm/15KHz 

-60 



T2 

Cell-specific RS EPRE 

dBm/15kHz 

-120 

- 

Srxlevceii i <0 and Cell 15 becomes the 
strongest cell 

Srxlev* 

dB 

-10 

lor/loc 

dB 

- 

-5 


loc 

dBm/1.23MHz 

- 

-55 

Pilot Ec/lo (Note 1) 

dB 

- 

-6 


Note 1 : This parameter is not directly sellable, but is derived by calculation from the other parameters set by the 
SS. 
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Table 6.2.2.3.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS re-adjusts the cell-specific reference signal 
level of Cell 15 according to "T1" in 6.2.2.3.3.2- 
1. 





1A 

SS waits [1 Os] to allow the UE to read the 
system information 

- 

- 

- 

- 

2 

SS re-adjusts the cell-specific reference signal 
level of Cell 1 according to "T2" in 6.2.2.3.3.2- 
1. 





3 

Check: Does the UE transmit an Access Probe 
on Cell 15? 

-> 

Access Probe 

1 

P 


6.2.2.3.3.3 Specific message contents 

Table 6.2.2.3.3.3-1 SystemlnformationBlockTypel to Cell 1 (Preamble and all steps, table 6.2.2.3.3.2-2) 


Derivation path: 36.508 table clause 4.4.3.2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellSelectionlnfo SEQUENCE { 




q-Rxlevmin 

-55(-110dBm) 



q-Rxlevminoffset 

Not present 



} 




} 
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Table 6.2.2.3.3.3-2: SystemlnformationBlockTypeS to Cell 1 ("P/Bamble and all steps, table 6.2.2.3.3.2- 

2) 


Derivation path: 36.508 table 4.4.3.3 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




systemTimelnfo SEQUENCE { 




cdma-EUTRA-Synchronisation 

TRUE 



cdma-SystemTime CHOICE { 




synchronousSystemTime 

A valid value as per TS 
36.331 and calculated by 
theSS 



} 




} 




searchWindowSize 

5 



parametersHRPD SEQUENCE { 




cellReselectionParametersHRPD SEQUENCE { 




bandClassList SEQUENCE (SIZE (1 ..maxCDMA - 
BandClass)) OF SEQUENCE { 

The same number of 
entries as the configured 
HRPD carriers 



bandClass 

Band Class of frequency 
under test 

[Set according to 
specific test case] 


cellReselectionPriority 

5 

[3 is applicable 
when HRPD is 
lower priority than 
E-UTRA. 5 is 
applicable when 
HRPD is higher 
priority than E- 
UTRA] 


threshX-High 

30(-30) 

INTEGER (0..63) 


threshX-Low 

32(-32) 

INTEGER (0..63) 


} 




t-ReselectionCDMA2000 



INTEGER (0..7) 


} 




} 




} 





6.2.2.4 Inter-RAT Cell selection / From E-UTRAN RRG_IDLE to 1 xRTT idle / Serving 

cell becomes non-suitable 

6.2.2.4.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { the serving cell becomes non- suitable and 
there is a suitable neighbour IxRTT cell (S>0) } 

then { UE selects the suitable neighbour IxRTT cell } 

} 

Note: (SServingCell<0 or barred) conidtion is for rel 8; (Srxlev<0 or Squal<0 or barred) condition 
is for rel 9. 


6.2.2.4.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS36.300, clause 10.1.1.1 and 
TS 36.304, clause 4.1, 5.2.1, and 5.2.3.2. 

[TS 36.300, clause 10.1.1.1] 

Cell selection: 

- The UE NAS identifies a selected PLMN and equivalent PLMNs; 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


176 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


- The UE searches the E-UTRA frequency bands and for each carrier frequency identifies the strongest cell. It 
reads cell system information broadcast to identify its PLMN(s): 

The UE may search each carrier in turn ("initial cell selection") or make use of stored information to shorten 
the search ("stored information cell selection"). 

- The UE seeks to identify a suitable cell; if it is not able to identify a suitable cell it seeks to identify an 
acceptable cell. When a suitable cell is found or if only an acceptable cell is found it camps on that cell and 
commence the cell reselection procedure: 

- A suitable cell is one for which the measured cell attributes satisfy the cell selection criteria; the cell PLMN 
is the selected PLMN, registered or an equivalent PLMN; the cell is not barred or reserved and the cell is not 
part of a tracking area which is in the list of "forbidden tracking areas for roaming"; 

- An acceptable cell is one for which the measured cell attributes satisfy the cell selection criteria and the cell 
is not barred; 

[TS 36.304, clause 4.1] 

With the cell selection, the UE searches for a suitable cell of the selected PLMN and chooses that cell to provide 
available services, further the UE shall tune to its control channel. This choosing is known as "camping on the cell". 

The UE will, if necessary, then register its presence, by means of a NAS registration procedure, in the tracking area of 
the chosen cell and as outcome of a successful Location Registration the selected PLMN becomes the registered PLMN. 

If the UE finds a more suitable cell, according to the cell reselection criteria, it reselects onto that cell and camps on it. 
If the new cell does not belong to at least one tracking area to which the UE is registered, location registration is 
performed. 

[TS 36.304, clause 5.2.1] 

When camped on a cell, the UE shall regularly search for a better cell according to the cell reselection criteria. If a 
better cell is found, that cell is selected. 

[TS 36.304, clause 5.2.3.2] 

The cell selection criterion S is fulfilled when: 


Srxlev > 


Where: 


Srxlev = Qrxievmeas " (Qrxlevmin - Qrxlevminoffset) - Pcompensation 


Where: 

the signalled value QrxlevminOffset is only applied when a cell is evaluated for cell selection as a result of a periodic 
search for a higher priority PLMN while camped normally in a VPLMN. During this periodic search for higher priority 
PLMN the UE may check the S criteria of a cell using parameter values stored from a different cell of this higher 
priority PLMN. 


Srxlev 

Cell Selection RX level value (dB) 

Qrxievmeas 

Measured cell RX level value (RSRP). 

Qrxlevmin 

Minimum required RX level in the cell (dBm) 

Qrxlevminoffset 

Offset to the signalled Qrxlevmin taken into account in the Srxlev 
evaluation as a result of a periodic search for a higher priority PLMN 
while camped normally in a VPLMN [5] 

Pcompensation 

fFFSl 
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6.2.2.4.3 Test description 

6.2.2.4.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 is a cell on E-UTRA 

- Cell 19isacellonlxRTT 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- UE is in state Registered, Idle Mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.2.2.4.3.2 Test procedure sequence 

Table 6.2.2.4.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The configurations marked "Tl" and "T2" are applied at the point indicated 
in the Main behaviour description in Table 6.2.2.4.3.2-2 

Table 6.2.2.4.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 19 

Remark 

T1 

lor/loc 

dB 

- 



Cell 19 is on 

Pilot Ec/ lor 



-7 

loc 

dBm 

- 

-75 

CPICH Ec/lo(Note1) 

dB 

- 

-10 

Cell-specific RS EPRE 

dBm/15KHz 

-75 

- 

T2 

lor/loc 

dB 

- 



Srxlevceii i <0 and Cell 19 becomes the 
strongest cell 

Pilot Ec/ lor 

dB 

- 

-7 

loc 

dBm/1.23MHz 

- 

-75 

CPICH Ec/lo(Note1) 

dB 

- 

-10 

Cell-specific RS EPRE 

dBm/15KHz 

-120 

- 

Note 1 : This parameter is not directly sellable, but is derived by calculation from the other parameters set by the 
SS. 


Table 6.2.2.4.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS re-adjusts the cell-specific reference signal 
levels according to row "Tl " in Table 
6.2.2.4.3.2-1. 





1A 

SS waits [1 Os] to allow the UE to read the 
system information. 

- 

- 

- 

- 

2 

SS re-adjusts the cell-specific reference signal 
levels according to row "T2" in Table 
6.2.2.4.3.2-1. 





3 

Check: Does the UE transmit an Access Probe 
on Cell 19? 

-> 

Access Probe 

1 

p 
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6.2.2.4.3.3 Specific message contents 

Table 6.2.2.4.3.3-1 SystemlnformationBlockTypel to Cell 1 (Preamble and all steps, table 6.2.2.4.3.2-1) 


Derivation path: 36.508 table clause 4.4.3.2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellSelectionlnfo SEQUENCE { 




q-Rxlevmin 

-55(-110dBm) 



q-Rxlevminoffset 

Not present 



} 




} 





6.2.2.5 
6.2.2.5.1 

(1) 


Cell selection / No USIM 
Test Purpose (TP) 


with { UE fitted with no SIM/USIM } 
ensure that { 

when { UE is switched on } 

then { UE camps on a non-LTE cell } 

} 

(2) 

with { UE fitted with no SIM/USIM and camped on a non-LTE cell 
ensure that { 

when { UE is requested to make an emergency call } 

then { UE transmits an RRC CONNECTION REQUEST message } 


6.2.2.5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 4.1. 

[TS 36.304, clause 4.1] 

A UE which is not equipped with a valid USIM (i.e. no UICC or SIM only), or which shall consider the USIM as 
invalid for EPS services as defined in [15] and [16] (e.g. due to a LR reject #3, #6, #7, #8) shall disable all its E- 
UTRAN capabilities until switching off or the UICC containing the USIM is removed. 


Test description 
Pre-test conditions 


6.2.2.5.3 
6.2.2.5.3.1 
System Simulator: 
- Cell land Cell 5. 

Table 6.2.2.5.3.1-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 

TO 

Cell-specific RS EPRE 

dBm 

-70 

- 

CPICH Ec(UTRA 
FDD) 

dBm/3.84 MHz 

- 

-75 

PCCPCH_Ec (UTRA 
LCR TDD) 

dBm/1.28MHz 

- 

-77 


UE: 


The UE is not equipped with a USIM. 
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Preamble: 

- The UE is in state Switched OFF (state 1) according to [18]. 
6.2.2.5.3.2 Test procedure sequence 

Table 6.2.2.5.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

Wait for 60s for the UE to complete cell 
selection. E-UTRA cell is more powerful than 
UTRA cell 





3 

Cause the UE to originate Emergency call, 
(see Note 1 ) 

- 

- 

- 

- 

4 

Check: Does the UE transmit an RRC 
CONNECTION REQUEST message on Cell 
5? 

-> 

RRC CONNECTION REQUEST 

1,2 

p 

5 

The SS transmits an RRC CONNECTION 
SETUP message on Cell 5. 

<— 

RRC CONNECTION SETUP 

- 

- 

6 

The UE transmits an RRC CONNECTION 
SETUP COMPLETE message on Cell 5. 

-> 

RRC CONNECTION SETUP 
COMPLETE 

- 

- 

7 

The UE transmits an INITIAL DIRECT 
TRANSFER message on Cell 5. 
This message includes a CM SERVICE 
REQUEST message. 

-> 

INITIAL DIRECT TRANSFER 



8 

The SS transmits a DOWNLINK DIRECT 
TRANSFER message on Cell 5. 
This message includes a CM SERVICE 
ACCEPT message. 

<- 

DOWNLINK DIRECT TRANSFER 



9 

The UE transmits an UPLINK DIRECT 
TRANSFER message on Cell 5. 
This message includes an EMERGENCY 
SETUP message. 

-> 

UPLINK DIRECT TRANSFER 



10 

The SS transmits a DOWNLINK DIRECT 

TRANSFER message on Cell 5. 

This message includes a CALL PROCEEDING 

message. 

<— 

DOWNLINK DIRECT TRANSFER 



11 

The SS transmits a RADIO BEARER SETUP 
message on Cell 5. 

<- 

RADIO BEARER SETUP 

- 

- 

12 

The UE transmits a RADIO BEARER SETUP 
COMPLETE message on Cell 5. 

-> 

RADIO BEARER SETUP 
COMPLETE 

- 

- 

13 

The SS transmits a DOWNLINK DIRECT 
TRANSFER message on Cell 5. 
This message includes an ALERTING 
message. 

<- 

DOWNLINK DIRECT TRANSFER 



14 

The SS transmits a DOWNLINK DIRECT 

TRANSFER message on Cell 5. 

This message includes a CONNECT message. 

<— 

DOWNLINK DIRECT TRANSFER 



15 

The UE transmits an UPLINK DIRECT 
TRANSFER message on Cell 5. 
This message includes a CONNECT 
ACKNOWLEDGE message. 

-> 

UPLINK DIRECT TRANSFER 



Note 1 : The request is assumed to be triggered by AT command D. 


6.2.2.5.3.3 
None. 


Specific message contents 
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6.2.2.6 Inter-RAT Cell selection / From GSMJdIe/GPRS Packetjdie to E- 

UTRA_RRC_IDLE / Serving cell becomes non-suitable 

6.2.2.6.1 Test Purpose (TP) 
(1) 

with { UE in GSM/GPRS Registered state and no RR connection } 
ensure that { 

when { the serving cell becomes non- suitable and there is a suitable E-UTRA neighbour cell } 
then { UE selects the suitable E-UTRA neighbour cell } 

6.2.2.6.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 45.008, clause 6.4 . 

[TS 45.008, clause 6.4] 

The path loss criterion parameter CI used for cell selection and reselection is defined by: 

Cl = (A-Max(B,0)) 

where 

A = RLA_C - RXLEV_ACCESS_MIN 

B = MS_TXPWR_MAX_CCH - P 

except for the class 3 DCS 1 800 MS where: 

B = MS_TXPWR_MAX_CCH + POWER OFFSET - P 

RXLEV_ACCESS_MIN = Minimum received signal level at the MS required for access to the 

system. 

MS_TXPWR_MAX_CCH = Maximum TX power level an MS may use when accessing the system 

until otherwise commanded. 

POWER OFFSET = The power offset to be used in conjunction with the MS TXPWR 

MAX CCH parameter by the class 3 DCS 1 800 MS. 
P = Maximum RF output power of the MS. 

All values are expressed in dBm. 

The path loss criterion (3GPP TS 43.022) is satisfied if CI > 0. 

6.2.2.6.3 Test description 
6.2.2.6.3.1 Pre-test conditions 
System Simulator: 

- Two cells: 

- One GERAN cell. Cell 24 is serving cell. 

- One E-UTRAN cell. Cell 1 is Suitable neighbour inter-RAT cell. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 24 according to [18]. 
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6.2.2.6.3.2 


Test procedure sequence 


Tables 6.2.2.6.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after the preamble, while 
rows marked "Tl" are to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 6.2.2.6.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 24 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

-120 

- 

Srxlevceii i < 

Qrxlevmin 

dBm 

-110 

- 

- 

Srxlev* 

dB 

N/A 

- 

- 

RF Signal level 

dBm 

- 

-80 

- 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-70 

- 

- 

Srxlev* 

dB 

30 

- 

SrxlevceiM >THRESH E- 
UTRAN high 

RF Signal level 

dBm 

- 

OFF 

- 

Note: Srxlev is calculated in the UE 


Table 6.2.2.6.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

SS adjusts cell levels according to row Tl of 
table 6.2.2.6.3.2-1 

- 

- 

- 

- 

2 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.7 

indicate that the UE is camped on E-UTRAN 

CelM? 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 



1 



6.2.2.6.3.3 
None. 

6.2.2.7 

6.2.2.7.1 
(1) 


Specific message contents 


Inter-RAT Cell selection / From GSMJdIe/GPRS Packetjdie to E- 
UTRA_RRC_IDLE ,when the serving cell is barred. 

Test Purpose (TP) 


with { UE in GSM/GPRS Registered state and no RR connection } 
ensure that { 

when { the serving cell becomes barred and there is a suitable E-UTRA neighbour cell} 
then { UE selects the suitable E-UTRA neighbour cell } 


6.2.2.7.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 45.008, clause 6.4 and 6.6.1, 
&TS 43.022 clause 3.2.1. 


[TS 45.008, clause 6.4] 
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The path loss criterion parameter CI used for cell selection and reselection is defined by: 

Cl = (A-Max(B,0)) 

where 

A = RLA_C - RXLEV_ACCESS_MIN 

B = MS_TXPWR_MAX_CCH - P 

except for the class 3 DCS 1 800 MS where: 

B = MS_TXPWR_MAX_CCH + POWER OFFSET - P 

RXLEV_ACCESS_MIN = Minimum received signal level at the MS required for access to the 

system. 

MS_TXPWR_MAX_CCH = Maximum TX power level an MS may use when accessing the system 

until otherwise commanded. 

POWER OFFSET = The power offset to be used in conjunction with the MS TXPWR 

MAX CCH parameter by the class 3 DCS 1 800 MS. 
P = Maximum RE output power of the MS. 

All values are expressed in dBm. 

The path loss criterion (3GPP TS 43.022) is satisfied if CI > 0. 

[TS 45.008, clause 6.6.1] 

The MS shall attempt to decode the full BCCH data of the serving cell at least every 30 seconds or at least as often as 
possible in the case that system information scheduling period exceeds 30 seconds. 

If SI13 is broadcast, the MS supporting change mark in SI13 (See 3GPP TS 44.018) is only required to confirm system 
information on the BCCH of the serving cell if indicated by change mark in SI13. 

[TS 43.022, clause 3.2.1] 

The choice of such a suitable cell for the purpose of receiving normal service is referred to as "normal camping". There 
are various requirements that a cell must satisfy before an MS can perform normal camping on it: 

i) It should be a cell of the selected PLMN or, if the selected PLMN is equal to the last registered PLMN, an 
equivalent PLMN; 

ii) It should not be "barred" (see subclause 3.5.1); 

6.2.2.7.3 Test description 

6.2.2.7.3.1 Pre-test conditions 
System Simulator: 

- Two cells: 

- One GERAN cell. Cell 24 is serving cell. 

- One E-UTRAN cell. Cell 1 is Suitable neighbour inter-RAT cell. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 24 according to [18]. 

6.2.2.7.3.2 Test procedure sequence 

Tables 6.2.2.7.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after the preamble, while 
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rows marked "Tl" are to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 6.2.2.7.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 24 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

-120 

- 

Srxlevceii i < 

Qrxlevmin 

dBm 

-110 

- 


Srxlev* 

dB 

N/A 

- 


RF Signal Level 

dBm 

- 

-80 


RXLEV ACCESS MIN 

dBm 

- 

-101 


CV 

dB 

- 

21 


T1 

Cell-specific RS EPRE 

dBm/15kHz 

-70 

- 


Srxlev* 

dB 

30 

- 

SrxlevceiM >THRESH E- 
UTRAN high 

RF Signal Level 

dBm 

- 

-80 


RXLEV ACCESS MIN 

dBm 

- 

21 


C1* 

dB 

- 

Barred 


Note: Srxlev is calculated in the UE 


Table 6.2.2.7.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

SS adjusts cells according to row Tl of table 
6.2.2.7.3.2-1 and SI2 IE ce/ZBarred according 
to row "Tl " in table 6.2.2.7.3.2-1 . 





2 

Check: Does the test result of generic test 

procedure in TS 36.508 Table 6.4.2.7A-2 

indicate that the UE is camped on E-UTRAN 

CelM? 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 



1 



6.2.2.7.3.3 Specific message contents 

Table 6.2.2.7.3.3-1: RACH Control Parameters of SI2, SIS and SI4 for Cell 24(step 1 , Table 6.2.2.7.3.2-3) 


Derivation Path: 51.010-1 clause 40.2.1.1 

Information Element 

Value/remark 

Comment 

Condition 

RACH Control Parameters! 




Cell Barred for Access 

Barred 



} 





Table 6.2.2.7.3.3-2: S1 13 Rest Octets of , SI13 for Cell 24(step 1 , Table 6.2.2.7.3.2-3) 


Derivation Path: 51.010-1 clause 40.2.1.1 

Information Element 

Value/remark 

Comment 

Condition 

BCCH CHANGE MARK { 

001 



SI CHANGE FIELD 

0000 



} 





6.2.2.8 


6.2.2.8.1 


Inter-RAT cell selection / From UTRAJdIe to E-UTRA RRC_IDLE / Serving 
cell becomes non-suitable 

Test Purpose (TP) 


(1) 

with { UE in UTRA RRC_IDLE state } 
ensure that { 

when { the serving cell becomes non- suitable and there is a suitable E-UTRA neighbour cell 
then { UE selects the suitable E-UTRA neighbour cell } 
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(2) 

with { UE in UTRA RRC_IDLE state } 
ensure that { 

when { the serving cell becomes barred and there is a suitable E-UTRA neighbour cell} 
then { UE selects the suitable E-UTRA neighbour cell } 

} 

Note: (SServingCell<0 or barred) conidtion is for rel 8; (Srxlev<0 or Squal<0 or barred) condition 
is for rel 9. 

6.2.2.8.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 25.304, clause 5.2.1, 4.3, 
5.2.1.4, 5.2.3.2. TS 36.304, clause 4.1, 4.3,5.2.1 and 5.2.3.2. 

[TS 25.304, clause 5.2.1] 

When camped on a cell, the UE shall regularly search for a better cell according to the cell reselection criteria. If a 
better cell is found, that cell is selected. 

[TS 25.304, clause 4.3] 

suitable cell: 

A "suitable cell" is a cell on which the UE may camp on to obtain normal service. Such a cell shall fulfil all the 
following requirements. 

- The cell shall be part of either: 

■ the selected PLMN, or: 

■ the registered PLMN, or: 

■ a PLMN of the Equivalent PLMN list 
according to the latest information provided by the NAS. 

- The cell is not barred, see subclause 5.3.1.1; 

- The cell is part of at least one LA that is not part of the list of "forbidden LAs for roaming" [9], which belongs to 
a PLMN that fulfils the first bullet above; 

- The cell selection criteria are fulfilled, see subclause 5.2.3.1.2. 

- For a CSG cell the CSG ID is part of the CSG whiteHst of the UE. 

If the IE "Multiple PLMN List" [4] is broadcast in the cell, the cell is considered to be part of all LAs with LAIs 
constructed from the PLMN identities in the "Multiple PLMN List" and the LAC broadcast in the cell. 

barred cell: 

A cell is barred if it is so indicated in the system information [4] . 

[TS 25.304, clause 5.2.5.1] 

When camped normally, the UE shall perform the following tasks: 

- execute the cell reselection evaluation process on the following occasions/triggers: 

1) UE internal triggers, so as to meet performance as specified in [10] and [11]; 

2) When information on the BCCH used for the cell reselection evaluation procedure has been modified 
[TS 36.304, clause 4.1] 
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With the cell selection, the UE searches for a suitable cell of the selected PLMN and chooses that cell to provide 
available services, further the UE shall tune to its control channel. This choosing is known as "camping on the cell". 

The UE shall, if necessary, then register its presence, by means of a NAS registration procedure, in the tracking area of 
the chosen cell and as outcome of a successful Location Registration the selected PLMN becomes the registered PLMN 
[5]. 

If the UE finds a more suitable cell, according to the cell reselection criteria, it reselects onto that cell and camps on it. 
If the new cell does not belong to at least one tracking area to which the UE is registered, location registration is 
performed. 

[TS 36.304, clause 4.3] 

suitable cell: 

A "suitable cell" is a cell on which the UE may camp on to obtain normal service. Such a cell shall fulfil all the 
following requirements. 

The cell is part of either: 

the selected PLMN, or: 

the registered PLMN, or: 
- a PLMN of the Equivalent PLMN list 
according to the latest information provided by NAS: 

- The cell is not barred, see subclause 5.3.1; 

- The cell is part of at least one TA that is not part of the list of "forbidden tracking areas for roaming" [4], which 
belongs to a PLMN that fulfils the first bullet above; 

- The cell selection criteria are fulfilled, see subclause 5.2.3.2; 

- For a CSG cell, the CSG ID is part of the allowed CSG Hst of the UE. 

If more than one PLMN identity is broadcast in the cell, the cell is considered to be part of all TAs with TAIs 
constructed from the PLMN identities and the TAG broadcast in the cell. 

[TS 36.304, clause 5.2.1] 

When camped on a cell, the UE shall regularly search for a better cell according to the cell reselection criteria. If a 
better cell is found, that cell is selected. 

[TS 36.304, clause 5.2.3.2] 

The cell selection criterion S is fulfilled when: 


Srxlev > 


Where: 


Srxlev = Qrxlevmeas " (Qrxlevmin + Qrxlevminoffset) " Pcompcnsation 


Where: 

the signalled value QrxlevminOffset is only applied when a cell is evaluated for cell selection as a result of a periodic 
search for a higher priority PLMN while camped normally in a VPLMN [5]. During this periodic search for higher 
priority PLMN the UE may check the S criteria of a cell using parameter values stored from a different cell of this 
higher priority PLMN. 
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Srxlev 

Cell Selection RX level value (dB) 

vJrxlevmeas 

Measured cell RX level value (RSRP). 

Qrxlevmin 

Minimum required RX level in the cell (dBm) 

vJrxlevminoffset 

Offset to the signalled Qrxievmin taken into account in the Srxlev 
evaluation as a result of a periodic search for a higher priority PLMN 
while camped normally in a VPLMN [5] 

Pcompensation 

max(PEMAx - PuMAx, 0) (dB) 

Pemax 

Maximum TX power level an UE may use when transmitting on the 
uplink in the cell (dBm) defined as Pemax in [TS 36.101] 

PUMAX 

Maximum RF output power of the UE (dBm) according to the UE 
power class as defined in [TS 36.101] 


[TS 25.304, clause 5.2.3.2] 

The cell selection criterion S is fulfilled when: 


Where: 


for FDD cells: 
for TDD cells: 


Srxlev > AND Squal > 
Srxlev > 


Squal = Qquaimeas - Qqualmin 

Srxlev = Qrxievmeas " Qrxlevmin - Pcompensation 


Squal 

Cell Selection quality value (dB) 
Applicable only for FDD cells. 

Srxlev 

Cell Selection RX level value (dB) 

Qquaimeas 

Measured cell quality value. The quality of the received signal expressed in CPICH E^^/Nq 

(dB) for FDD cells. CPICH Ec/NO shall be averaged as specified in [10]. Applicable only 
for FDD cells. 

Urxlevmeas 

Measured cell RX level value. This is received signal, CPICH RSCP for FDD cells (dBm) 
and P-CCPCH RSCP for TDD cells (dBm). 

Qqualmin 

Minimum required quality level in the cell (dB). Applicable only for FDD cells. 

Qrxlevmin 

Minimum required RX level in the cell (dBm) 

Pcompensation 

max(UE TXPWR MAX RACH - P MAX, 0) (dB) 

U E_TXPW R_MAX_RACH 

Maximum TX power level an UE may use when accessing the cell on RACH (read in 
system information) (dBm) 

P MAX 

Maximum RF output power of the UE (dBm) 


6.2.2.8.3 Test description 

6.2.2.8.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 5 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- UE is in state Registered, Idle Mode (state 2) on Cell 5 (serving cell) according to [5]. 
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6.2.2.8.3.2 


Test procedure sequence 


Tables 6.2.2.8.3.2-1 & 6.2.2.8.3.2-2 illustrates the downlink power levels and other changing parameters to be applied 
for the cells at various time instants of the test execution. Subsequent configurations marked "Tl", "T2" and " T3" are 
applied at the points indicated in the Main behaviour description in Table 6.2.2.8.3.2-3. 

Table 6.2.2.8.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Remark 

Tl 

Cell-specific RS EPRE 

dBm/15kHz 

-70 

Cell 1 becomes the strongest cell or 
the suitable cell 

Srxlev* 

dB 

36 

Srxlevceii i > 

T2 

Cell-specific RS EPRE 

dBm/15kHz 

"Off" 

Power level "Off" is defined in 
TS36.508 Table 6.2.2.1-1. 

T3 

Cell-specific RS EPRE 

dBm/15kHz 

-85 


Srxlev* 

dB 

21 


Note: Srxlev is calculated in the UE 


Table 6.2.2.8.3.2-2: Time instances of cell power level and parameter changes for UTRA cell 



Parameter 

Unit 

Cells 

Remark 

Tl 

CPICH Ec 

dBm/3.84 MHz 

-90 

Srxlevceii5<0,for FDD 

P-CCPCH 

dBm/1.28MHz 

-92 

Srxlevceii5<0,forTDD 

Srxlev* 

dB 

-11 


T2 

CPICH Ec 

dBm/3.84 MHz 

-60 


P-CCPCH 

dBm/1 .28 MHz 

-62 


Srxlev* 

dB 

19 


T3 

CPICH Ec 

dBm/3.84 MHz 

-50 


P-CCPCH 

dBm/1 .28 MHz 

-52 


Srxlev* 

dB 

29 

Srxlevceii 5 > Srxlevceii i > 
Serving cell becomes barred 

Note : Srxlev is calculated in the UE 
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Table 6.2.2.8.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

SS re-adjusts the cell-specific reference signal 
level of Cell 1 according to row "T1" in table 
6.2.2.8.3.2-1 & Cell 5 power level is set 
according to row "T1" in table 6.2.2.8.3.2-2. 





2 

Check: Does the test result of generic test 

procedure in TS 36.508 Table 6.4.2.7A-2 is 

performed and the UE is camped on E-UTRAN 

CelM? 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 



1 


2A 

Wait for [5] s for UE to receive system 
information. 

- 

- 

- 

- 

3 

SS re-adjusts the cell-specific reference signal 
level of Cell 1 according to row "T2" in table 
6.2.2.8.3.2-1 & Cell 5 power level is set 
according to row "T2" in table 6.2.2.8.3.2-2. 





4 

Generic test procedure in TS 36.508 
subclause 6.4.2.8 indicate that the UE is 
camped on UTRAN Cell 5. 
NOTE: The UE performs a RAU procedure 
and the RRC connection is released. 





5 

SS changes Cell 1 power level according to 
row "T3" in table 6.2.2.8.3.2-1 and modifies 
System Information so that Cell 5 becomes 
barred according to row "T3" in table 
6.2.2.8.3.2-2. The SS transmits a PAGING 
TYPE 1 message including "BCCH 
Modification Information". 

<- 

PAGING TYPE 1 



6 

Check: Does the test result of generic test 

procedure in TS 36.508 Table 6.4.2.7A-1 

indicate that the UE is camped on E-UTRAN 

CelM? 

NOTE: The UE performs a TAU procedure and 

the RRC Connection is released. 



2 



6.2.2.8.3.3 Specific message contents 

Table 6.2.2.8.3.3-2: PAGING TYPE 1 for Cell 5 (step 5, Table 6.2.2.8.3.2-3) 


Derivation path: 34.108 clause 9.1.1 

Information Element 

Value/Remark 

Comment 

Condition 

PagingTypel ::= SEQUENCE { 




pagingRecordList 

Not present 



bcch-Modificationlnfo ::= SEQUENCE { 




mib-ValueTag 

Set to (Current MIB 
value tag + 1) 



bcch-ModificationTime 

Not present 



} 




laterNonCriticalExtensions SEQUENCE {} 

Not present 



} 




Table 6.2.2.8.3.3-3: SystemlnformationBlockType3 for Cell 5 (step 5, Table 6.2.2.8.3.2-3) 

Derivation Path: 34.108 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

- Cell Access Restriction 




- Cell barred 

barred 



- Intra-frequency cell re-selection indicator 

Not present 



" "'"barred 

Not present 
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6.2.3 Inter-RAT cell reselection 

6.2.3.1 Inter-RAT cell reselection / From E-UTRA RRCJDLE to GSMJdIe/GPRS 
Packet_ldle 

6.2.3.1 .1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the higher 
priority inter-RAT (GERAN) frequency for TreselectionRAT } 

then { UE reselects the cell which belongs to the higher priority inter-RAT (GERAN) frequency } 

} 

(2) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the lower 
priority inter-RAT (GERAN) frequency for TreselectionRAT} 

then { UE reselects the cell which belongs to the lower priority inter-RAT (GERAN) frequency } 
} 

6.2.3.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.1, 

5.2.4.2 and 5.2.4.5. 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information, in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
(re)selection. In the case of system information, an E-UTRAN frequency or inter-RAT frequency may be listed without 
providing a priority (i.e. the field cellReselectionPriority is absent for that frequency). If priorities are provided in 
dedicated signalling, the UE shall ignore all the priorities provided in system information. If UE is in camped on any 
cell state, UE shall only apply the priorities provided by system information from current cell, and the UE preserves 
priorities provided by dedicated signalling unless specified otherwise. When the UE in camped normally state, has only 
dedicated priorities other than for the current frequency, the UE shall consider the current frequency to be the lowest 
priority frequency (i.e. lower than the eight network configured values). The UE shall delete priorities provided by 
dedicated signalling when: 

- the UE enters RRC_CONNECTED state; or 

the optional validity time of dedicated priorities (T320) expires; or 

a PLMN selection is performed on request by NAS [5]. 

NOTE: Equal priorities between RATs are not supported. 

The UE shall only perform cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are 
given in system information and for which the UE has a priority provided. 

The UE shall not consider any black listed cells as candidate for cell reselection. 

The UE shall inherit the priorities provided by dedicated signalling and the remaining validity time (i.e., T3 20 in E- 
UTRA, T322 in UTRA and [T3230, FES] in GERAN), if configured, at inter-RAT cell (re)selection. 

NOTE: The network may assign dedicated cell reselection priorities for frequencies not configured by system 
information. 

[TS 36.304, clause 5.2.4.2] 
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When evaluating for reselection purposes cell selection criterion or SnonServingCell,x, the UE shall use parameters 
provided by the serving cell. 

Following rules are used by the UE to limit needed measurements: 

- If Sintrasearch IS scnt in the scrving cell and SservingCeii > Sintrasearch, UE may choosc to not perform intra-frequency 
measurements. 

- If SservingCeii <= Sintrasearch, or Sintrasearch IS not scnt in the scrving ccll UE shall perform intra-frcqucncy 
measurements. 

The UE shall apply the following rules for E-UTRAN inter- frequencies and inter-RAT frequencies which are 
indicated in system information and for which the UE has priority provided as defined in 5.2.4.1: 

For an E-UTRAN inter- frequency or inter-RAT frequency with a reselection priority higher than the 
reselection priority of the current E-UTRA frequency the UE shall perform measurements of higher priority 
E-UTRAN inter- frequency or inter-RAT frequencies according to [10]. 

- For an E-UTRAN inter- frequency with an equal or lower reselection priority than the reselection priority of 
the current E-UTRA frequency and for inter-RAT frequency with lower reselection priority than the 
reselection priority of the current E-UTRAN frequency: 

- If Snonintrasearch IS scnt in the scrving ccll and SservingCeii > Snonintrasearch UE may choosc not to perform 
measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower priority. 

- If SservingCeii <= Snonintrasearch Or Snonintrasearch IS nOt SCnt in the SCrving CCll the UE shall perform 

measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower priority 
according to [10]. 

Where SservingCeii is the Srxlev- value of the serving cell. 

[TS 36.304, clause 5.2.4.5] 

Criteria 1 : the SnonServingCeii,x of a cell on evaluated frequency is greater than Thresh^, high during a time interval 
TreselectionRAT; 

Cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than serving frequency shall 
be performed if: 

- A cell of a higher priority E-UTRAN frequency or inter-RAT frequency fulfils criteria 1 ; and 

- more than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than serving frequency shall 
be performed if: 

No cell on serving frequency or on an equal priority E-UTRAN frequency or on a higher priority E-UTRAN 
frequency or inter-RAT frequency than serving frequency fulfils the criteria 1 ; and 

- SservingCeii < Threshgerving, low ^nd the SnonServingCeii,x of 3. ccll of 3. lowcr priority E-UTRAN frcqucncy or inter-RAT 
frequency is greater than Thresh^, low during a time interval TreselectionRAT; and 


or if: 


more than 1 second has elapsed since the UE camped on the current serving cell. 


there are no candidate cells for reselection on serving frequency according to 5.2.4.4 or 5.3.1. 


Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra-frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

For GERAN, UTRAN, and E-UTRAN, SnonServingCeiu is the Srxlev- value of an evaluated cell. For UTRAN FDD, Squal 
is higher than 0, as defined in [8]. For cdma2000 RATs, SnonServingCeii,x is equal to FL00R(-2 x 10 x log 10 Ec/Io) in units 
of 0.5 dB, as defined in [18], with Ec/Io referring to the value measured From the evaluated cell. 
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Test description 
Pre-test conditions 


6.2.3.1.3 
6.2.3.1.3.1 
System Simulator: 

- Cell 1, Cell 24 and Cell 25. 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.2.3.1 .3.2 Test procedure sequence 

Tables 6.2.3.1.3.2-1 & 6.2.3.1.3.2-2 illustrates the downlink power levels and other changing parameters to be applied 
for the cells at various time instants of the test execution. Subsequent configurations marked "Tl", "T2" and "T3" are 
applied at the points indicated in the Main behaviour description in Table 6.2.3.1.3.2-3. 

Table 6.2.3.1.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cells 



Parameter 

Unit 

CelM 

Remark 

Tl 

Cell-specific RS EPRE 

dBm/15kHz 

-70 

SrxlevceiM >0 

Srxlev* 

dB 

36 

Srxlevceii i > Srxlevceii 24 > 

T2 

Cell-specific RS EPRE 

dBm/15kHz 

-60 

SrxlevceiM >20 

Srxlev* 

dB 

46 


T3 

Cell-specific RS EPRE 

dBm/15kHz 

-100 

Srxlevceii 1 <20 [threshServingLow] 

Note: Srxlev is calculated in the UE 


Table 6.2.3.1.3.2-2: Time instances of cell power level and parameter changes for GERAN cells 



Parameter 

Unit 

Cell 24 

Cell 25 

Remark 

Tl 

RF Signal Level 

dBm 

-80 

OFF 

Srxlevceii24 > 4[threshX-High] 

C1* 

dB 

21 

N/A 


T2 

RF Signal Level 

dBm 

OFF 

OFF 


C1* 

dB 

N/A 

21 


T3 

RF Signal Level 

dBm 

OFF 

-80 

Srxlevceii25 > 4[threshX-Low] 

Note: C1 is calculated in the UE 
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Table 6.2.3.1.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 



Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

1 

The SS changes Cell 1 according to the row 
"T1 " in table 6.2.3.1 .3.2-1 and Cell 24 level 
according to the row "T1 " in table 6.2.3.1 .3.2-2. 





2 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.9 

indicate that the UE is camped on GERAN Cell 

24? 

NOTE: The UE performs a RAU procedure. 



1 


3 

Void 

- 

- 

- 

- 

4 

Wait for [5 s]. 

- 

- 

- 

- 

5 

The SS changes Cell 1 according to the row 
'T2" in table 6.2.3.1. 3.2-1 and Cell 24 level 
according to the row "T2" in table 6.2.3.1 .3.2-2 





6 

UE reselects Cell 1 and completes tracking 
area update procedure. 

- 

- 

- 

- 

7 

Wait for [5 s]. 

- 

- 

- 

- 

8 

The SS changes Cell 1 according to the row 
"T3" in table 6.2.3.1.3.2-1 and Cell 25 level 
according to the row "T3" in table 6.2.3.1 .3.2-2. 





9 

Void 

- 

- 

- 

- 

10 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.9 

indicate that the UE is camped on GERAN Cell 

25? 

NOTE: The UE performs a RAU procedure. 



2 



6.2.3.1 .3.3 Specific message contents 

Table 6.2.3.1 .3.3-1 : SystemlnformationBlockTypeS cell 1 (preamble and all steps, Table 6.2.3.1 .3.2-3) 


Derivation Path: 36.508 table 4.4.3.3-2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




s-NonlntraSearch 

Not present 



threshServingLow 

10 

Actual value =20 
dB 


cellReselectionPriority 

4 

A middle value in 
the range has 
been selected. 


} 




} 
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Table 6.2.3.1.3.3-2: SystemlnformationBlockTypeT ceW 1 (preamble and all steps, Table 6.2.3.1.3.2-3) 


Derivation Path: 36.508 table 4.4.3.3-6 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType? ::= SEQUENCE { 




t-ReselectionGERAN 

7 

INTEGER (0..7) 


speedDependentScalingParameters SEQUENCE 
{} 

Not present 



carrierFreqslnfoList SEQUENCE (SIZE 
(1 ..maxGNFG)) OF SEQUENCE { 




carrierFreqsGERAN SEQUENCE [n] { 




startingARFCN 

Same as cell 24 



bandlndicator 

Same as cell 24 



} 




common Info SEQUENCE { 




cellReselectionPriority 

5 

Greater than 
EUTRA Freq 


ncc-Permitted 

'11111111'B 



q-RxLevlVlin 

2 

The actual value 
of Qrxievmin In dBm 
= (IE value* 2)- 
115. 


threshX-High 

2 

Actual value =4 
dB 


threshX-Low 

2 

Actual value =4 
dB 


} 




carrierFreqsGERAN SEQUENCE [m] { 




StartingARFCN 

Same as cell 25 



bandlndicator 

Same as cell 25 



} 




commonlnfo SEQUENCE { 




cellReselectionPriority 

3 

Less than EUTRA 
Freq 


ncc-Permitted 

'11111111'B 



q-RxLevMin 

2 

The actual value 

of Qrxievmin In dBm 

= (IE value* 2)- 
115. 


threshX-High 

2 

Actual value =4 
dB 


threshX-Low 

2 

Actual value =4 
dB 


} 




} 




} 





Table 6.2.3.1.3.3-3: System Information 2 Quater for Cell 24 in Preamble and all test steps 


Derivation Path: 36.508 4.4.5-1 

Information Element 

Value/remark 

Comment 

Condition 

Serving Cell Priority Parameters Description::= { 




GERAN_PRIORITY 

5 

Greater than EUTRA 
freq 


} 





Table 6.2.3.1.3.3-4: System Information 2 Quater for Cell 25 in Preamble and all test steps 


Derivation Path: 36.508 4.4.5-1 

Information Element 

Value/remark 

Comment 

Condition 

Serving Cell Priority Parameters Description::= { 




GERAN_PRIORITY 

3 

Less than EUTRA 
freq 


} 
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6.2.3.1a Inter-RAT cell reselection / From E-UTRA RRCJDLE to GSMJdIe/GPRS 
Packetjdie (Squal < Threshsemng, lowq, Srxlev > Threshx, lowp and Srxlev > 
Threshx, Highp) 

6.2.3.1 a.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE detects the cell re-selection criteria (Srxlev > Threshx, Highp) is met for the cell which 
belong to the higher priority inter-RAT (GERAN) frequency for TreselectionRAT } 

then { UE reselects the cell which belongs to the higher priority inter-RAT (GERAN) frequency } 

} 

(2) 

with { UE in E-UTRA RRC_IDLE state } 

ensure that { 

when { UE detects the cell re-selection criteria (Squal < Threshgerving, lowq and Srxlev > Threshx, lowp) 

is met for the cell which belong to the lower priority inter-RAT (GERAN) frequency for TreselectionRAT 

} 

then { UE reselects the cell which belongs to the lower priority inter-RAT (GERAN) frequency } 
} 

6.2.3.1 a.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS36.304, clause 5.2.4.5. 

[TS 36.304, clause 5.2.4.5] 

If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a higher priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- A cell of a higher priority EUTRAN or UTRAN FDD RAT/ frequency fulfils Squal > Threshx, HighQ during a 
time interval TreselectionRAT; or 

- A cell of a higher priority UTRAN TDD, GERAN or CDMA2000 RAT/ frequency fulfils Srxlev > Threshx, mghp 
during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- A cell of a higher priority RAT/ frequency fulfils Srxlev > Threshx, mghP during a time interval TreselectionRAT; 
and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra- frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

If threshServingLowQ is provided in SystemInformationBlockType3, cell reselection to a cell on a lower priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- The serving cell fulfils Squal < Threshserving, lowQ and a cell of a lower priority EUTRAN or UTRAN FDD RAT/ 
frequency fulfils Squal > Threshx, lowQ during a time interval TreselectionRAT; or 

- The serving cell fulfils Squal < Threshserving, lowq and a cell of a lower priority UTRAN TDD, GERAN or 
CDMA2000 RAT/ frequency fulfils Srxlev > Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 
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- The serving cell fulfils Srxlev < Threshserving, lowp and a cell of a lower priority RAT/ frequency fulfils Srxlev > 
Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a higher priority RAT/ frequency shall take precedence over a lower priority RAT/ frequency, if 
multiple cells of different priorities fulfil the cell reselection criteria. 

For cdma2000 RATs, Srxlev is equal to -FL00R(-2 x 10 x loglO Ec/Io) in units of 0.5 dB, as defined in [18], with 
Ec/Io referring to the value measured from the evaluated cell. 

For cdma2000 RATs, Threshx, mghp and Threshx, lowp are equal to -1 times the values signalled for the corresponding 
parameters in the system information. 

In all the above criteria the value of TreselectionRAT is scaled when the UE is in the medium or high mobility state as 
defined in subclause 5.2.4.3.1. If more than one cell meets the above criteria, the UE shall reselect a cell as follows: 

- If the highest-priority frequency is an E-UTRAN frequency, a cell ranked as the best cell among the cells on the 
highest priority frequency(ies) meeting the criteria according to section 5.2.4.6; 

If the highest-priority frequency is from another RAT, a cell ranked as the best cell among the cells on the 
highest priority frequency (ies) meeting the criteria of that RAT. 


Test description 
Pre-test conditions 


6.2.3.1a.3 
6.2.3.1a.3.1 
System Simulator: 

- Cell 1, Cell 24 and Cell 25. 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None 
Preamble: 

- UE is in state Registered, Idle Mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.2.3.1 a.3. 2 Test procedure sequence 

Tables 6.2.3. la.3. 2-1 & 6.2.3. la.3. 2-2 illustrates the downlink power levels and other changing parameters to be applied 
for the cells at various time instants of the test execution. Subsequent configurations marked "Tl", "T2" and "T3" are 
applied at the points indicated in the Main behaviour description in Table 6.2.3. la.3. 2-3. 

Table 6.2.3.1 a.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cells 



Parameter 

Unit 

CelM 

Remark 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-70 

SrxlevceiM >0 

T2 

Cell-specific RS EPRE 

dBm/15kHz 

-60 


T3 

Cell-specific RS EPRE 

dBm/15kHz 

-100 


RSRQ 

dB 

[-100] 

Make Squalceii i < threshServingLowQ 

Note: Srxlev and Squal is calculated in the UE. 


Table 6.2.3.1 a.3.2-2: Time instances of cell power level and parameter changes for GERAN cells 



Parameter 

Unit 

Cell 24 

Cell 25 

Remark 

T1 

RF Signal Level 

dBm 

-80 

OFF 

Srxlevceii24 > 4[threshX-High] 

CV 

dB 

21 

N/A 


T2 

RF Signal Level 

dBm 

OFF 

OFF 


CV 

dB 

N/A 

N/A 


T3 

RF Signal Level 

dBm 

OFF 

-80 

Srxlevceii25 > 4[threshX-Low] 

Note: C 

1 is calculated in the UE. 
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Table 6.2.3.1 a.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 



Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

1 

The SS changes Cell 1 according to the row 
"T1" in table 6.2.3.1 a.3.2-1 and Cell 24 level 
according to the row "T1" in table 6.2.3.1 a.3.2- 
2. 





2 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.9 

indicate that the UE is camped on GERAN Cell 

24? 

NOTE: The UE performs a RAU procedure. 



1 


3 

The SS send CHANNEL RELEASE message 
toUE. 

<— 

CHANNEL RELEASE 

- 

- 

4 

The SS changes Cell 1 according to the row 
"T2" in table 6.2.3.1 a.3.2-1 and Cell 24 level 
according to the row "T2" in table 6.2.3.1 a.3. 2- 
2 





5 

UE performs generic test procedure in TS 
36.508 subclause 6.4.2.7A-2 and camp on E- 
UTRA Cell 1 . 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





7 

The SS changes Cell 1 according to the row 
"T3" in table 6.2.3.1 a.3.2-1 and Cell 25 level 
according to the row "T3" in table 6.2.3.1 a.3.2- 
2. 





8 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.9 

indicate that the UE is camped on GERAN Cell 

25? 

NOTE: The UE performs a RAU procedure. 



2 


9 

The SS send CHANNEL RELEASE message 
toUE. 

<- 

CHANNEL RELEASE 

- 

- 


6.2.3.1 a.3.3 


Specific message contents 


Table 6.2.3.1 a.3.3-1 : SystemlnformationBlockTypel cell 1 (preamble and all steps, Table 6.2.3.1 a.3.2- 

3) 


Derivation path: 36.508 table 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= 
SEQUENCE} 




cellSelectionlnfo SEQUENCE { 




q-QuallVlin 

-18 

Actual value =-18 dB 


q-QuallVlinOffset 

1 

Actual value =1 dB 


} 




} 
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Table 6.2.3.1 a.3.3-2: SystemlnformationBlockTypeS ceW 1 (preamble and all steps, Table 6.2.3.1a.3.2- 

3) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




s-NonlntraSearch 

Not present 



threshServingLow 

10 

Actual value =20 
dB 


cellReselectionPriority 

4 

A middle value in 
the range has 
been selected. 


} 




lateNonCriticalExtension { 




threshServingLowQ-r9 

TBD 



} 




} 
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Table 6.2.3.1 a.3.3-3: SystemlnfonnationBlockType7 ceW 1 (preamble and all steps, Table 6.2.3.1 a.3.2- 

3) 


Derivation Path: 36.508 table 4.4.3.3-6 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType? ::= SEQUENCE { 




t-ReselectionGERAN 

7 

INTEGER (0..7) 


t-ReselectionGERAN-SF 

Not present 



speedDependentScalingParameters SEQUENCE 
{} 

Not present 



carrierFreqslnfoList SEQUENCE (SIZE 
(1 ..maxGNFG)) OF SEQUENCE { 




carrierFreqsGERAN SEQUENCE [n] { 




startingARFCN 

Same as cell 24 



bandlndicator 

Same as cell 24 



followingARFCNs CHOICE { 




equallySpacedARFCNs SEQUENCE { 




arfcn-Spacing 

Same as cell 24 



numberOf FollowingARFCNs 

Same as cell 24 



} 




} 




} 




common Info SEQUENCE { 




cellReselectionPriority 

5 

Greater than 
EUTRA Freq 


ncc-Permitted 

'11111111'B 



q-RxLevMin 

2 

The actual value 

of Qrxlevmin in dBm 

= (IE value* 2)- 
115. 


p-MaxGERAN[r7] 

TBD 



threshX-High 

2 

Actual value =4 
dB 


threshX-Low 

2 

Actual value =4 
dB 


} 




carrierFreqsGERAN SEQUENCE [m] { 




StartingARFCN 

Same as cell 25 



bandlndicator 

Same as cell 25 



followingARFCNs CHOICE { 




equallySpacedARFCNs SEQUENCE { 




arfcn-Spacing 

Same as cell 25 



numberOf FollowingARFCNs 

Same as cell 25 



} 




} 




} 




commonlnfo SEQUENCE { 




cellReselectionPriority 

2 

Less than EUTRA 
Freq 


ncc-Permitted 

'11111111'B 



q-RxLevMin 

2 

The actual value 
of Qrxlevmin in dBm 
= (IE value* 2)- 
115. 


threshX-High 

2 

Actual value =4 
dB 


threshX-Low 

2 

Actual value =4 
dB 


} 




} 




} 
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6.2.3.2 Void 

6.2.3.3 Inter-RAT cell reselection / From UTRA_ldle to E-UTRA RRC_IDLE 

6.2.3.3.1 Test Purpose (TP) 
(1) 

with { UE in UTRA_Idle state } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the lower 
priority inter-RAT E-UTRA cell} 

then { UE reselects the cell which belongs to the lower priority inter-RAT E-UTRA cell } 

} 

(2) 

with { UE in UTRA_Idle state } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the higher 
priority inter-RAT E-UTRA cell} 

then { UE reselects the cell which belongs to the higher priority inter-RAT E-UTRA cell } 
} 

6.2.3.3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 25.304, clause 5.2.6.1.2a and 
5.2.6.1.4a. 

[TS 25.304, clause 5.2.6.1.2a] 

If the UE has received absolute priority information for inter-RAT layers, the UE shall follow these rules: 

The UE shall perform measurements of inter-RAT layers with a priority higher than the priority of the current 
serving cell. 

NOTE: The rate of these measurements may vary depending on whether Srxlev and Squal of the serving cell are 
above or below Spnoritysearchi and Sprioritysearch2. TMs is spccificd in [10]. 

- For inter-RAT layers with a priority lower than the priority of the current serving cell: 

- If Srxlevservingceii > S priority search 1 and SqualservingCeii > S priority search2 the UE may choosc not to perform 
measurements of inter-RAT layers of lower priority. 

- If Srxlevservingceii <= Spriority search 1 or SqualservingCeii <= Sprioritysearch2 the UE shall perform measurements of 
inter-RAT layers of lower priority. 

[TS 25.304, clause 5.2.6.1.4a] 

Absolute priorities of different absolute priority layers may be provided to the UE. The following cell reselection 
criteria are used for inter- frequency cells if absolute priority information for inter-frequency is available to the UE, and 
inter-RAT cells if absolute priority information for inter-RAT is available to the UE. 


The following definitions apply: 

- Criterion 1 : the SrxleVnonServingCeii,x of a cell on an evaluated higher absolute priority layer is greater than 
Threshx,high during a time interval Treselection; 


- Criterion 3: SrxlevservingCeii < Threshservingjow or SqualservingCeii < and the SrxleVnonServingCeii,x of a cell on an 
evaluated lower absolute priority layer is greater than Thresh^jow during a time interval Treselection; 

Cell reselection to a cell on a higher absolute priority layer than the camped frequency shall be performed if criterion 1 
is fulfilled. 
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Cell reselection to a cell on a lower absolute priority layer than the camped frequency shall be performed if criterion 3 is 
fulfilled. 

If more than one cell meets the above criteria, the UE shall reselect the cell with the highest SrxleVnonServingCeii,x among 
the cells meeting the criteria on the highest absolute priority layer. 

The UE shall not perform cell reselection to cells for which the cell selection criterion S is not fulfilled. 

The UE shall not perform cell reselection until more than 1 second has elapsed since the UE camped on the current 
serving cell. 

6.2.3.3.3 Test description 

6.2.3.3.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 5 
UE: 
None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 5 (serving cell) according to [5]. 

6.2.3.3.3.2 Test procedure sequence 

Tables 6.2.3.3.3.2-1 & Table 6.2.3.3.3.2-2 illustrate the downlink power levels and other changing parameters to be 
applied for the cells at various time instants of the test execution. Subsequent configurations marked "Tl", "T2" and 
"T3" are applied at the points indicated in the Main behaviour description in Table 6.2.3.3.3.2-3. 

Table 6.2.3.3.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Remark 

Tl 

Cell-specific RS EPRE 

dBm/15kHz 

-85 


Srxlev* 

dB 

21 

Srxlev = Cell-specific RS EPRE - 
qRxLevMinEUTRA 

S nonServinqCell, Cein > ThrCSh CelM, low 

T2 

Cell-specific RS EPRE 

dBm/15kHz 

-115 


T3 

Cell-specific RS EPRE 

dBm/15kHz 

-80 


Srxlev* 

dB 

26 

Srxlev = Cell-specific RS EPRE - 
qRxLevMinEUTRA 

S nonServinqCell, Cein > ThrCSh CelM, high 

Note: 

Srxlev is calculated in the 

UE 




Table 6.2.3.3.3.2-2: Time instances of cell power level and parameter changes for UTRA cell 



Parameter 

Unit 

Cells 

Remark 

Tl 

CPICH Ec 

dBm/3.84 MHz 

-90 


P-CCPCH 

dBm/1 .28 MHz 

-92 


Srxlev* 

dB 

-11 

SrxleVservlnqCell < ThrCSh Servinqjow 

T2 

CPICH Ec 

dBm/3.84 MHz 

-60 


P-CCPCH 

dBm/1 .28 MHz 

-62 


Srxlev* 

dB 

19 


T3 

CPICH Ec 

dBm/3.84 MHz 

-70 


P-CCPCH 

dBm/1 .28 MHz 

-72 


Srxlev* 

dB 

9 


Note: 

Srxlev is calculated in th 

leUE 
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Table 6.2.3.3.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS changes Cell 1 and Cell 5 levels 
according to the row "T1" in table 6.2.3.3.3.2-1 
and table 6.2.3.3.3.2-2. 





2 

Check: Does the test result of generic test 

procedure in TS 36.508 Table 6.4.2.7A-2 

indicate that the UE is camped on E-UTRAN 

CelM? 

NOTE: The UE performs a TAU procedure and 

the RRC Connection is released. 



1 


2A 

Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

3 

The SS changes Cell 1 and Cell 5 levels 
according to the row "T2" in table 6.2.3.3.3.2-1 
and table 6.2.3.3.3.2-2. 





4 

Generic test procedure in TS 36.508 subclause 
6.4.2.8 indicate that the UE is camped on 
UTRAN Cell 5. 

NOTE: The UE performs a RAU procedure and 
the RRC connection is released. 





5 

The SS changes the E-UTRA cell priority 
broadcast in system information. 

- 

- 

- 

- 

6 

Notify UE change of System Information. 

<- 

PAGING TYPE 1 

- 

- 

7 

The SS changes Cell 1 and Cell 5 levels 
according to the row "T3" in table 6.2.3.3.3.2-1 
and table 6.2.3.3.3.2-2. 





8 

Check: Does the test result of generic test 
procedure in TS 36.508 Table 6.4.2.7A-1 
indicate that the UE is camped on E-UTRAN 
CelM? 



2 
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6.2.3.3.3.3 Specific message contents 

Table 6.2.3.3.3.3-1 : System Information Block type 19 for Cell 5 (preamble, Table 6.2.3.3.3.2-3) 


Derivation Patii: 36.508 table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList ::= SEQUENCE { 




utra-ServingCell ::= SEQUENCE { 




priority 

[41 



s-PrioritySearciil 

[8(16dB)] 



s-PrioritySearcli2 

Not present 



tiiresiiServingLow 

[4 (8 dB)l 



} 




utran-FDD-FrequencyList 

Not present 


UTRA- 
FDD 

utran-TDD-FrequencyList 

Not present 


UTRA- 
TDD 

} 




gsm-PrioritylnfoList 

Not present 



eutra-FrequencyAndPrioritylnfoList ::= SEQUENCE 
(SIZE (1 ..maxNumEUTRAFreqs) OF SEQUENCE { 




earfcn [n] 

Same downlink EARFCN 
as used for Cell 1 



measurementBandwidth [n] 

Not present 



priority [n] 

[31 



qRxLevMinEUTRA [n] 

[-60(-120dBm)l 



thresiiXhigh [n] 

[16(32dB)l 



thresiiXiow [n] 

[10(20dB)l 



eutra-blackListedCellList [n] 

Not present 



eutraDetection [n] 

[TRUEl 



} 




} 




Note: GERAN cell priority is not allocated, hence it will be considered as the less than all allowed values of to 
7. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


203 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 6.2.3.3.3.3-2: System Information Block type 19 for Cell 5 (step 5, Table 6.2.3.3.3.2-3) 


Derivation Path: 36.508 table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList ::= SEQUENCE { 




utra-ServingCell ::= SEQUENCE { 




priority 

[41 



s-PrioritySearchI 

[8(16dB)] 



s-PrioritySearch2 

Not present 



threshServingLow 

[4(8dB)l 



} 




utran-FDD-FrequencyList 

Not present 


UTRA- 
FDD 

utran-TDD-FrequencyList 

Not present 


UTRA- 
TDD 

} 




gsm-PrioritylnfoList 

Not present 



eutra-FrequencyAndPrioritylnfoList ::= SEQUENCE 
(SIZE (1..maxNumEUTRAFreqs) OF SEQUENCE { 




earfcn [n] 

Same downlink EARFCN 
as used for Cell 1 



measurementBandwidth [n] 

Not present 



priority [n] 

[51 



qRxLevMinEUTRA [n] 

[-60(-120dBm)] 



threshXhigh [n] 

[16(32dB)l 



threshXIow [n] 

[10(20dB)l 



eutra-blackListedCellList [n] 

Not present 



eutraDetection [n] 

[TRUEl 



} 




} 




Note: GERAN cell priority is not allocated, hence it will be considered as the less than all allowed values of to 
7. 


Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


Table 6.2.3.3.3.3-3: PAGING TYPE 1 (step 6, Table 6.2.3.3.3.2-3) 


Derivation path : 34. 1 08 clause 9.1.1 

Information Element 

Value/Remark 

Comment 

Condition 

PagingTypel ::= SEQUENCE { 




pagingRecordList 

Not present 



bcch-Modificationlnfo ::= SEQUENCE { 




mib-ValueTag 

Set to (Current MIB 
value tag + 1) 



bcch-ModificationTime 

Not present 



} 




laterNonCriticalExtensions SEQUENCE {} 

Not present 



} 





Table 6.2.3.3.3.3-4:SystemlnformationBlockType3iov Cell 1 (preamble, Table 6.2.3.3.3.2-3) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




cellReselectionPriority 

3 



} 




} 
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Table 6.2.3.3.3.3-5:SystemlnformationBlockType3 ior Cell 1(step 5, Table 6.2.3.3.3.2-3) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




cellReselectionPriority 

5 



} 




} 





Table 6.2.3.3.3.3-6:SystemlnformationBlockType6iov Cell 1 (preamble, Table 6.2.3.3.3.2-3) 


Derivation path: 36.508 table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType6 ::= SEQUENCE { 




CarrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1..maxUTRA-FDD-Carrier)) OF SEQUENCE { 



UTRA-FDD 

carrierFreq[n] 

Same downlink 
UARFCN as used 
for cell 5 



cellReselectionPriority[n] 

4 



} 




CarrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1..maxUTRA-TDD-Carrier)) OF SEQUENCE { 



UTRA-TDD 

carrierFreq[n] 

Same downlink 
UARFCN as used 
for cell 5 



cellReselectionPriority[n] 

4 



} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


6.2.3.3a 

6.2.3.3a.1 
(1) 


Inter-RAT cell reselection / From UTRAJdIe to E-UTRA RRCJDLE 

(QqualminEUTRA, SqualservingCell < ThreshservingJow2, SqualnonServingCell,x > 

Threshx, iow2 and SqualnonServingCeii,x > Threshx, high2) 
Test Purpose (TP) 


with { UE in UTRA_Idle state } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the lower 
priority inter-RAT E-UTRA cell} 

then { UE reselects the cell which belongs to the lower priority inter-RAT E-UTRA cell } 

} 

(2) 

with { UE in UTRA_Idle state } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the higher 
priority inter-RAT E-UTRA cell} 

then { UE reselects the cell which belongs to the higher priority inter-RAT E-UTRA cell } 
} 


6.2.3.3a.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 25.304, clause 5.2.6.1.2a and 
5.2.6.1.4a. 
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[TS 25.304, clause 5.2.6.1.2a] 

If the UE has received absolute priority information for inter-RAT layers, the UE shall follow these rules: 

- The UE shall perform measurements of inter-RAT layers with a priority higher than the priority of the current 
serving cell. 

NOTE: The rate of these measurements may vary depending on whether Srxlev and Squal of the serving cell are 
above or below Spnoritysearchi and Sprioritysearch2. TMs is spccificd in [10]. 

For inter-RAT layers with a priority lower than the priority of the current serving cell: 

- If Srxlevservingceii > S priority search 1 and SqualservingCeii > S priority search2 the UE may choosc not to perform 
measurements of inter-RAT layers of lower priority. 

- If Srxlevservingceii <= Spriority search 1 or SqualservingCeii <= Sprioritysearch2 the UE shall perform measurements of 
inter-RAT layers of lower priority. 

[TS 25.304, clause 5.2.6.1.4a] 

Absolute priorities of different absolute priority layers may be provided to the UE. The following cell reselection 
criteria are used for inter- frequency cells if absolute priority information for inter-frequency is available to the UE, and 
inter-RAT cells if absolute priority information for inter-RAT is available to the UE. 


The following definitions apply for the layers for which Threshx,high2 or Threshx,iow2 are not provided: 

- Criterion 1 : the SrxleVnonServingCeii,x of a cell on an evaluated higher absolute priority layer is greater than 
Threshx,high during a time interval Treselection; 


- Criterion 3: (SrxlevservingCeii < Threshserving,iow or SqualservingCeii <= 0) and the SrxleVnonServingCeiu of a cell on an 
evaluated lower absolute priority layer is greater than Thresh^jow during a time interval Treselection; 

The following definitions apply for the layers for which both Threshx,high2 and Threshx,iow2 are provided: 

- Criterion 4: the SqualnonServingCeii,x of a cell on an evaluated higher absolute priority layer is greater than 
Threshx,high2 during a time interval Treselection; 

- Criterion 5: (SqualservingCeii < Threshserving,iow2 or Srxlevservingceii <= 0) and the SqualnonServingCeii,x of a cell on an 
evaluated lower absolute priority layer is greater than Threshx,iow2 during a time interval Treselection; 

Cell reselection to a cell on a higher absolute priority layer than the camped frequency shall be performed if criterion 1 
or 4 is fulfilled. 


Cell reselection to a cell on a lower absolute priority layer than the camped frequency shall be performed if criterion 3 
or 5 is fulfilled. 

If more than one cell meets the above criteria, the UE shall reselect the cell with the highest SrxleVnonServingCeii,x among 
the cells meeting the criteria on the highest absolute priority layer. 

The UE shall not perform cell reselection to cells for which the cell selection criterion S is not fulfilled. 

The UE shall not perform cell reselection until more than 1 second has elapsed since the UE camped on the current 
serving cell. 


Cell reselection from UTRAN to E-UTRAN, for which Squal (RSRQ) based cell reselection parameters are broadcast 
in system information, shall be performed based on the Squal criteria (criterion 4 or 5) if the UE supports Squal based 
cell reselection from E-UTRAN to UTRAN. Otherwise, cell reselection to E-UTRAN shall be performed based on 
Srxlev criteria. 
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Test description 
Pre-test conditions 


6.2.3.3a.3 

6.2.3.3a.3.1 

System Simulator: 

- Cell 1 and Cell 5 

UE: 

None. 

Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 5 (serving cell) according to [5]. 

6.2.3.3a.3.2 Test procedure sequence 

Tables 6.2.3.3a.3.2-l & Table 6.2.3.3a.3.2-2 illustrate the downlink power levels and other changing parameters to be 
applied for the cells at various time instants of the test execution. Subsequent configurations marked "Tl", "T2" and 
"T3" are applied at the points indicated in the Main behaviour description in Table 6.2.3.3a.3.2-3. 

Table 6.2.3.3a.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Remark 

Tl 

Cell-specific RS EPRE 

dBm/15kHz 

-85 

Squal nonServingCell, Cein > ThrCSh 
Cell1,low2 

RSRQ 

dB 

-5 

Qqualmin 

dB 

f-201 

T2 

Cell-specific RS EPRE 

dBm/15kHz 

-115 


RSRQ 

dB 

-25 


T3 

Cell-specific RS EPRE 

dBm/15kHz 

-85 


RSRQ 

dB 

-5 

S nonServinqCell, Cein > ThrCSh Cell1,hiqh2 


Table 6.2.3.3a.3.2-2: Time instances of cell power level and parameter changes for UTRA cell 



Parameter 

Unit 

Cells 

Remark 

Tl 

CPICH Ec 

dBm/3.84 MHz 

-70 

SqualservingCell < Threshserving,low2 

P-CCPCH 

dBm/1 .28 MHz 

-72 

CPICH Ec/No 

dB 

-25 

QqualminFDD 

dB 

f-201 

T2 

CPICH Ec 

dBm/3.84 MHz 

-60 


P-CCPCH 

dBm/1 .28 MHz 

-62 

CPICH Ec/No 

dB 

-10 

T3 

CPICH Ec 

dBm/3.84 MHz 

-70 


P-CCPCH 

dBm/1 .28 MHz 

-72 

CPICH Ec/No 

dB 

-25 
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Table 6.2.3.3a.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS changes Cell 1 and Cell 5 levels 
according to the row "T1" in table 6. 2. 3. 3a. 3.2- 
1 and table 6.2.3.3a.3.2-2. 





2 

Check: Does the test result of generic test 

procedure in TS 36.508 Table 6.4.2.7A-2 

indicate that the UE is camped on E-UTRAN 

CelM? 

NOTE: The UE performs a TAU procedure and 

the RRC Connection is released. 



1 


3 

Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

4 

The SS changes Cell 1 and Cell 5 levels 
according to the row "T2" in table 6.2.3.3a.3.2- 
1 and table 6.2.3.3a.3.2-2. 





5 

The UE selects and perform the test result of 
generic test procedure in TS 36.508 subclause 
6.4.2.8 indicates that the UE is camped on 
UTRAN Cell 5. 





6 

The SS changes the E-UTRA cell priority 
broadcast in system information. 

- 

- 

- 

- 

7 

Notify UE change of System Information. 

<— 

PAGING TYPE 1 

- 

- 

8 

The SS changes Cell 1 and Cell 5 levels 
according to the row "T3" in table 6. 2. 3. 3a. 3.2- 
1 and table 6.2.3.3a.3.2-2. 





9 

Check: Does the test result of generic test 
procedure in TS 36.508 Table 6.4.2.7A-1 
indicate that the UE is camped on E-UTRAN 
CelM? 



2 
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6.2.3.3a.3.3 Specific message contents 

Table 6.2.3.3a.3.3-1 : System Information Block type 19 for Cell 5 (preamble, Table 6.2.3.3a.3.2-3) 


Derivation Patii: 36.508 table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList ::= SEQUENCE { 




utra-ServingCell ::= SEQUENCE { 




priority 

4 



s-PrioritySearciil 

[2 (4 dB)] 



s-PrioritySearcli2 

(0 dB) 



tiiresiiServingLow 

f2(4dB)l 



tliresliServingLow2 

[4 (8 dB)l 



} 




utran-FDD-FrequencyList 

Not present 


UTRA- 
FDD 

utran-TDD-FrequencyList 

Not present 


UTRA- 
TDD 

} 




gsm-PrioritylnfoList 

Not present 



eutra-FrequencyAndPrioritylnfoList ::= SEQUENCE 
(SIZE (1 ..maxNumEUTRAFreqs) OF SEQUENCE { 




earfcn [n] 

Same downlink EARFCN 
as used for Cell 1 



measurementBandwidtii [n] 

Not present 



priority [n] 

3 



qRxlevMinEUTRA [n] 

-53 (-106 dBm) 



qQualminEUTRA [n] 

f-201 



threshXhigh2 [n] 

[4 (8 dB)] 



threshXlow2 [n] 

[2 (4 dB)] 



eutra-blackListedCellList [n] 

Not present 



eutraDetection [n] 

[TRUE] 



} 




} 




Note: GERAN cell priority is not allocated, hence it will be considered as the less than all allowed values of to 
7. 


Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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Table 6.2.3.3a.3.3-2: System Information Block type 19 for Cell 5 (step 6, Table 6.2.3.3a.3.2-3) 


Derivation Path: 36.508 table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList ::= SEQUENCE { 




utra-ServingCell ::= SEQUENCE { 




priority 

4 



s-PrioritySearchI 

[2(4dB)] 



s-PrioritySearch2 

(0 dB) 



threshServingLow 

f2(4dB)l 



threshServingLow2 

[4 (8 dB)l 



} 




utran-FDD-FrequencyList 

Not present 


UTRA- 
FDD 

utran-TDD-FrequencyList 

Not present 


UTRA- 
TDD 

} 




gsm-PrioritylnfoList 

Not present 



eutra-FrequencyAndPrioritylnfoList ::= SEQUENCE 
(SIZE (1 ..maxNumEUTRAFreqs) OF SEQUENCE { 




earfcn [n] 

Same downlink EARFCN 
as used for Cell 1 



measurementBandwidth [n] 

Not present 



priority [n] 

5 



qRxlevMinEUTRA [n] 

-53(106dBm) 



threshXhigh [n] 

[15(30dB)] 



qQualminEUTRA [n] 

f-201 



threshXhigh2 [n] 

[4 (8 dB)l 



threshXlow2 [n] 

f2(4dB)l 



eutra-blackListedCellList [n] 

Not present 



eutraDetection [n] 

[TRUE] 



} 




} 




Note: GERAN cell priority is not allocated, hence it will be considered as the less than all allowed values of to 
7. 


Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


Table 6.2.3.33.3.3-3: PAGING TYPE 1 (step 7, Table 6.2.3.3a.3.2-3) 


Derivation path : 34. 1 08 clause 9.1.1 

Information Element 

Value/Remark 

Comment 

Condition 

PagingTypel ::= SEQUENCE { 




pagingRecordList 

Not present 



bcch-Modificationlnfo ::= SEQUENCE { 




mib-ValueTag 

Set to (Current MIB 
value tag + 1) 



bcch-ModificationTime 

Not present 



} 




laterNonCriticalExtensions SEQUENCE {} 

Not present 



} 
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Table 6.2.3.3a.3.3-4:SystemlnformationBlockType3 ior Cell 1 (preamble, Table 6.2.3.3a.3.2-3) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




cellReselectionPriority 

3 



} 




lateNonCriticalExtension { 




s-lntraSearch-v920 SEQUENCE {} 

Not present 



s-NonlntraSearch-v920 SEQUENCE {} 

Not present 



q-Quall\/lin-r9 

f-20] dB 



threshServingLowQ-r9 

OdB 



} 





Table 6.2.3.3a.3.3-5:SystemlnformationBlockType3ior Cell 1(step 6, Table 6.2.3.3a.3.2-3) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




CellReselectionServingFreqInfo SEQUENCE { 




cellReselectionPriority 

5 



} 




lateNonCriticalExtension { 




s-lntraSearch-v920 SEQUENCE {} 

Not present 



s-NonlntraSearch-v920 SEQUENCE {} 

Not present 



q-QualMin-r9 

[-20] dB 



threshServingLowQ-r9 

OdB 



} 




} 





Table 6.2.3.3a.3.3-6:SystemlnformationBlockType6iov Cell 1 (preamble, Table 6.2.3.3a.3.2-3) 


Derivation path: 36.508 table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType6 ::= SEQUENCE { 




CarrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1..maxUTRA-FDD-Carrier)) OF SEQUENCE { 



UTRA-FDD 

carrierFreq[n] 

Same downlink 
UARFCN as used 
for cell 5 



cellReselectionPriority[n] 

4 



} 




CarrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1..maxUTRA-TDD-Carrier)) OF SEQUENCE { 



UTRA-TDD 

carrierFreq[n] 

Same downlink 
UARFCN as used 
for cell 5 



cellReselectionPriority[n] 

4 



} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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6.2.3.4 Inter-RAT cell reselection / From UTRA_CELL_PCH state to E-UTRA 

RRCJDLE 

6.2.3.4.1 Test Purpose (TP) 
(1) 

with { UE in UTRA_CELL_PCH state } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the higher 
priority inter-RAT E-UTRA cell} 

then { UE reselects the cell which belongs to the higher priority inter-RAT E-UTRA cell } 
} 

6.2.3.4.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 25.304, clause 5.2.6.1.2a and 
5.2.6.1.4a; TS 25.331, clause 8.3.9.2, 8.3.9.3, Annex E. 

[TS 25.304, clause 5.2.6.1.2a] 

The measurement rules below apply in Idle, URA_PCH, CELL_PCH states. 


If the UE has received absolute priority information for inter-RAT layers, the UE shall follow these rules: 

- The UE shall perform measurements of inter-RAT layers with a priority higher than the priority of the current 
serving cell. 

NOTE: The rate of these measurements may vary depending on whether Srxlev and Squal of the serving cell are 
above or below Spnoritysearchi and Sprioritysearch2. TMs is spccificd in [10]. 

For inter-RAT layers with a priority lower than the priority of the current serving cell: 

- If Srxlevservingceii > S priority search 1 and SqualservingCeii > S priority search2 the UE may choosc not to perform 
measurements of inter-RAT layers of lower priority. 

- If Srxlevservingceii <= Spriority search 1 or SqualservingCeii <= Sprioritysearch2 the UE shall perform measurements of 
inter-RAT layers of lower priority. 

[TS 25.304, clause 5.2.6.1.4a] 

Absolute priorities of different absolute priority layers may be provided to the UE. The following cell reselection 
criteria are used for inter- frequency cells if absolute priority information for inter-frequency is available to the UE, and 
inter-RAT cells if absolute priority information for inter-RAT is available to the UE. 


The following definitions apply: 

- Criterion 1 : the SrxleVnonServingCeii,x of a cell on an evaluated higher absolute priority layer is greater than 
Tlireshx,high during a time interval Treselection; 


Cell reselection to a cell on a higher absolute priority layer than the camped frequency shall be performed if criterion 1 
is fulfilled. 


If more than one cell meets the above criteria, the UE shall reselect the cell with the highest SrxleVnonServingCeii,x among 
the cells meeting the criteria on the highest absolute priority layer. 

The UE shall not perform cell reselection to cells for which the cell selection criterion S is not fulfilled. 
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The UE shall not perform cell reselection until more than 1 second has elapsed since the UE camped on the current 
serving cell. 

For UE in RRC connected mode states CELL_PCH or URA_PCH the interval TreselectionsPCH applies, if provided in 
SIB4 (see [4]), while for UE in RRC connected mode state CELL_FACH the interval Treselections,FACH applies, if 
provided in SIB4 (see [4]). 

In all the above criteria the values of Treselectiong, Treselections,pcH or Treselectiong fach apply for Treselection and are 
scaled according to the UE mobility state and target RAT, as specified in 5.2.6.1.1a. 

[TS 25.331, 8.3.9.2] 

This procedure is applicable in states CELL_FACH, CELL_PCH or URA_PCH. Inter-RAT cell reselection to E- 
UTRAN in CELL_FACH state is not supported in this version of the specification. 

When the UE based on received system information makes a cell reselection to a radio access technology other than 
UTRAN, e.g. GSM/GPRS or E-UTRA, according to the criteria specified in [4], the UE shall: 


[TS 25.331, 8.3.9.3] 

When the UE has succeeded in reselecting a cell in the target radio access technology, the UE shall: 

1> release all UTRAN specific resources. 

UTRAN should: 

1> release all UE dedicated resources upon indication that the UE has completed a connection establishment to the 
other radio access technology. 

[TS 25.331, Annex E] 

This annex contains the definitions of the bits in EUTRA Feature Group Indicators. 

In this release of the specification the UE shall include the optional EUTRA Feature Group Indicators IE in the UE 
multi-mode/multi RAT capability IE of the RRC message. For a specific indicator, if all functionalities for a feature 
group listed in Table E.l have been implemented and tested, the UE shall set the indicator as "true" (as one), else (i.e. if 
any one of the functionalities in a feature group listed in Table E.l have not been implemented or tested), the UE shall 
set the indicator as zero. 

The UE shall set all indicators, which do not have a definition in the table E.l, as "false" (as zero). 

If the optional EUTRA Feature Group Indicators IE is not included by a UE supporting a future release of the 
specification, the network may assume the UE supports all features in the feature groups listed in table E.l and 
deployed in the network. 

Table E.l : Definitions of feature group indicators 


Index of 
indicator 

(bit 
number) 

Definition 

(description of the supported functionality, if indicator set to 'true') 

Notes 

1 (leftmost 
bit) 

-UTRACELL PCH to EUTRA RRC IDLE cell reselection 
- UTRA URA PCH to EUTRA RRC IDLE cell reselection 


2 

EUTRAN measurements and reporting in connected mode 


3 

Undefined 


4 

Undefined 



Clarification for mobility to EUTRAN 

For mobility to E-UTRAN, it is assumed that we have 6 main "functions": 

A. Support of measurements and cell reselection procedure in idle mode 

B. Support of measurements and cell reselection procedure in CELL/URA_PCH 
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C. Support of RRC release with redirection procedure 

D. Support of RRC reject with redirection procedure 

E. Support of EUTRAN measurements and reporting in connected mode 

F. Support of handover procedure in connected mode 

Of the above, all UEs that indicate support of E-UTRA in UE capability signalling "Support of E-UTRA FDD" or 
"Support of E-UTRA TDD" support A), C) and D) EUTRA bands. 

For B) above, UEs indicate support by the Group 1 indicator bit (if Group 1 is set to "true", it is supported for all 
EUTRA bands the UE supports). 

For E) above, UEs indicate support by the Group 2 indicator bit (if Group 2 is set to "true", it is supported for all 
EUTRA bands the UE supports). The compressed mode capability for supported E-UTRA frequency bands ("Need for 
compressed mode") in "Measurement capability extension" is ignored by the network when Group 2 is set to "false". 

For F) above, UEs indicate support by the separate UE capability signalling "Support of Inter-RAT PS Handover to E- 
UTRA FDD/TDD" defined in TS 25.306 (if this bit is set to "true", PS handover is supported for all EUTRA bands the 
UE supports). This bit can only be set to "true" if the UE has set the Group 2 indicator bit to "true". 


Test description 
Pre-test conditions 


6.2.3.4.3 
6.2.3.4.3.1 
System Simulator: 

- Cell land Cell 5. 

Cell 1 suitable neighbour E-UTRA cell 
- Cell 5 UTRA serving cell 
UE: 
None. 
Preamble: 

- The UE is in state CELL_PCH (state 6-12) on Cell 5 according to [5]. 

- The cell power level and parameter for Cell 5 is as follow: 


Parameter 

Unit 

Cells 

Remark 

CPICH Eg 

dBm/3.84 MHz 

-60 


P-CCPCH 

dBm/1.28MHz 

-62 


Qrxlevmin (FDD) 

dBm 

-79 

Default value 

Qrxlevmin(TDD) 

dBm 

-81 

Default value 


6.2.3.4.3.2 


Test procedure sequence 


Table 6.2.3.4.3.2-1 : Time instance of cell power level and parameter changes for E-UTRA cell and 

UTRA cell 



Parameter 

Unit 

CelM 

Cells 

Remark 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-80 



Srxlev* 

dB 

26 


Srxlev = Cell-specific RS EPRE - 
qRxLevMinEUTRA 

S nonServinqCell, Cein > Thresh CelM, high 

CPICH Eg 

dBm/3.84 MHz 


-70 


P-CCPCH 

dBm/1.28MHz 


-72 


Srxlev* 

dB 


9 


Note: 

Srxlev is calculated in the UE 
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Table 6.2.3.4.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS changes Cell 1 and Cell 5 levels 
according to the row "T1 " in table 6.2.3.4.3.2-1 . 
(Note1) 





2 

Check: Does the test result of generic test 
procedure in TS 36.508 Table 6.4.2.7A-1 
indicate that the UE is camped on E-UTRAN 
Cell1?(Note2) 



1 


Note 1 : SS should not send any RRC message after UE has successfully proceed to CELL_PCH state in preamble. 
Note 2: UE shall search higher priority layer (i.e. E-UTRA carrier frequency of Cell 1) at least every (60 * Niayers) 
seconds, where Niayers = 1 as specified in [4.2.2, 34]. 


6.2.3.4.3.3 


Specific message contents 


Table 6.2.3.4.3.3-1 : System Information Block type 19 for Cell 5 (preamble and all steps, Table 

6.2.3.4.3.2-2) 


Derivation Path: 36.508 table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList ::= SEQUENCE { 




utra-ServingCell ::= SEQUENCE { 




priority 

4 



} 




eutra-FrequencyAndPrioritylnfoList ::= SEQUENCE 
(SIZE (L.maxNumEUTRAFreqs) OF SEQUENCE { 

1 entry 



earfcn [1] 

Same downlink EARFCN 
as used for Cell 1 



priority [1] 

5 



qRxLevMinEUTRA[1] 

-53(-106dBm) 



threshXhigh[1] 

10(20dB) 



threshXlow[1] 

5(10dB) 



} 




} 





Table 6.2.3.4.3.3-2: Void 


Table 6.2.3A.3.3-3:SystemlnformationBlockType3 ior Cell 1 (preamble and all steps, Table 6.2.3.4.3.2- 

2) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




CellReselectionPriority 

5 



} 




} 
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Table 6.2.3A.3.3-4:SystemlnformationBlockType6 ior Cell 1 (preamble and all steps, Table 6.2.3.4.3.2- 

2) 


Derivation path: 36.508 table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypee ::= SEQUENCE { 




CarrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1..maxUTRA-FDD-Carrier)) OF SEQUENCE { 



UTRA-FDD 

carrierFreq[n] 

Same as Cell 5 



cellReselectionPriority[n] 

4 



} 




CarrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1..maxUTRA-TDD-Carrier)) OF SEQUENCE { 



UTRA-TDD 

carrierFreq[n] 

Same as Cell 5 



cellReselectionPriority[n] 

4 



} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


6.2.3.5 
6.2.3.5.1 

(1) 


Inter-RAT cell reselection / From E-UTRA RRCJDLE to UTRAJdIe 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the neighbour cell which belongs to 
the higher priority UTRAN frequency } 
then { UE reselects the UTRA cell } 


6.2.3.5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.5. 

[TS 36.304, clause 5.2.4.5] 

Criteria 1 : the SnonServingCeii,x of a cell on evaluated frequency is greater than Thresh^, high during a time interval 
TreselectionRAT; 

Cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than serving frequency shall 
be performed if: 

A cell of a higher priority E-UTRAN frequency or inter-RAT frequency fulfils criteria 1 ; and 

- more than 1 second has elapsed since the UE camped on the current serving cell. 

For GERAN, UTRAN, and E-UTRAN, SnonServingCeii,x is the Srxlev- value of an evaluated cell. ... 

6.2.3.5.3 Test description 
6.2.3.5.3.1 Pre-test conditions 
System Simulator: 

- 2 cells, one E-UTRA and one UTRA cell : 

- Cell 1 is a E-UTRA cell 

- Cell 5 is a UTRA cell 
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- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 

UE: 

None. 

Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.2.3.5.3.2 Test procedure sequence 

Table 6.2.3.5.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Subsequent configuration marked "Tl" is applied at the points indicated in 
the Main behaviour description in Table 6.2.3.5.3.2-2. 

Table 6.2.3.5.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 

Remark 

Tl 

Cell-specific RS EPRE 

dBm/15kHz 

-85 

- 


CPICH Ec 

dBm/3.84 MHz 

- 

-65 

S nonServinqCell, Cells > ThrCSh Cell 5,hiqh 

P-CCPCH 

dBm/1 .28 MHz 


-67 



Table 6.2.3.5.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 



Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

1 

The SS changes Cell 1 and Cell 5 levels 
according to the row "T1 " in table 6.2.3.5.3.2-1 . 

- 

- 

- 

- 

2 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.8 

indicate that the UE is camped on UTRAN Cell 

5? 

NOTE: The UE performs an RAU procedure 

and the RRC connection is released. 



1 



ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


217 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


6.2.3.5.3.3 Specific message contents 

Table 6.2.3.5.3.3-1: Void 

Table 6.2.3.5.3.3-2: Void 

Table 6.2.3.5.3.3-3: SystemlnformationBlockTypeSiov Cell 1 (preamble and all steps, Table 

6.2.3.5.3.2-2) 


Derivation Patii: 36.508 table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType6 ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1 ..maxUTRA-FDD-Carrier)) OF SEQUENCE { 



UTRA- 
FDD 

carrierFreq[n] 

Same downlink UARFCN 
as used for cell 5 



cellReselectionPriority[n] 

5 

Higher priority 
than E-UTRA 


} 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxUTRA-TDD-Carrier)) OF SEQUENCE { 



UTRA- 
TDD 

carrierFreq[n] 

Same downlink UARFCN 
as used for cell 5 



cellReselectionPriority[n] 

5 

Higher priority 
than E-UTRA 


} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


Table 6.2.3.5.3.3-4: System Information Block type 19 for Cell 5 (preamble and all steps, Table 

6.2.3.5.3.2-2) 


Derivation Path: 36.508 table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList ::= SEQUENCE { 




utra-ServingCell ::= SEQUENCE { 




priority 

5 



} 




} 





6.2.3.5a 


6.2.3.5a.1 


Inter-RAT cell reselection / From E-UTRA RRC_IDLE to UTRA_ldle (Squal > 
Threshx, Higho, Squal < Threshsemng, lowq, Squal > Threshx, lowq and 

^nonlntraSearchQ/ 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA_Idle state } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the lower 
priority inter-RAT UTRA cell} 

then { UE reselects the cell which belongs to the lower priority inter-RAT UTRA cell } 


(2) 


with { UE in E-UTRA_Idle state 
ensure that { 
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when { UE detects the cell re-selection criteria are met for the cell which belongs to the higher 
priority inter-RAT UTRA cell} 

then { UE reselects the cell which belongs to the higher priority inter-RAT UTRA cell } 

} 

(3) 

with { UE in E-UTRA RRC_IDLE state, and the UE is not in high mobility state } 
ensure that { 

when { SnonintrasearchQ is non-zero in system information } 

then { UE perform measurement and reselects the cell which belong to the high priority UTRA 

cell upon Squal > SnonintrasearchQ } 
} 

6.2.3.5a.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.2 and 
5.2.4.5. 

[TS 36.304, clause 5.2.4.2] 

When evaluating Srxlev and Squal of non-serving cells for reselection purposes, the UE shall use parameters provided 
by the serving cell. 

Following rules are used by the UE to limit needed measurements: 

- If the serving cell fulfils Srxlev > SintraSearchP and Squal > SintraSearchQ, the UE may choose not to perform intra- 
frequency measurements. 

- Otherwise, the UE shall perform intra- frequency measurements. 

- The UE shall apply the following rules for E-UTRAN inter-frequencies and inter-RAT frequencies which are 
indicated in system information and for which the UE has priority provided as defined in 5.2.4.1: 

For an E-UTRAN inter- frequency or inter-RAT frequency with a reselection priority higher than the 
reselection priority of the current E-UTRA frequency the UE shall perform measurements of higher priority 
E-UTRAN inter- frequency or inter-RAT frequencies according to [10]. 

For an E-UTRAN inter- frequency with an equal or lower reselection priority than the reselection priority of 
the current E-UTRA frequency and for inter-RAT frequency with lower reselection priority than the 
reselection priority of the current E-UTRAN frequency: 

- If the serving cell fulfils Srxlev > SnonintraSearchP and Squal > SnonintrasearchQ, the UE may choose not to 
perform measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower 
priority. 

- Otherwise, the UE shall perform measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells 
of equal or lower priority according to [10]. 

[TS 36.304, clause 5.2.4.5] 

If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a higher priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- A cell of a higher priority EUTRAN or UTRAN FDD RAT/ frequency fulfils Squal > Threshx, mghQ during a 
time interval TreselectionRAT; or 


- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- A cell of a higher priority RAT/ frequency fulfils Srxlev > Threshx, mghp during a time interval TreselectionRAT ; 
and 
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More than 1 second has elapsed since the UE camped on the current serving cell. 


If threshServingLowQ is provided in SystemInformationBlockType3 , cell reselection to a cell on a lower priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- The serving cell fulfils Squal < Threshserving, lowQ and a cell of a lower priority EUTRAN or UTRAN FDD RAT/ 
frequency fulfils Squal > Threshx, lowQ during a time interval TreselectionRAT; or 


- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- The serving cell fulfils Srxlev < Threshserving, lowp and a cell of a lower priority RAT/ frequency fulfils Srxlev > 
Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a higher priority RAT/ frequency shall take precedence over a lower priority RAT/ frequency, if 
multiple cells of different priorities fulfil the cell reselection criteria. 


Cell reselection to another RAT, for which Squal based cell reselection parameters are broadcast in system information, 
shall be performed based on the Squal criteria if the UE supports Squal (RSRQ) based cell reselection to E-UTRAN 
from all the other RATs provided by system information which UE supports. Otherwise, cell reselection to another 
RAT shall be performed based on Srxlev criteria. 


Test description 
Pre-test conditions 


6.2.3.5a.3 
6.2.3.5a.3.1 
System Simulator: 

- Cell land Cell 5. 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 

Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.2.3.5a.3.2 Test procedure sequence 

Tables 6.2.3.5a.3.2-l & Table 6.2.3.5a.3.2-2 illustrate the downlinlc power levels and other changing parameters to be 
applied for the cells at various time instants of the test execution. Subsequent configurations marked "Tl", "T2" and 
"T3" are applied at the points indicated in the Main behaviour description in Table 6.2.3.5a.3.2-3. 

Table 6.2.3.5a.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Remark 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-85 

Squal ServingCell, Cein < Threshserving, 
LowQ 

RSRQ 

dB 

-25 

Qqualmin 

dB 

[-20] 

T2 

Cell-specific RS EPRE 

dBm/15kHz 

-80 


RSRQ 

dB 

-10 


T3 

Cell-specific RS EPRE 

dBm/15kHz 

-85 


RSRQ 

dB 

-10 
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Table 6.2.3.5a.3.2-2: Time instances of cell power level and parameter changes for UTRA cell 



Parameter 

Unit 

Cell 5 

Remark 

T1 

CPICH Ec 

dBm/3.84 MHz 

-60 

SqualnonServingCell, Cell 5 > Threshcell 5, 
LowQ 

P-CCPCH 

dBm/1 .28 MHz 

-62 

CPICH Ec/No 

dB 

-5 

QqualminFDD 

dB 

f-201 

T2 

CPICH Ec 

dBm/3.84 MHz 

-90 


P-CCPCH 

dBm/1 .28 MHz 

-92 

CPICH Ec/No 

dB 

-25 

T3 

CPICH Ec 

dBm/3.84 MHz 

-70 

Squal nonServlngCell, Cells > Thresh 
Cell5,highQ 

P-CCPCH 

dBm/1 .28 MHz 

-72 

CPICH Ec/No 

dB 

-5 


Table 6.2.3.5a.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

2 

The SS changes Cell 1 and Cell 5 levels 
according to the row "T1" in table 6.2.3.5a.3.2- 
1 and table 6.2.3.5a.3.2-2. 





3 

Check: Does the test result of generic test 
procedure in TS 36.508 Table 6.4.2.8 indicate 
that the UE is camped on UTRAN Cell 5? 
NOTE: The UE performs a RAU procedure and 
the RRC Connection is released. 



1 


4 

The SS changes Cell 1 and Cell 5 levels 
according to the row "T2" in table 6. 2. 3. 5a. 3.2- 
1 and table 6.2.3.5a.3.2-2. 





5 

The UE selects and perform the test result of 
generic test procedure in TS 36.508 Table 
6.4.2.7A-1 indicates that the UE is camped on 
E-UTRANCelM. 





6 

The SS changes the s-NonlntraSearchQ-r9 
and UTRA cell priority broadcast in system 
information. 





7 

Notify UE change of System Information. 

<- 

Paging 

- 

- 

8 

Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

9 

The SS changes Cell 1 and Cell 5 levels 
according to the row "T3" in table 6.2.3.5a.3.2- 
1 and table 6.2.3.5a.3.2-2. 





10- 
17 

Check: Does the test result of steps 1 to 8 
generic test procedure in TS 36.508 Table 
6.4.2.8 indicate that the UE is camped on 
UTRAN Cell 5? 
NOTE: The UE performs a RAU procedure 



2,3 



6.2.3.5a.3.3 Specific message contents 

Table 6.2.3.5a.3.3-1 :SystemlnformationBlockType3iov Cell 1 (preamble, Table 6.2.3.5a.3.2-3) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




lateNonCriticalExtension { 




s-lntraSearch-v920 SEQUENCE {} 

Not present 



s-NonlntraSearch-v920 SEQUENCE {} 

Not present 



q-QualMin-r9 

[-20] dB 



threshServingLowQ-r9 

OdB 



} 




} 
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Table 6.2.3.3a.3.3-2:SystemlnformationBlockType6 ior Cell 1 (preamble, Table 6.2.3.5a.3.2-3) 


Derivation path: 36.508 table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypee ::= SEQUENCE { 




CarrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1 ..maxUTRA-FDD-Carrier)) OF SEQUENCE { 



UTRA-FDD 

carrierFreq[n] 

Same downlink 
UARFCN as used 
for Cell 5 



cellReselectionPriority[n] 

3 



q-QualMin[n] 

-20 (-20 dB) 



threshX-Q-r9[n] SEQUENCE { 




threshX-HighQ-r9 

2 (2 dB) 



threshX-LowQ-r9 

1 (1 dB) 



} 




} 




CarrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1..maxUTRA-TDD-Carrier)) OF SEQUENCE { 



UTRA-TDD 

carrierFreq[n] 

Same downlink 
UARFCN as used 
for Cell 5 



cellReselectionPriority[n] 

3 



} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


Table 6.2.3.5a.3.3-3: System Information Block type 19 for Cell 5 (preamble, Table 6.2.3.5a.3.2-3) 


Derivation Path: 36.508 table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SysinfoTypeig ::= SEQUENCE { 




utra-PrioritylnfoList ::= SEQUENCE { 




utra-ServingCell ::= SEQUENCE { 




priority 

3 



s-PrioritySearchI 

[2 (4 dB)l 



s-PrioritySearch2 

(0 dB) 



threshServingLow 

f2(4dB)l 



threshServingLow2 

[4 (8 dB)l 



} 




utran-FDD-FrequencyList 

Not present 


UTRA-FDD 

utran-TDD-FrequencyList 

Not present 


UTRA-TDD 

} 




gsm-PrioritylnfoList 

Not present 



eutra-FrequencyAndPrioritylnfoList ::= SEQUENCE 
(SIZE (1 ..maxNumEUTRAFreqs) OF SEQUENCE { 




earfcn [n] 

Same downlink EARFCN 
as used for Cell 1 



measurementBandwidth [n] 

Not present 



priority [n] 

4 



qRxlevMinEUTRA [n] 

-53 (-106 dBm) 



qOualminEUTRA [n] 

f-201 



threshXhigh2 [n] 

[4 (8 dB)l 



threshXlow2 [n] 

f2(4dB)l 



eutra-blackListedCellList [n] 

Not present 



eutraDetection [n] 

[TRUE] 



} 




} 




Note: GERAN cell priority is not allocated, hence it will be considered as the less than all allowed values of to 
7. 
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Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


Table 6.2.3.5a.3.3-4:SystemlnfonnationBlockType3 ior Cell 1 (step 6, Table 6.2.3.5a.3.2-3) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




lateNonCriticalExtension { 




s-lntraSearch-v920 SEQUENCE {} 

Not present 



s-NonlntraSearch-v920 SEQUENCE { 




s-NonlntraSearchP-r9 

1 (2 dB) 



s-NonlntraSearchQ-r9 

1 (1 dB) 



} 




q-QualMin-r9 

[-20] dB 



threshServingLowQ-r9 

OdB 



} 




} 





Table 6.2.3.3a.3.3-5:SystemlnformationBlockType6ior Cell 1 (step 6, Table 6.2.3.5a.3.2-3) 


Derivation path: 36.508 table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType6 ::= SEQUENCE { 




CarrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1 ..maxUTRA-FDD-Carrier)) OF SEQUENCE { 



UTRA-FDD 

carrierFreq[n] 

Same downlink 
UARFCN as used 
for Cell 5 



cellReselectionPriority[n] 

5 



threshX-High[n] 

10(20dB) 



q-QualMin[n] 

-20 (-20 dB) 



threshX-Q-r9[n] SEQUENCE { 




threshX-HighQ-r9 

2 (2 dB) 



threshX-LowQ-r9 

1 (1 dB) 



} 




} 




CarrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1..maxUTRA-TDD-Carrier)) OF SEQUENCE { 



UTRA-TDD 

carrierFreq[n] 

Same downlink 
UARFCN as used 
for Cell 5 



cellReselectionPriority[n] 

5 



} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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Table 6.2.3.3a.3.3-6: System Information Block type 19 for Cell 5 (step 6, Table 6.2.3.3a.3.2-3) 


Derivation Path: 36.508 table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList ::= SEQUENCE { 




utra-ServingCell ::= SEQUENCE { 




priority 

5 



s-PrioritySearchI 

[2(4dB)] 



s-PrioritySearch2 

(0 dB) 



threshServingLow 

f2(4dB)l 



threshServingLow2 

[4 (8 dB)l 



} 




utran-FDD-FrequencyList 

Not present 


UTRA-FDD 

utran-TDD-FrequencyList 

Not present 


UTRA-TDD 

} 




gsm-PrioritylnfoList 

Not present 



eutra-FrequencyAndPrioritylnfoList ::= SEQUENCE 
(SIZE (1..maxNumEUTRAFreqs) OF SEQUENCE { 




earfcn [n] 

Same downlink EARFCN 
as used for Cell 1 



measurementBandwidth [n] 

Not present 



priority [n] 

4 



qRxlevMinEUTRA [n] 

-53(106dBm) 



threshXhigh [n] 

[15(30dB)l 



qQualminEUTRA [n] 

f-201 



threshXhigh2 [n] 

[4 (8 dB)] 



threshXlow2 [n] 

f2(4dB)l 



eutra-blackListedCellList [n] 

Not present 



eutraDetection [n] 

[TRUE] 



} 




} 




Note: GERAN cell priority is not allocated, hence it will be considered as the less than all allowed values of to 
7. 


Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


Table 6.2.3.5a.3.3-7: Paging (step 7, Table 6.2.3.5a.3.2-3) 


Derivation path: 36.508 Table 4.6.1-7 

Information Element 

Value/Remark 

Comment 

Condition 

Paging ::= SEQUENCE! 




pagingRecordList 

Not present 



systemlnfoModification 

True 



etws-PrimaryNotificationlndication 

Not present 



nonCriticalExtension SEQUENCE {} 

Not present 



} 





Inter-RAT cell reselection / From E-UTRA RRC_IDLE to UTRAJdIe 
according to RAT priority provided by dedicated signalling 

Test Purpose (TP) 


6.2.3.6 

6.2.3.6.1 

(1) 

with { UE in E-UTRA RRC_IDLE state having received an RRCConnectionRelease message including a 
cellReselectionPriority } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the higher 
priority RAT } 

then { UE reselects the cell which belongs to the higher priority RAT } 
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(2) 

with { UE in E-UTRA RRC_IDLE state having received an RRCConnectionRelease message including a 
cellReselectionPriority } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the lower 
priority RAT } 

then { UE reselects the cell which belongs to the lower priority RAT } 


(3) 

with { UE in E-UTRA RRC_IDLE state having received an RRCConnectionRelease message including a 
cellReselectionPriority } 
ensure that { 

when { T32 expires } 

then { UE reselects a cell by applying the cellReselectionPriority broadcast in the system 
information j 


(4) 

with { UE in E-UTRA RRC_IDLE state, and reselection priorities have been provided in dedicated 
signalling } 
ensure that { 

when { T32 has not expired } 

then { The UE shall ignore all the priorities provided in system information, and not perform 
cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies for which the UE 
doesn't have a priority provided } 
} 

6.2.3.6.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.1 and 
5.2.4.5 and TS 36.331, clause 5.3.8.3 and 5.3.8.4. 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information, in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
(re)selection. In the case of system information, an E-UTRAN frequency or inter-RAT frequency may be listed without 
providing a priority (i.e. the field cellReselectionPriority is absent for that frequency). If priorities are provided in 
dedicated signalling, the UE shall ignore all the priorities provided in system information. If UE is in camped on any 
cell state, UE shall only apply the priorities provided by system information from current cell, and the UE preserves 
priorities provided by dedicated signalling unless specified otherwise. When the UE in camped normally state, has only 
dedicated priorities other than for the current frequency, the UE shall consider the current frequency to be the lowest 
priority frequency (i.e. lower than the eight network configured values). While the UE is camped on a suitable CSG 
cell, the UE shall always consider the current frequency to be the highest priority frequency (i.e. higher than the eight 
network configured values), irrespective of any other priority value allocated to this frequency. The UE shall delete 
priorities provided by dedicated signalling when: 

- the UE enters RRC_CONNECTED state; or 

the optional validity time of dedicated priorities (T320) expires; or 

a PLMN selection is performed on request by NAS [5]. 

NOTE: Equal priorities between RATs are not supported. 

The UE shall only perform cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are 
given in system information and for which the UE has a priority provided. 

The UE shall not consider any black listed cells as candidate for cell reselection. 

The UE shall inherit the priorities provided by dedicated signalling and the remaining validity time (i.e., T3 20 in E- 
UTRA, T322 in UTRA and T3230 in GERAN), if configured, at inter-RAT cell (re)selection. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 225 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

NOTE: The network may assign dedicated cell reselection priorities for frequencies not configured by system 
information. 

[TS 36.304, clause 5.2.4.5] 

Criteria 1 : the SnonServingCeii,x of a cell on evaluated frequency is greater than Thresh^, high during a time interval 
TreselectionRAT; 

Cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than serving frequency shall 
be performed if: 

A cell of a higher priority E-UTRAN frequency or inter-RAT frequency fulfils criteria 1 ; and 

- more than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra- frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

Cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than serving frequency shall 
be performed if: 

- No cell on a higher priority E-UTRAN frequency or inter-RAT frequency than serving frequency fulfills the 
criteria 1; and 

- No cell on serving frequency or on an equal priority E-UTRAN frequency fulfils the criteria in 5.2.4.6; and 

- SservingCeii < Thrcshserving, low ^nd the SnonServingCeii,x of 3. ccll of 3. lowcr priority E-UTRAN frcqucncy or inter-RAT 
frequency is greater than Thresh^, low during a time interval TreselectionRAT; and 

- more than 1 second has elapsed since the UE camped on the current serving cell. 

For GERAN, UTRAN, and E-UTRAN, SnonServingCeiu is the Srxlev- value of an evaluated cell. For UTRAN FDD, Squal 
is higher than 0, as defined in [8]. For cdma2000 RATs, SnonServingCeii,x is equal to -FL00R(-2 x 10 x log 10 Ec/Io) in 
units of 0.5 dB, as defined in [18], with Ec/Io referring to the value measured from the evaluated cell. 

For cdma2000 RATs, Threshx, high and Threshx, low are equal to -1 times the values signalled for the corresponding 
parameters in the system information. 

In all the above criteria the value of TreselectionRAT is scaled when the UE is in the medium or high mobility state as 
defined in subclause 5.2.4.3.1. If more than one cell meets the above criteria, the UE shall reselect a cell ranked as the 
best cell among the cells meeting the criteria on the highest priority frequencies or the highest priority RAT if the 
highest priority RAT is E-UTRA according to criteria defined in 5.2.4.6. 

[TS 36.331, clause 5.3.8.3] 

The UE shall: 

1> delay the following actions defined in this sub-clause 60 ms from the moment the RRCConnectionRelease 
message was received or optionally when lower layers indicate that the receipt of the RRCConnectionRelease 
message has been successfully acknowledged, whichever is earlier; 

1> if the RRCConnectionRelease message includes the idleModeMobilityControlInfo: 

2> store the cell reselection priority information provided by the idleModeMobilityControlInfo', 
2> if the t320 is included: 

3> start timer T320, with the timer value set according to the value of t320; 

1> else: 

2> apply the cell reselection priority information broadcast in the system information; 

1> if the releaseCause received in the RRCConnectionRelease message indicates 'loadBalancingTAU Re quired: 
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2> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause load 
balancing TAU required'; 

1> else: 

2> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'; 
[TS 36.331, clause 5.3.8.4] 
The UE shall: 

1> if T320 expires: 

2> if stored, discard the cell reselection priority information provided by the idleModeMobilityControlInfo or 
inherited from another RAT; 

2> apply the cell reselection priority information broadcast in the system information; 

6.2.3.6.3 Test description 

6.2.3.6.3.1 Pre-test conditions 
System Simulator: 

- Cell l(E-UTRA) and Cell 5(UTRA). 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

6.2.3.6.3.2 Test procedure sequence 

Table 6.2.3.6.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl", "T2", "T3", "T4" and "T5" are to be applied subsequently. The exact instants on which these 
values are applied are described in the texts in this clause. 
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Table 6.2.3.6.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 5 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-70 

- 

The power level values are 
assigned to satisfy Srxlevceii i > 
and Srxlevceii5< 0. 

CPICH Ec 

dBm/3.8 
4 MHz 

- 

-100 

PCCPCH 
RSCP 

dBm/1.2 
8MHz 


-115 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-90 

- 

The power level values are 
assigned to satisfy Threshx,high < 
Srxlevceii 5- 

CPICH Ec 

dBm/3.8 
4 MHz 

- 

-65 

PCCPCH 
RSCP 

dBm/1.2 
8MHz 


-65 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-70 

- 

The power level values are such 
that camping on Cell 1 is 
guaranteed. 

CPICH Ec 

dBm/3.8 
4 MHz 

- 

-100 

PCCPCH 
RSCP 

dBm/1.2 
8MHz 


-115 

T3 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-115 

- 

The power level values are 
assigned to satisfy Srxlevceii i < 
Threshserving, lowand Threshxjow < 
Srxlevceii 5- 

CPICH Ec 

dBm/3.8 
4 MHz 

- 

-65 

PCCPCH 
RSCP 

dBm/1.2 
8MHz 


-65 

T4 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-70 

- 

The power level values are such 
that camping on Cell 1 is 
guaranteed. 

CPICH Ec 

dBm/3.8 
4 MHz 

- 

-100 

PCCPCH 
RSCP 

dBm/1.2 
8MHz 


-115 

T5 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-70 

- 

The power level values are 
assigned to satisfy Srxlevceii i > 
Threshserving, low and Threshx,high < 
Srxlevceii 5- 

CPICH Ec 

dBm/3.8 
4 MHz 

- 

-65 

PCCPCH 
RSCP 

dBm/1.2 
8MHz 


-65 
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Table 6.2.3.6.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an RRCConnectionRelease 
message with an idleModeMobilityControllnfo 
including a cellReselectionPriority on Cell 1. 

<- 

RRCConnectionRelease 



2 

The SS changes Cell 5 level according to row 
"T1" in table 6.2.3.6.3.2-1. 

- 

- 

- 

- 

3 

Check: Does the UE transmit an RRC 
CONNECTION REQUEST message within the 
next 30s on Cell 5? 

-> 

RRC CONNECTION REQUEST 

4 

F 

4 

The SS transmits a Paging message including 
matched identity on Cell 1 . 

<— 

Paging 

- 

- 

5 

UE transmit an RRCConnectionRequest 
message on Cell 1 . 

-> 

RRCConnectionRequest 

- 

- 

6 

The SS transmits an RRCConnectionSetup 
message on Cell 1 . 

<- 

RRCConnectionSetup 

- 

- 

7 

The UE transmits an 
RRCConnectionSetupComplete on Cell 1. 

-> 

RRCConnectionSetupComplete 

- 

- 

8 

The SS transmits an RRCConnectionRelease 
message with an idlel\/lodel\/lobilityControllnfo 
including a cellReselectionPriority on Cell 1 . 

<— 

RRCConnectionRelease 



9 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.8 

indicate that the UE is camped on UTRAN Cell 

5? 

NOTE: The UE performs an RAU procedure 

and the RRC connection is released. 



1 


10 

The SS changes Cell 1 and Cell 5 parameters 
according to the row "T2" in table 6.2.3.6.3.2-1 . 

- 

- 

- 

- 

11 

Generic test procedure in TS 36.508 
subclause 6.4.2.7 is performed on Cell 1 . 
NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





12 

The SS changes Cell 1 and Cell 5 parameters 
according to the row "T3" in table 6.2.3.6.3.2-1 . 

- 

- 

- 

- 

13 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.8 

indicate that the UE is camped on UTRAN Cell 

5? 

NOTE: The UE performs an RAU procedure 

and the RRC connection is released. 



2 


14 

The SS changes Cell 1 and Cell 5 parameters 
according to the row "T4" in table 6.2.3.6.3.2-1 . 

- 

- 

- 

- 

15 

Generic test procedure in TS 36.508 
subclause 6.4.2.7 is performed on Cell 1 . 
NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





16 

The SS changes Cell 1 and Cell 5 parameters 
according to the row "T5" in table 6.2.3.6.3.2-1 . 

- 

- 

- 

- 

17 

Wait for 5 minutes from step 15 to ensure that 
T320 expires. 

- 

- 

- 

- 

18 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.8 
indicate that the UE is camped on UTRAN Cell 
5? 



3 
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6.2.3.6.3.3 


Specific message contents 

Table 6.2.3.6.3.3-1: Void 


Table 6.2.3.6.3.3-2: SystemlnformationBlockTypeS ior Cell 1 (preamble and all steps, Table 

6.2.3.6.3.2-2) 


Derivation Patii: 36.508 table 4.4.3.3-2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




tiiresiiServingLow 

1 



} 




} 





Table 6.2.3.6.3.3-3: SystemlnformationBlockType6\ot Cell 1 (preamble and all steps, Table 

6.2.3.6.3.2-2) 


Derivation patii: 36.508 table 4.4.3.3-5 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType6 ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1 ..maxUTRA-FDD-Carrier)) OF SEQUENCE { 



UTRA-FDD 

carrierFreq[n] 

Same downlink UARFCN 
as used for Cell 5 



cellReselectionPriority[n] 

5 



p-MaxUTRA[n] 





} 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxUTRA-TDD-Carrier)) OF SEQUENCE { 



UTRA-TDD 

carrierFreq[n] 

Same downlink UARFCN 
as used for Cell 5 



cellReselectionPriority[n] 

5 



p-MaxUTRA[n] 





} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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Table 6.2.3.6.3.3-4: RRCConnectionRelease (Step 1, Table 6.2.3.6.3.2-2) 


Derivation path: 36.508 table 4.6.1-15 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




IdleModeMobilityControllnfo ::= SEQUENCE { 




freqPriorityListEUTRA SEQUENCE (SIZE (1 .. 
maxFreq)) OF SEQUENCE { 

1 entry 



carrierFreq[1] 

Same downlink 
EARFCN as used for 
Cein 



cellReselectionPriority[1] 

4 



} 




freqPriorityListGERAN 

Not present 



freqPriorityListUTRA-FDD 

Not present 


UTRA-TDD 

freqPriorityListUTRA-TDD 

Not present 


UTRA-FDD 

bandClassPriorityListHRPD 

Not present 



bandClassPriorityListI XRTT 

Not present 



t320 

Not present 



} 




} 




} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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Table 6.2.3.6.3.3-5: RRCConnectionRelease (step 8, Table 6.2.3.6.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




idleModeMobilityControllnfo SEQUENCE { 




freqPriorityListEUTRA SEQUENCE (SIZE (1.. 
maxFreq)) OF SEQUENCE { 

1 entry 



carrierFreq[1] 

Same downlink EARFCN 
as used for Cell 1 



cellReselectionPriority[1 ] 

4 



} 




freqPriorityListGERAN 

Not present 



freqPriorityListUTRA-FDD SEQUENCE (SIZE 
(1 ..maxUTRA-FDD-Carrier)) OF SEQUENCE { 

1 entry 


UTRA-FDD 

carrierFreq[1] 

Same downlink ARFCN 
as used for Cell 5 



cellReselectionPriority[1 ] 

5 



} 




freqPriorityListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxUTRA-TDD-Carrier)) OF SEQUENCE { 

1 entry 


UTRA-TDD 

carrierFreq[1] 

Same downlink ARFCN 
as used for Cell 5 



cellReselectionPriority[1 ] 

5 



} 




bandClassPriorityListHRPD 

Not present 



bandClassPriorityListI XRTT 

Not present 



t320 

Not present 



} 




} 




} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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Table 6.2.3.6.3.3-6: RRCConnectionRelease (step 11, Table 6.2.3.6.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




idleModeMobilityControllnfo SEQUENCE { 




freqPriorityListEUTRA SEQUENCE (SIZE (1.. 
maxFreq)) OF SEQUENCE { 

1 entry 



carrierFreq[1] 

Same downlink EARFCN 
as used for Cell 1 



cellReselectionPriority[1 ] 

4 



} 




freqPriorityListGERAN 

Not present 



freqPriorityListUTRA-FDD SEQUENCE (SIZE 
(1 ..maxUTRA-FDD-Carrier)) OF SEQUENCE { 

1 entry 


UTRA-FDD 

carrierFreq[1] 

Same downlink ARFCN 
as used for Cell 5 



cellReselectionPriority[1 ] 

3 



} 




freqPriorityListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxUTRA-TDD-Carrier)) OF SEQUENCE { 

1 entry 


UTRA-TDD 

carrierFreq[1] 

Same downlink ARFCN 
as used for Cell 5 



cellReselectionPriority[1 ] 

3 



} 




bandClassPriorityListHRPD 

Not present 



bandClassPriorityListI XRTT 

Not present 



t320 

Not present 



} 




} 




} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


233 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 6.2.3.6.3.3-7: RRCConnectionRelease (step 15, Table 6.2.3.6.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




idleModeMobilityControllnfo SEQUENCE { 




freqPriorityListEUTRA SEQUENCE (SIZE (1.. 
maxFreq)) OF SEQUENCE { 

1 entry 



carrierFreq[1] 

Same downlink EARFCN 
as used for Cell 1 



cellReselectionPriority[1 ] 

4 



} 




freqPriorityListGERAN 

Not present 



freqPriorityListUTRA-FDD SEQUENCE (SIZE 
(1 ..maxUTRA-FDD-Carrier)) OF SEQUENCE { 

1 entry 


UTRA-FDD 

carrierFreq[1] 

Same downlink ARFCN 
as used for Cell 5 



cellReselectionPriority[1 ] 

3 



} 




freqPriorityListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxUTRA-TDD-Carrier)) OF SEQUENCE { 

1 entry 


UTRA-TDD 

carrierFreq[1] 

Same downlink ARFCN 
as used for Cell 5 



cellReselectionPriority[1 ] 

3 



} 




bandClassPriorityListHRPD 

Not present 



bandClassPriorityListI XRTT 

Not present 



t320 

min5 



} 




} 




} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


6.2.3.7 


6.2.3.7.1 


Inter-RAT cell reselection / From E-UTRA RRCJDLE to HRPD Idle / HRPD 
cell is higher reselection priority than E-UTRA 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_IDLE state and UE detects the cell re-selection criteria that HRPD cell is 

higher reselection priority than E-UTRAN serving cell } 

ensure that { when { UE searches for and measures HRPD cell at least every Thigher_priority_search 

and Srxlev,HRPD > Threshx, nighp } 

then { UE reselects the HRPD cell | 


6.2.3.7.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.1, 
5.2.4.2 and 5.2.4.5 and TS 36.133, clause 4.2.2.5 and 4.2.2.5.4. 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information , in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
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(re)selection. In the case of system information, an E-UTRAN frequency or inter-RAT frequency may be listed without 
providing a priority (i.e. the field cellReselectionPriority is absent for that frequency). If priorities are provided in 
dedicated signalling, the UE shall ignore all the priorities provided in system information. If UE is in camped on any 
cell state, UE shall only apply the priorities provided by system information from current cell, and the UE preserves 
priorities provided by dedicated signalling unless specified otherwise. When the UE in camped normally state, has only 
dedicated priorities other than for the current frequency, the UE shall consider the current frequency to be the lowest 
priority frequency (i.e. lower than the eight network configured values). While the UE is camped on a suitable CSG 
cell, the UE shall always consider the current frequency to be the highest priority frequency (i.e. higher than the eight 
network configured values), irrespective of any other priority value allocated to this frequency. The UE shall delete 
priorities provided by dedicated signalling when: 

- the UE enters RRC_CONNECTED state; or 

- the optional validity time of dedicated priorities (T320) expires; or 

- a PLMN selection is performed on request by NAS [5]. 

NOTE: Equal priorities between RATs are not supported. 

The UE shall only perform cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are 
given in system information and for which the UE has a priority provided. 

[TS 36.304, clause 5.2.4.2] 

Following rules are used by the UE to limit needed measurements: 

- If Sintrasearch IS scnt in the scrving cell and SservingCeii > Sintrasearch, UE may choosc to not perform intra-frequency 
measurements. 

- If SServingCell <= Sintrasearch, or Sintrasearch is not sent in the serving cell UE shall perform intra-frequency 
measurements. 

- The UE shall apply the following rules for E-UTRAN inter-frequencies and inter-RAT frequencies which are 
indicated in system information and for which the UE has priority provided as defined in 5.2.4.1: 

For an E-UTRAN inter- frequency or inter-RAT frequency with a reselection priority higher than the 
reselection priority of the current E-UTRA frequency the UE shall perform measurements of higher priority 
E-UTRAN inter- frequency or inter-RAT frequencies according to [10]. 

For an E-UTRAN inter- frequency with an equal or lower reselection priority than the reselection priority of 
the current E-UTRA frequency and for inter-RAT frequency with lower reselection priority than the 
reselection priority of the current E-UTRAN frequency: 

- If Snonintrasearch IS scnt in the scrving ccll and SServingCell > Snonintrasearch UE may choose not to 
perform measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower 
priority. 

- If SServingCell <= Snonintrasearch or Snonintrasearch is not sent in the serving cell the UE shall perform 
measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower priority 
according to [10]. 

Where SservingCeii is the Srxlev- value of the serving cell. 

[TS 36.304, clause 5.2.4.5] 

If ThreshX-Q is provided, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency 
than the serving frequency shall be performed if: 

- A cell of a higher priority RAT/ frequency fulfils Squal > Threshx, Highq during a time interval TreselectionRAT; 
and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 
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- A cell of a higher priority RAT/ frequency fulfils Srxlev > Threshx, mghp during a time interval TreselectionRAT; 
and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra- frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

If ThreshX-Q is provided, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency 
than the serving frequency shall be performed if: 

- The serving cell fulfils Squal < Threshserving, lowq and a cell of a lower priority RAT/ frequency fulfils Squal > 
Threshx, lowq during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- The serving cell fulfils Srxlev < Threshserving, lowp and a cell of a lower priority RAT/ frequency fulfils Srxlev > 
Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a higher priority RAT/ frequency shall take precedence over a lower priority RAT/ frequency, if 
multiple cells of different priorities fulfil the cell reselection criteria. 

For cdma2000 RATs, Srxlev is equal to -FL00R(-2 x 10 x loglO Ec/Io) in units of 0.5 dB, as defined in [18], with 
Ec/Io referring to the value measured from the evaluated cell. 

For cdma2000 RATs, Threshx, High? and Threshx, lowp are equal to -1 times the values signalled for the corresponding 
parameters in the system information. 

[TS 36.133, clause 4.2.2.5] 

If the SServingCellof the E-UTRA serving cell is greater than Snonintrasearch, then the UE shall search for inter-RAT layers 
of higher priority at least every Thigher_priority_search where Thigher_priority_search is described in section 4.2.2. 

If the SservingCeiioftheE-uTRA scrving ccll is Icss than or equal to Snonintrasearchthen the UE shall search for and measure inter- 
RAT layers of higher, lower priority in preparation for possible reselection. In this scenario, the minimum rate at which 
the UE is required to search for and measure higher priority inter-RAT layers shall be the same as that defined below 
for lower priority RATs. 

[TS 36.133, clause 4.2.2.5.4] 

In order to perform measurement and cell reselection to HRPD cell, the UE shall acquire the timing of HRPD cells. 

When the measurement rules indicate that HRPD cells are to be measured, the UE shall measure CDMA2000 HRPD 
Pilot Strength of HRPD cells in the neighbour cell list at the minimum measurement rate specified in this section. 

The parameter 'Number of HRPD Neighbour Frequency', which is transmitted on E-UTRAN BCCH, is the number of 
carriers used for all HRPD cells in the neighbour cell list. 

When the RSRP of the E-UTRA serving cell (or other cells on the same frequency layer) is lower than 'HRPD Start 
Measuring E-UTRAN Rx Power Strength Threshold' and HRPD is of lower priority than the currently selected E- 
UTRAN frequency layer, the UE shall measure CDMA2000 HRPD Pilot Strength of the HRPD cells at least every 
(Number of HRPD Neighbour Frequency) *TmeasureHRPD- 

The UE shall be capable of evaluating that the HRPD cell has met cell reselection criterion defined in [1] within 

TevaluateHRPD- 

Table 4.2.2.5.4-1 gives values of T^easureHRPD and TevaluateHRPO. 
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Table 4.2.2.5.4-1 : TmeasureHRPO and TevaluateHRPD 


DRX 
cycle 
length 
[s] 

TmeasureHRPD 

[s] (number 
of DRX 
cycles) 

TevaluateHRPD [s] 

(number of 
DRX cycles) 

0.32 

5.12(16) 

15.36(48) 

0.64 

5.12(8) 

15.36(24) 

1.28 

6.4 (5) 

19.2(15) 

2.56 

7.68 (3) 

23.04 (9) 


6.2.3.7.3 Test description 

6.2.3.7.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 for E-UTRAN 

Cell 15 for HRPD with higher reselection priority than Cell 1 

System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 
None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.2.3.7.3.2 Test procedure sequence 

Table 6.2.3.7.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The configurations marked "Tl" and "T2" are applied at the point indicated 
in the Main behaviour description in Table 6.2.3.7.3.2-2. 

Table 6.2.3.7.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 15 

Remark 










T1 

lor/loc 

dB 

- 

-20 

Cell 15 is on 

8rxlevHRPD of Cell 15 < Threshx, Highp 

loo 

dBm/1. 

23 

MHz 

- 

-75 

Pilot Ec/lo (Note 1) 

dB 

- 

-20 

Cell-specific R8 EPRE 

dBm/1 
5 KHz 

-60 


T2 

lor/loc 

dB 

- 



Increase pilot power of HRPD cell such 
that 8rxlevHRPD of Cell 15 > Threshx, HighP 

loc 

dBm/1. 

23 

MHz 

- 

-75 

Pilot Ec/lo (Note 1) 

dB 

- 

-3 

Cell-specific R8 EPRE 

dBm/1 
5 KHz 

-60 


Note 1 : This parameter is not directly sellable, but is derived by calculation from the other parameters set by the 
88. 
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Table 6.2.3.7.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Void 

- 

- 

- 

- 

2 

The SS changes Cell 15 level according to row 
"T1 " in table 6.2.3.7.3.2-1 . Cell 1 5 is on and it 
has higher reselection priority than Celll . 





3 

UE performs measurement for Cell 15 at every 

1 higher priority search 

- 

- 

- 

- 

4 

Check: Does the UE transmit an Access Probe 
on Cell 15 within the next [60s]? 

-> 

Access Probe 

1 

F 

5 

SS adjust HRPD cell signal level to make sure 

SnonServingCell,HRPD Of Cell 15 > ThreshhRPD, high, 

according to "T2" in table 6.2.3.7.3.2-2 





6 

Check: Does the UE transmit an Access Probe 
on Cell 15? 

-> 

Access Probe 

1 

P 


6.2.3.7.3.3 


Specific message contents 


Table 6.2.3.7.3.3-1 : SystemlnformationBlockTypel to Cell 1 preamble and all steps, table 6.2.3.7.3.2- 

1) 


Derivation path: 36.508 table clause 4.4.3.2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellSelectionlnfo SEQUENCE { 




q-Rxlevmin 

-55(-110dBm) 



q-Rxlevminoffset 

Not present 



} 
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Table 6.2.3.7.3.3-2: SystemlnformationBlockTypeS to Cell 1 (Preamb\e and all steps, table 6.2.3.7.3.2- 

1) 


Derivation path: 36.508 table 4.4.3.3 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




systemTimelnfo SEQUENCE { 




cdma-EUTRA-Synchronisation 

TRUE 



cdma-SystemTime CHOICE { 




synchronousSystemTime 

A valid value as per TS 
36.331 and calculated by 
theSS 



} 




} 




searchWindowSize 

5 



parametersHRPD SEQUENCE { 



HRPD 

cellReselectionParametersHRPD SEQUENCE { 




bandClassList SEQUENCE (SIZE (1 ..maxCDMA - 
BandClass)) OF SEQUENCE { 

The same number of 
entries as the configured 
HRPD carriers 



bandClass 

Band Class of frequency 
under test 

[Set according to 
specific test case] 


cellReselectionPriority 

5 

[3 is applicable 
when HRPD is 
lower priority than 
E-UTRA. 5 is 
applicable when 
HRPD is higher 
priority than E- 
UTRA] 


threshX-High 

30(-30) 

INTEGER (0..63) 


threshX-Low 

32(-32) 

INTEGER (0..63) 


} 




t-ReselectionCDMA2000 

7 

INTEGER (0..7) 


} 




} 




} 





Inter-RAT cell reselection / From E-UTRA RRCJDLE to HRPD Idle / HRPD 
cell is higher reselection priority than E-UTRA (Srxlev > ThreshHRPo, Highp) 

Test Purpose (TP) 


6.2.3.7a 

6.2.3.7a.1 
(1) 

with { UE in E-UTRA RRC_IDLE } 
ensure that { 

when { UE detects a HRPD cell with higher reselection priority than the E-UTRAN serving cell 
then { UE does not reselect the HRPD cell } 


Note: The UE is expected during this time to do measurements on the HRPD cell at least every 
Thigher_priority_search but thls cannot be easlly verified 

(2) 

with { UE in E-UTRA RRC_IDLE having detected a HRPD cell with higher reselection priority than the 
E-UTRAN serving cell } ensure that { 
when { Srxlev, HRPD > ThreshnRPD, nighp } 
then { UE reselects the HRPD cell | 


6.2.3.7a.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.1, 
5.2.4.2 and 5.2.4.5 and TS 36.133, clause 4.2.2.5 and 4.2.2.5.4. 
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[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information, in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
(re)selection. In the case of system information, an E-UTRAN frequency or inter-RAT frequency may be listed without 
providing a priority (i.e. the field cellReselectionPriority is absent for that frequency). If priorities are provided in 
dedicated signalling, the UE shall ignore all the priorities provided in system information. If UE is in camped on any 
cell state, UE shall only apply the priorities provided by system information from current cell, and the UE preserves 
priorities provided by dedicated signalling unless specified otherwise. When the UE in camped normally state, has only 
dedicated priorities other than for the current frequency, the UE shall consider the current frequency to be the lowest 
priority frequency (i.e. lower than the eight network configured values). While the UE is camped on a suitable CSG 
cell, the UE shall always consider the current frequency to be the highest priority frequency (i.e. higher than the eight 
network configured values), irrespective of any other priority value allocated to this frequency. The UE shall delete 
priorities provided by dedicated signalling when: 

- the UE enters RRC_CONNECTED state; or 

the optional validity time of dedicated priorities (T320) expires; or 

a PLMN selection is performed on request by NAS [5]. 

NOTE: Equal priorities between RATs are not supported. 

The UE shall only perform cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are 
given in system information and for which the UE has a priority provided. 

The UE shall not consider any black listed cells as candidate for cell reselection. 

The UE shall inherit the priorities provided by dedicated signalling and the remaining validity time (i.e., T3 20 in E- 
UTRA, T322 in UTRA and T3230 in GERAN), if configured, at inter-RAT cell (re)selection. 

NOTE: The network may assign dedicated cell reselection priorities for frequencies not configured by system 
information. 

[TS 36.304, clause 5.2.4.2] 

When evaluating Srxlev and Squal of non-serving cells for reselection purposes, the UE shall use parameters provided 
by the serving cell. 

Following rules are used by the UE to limit needed measurements: 

- If the serving cell fulfils Srxlev > SintraSearchP and Squal > SintraSearchQ, the UE may choose not to perform intra- 
frequency measurements. 

Otherwise, the UE shall perform intra- frequency measurements. 

- The UE shall apply the following rules for E-UTRAN inter-frequencies and inter-RAT frequencies which are 
indicated in system information and for which the UE has priority provided as defined in 5.2.4.1: 

- For an E-UTRAN inter- frequency or inter-RAT frequency with a reselection priority higher than the 
reselection priority of the current E-UTRA frequency the UE shall perform measurements of higher priority 
E-UTRAN inter- frequency or inter-RAT frequencies according to [10]. 

For an E-UTRAN inter- frequency with an equal or lower reselection priority than the reselection priority of 
the current E-UTRA frequency and for inter-RAT frequency with lower reselection priority than the 
reselection priority of the current E-UTRAN frequency: 

- If the serving cell fulfils Srxlev > SnonintraSearchP and Squal > SnonintraSearchQ, the UE may choose not to 
perform measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower 
priority. 

- Otherwise, the UE shall perform measurements of E-UTRAN inter- frequencies or inter-RAT frequency 
cells of equal or lower priority according to [10]. 

[TS 36.304, clause 5.2.4.5] 
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If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a higher priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- A cell of a higher priority EUTRAN or UTRAN FDD RAT/ frequency fulfils Squal > Threshx, mghQ during a 
time interval TreselectionRAT; or 

- A cell of a higher priority UTRAN TDD, GERAN or CDMA2000 RAT/ frequency fulfils Srxlev > Threshx, mghp 
during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- A cell of a higher priority RAT/ frequency fulfils Srxlev > Threshx, mghP during a time interval TreselectionRAT; 
and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra- frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a lower priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- The serving cell fulfils Squal < Threshserving, lowq and a cell of a lower priority EUTRAN or UTRAN FDD RAT/ 
frequency fulfils Squal > Threshx, lowQ during a time interval TreselectionRAT; or 

- The serving cell fulfils Squal < Threshserving, lowQ and a cell of a lower priority UTRAN TDD, GERAN or 
CDMA2000 RAT/ frequency fulfils Srxlev > Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- The serving cell fulfils Srxlev < Threshserving, Low? and a cell of a lower priority RAT/ frequency fulfils Srxlev > 
Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a higher priority RAT/ frequency shall take precedence over a lower priority RAT/ frequency, if 
multiple cells of different priorities fulfil the cell reselection criteria. 

For cdma2000 RATs, Srxlev is equal to -FL00R(-2 x 10 x loglO Ec/Io) in units of 0.5 dB, as defined in [18], with 
Ec/Io referring to the value measured from the evaluated cell. 

For cdma2000 RATs, Threshx, High? and Threshx, lowp are equal to -1 times the values signalled for the corresponding 
parameters in the system information. 

In all the above criteria the value of TreselectionRAT is scaled when the UE is in the medium or high mobility state as 
defined in subclause 5.2.4.3.1. If more than one cell meets the above criteria, the UE shall reselect a cell as follows: 

- If the highest-priority frequency is an E-UTRAN frequency, a cell ranked as the best cell among the cells on the 
highest priority frequency(ies) meeting the criteria according to section 5.2.4.6; 

- If the highest-priority frequency is from another RAT, a cell ranked as the best cell among the cells on the 
highest priority frequency(ies) meeting the criteria of that RAT. 

[TS 36.133, clause 4.2.2.5] 

If Srxlev > SnonintraSearchP and Squal > SnonintraSearchQ then the UE shall scarch for inter-RAT layers of higher priority at 
least every Thigher_priority_search where Thigher_priority_search IS dcscribed in section 4.2.2 

If Srxlev < SnonintraSearchP OY Squal < SnonintraSearchQ then the UE shall scarch for and measure inter-RAT layers of higher, 
lower priority in preparation for possible reselection. In this scenario, the minimum rate at which the UE is required to 
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search for and measure higher priority inter-RAT layers shall be the same as that defined below for lower priority 
RATs. 

[TS 36.133, clause 4.2.2.5.4] 

In order to perform measurement and cell reselection to HRPD cell, the UE shall acquire the timing of HRPD cells. 

When the measurement rules indicate that HRPD cells are to be measured, the UE shall measure CDMA2000 HRPD 
Pilot Strength of HRPD cells in the neighbour cell list at the minimum measurement rate specified in this section. 

The parameter 'Number of HRPD Neighbour Frequency', which is transmitted on E-UTRAN BCCH, is the number of 
carriers used for all HRPD cells in the neighbour cell list. 

When the E-UTRA serving cell fulfils Srxlev > SnonintraSearchP and Squal > SnonintraSearchQ, the UE shall search for 
CDMA2000 HRPD layers of higher priority at least every Thigher_priority_search where Thigher_priority_search is defined in section 
4.2.2. 

For CDMA2000 HRPD cells which have been detected, the UE shall measure CDMA2000 HRPD Pilot Strength at 
least every (Number of HRPD Neighbour Frequency) ^TmeasureHRPD, when the E-UTRA serving cell Srxlev < 

^nonlntraSearchP ^^ oqual S ^nonlntraSearchQ- 

The UE shall be capable of evaluating that the CDMA2000 HRPD cell has met cell reselection criterion defined in [1] 

within TevaluateHRPD- 

Table 4.2.2.5.4-1 gives values of TmeasureHRPD and TevaluateHRPD. 

Table 4.2.2.5.4-1 : TmeasureHRPO and TevaluateHRPD 


DRX 
cycle 
length 
[s] 

TmeasureHRPD 

[s] (number 
of DRX 
cycles) 

TevaluateHRPD [s] 

(number of 
DRX cycles) 

0.32 

5.12(16) 

15.36(48) 

0.64 

5.12(8) 

15.36(24) 

1.28 

6.4 (5) 

19.2(15) 

2.56 

7.68 (3) 

23.04 (9) 


If Tj-eseiection timer has a non zero value and the CDMA2000 HRPD cell is satisfied with the reselection criteria which are 
defined in [1], the UE shall evaluate this CDMA2000 HRPD cell for the Tj-eseiection time. If this cell remains satisfied with 
the reselection criteria within this duration, then the UE shall reselect that cell. 

6.2.3.7a.3 Test description 

6.2.3. 7a.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 for E-UTRAN 

Cell 15 for HRPD with higher reselection priority than Cell 1 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.2.3.7a.3.2 Test procedure sequence 

Table 6.2.3.7.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The configurations marked "Tl" and "T2" are applied at the point indicated 
in the Main behaviour description in Table 6.2.3.7.3.2-2. 
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Table 6.2.3.7a.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 15 

Remark 

T1 

lor/loc 

dB 

- 

-20 

Cell 15 is on 

SrxlevHRPD of Cell 15 < ThreshHRPD,HighP 

loc 

dBm/1. 

23 

MHz 

- 

-75 

Pilot Ec/lo (Note 1) 

dB 

- 

-20 

Cell-specific RS EPRE 

dBm/1 
5 KHz 

-60 


T2 

lor/loc 

dB 

- 



Increase pilot power of HRPD cell such 
that Srxlev,HRPD of Cell 15 > 
ThreshHRPD,HighP 

loc 

dBm/1. 

23 

MHz 

- 

-75 

Pilot Ec/lo (Note 1) 

dB 

- 

-3 

Cell-specific RS EPRE 

dBm/1 
5 KHz 

-60 


Note 1 : This parameter is not directly settable, but is derived by calculation from the other parameters set by the 
SS. 


Table 6.2.3.7a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS changes Cell 15 level according to row 
"T1 " in table 6.2.3.7a.3.2-1 . Cell 1 5 is on and it 
has higher reselection priority than Celll . 





2 

UE performs measurement for Cell 15 at every 

1 higher priority search 

- 

- 

- 

- 

3 

Check: Does the UE transmit an Access Probe 
on Cell 15 within the next [60s]? 

-> 

Access Probe 

1 

F 

4 

SS adjust HRPD cell signal level to make sure 
Srxlev of Cell 15 > ThreshhRPo, Highp, according 
to "T2" in table 6.2.3.7a.3.2-1 





5 

Check: Does the UE transmit an Access Probe 
on Cell 15? 

-> 

Access Probe 

2 

P 

Note 1 : The UE is expected during this time to do measurements on the HRPD cell at least every Thigher_priority_search 
but this cannot be easily verified. 


6.2.3.7a.3.3 


Specific message contents 


Table 6.2.3.7a.3.3-1 : SystemlnformationBlockTypel to Cell 1 ^Preamble and all steps, table 6.2.3.7.3.2- 

2) 


Derivation path: 36.508 table clause 4.4.3.2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellSelectionlnfo SEQUENCE { 




q-Rxlevmin 

-55(-110dBm) 



q-Rxlevminoffset 

Not present 



} 





Table 6.2.3.7a.3.3-2: SystemlnformatlonBlockTypeS \or Cell 1 (Preamble and all steps, table 

6.2.3.7a.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




threshServingLow 

5(10dB) 



cellReselectionPriority 

4 



} 




lateNonCriticalExtension { 




threshServingLowQ-r9 

TBD 
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1 




} 





Table 6.2.3.7a.3.3-3: SystemlnformationBlockTypeS to Cell 1 ('Preamble and all steps, table 

6.2.3.7a.3.2-2) 


Derivation path: 36.508 table 4.4.3.3 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




systemTimelnfo SEQUENCE { 




cdma-EUTRA-Synchronisation 

TRUE 



cdma-SystemTime CHOICE { 




synchronousSystemTime 

A valid value as per TS 
36.331 and calculated by 
theSS 



} 




} 




searchWindowSize 

5 



parametersHRPD SEQUENCE { 



HRPD 

cellReselectionParametersHRPD SEQUENCE { 




bandClassList SEQUENCE (SIZE (1 ..maxCDMA - 
BandClass)) OF SEQUENCE { 

The same number of 
entries as the configured 
HRPD carriers 



bandClass 

Band Class of frequency 
under test 

[Set according to 
specific test case] 


cellReselectionPriority 

5 

[3 is applicable 
when HRPD is 
lower priority than 
E-UTRA. 5 is 
applicable when 
HRPD is higher 
priority than E- 
UTRA] 


threshX-High 

30(-30) 

INTEGER (0..63) 


threshX-Low 

32(-32) 

INTEGER (0..63) 


} 




t-ReselectionCDMA2000 

7 

INTEGER (0..7) 


} 




} 




} 





Inter-RAT cell reselection / From E-UTRA RRCJDLE to HRPD Idle / HRPD 
is lower reselection priority than E-UTRA 

Test Purpose (TP) 


6.2.3.8 

6.2.3.8.1 

(1) 

with { UE in E-UTRA RRC_IDLE state and UE detects the cell re-selection criteria that HRPD cell is 
equial to or lower reselection priority than E-UTRAN serving cell } 
ensure that { 

When{ Sservingceii <= Threshgerving, Lowp and Srxlev > ThreshHRPD, low } 

then { UE searches for and measures HRPD cell at least every TmeasureHRPo and reselects the HRPD 
cell } 


6.2.3.8.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.1, 
5.2.4.2 and 5.2.4.5 and TS 36.133, clause 4.2.2.5 and 4.2.2.5.4. 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information or in the RRC message releasing the RRC connection. If priorities are assigned via dedicated 
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signalling, the UE shall ignore all the priorities provided in system information. The UE shall delete priorities provided 
by dedicated signalling when: 

- the UE enters RRC_CONNECTED state; or 

- the optional validity time of dedicated priorities (T320) expires; or 

- a PLMN selection is performed on request by NAS [5]. 

NOTE: Equal priorities between RATs are not supported. 

UE shall only perform reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are given in 
system information and for which the UE has a priority provided. 

[TS 36.304, clause 5.2.4.2] 

Following rules are used by the UE to limit needed measurements: 

- If SServingCell > Sintrasearch, UE may choose to not perform intra- frequency measurements. 

- If SServingCell <= Sintrasearch, UE shall perform intra- frequency measurements. 

- The UE shall apply the following rules for E-UTRAN inter-frequencies and inter-RAT frequencies which are 
indicated in system information and for which the UE has priority provided as defined in 5.2.4.1: 

o For an E-UTRAN inter- frequency or inter-RAT frequency with a reselection priority higher than the 

reselection priority of the current E-UTRA frequency the UE shall perform measurements of higher priority 
E-UTRAN inter- frequency or inter-RAT frequencies according to [10]. 

o For an E-UTRAN inter- frequency with a equal or lower reselection priority than the reselection priority of 
the current E-UTRA frequency and for inter-RAT frequency with lower reselection priority than the 
reselection priority of the current E-UTRAN frequency: 

■ If SServingCell > Snonintrasearch UE may choose not to perform measurements of E-UTRAN inter- 
frequencies or inter-RAT frequencies of equal or lower priority. 

■ If SServingCell <= Snonintrasearch the UE shall perform measurements of E-UTRAN inter-frequencies 
or inter-RAT frequencies cells of equal or lower priority according to [10]. 

Where SservingCeii is the Srxlev- value of the serving cell. 

[TS 36.304, clause 5.2.4.5] 

If ThreshX-Q is provided, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency 
than the serving frequency shall be performed if: 

- A cell of a higher priority RAT/ frequency fulfils Squal > Threshx, mghQ during a time interval TreselectionRAx; 
and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- A cell of a higher priority RAT/ frequency fulfils Srxlev > Threshx, mghp during a time interval TreselectionRAT; 
and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra-frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

If ThreshX-Q is provided, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency 
than the serving frequency shall be performed if: 

- The serving cell fulfils Squal < Threshserving, lowQ and a cell of a lower priority RAT/ frequency fulfils Squal > 
Threshx, lowq during a time interval TreselectionRAT; and 

More than 1 second has elapsed since the UE camped on the current serving cell. 
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Otherwise, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- The serving cell fulfils Srxlev < Threshserving, lowp and a cell of a lower priority RAT/ frequency fulfils Srxlev > 
Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a higher priority RAT/ frequency shall take precedence over a lower priority RAT/ frequency, if 
multiple cells of different priorities fulfil the cell reselection criteria. 

For cdma2000 RATs, Srxlev is equal to -FL00R(-2 x 10 x loglO Ec/Io) in units of 0.5 dB, as defined in [18], with 
Ec/Io referring to the value measured from the evaluated cell. 

For cdma2000 RATs, Threshx, mghp and Threshx, lowp are equal to -1 times the values signalled for the corresponding 
parameters in the system information. 

[TS 36.133, clause 4.2.2.5] 

If the SServingCellof the E-UTRA serving cell (or other cells on the same frequency layer) is greater than Snonintrasearch. 
then 

- the UE may not search for, or measure inter-RAT layers of equal or lower priority. 

- the UE shall search for inter-RAT layers of higher priority at least every Thigher_priority_search where Thigher_priority_search 
is described in section 4.2.2. 

If the SservingCeiioftheE-uTRA scrving ccll is Icss than or equal to Snonintrasearch, then the UE shall search for and measure inter- 
RAT layers of higher, equal or lower priority in preparation for possible reselection. In this scenario, the minimum rate 
at which the UE is required to search for and measure such layers is not reduced and shall be the same as that defined 
below for lower priority RATs. 

[TS 36.133, clause 4.2.2.5.4] 

In order to perform measurement and cell reselection to HRPD cell, the UE shall acquire the timing of HRPD cells. 

When the measurement rules indicate that HRPD cells are to be measured, the UE shall measure CDMA2000 HRPD 
Pilot Strength of HRPD cells in the neighbour cell list at the minimum measurement rate specified in this section. 

The parameter 'Number of HRPD Neighbour Frequency', which is transmitted on E-UTRAN BCCH, is the number of 
carriers used for all HRPD cells in the neighbour cell list. 

When the RSRP of the E-UTRA serving cell (or other cells on the same frequency layer) is lower than 'HRPD Start 
Measuring E-UTRAN Rx Power Strength Threshold' and HRPD is of lower priority than the currently selected E- 
UTRAN frequency layer, the UE shall measure CDMA2000 HRPD Pilot Strength of the HRPD cells at least every 
(Number of HRPD Neighbour Frequency) ^TmeasureHRPD- In case HRPD is of higher priority than the currently selected E- 
UTRAN frequency layer the UE shall measure HRPD cells at least every (Number of HRPD Neighbour Frequency)* 
Thigher_proirty_search. The parameter Thigher_proirty_search IS defined in section 4.2.2. 

The UE shall be capable of evaluating that the HRPD cell has met cell reselection criterion defined in [1] within 

TevaluateHRPD- 

Table 4.2.2.5.4-1 gives values of TmeasureHRPD and TevaluateHRPD. 

Table 4.2.2.5.4-1 : TmeasureHRPO and TevaluateHRPD 


DRX 
cycle 
length 
[s] 

TmeasureHRPD 

[s] (number 
of DRX 
cycles) 

TevaluateHRPD [s] 

(number of 
DRX cycles) 

0.32 

5.12(16) 

15.36(48) 

0.64 

5.12(8) 

15.36(24) 

1.28 

6.4 (5) 

19.2(15) 

2.56 

7.68 (3) 

23.04 (9) 
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6.2.3.8.3 Test description 

6.2.3.8.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 for E-UTRAN 

Cell 15 for HRPD with lower reselection priority than Cell 1 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.2.3.8.3.2 Test procedure sequence 

Table 6.2.3.8.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The configurations marked "Tl" and "T2" are applied at the point indicated 
in the Main behaviour description in Table 6.2.3.8.3.2-2. 

Table 6.2.3.8.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 15 

Remark 










T1 

lor/loc 

dB 

- 

-20 

Cell 15 is on 

loc 

dBm/ 
1.23 
MHz 

- 

-55 

CPICH Ec/lo(Note1) 

dB 

- 

-20 

Cell-specific R8 EPRE 

dBm 

-70 

-40 

SservingCellof the E-UTRA > ThrCShserving, LowP 

and Srxlev,HRPD of Cell 15 < Threshx, 

low 

Srxlev* 

dB 

40 

Cell-specific RS EPRE 

dBm/1 
5 KHz 

-60 


T2 

lor/loc 

dB 

- 

-5 

Increase pilot power of HRPD cell 

such that SnonServingCell,HRPD Of Cell 15 > 

Threshx, low 

loc 

dBm/1. 

23 

MHz 

- 

-55 

CPICH Ec/lo(Note1) 

dB 

- 

-10 

Cell-specific RS EPRE 

dBm 

-120 


Srxlev* 

dB 

-10 

-12 

Cell-specific RS EPRE 

dBm/1 
5 KHz 

-60 


Note 1 : This parameter is not directly sellable, but is derived by calculation from the other parameters set by the 

88. 
Note 2: Default value of Threshservinq, lowp is 0. 
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Table 6.2.3.8.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Cell 15 is on and it has lower reselection 

priority than Cell 1 , according to "T1 " in 

6.2.3.8.3-1. 

SS adjusts the serving cell signal level so that 

SservinqCellof the E-UTRA <= Snonintrasearch-2 





2 

Void 





3 

UE performs measurement for Cell 15 at every 

TmeasureHRPD 

- 

- 

- 

- 

4 

Check: Does the UE transmit an Access Probe 
on Cell 15 within the next [60s]? 

-> 

Access Probe 

1 

F 

5 

SS adjust HRPD cell signal level to make sure 

SnonServingCell,HRPD Of Cell 15 > ThreshhRPD, low 

according to "T2" in 6.2.3.8.3.2-1 . 





6 

Check: Does the UE transmit an Access Probe 
on Cell 15? 

-> 

Access Probe 

1 

P 


6.2.3.8.3.3 


Specific message contents 


Table 6.2.3.8.3.3-1 : SystemlnformationBlockTypel to Cell 1 preamble and all steps, table 6.2.3.8.3.2- 

1) 


Derivation path: 36.508 table 4.4.3.2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellSelectionlnfo SEQUENCE { 




q-Rxlevmin 

-55(-110dBm) 



q-Rxlevminoffset 

Not present 



} 




} 
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Table 6.2.3.8.3.3-2: SystemlnformationBlockTypeS to Cell 1 (Preamb\e and all steps, table 6.2.3.8.3.2- 

1) 


Derivation path: 36.508 table 4.4.3.3 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




systemTimelnfo SEQUENCE { 




cdma-EUTRA-Synchronisation 

TRUE 



cdma-SystemTime CHOICE { 




synchronousSystemTime 

A valid value as per TS 
36.331 and calculated by 
theSS 



} 




} 




searchWindowSize 

5 



parametersHRPD SEQUENCE { 



HRPD 

cellReselectionParametersHRPD SEQUENCE { 




bandClassList SEQUENCE (SIZE (1 ..maxCDMA - 
BandClass)) OF SEQUENCE { 

The same number of 
entries as the configured 
HRPD carriers 



bandClass 

Band Class of frequency 
under test 

[Set according to 
specific test case] 


cellReselectionPriority 

3 

[3 is applicable 
when HRPD is 
lower priority than 
E-UTRA. 5 is 
applicable when 
HRPD is higher 
priority than E- 
UTRA] 


threshX-High 

30[-30] 

INTEGER (0..63) 


threshX-Low 

32[-32] 

INTEGER (0..63) 


} 




t-ReselectionCDMA2000 



INTEGER (0..7) 


} 




} 




} 





Inter-RAT cell reselection / From E-UTRA RRCJDLE to HRPD Idle / HRPD 
cell is lower reselection priority than E-UTRA (Squal < Threshsemng, lowq and 
Srxlev > ThresliHRPD, lowp 

Test Purpose (TP) 


6.2.3.8a 

6.2.3.8a.1 
(1) 

with { UE in E-UTRA RRC_IDLE } 
ensure that { 

when { UE detects a HRPD cell with equal or lower reselection priority than the E-UTRAN serving 
cell } 

then { UE does not reselect the HRPD cell } 

} 

Note: The UE is expected during this time to do measurements on 

the HRPD cell at least every TmeasureHRPD but this cannot be easily verified 


(2) 

with { UE in E-UTRA RRC_IDLE having detected a HRPD cell with equal or lower reselection priority 
than the E-UTRAN serving cell } ensure that { 
when { Srxlev, HRPD > ThreshnRPD, lowp } 
then { UE reselects the HRPD cell } 
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6.2.3.8a.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.1, 
5.2.4.2 and 5.2.4.5 and TS 36.133, clause 4.2.2.5 and 4.2.2.5.4. 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information, in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
(re)selection. In the case of system information, an E-UTRAN frequency or inter-RAT frequency may be listed without 
providing a priority (i.e. the field cellReselectionPriority is absent for that frequency). If priorities are provided in 
dedicated signalling, the UE shall ignore all the priorities provided in system information. If UE is in camped on any 
cell state, UE shall only apply the priorities provided by system information from current cell, and the UE preserves 
priorities provided by dedicated signalling unless specified otherwise. When the UE in camped normally state, has only 
dedicated priorities other than for the current frequency, the UE shall consider the current frequency to be the lowest 
priority frequency (i.e. lower than the eight network configured values). While the UE is camped on a suitable CSG 
cell, the UE shall always consider the current frequency to be the highest priority frequency (i.e. higher than the eight 
network configured values), irrespective of any other priority value allocated to this frequency. The UE shall delete 
priorities provided by dedicated signalling when: 

- the UE enters RRC_CONNECTED state; or 

- the optional validity time of dedicated priorities (T320) expires; or 

- a PLMN selection is performed on request by NAS [5]. 

NOTE: Equal priorities between RATs are not supported. 

The UE shall only perform cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are 
given in system information and for which the UE has a priority provided. 

The UE shall not consider any black listed cells as candidate for cell reselection. 

The UE shall inherit the priorities provided by dedicated signalling and the remaining validity time (i.e., T3 20 in E- 
UTRA, T322 in UTRA and T3230 in GERAN), if configured, at inter-RAT cell (re)selection. 

NOTE: The network may assign dedicated cell reselection priorities for frequencies not configured by system 
information. 

[TS 36.304, clause 5.2.4.2] 

When evaluating Srxlev and Squal of non-serving cells for reselection purposes, the UE shall use parameters provided 
by the serving cell. 

Following rules are used by the UE to limit needed measurements: 

- If the serving cell fulfils Srxlev > SintraSearchP and Squal > SintraSearchQ, the UE may choose not to perform intra- 
frequency measurements. 

- Otherwise, the UE shall perform intra- frequency measurements. 

The UE shall apply the following rules for E-UTRAN inter- frequencies and inter-RAT frequencies which are 
indicated in system information and for which the UE has priority provided as defined in 5.2.4.1: 

- For an E-UTRAN inter- frequency or inter-RAT frequency with a reselection priority higher than the 
reselection priority of the current E-UTRA frequency the UE shall perform measurements of higher priority 
E-UTRAN inter- frequency or inter-RAT frequencies according to [10]. 

- For an E-UTRAN inter- frequency with an equal or lower reselection priority than the reselection priority of 
the current E-UTRA frequency and for inter-RAT frequency with lower reselection priority than the 
reselection priority of the current E-UTRAN frequency: 

- If the serving cell fulfils Srxlev > SnonintraSearchP and Squal > SnonintraSearchQ, the UE may choose not to 
perform measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower 
priority. 
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- Otherwise, the UE shall perform measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of 
equal or lower priority according to [10]. 

[TS 36.304, clause 5.2.4.5] 

If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a higher priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- A cell of a higher priority EUTRAN or UTRAN FDD RAT/ frequency fulfils Squal > Threshx, HighQ during a 
time interval TreselectionRAT; or 

- A cell of a higher priority UTRAN TDD, GERAN or CDMA2000 RAT/ frequency fulfils Srxlev > Threshx, mghp 
during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- A cell of a higher priority RAT/ frequency fulfils Srxlev > Threshx, mghP during a time interval TreselectionRAT; 
and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra- frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a lower priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- The serving cell fulfils Squal < Threshserving, lowQ and a cell of a lower priority EUTRAN or UTRAN FDD RAT/ 
frequency fulfils Squal > Threshx, lowQ during a time interval TreselectionRAT; or 

- The serving cell fulfils Squal < Threshserving, lowQ and a cell of a lower priority UTRAN TDD, GERAN or 
CDMA2000 RAT/ frequency fulfils Srxlev > Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- The serving cell fulfils Srxlev < Threshserving, Low? and a cell of a lower priority RAT/ frequency fulfils Srxlev > 
Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a higher priority RAT/ frequency shall take precedence over a lower priority RAT/ frequency, if 
multiple cells of different priorities fulfil the cell reselection criteria. 

For cdma2000 RATs, Srxlev is equal to -FL00R(-2 x 10 x loglO Ec/Io) in units of 0.5 dB, as defined in [18], with 
Ec/Io referring to the value measured from the evaluated cell. 

For cdma2000 RATs, Threshx, High? and Threshx, lowp are equal to -1 times the values signalled for the corresponding 
parameters in the system information. 

In all the above criteria the value of TreselectionRAT is scaled when the UE is in the medium or high mobility state as 
defined in subclause 5.2.4.3.1. If more than one cell meets the above criteria, the UE shall reselect a cell as follows: 

If the highest-priority frequency is an E-UTRAN frequency, a cell ranked as the best cell among the cells on the 
highest priority frequency(ies) meeting the criteria according to section 5.2.4.6; 

If the highest-priority frequency is from another RAT, a cell ranked as the best cell among the cells on the 
highest priority frequency(ies) meeting the criteria of that RAT. 

[TS 36.133, clause 4.2.2.5] 
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If Srxlev > SnonintraSearchP and Squal > SnonintraSearchQ then the UE shall search for inter-RAT layers of higher priority at 
least every Thigher_priority_search where Thigher_priority_search IS described in section 4.2.2 

If Srxlev < SnonintraSearchP or Squal < SnonintraSearchQ then the UE shall scarch for and measure inter-RAT layers of higher, 
lower priority in preparation for possible reselection. In this scenario, the minimum rate at which the UE is required to 
search for and measure higher priority inter-RAT layers shall be the same as that defined below for lower priority 
RATs. 

[TS 36.133, clause 4.2.2.5.4] 

In order to perform measurement and cell reselection to HRPD cell, the UE shall acquire the timing of HRPD cells. 

When the measurement rules indicate that HRPD cells are to be measured, the UE shall measure CDMA2000 HRPD 
Pilot Strength of HRPD cells in the neighbour cell list at the minimum measurement rate specified in this section. 

The parameter 'Number of HRPD Neighbour Frequency', which is transmitted on E-UTRAN BCCH, is the number of 
carriers used for all HRPD cells in the neighbour cell list. 

When the E-UTRA serving cell fulfils Srxlev > SnonintraSearchP and Squal > SnonintraSearchQ, the UE shall search for 
CDMA2000 HRPD layers of higher priority at least every Thigher_priority_search where Thigher_priority_search is defined in section 
4.2.2. 

For CDMA2000 HRPD cells which have been detected, the UE shall measure CDMA2000 HRPD Pilot Strength at 
least every (Number of HRPD Neighbour Frequency) ^TmeasureHRPD, when the E-UTRA serving cell Srxlev < 

SnonintraSearchP ^r oqual S SnonintraSearchQ- 

The UE shall be capable of evaluating that the CDMA2000 HRPD cell has met cell reselection criterion defined in [1] 

within TevaluateHRPD- 

Table 4.2.2.5.4-1 gives values of TmeasureHRPD and TevaluateHRPD. 

Table 4.2.2.5.4-1 : TmeasureHRPO and TevaluateHRPD 


DRX 
cycle 
length 
[s] 

A measureHRPD 

[s] (number 
of DRX 
cycles) 

TevaluateHRPD [s] 

(number of 
DRX cycles) 

0.32 

5.12(16) 

15.36(48) 

0.64 

5.12(8) 

15.36(24) 

1.28 

6.4 (5) 

19.2(15) 

2.56 

7.68 (3) 

23.04 (9) 


If Treseiection timer has a non zero value and the CDMA2000 HRPD cell is satisfied with the reselection criteria which are 
defined in [1], the UE shall evaluate this CDMA2000 HRPD cell for the Tj-eseiection time. If this cell remains satisfied with 
the reselection criteria within this duration, then the UE shall reselect that cell. 


Test description 
Pre-test conditions 


6.2.3.8a.3 
6.2.3.8a.3.1 
System Simulator: 

- Cell 1 for E-UTRAN 

Cell 15 for HRPD with lower reselection priority than Cell 1 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 (serving cell) according to [18]. 
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6.2.3.8a.3.2 


Test procedure sequence 


Table 6.2.3.8a.3.2-l illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The configurations marked "Tl" and "T2" are applied at the point indicated 
in the Main behaviour description in Table 6.2.3.8.3.2-2. 

Table 6.2.3.8a.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 15 

Remark 

Tl 

lor/loc 

dB 

- 

-20 

Cell 15 is on 

loc 

dBm/ 
1.23 
MHz 

- 

-55 

CPICH_Ec/lo(Note1) 

dB 

- 

-20 

Cell-specific RS EPRE 

dBm 

-70 

-40 

SservingCellof the E-UTRA > Threshserving, LowP 

and Srxlev,HRPD of Cell 15 < 
ThreshHRPD,LowP 

Srxlev* 

dB 

40 

Cell-specific RS EPRE 

dBm/1 
5 KHz 

-60 


T2 

lor/loc 

dB 

- 

-5 

Increase pilot power of HRPD cell 

such that SnonServingCell,HRPD Of Cell 15 > 

ThreshHRPD,LowP 

loc 

dBm/1. 

23 

MHz 

- 

-55 

CPICH Ec/lo(Note1) 

dB 

- 

-10 

Cell-specific RS EPRE 

dBm 

-120 


Srxlev* 

dB 

-10 

-12 

Cell-specific RS EPRE 

dBm/1 
5 KHz 

-60 


Note 1 : This parameter is not directly sellable, but is derived by calculation from the other parameters set by the 

SS. 
Note 2: Default value of Threshsemna, lowp is 0. 


Table 6.2.3.8a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Cell 15 is on and it has lower reselection 

priority than Cell 1 , according to "Tl " in 

6.2.3.8a.3.2-1. 

SS adjusts the serving cell signal level so that 

E-UTRA serving cell Srxlev <= SnonintrasearchP or 

Squal <= SnonlntraSearchQ 





3 

UE performs measurement for Cell 15 at every 

TmeasureHRPD 

- 

- 

- 

- 

4 

Check: Does the UE transmit an Access Probe 
on Cell 15 within the next [60s]? 

-> 

Access Probe 

1 

F 

5 

SS adjust HRPD cell signal level to make sure 
Srxlev of Cell 15 > ThreshHRPD,LowP according 
to"T2"in6.2.3.8a.3.2-1. 





6 

Check: Does the UE transmit an Access Probe 
on Cell 15? 

-> 

Access Probe 

1 

P 

Note 1 : The UE is expected during this time to do measurements on the HRPD cell at least every TmeasureHRPo but 
this cannot be easily verified. 
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6.2.3.8a.3.3 


Specific message contents 


Table 6.2.3.8a.3.3-1 : SystemlnformationBlockTypel to Cell 1 (Preamble and all steps, table 

6.2.3.8a.3.2-2) 


Derivation path: 36.508 table 4.4.3.2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellSelectionlnfo SEQUENCE { 




q-Rxlevmin 

-55(-110dBm) 



q-Rxlevminoffset 

Not present 



} 




} 





Table 6.2.3.8a.3.3-2: SystemlnformationBlockTypeS for Cell 1 (Preamble and all steps, table 

6.2.3.8a.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




threshServingLow 

5(10dB) 



cellReselectionPriority 

4 



} 




lateNonCriticalExtension { 




threshServingLowQ-r9 

TBD 



} 




} 
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Table 6.2.3.8a.3.3-3: SystemlnformationBlockTypeS to Cell 1 (Prean\b\e and all steps, table 

6.2.3.8a.3.2-2) 


Derivation path: 36.508 table 4.4.3.3 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




systemTimelnfo SEQUENCE { 




cdma-EUTRA-Synchronisation 

TRUE 



cdma-SystemTime CHOICE { 




synchronousSystemTime 

A valid value as per TS 
36.331 and calculated by 
theSS 



} 




} 




searchWindowSize 

5 



parametersHRPD SEQUENCE { 



HRPD 

cellReselectionParametersHRPD SEQUENCE { 




bandClassList SEQUENCE (SIZE (1 ..maxCDMA - 
BandClass)) OF SEQUENCE { 

The same number of 
entries as the configured 
HRPD carriers 



bandClass 

Band Class of frequency 
under test 

[Set according to 
specific test case] 


cellReselectionPriority 

3 

[3 is applicable 
when HRPD is 
lower priority than 
E-UTRA. 5 is 
applicable when 
HRPD is higher 
priority than E- 
UTRA] 


threshX-High 

30[-30] 

INTEGER (0..63) 


threshX-Low 

32[-32] 

INTEGER (0..63) 


} 




t-ReselectionCDMA2000 



INTEGER (0..7) 


} 




} 




} 





6.2.3.9 


6.2.3.9.1 


Inter-RAT Cell Reselection: from E-UTRA RRG_IDLE to GDMA2000 1xRTT 
Dormant- When CDMA2000 1xRTT cell is higher reselection priority than E- 
UTRA 

Test Purpose (TP) 


(1) 

with { UE in E-UTRA RRC_IDLE state and UE detects the cell re- selection criteria that CDMA2 000 IxRTT 
cell is higher reselection priority than E-UTRAN serving cell } 

ensure that { UE searches for and measures CDMA2 000 IxRTT cell at least every Thigher_priority_search 
when { SnonServingCell,CDMA2 0_lx > ThreshixRTT, high } 
then { UE reselects the CDMA2 000 IxRTT cell } 


6.2.3.9.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.1, 
5.2.4.2 and 5.2.4.5 and TS 36.133, clause 4.2.2.5 and 4.2.2.5.4. 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information, in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
(re)selection. In the case of system information, an E-UTRAN frequency or inter-RAT frequency may be listed without 
providing a priority (i.e. the field cellReselectionPriority is absent for that frequency). If priorities are provided in 
dedicated signalling, the UE shall ignore all the priorities provided in system information. If UE is in camped on any 
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cell state, UE shall only apply the priorities provided by system information from current cell, and the UE preserves 
priorities provided by dedicated signalling unless specified otherwise. When the UE in camped normally state, has only 
dedicated priorities other than for the current frequency, the UE shall consider the current frequency to be the lowest 
priority frequency (i.e. lower than the eight network configured values). While the UE is camped on a suitable CSG 
cell, the UE shall always consider the current frequency to be the highest priority frequency (i.e. higher than the eight 
network configured values), irrespective of any other priority value allocated to this frequency. The UE shall delete 
priorities provided by dedicated signalling when: 

- the UE enters RRC_CONNECTED state; or 

- the optional validity time of dedicated priorities (T320) expires; or 

- a PLMN selection is performed on request by NAS [5]. 

NOTE: Equal priorities between RATs are not supported. 

The UE shall only perform cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are 
given in system information and for which the UE has a priority provided. 

The UE shall not consider any black listed cells as candidate for cell reselection. 

The UE shall inherit the priorities provided by dedicated signalling and the remaining validity time (i.e., T3 20 in E- 
UTRA, T322 in UTRA and T3230 in GERAN), if configured, at inter-RAT cell (re)selection. 

NOTE: The network may assign dedicated cell reselection priorities for frequencies not configured by system 
information. 

[TS 36.304, clause 5.2.4.5] 

If ThreshX-Q is provided, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency 
than the serving frequency shall be performed if: 

- A cell of a higher priority RAT/ frequency fulfils Squal > Threshx, mghQ during a time interval TreselectionRAT; 
and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- A cell of a higher priority RAT/ frequency fulfils Srxlev > Threshx, mghp during a time interval TreselectionRAT ; 
and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra-frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

If ThreshX-Q is provided, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency 
than the serving frequency shall be performed if: 

- The serving cell fulfils Squal < Threshserving, lowq and a cell of a lower priority RAT/ frequency fulfils Squal > 
Threshx, lowq during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- The serving cell fulfils Srxlev < Threshserving, lowp and a cell of a lower priority RAT/ frequency fulfils Srxlev > 
Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a higher priority RAT/ frequency shall take precedence over a lower priority RAT/ frequency, if 
multiple cells of different priorities fulfil the cell reselection criteria. 
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For cdma2000 RATs, Srxlev is equal to -FL00R(-2 x 10 x loglO Ec/Io) in units of 0.5 dB, as defined in [18], with 
Ec/Io referring to the value measured from the evaluated cell. 

For cdma2000 RATs, Threshx, mghp and Threshx, lowp are equal to -1 times the values signalled for the corresponding 
parameters in the system information. 

In all the above criteria the value of TreselectionRAT is scaled when the UE is in the medium or high mobility state as 
defined in subclause 5.2.4.3.1. If more than one cell meets the above criteria, the UE shall reselect a cell as follows: 

- If the highest-priority frequency is an E-UTRAN frequency, a cell ranked as the best cell among the cells on the 
highest priority frequency(ies) meeting the criteria according to section 5.2.4.6; 

- If the highest-priority frequency is from another RAT, a cell ranked as the best cell among the cells on the highest 
priority frequency (ies) meeting the criteria of that RAT. 

[TS 36.133, clause 4.2.2.5] 

If Srxlev > SnonintraSearchP and Squal > SnonintraSearchQ then the UE shall scarch for inter-RAT layers of higher priority at 
least every Thigher_priority_search where Thigher_priority_search IS dcscribed in section 4.2.2 

If Srxlev < SnonintraSearchP or Squal < SnonintraSearchQ then the UE shall scarch for and measure inter-RAT layers of higher, 
lower priority in preparation for possible reselection. In this scenario, the minimum rate at which the UE is required to 
search for and measure higher priority inter-RAT layers shall be the same as that defined below for lower priority 
RATs. 

[TS 36.133, clause 4.2.2.5.5] 

In order to perform measurement and cell reselection to cdma2000 IX cell, the UE shall acquire the timing of 
cdma2000 IX cells. 

When the measurement rules indicate that cdma2000 IX cells are to be measured, the UE shall measure cdma2000 Ix 
RTT Pilot Strength of cdma2000 IX cells in the neighbour cell list at the minimum measurement rate specified in this 
section. 

The parameter 'Number of CDMA2000 IX Neighbour Frequency', which is transmitted on E-UTRAN BCCH, is the 
number of carriers used for all cdma2000 IX cells in the neighbour cell list. 

If SservingCeii of the E-UTRA serving cell is greater than Snonintrasearch, the UE shall search for cdma2000 IX layers of 
higher priority at least every Thigher_priority_search where Thigher_priority_search is defined in section 4.2.2. 

For CDMA2000 IX cells which have been detected, the UE shall measure CDMA2000 IxRTT Pilot Strength at least 
every (Number of CDMA2000 IX Neighbour Frequency) *TnieasureCDMA20oo_ix. when the SservingCeii of the E-UTRA 
serving cell is less than or equal to Snonintrasearch- 

The UE shall be capable of evaluating that the cdma2000 IX cell has met cell reselection criterion defined in [1] within 

TevaluateCDM A2000_ 1 X • 

Table 4.2.2.5.5-1 gives values of TnieasureCDMA2000_lX and TevaluateCDMA2000_lX. 

Table 4.2.2.5.5-1 : TmeasureCDMA2000 1X and TevaluateCDMA2000 1X 


DRX 
cycle 
length 
[s] 

TmeasureCDMA2000_lX 

[s] (number of 
DRX cycles) 

TevaluateCDMA2000_lX 

[s] (number of 
DRX cycles) 

0.32 

5.12(16) 

15.36(48) 

0.64 

5.12(8) 

15.36(24) 

1.28 

6.4 (5) 

19.2(15) 

2.56 

7.68 (3) 

23.04 (9) 


If Treseiection timer has a non zero value and the CDMA2000 IX cell is better ranked than the serving cell, the UE shall 
evaluate this CDMA2000 IX cell for the Tj-eseiection time. If this cell remains better ranked within this duration, then the 
UE shall reselect that cell. 
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Test description 
Pre-test conditions 


6.2.3.9.3 
6.2.3.9.3.1 
System Simulator: 

- Cell 1 for E-UTRAN 

Cell 19 for CDMA2000 IxRTT with higher reselection priority than Cell 1 

- System information combination 46 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 according to [18]. 

6.2.3.9.3.2 Test procedure sequence 

Table 6.2.3.9.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while rows marked "Tl" 
and "T2" are to be applied subsequently. The exact instants on which these values shall be applied are described in the 
texts in this clause. 

Table 6.2.3.9.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 19 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15KHz 

-75 

- 

The power levels are such that camping 
on Cell 1 is guaranteed. 

Tl 

Cell-specific RS EPRE 

dBm/15KHz 

-75 


Cell 19 is on 

lor/loc 

dB 


-15 

Pilot Ec/ lor 



-7 

loc 

dBm 

- 

-75 

Pilot Ec/lo (Note 1) 

dB 

- 

-22 

T2 

Cell-specific RS EPRE 

dBm/15KHz 

-75 


Increase pilot power of IxRTT cell such 

that SnonServingCell, of Cell 19 > ThrOShixRTT, 

high 

lor/loc 

dB 




Pilot Ec/ lor 

dB 

- 

-7 

loc 

dBm/1.23MHz 

- 

-75 

Pilot Ec/lo (Note 1) 

dB 

- 

-10 

Note 1 : This parameter is not directly sellable, but is derived by calculation from the other parameters set by the 
SS. 


Table 6.2.3.9.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Cell 19 is on and it has higher reselection 
priority than Colli , according to "Tl " in 
6.2.3.9.3.2 





2 

UE performs measurement for Cell 19 at every 

Thigher priority search 

- 

- 

- 

- 

3 

Check: Does the UE transmit an Access Probe 
on Cell 19 within the next [60s]? 

-> 

Access Probe 

1 

F 

4 

SS adjust CDMA2000 IxRTT cell signal level 

to make sure SnonServingCell, IxRTT Of Cell 19 > 

ThreshixRTT,high, according to "T2" in 
6.2.3.9.3.2 





5 

Check: Does the UE transmit an Access Probe 
on Cell 19? 

-> 

Access Probe 

1 

P 
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6.2.3.9.3.3 


Specific message contents 


Table 6.2.3.9.3.3-1 : SystemlnformationBlockTypel to Cell 1 (Preamble and all steps, table 6.2.3.9.3.2- 

1) 


Derivation path: 36.508 table clause 4.4.3.2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellSelectionlnfo SEQUENCE { 




q-Rxlevmin 

-55(-110dBm) 



q-Rxlevminoffset 

Not present 



} 




} 





Table 6.2.3.9.3.3-2: SystemlnformationBlockTypeS to Cell 1 (Preamb\e and all steps, table 6.2.3.9.3.2- 

1) 


Derivation path: 36.508 table 4.4.3.3 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType8 ::= SEQUENCE { 




systemTimelnfo SEQUENCE { 




cdma-EUTRA-Synchronisation 

TRUE 



cdma-SystemTime CHOICE { 




synchronousSystemTime 

A valid value as per TS 
36.331 and calculated by 
theSS 



} 




} 




searchWindowSize 

5 



parameterslXRTT SEQUENCE { 



1XRTT 

cellReselectionParameterslXRTT SEQUENCE { 




bandClassList SEQUENCE (SIZE (1 ..maxCDMA - 
BandClass)) OF SEQUENCE { 

The same number of 
entries as the configured 
1xRTT carriers 



bandClass 

Band Class of frequency 
under test 

ENUMERATED { 
bcO, bc1, bc2, 
bc3, bc4, bc5, 
bc6, bc7, bc8, 
bc9, bdO, bc11, 
bc12, bc13, bc14, 
bc15, bc16, bc17, 
sparel 4, sparel 3, 
sparel 2, spare11, 
sparel 0, spare9, 
spare8, spare7, 
spare6, spare5, 
spare4, spare3, 
spare2, sparel , 


cellReselectionPriority 

5 

[3 is applicable 
when 1xRTT is 
lower priority than 
E-UTRA. 5 is 
applicable when 
1xRI lis higher 
priority than E- 
UTRA] 


threshX-High 

30(-30) 

INTEGER (0..63) 


threshX-Low 

32(-32) 

INTEGER (0..63) 


} 




t-ReselectionCDMA2000 

7 

INTEGER (0..7) 


} 




} 




} 
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6.2.3.9a Inter-RAT cell reselection / From E-UTRA RRCJDLE to 1xRTT Dormant / 
1xRTT cell is higher reselection priority than E-UTRA (Srxlev > ThreshixRii, 

Highp) 

6.2.3.9a.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_IDLE } 
ensure that { 

when { UE detects a IxRTT cell with higher reselection priority than the E-UTRAN serving cell } 
then { UE does not reselect the IxRTT cell } 

} 

Note: The UE is expected during this time to do measurements on the IxRTT cell at least every 
Thigher_priority_search but thls cannot be easlly verified. 

(2) 

with { UE in E-UTRA RRC_IDLE having detected a IxRTT cell with higher reselection priority than the 
E-UTRAN serving cell } ensure that { 

when { Srxlev, CDMA2 0_lx > ThreshixRTT, nighp } 
then { UE reselect s the CDMA2 000 IxRTT cell } 
} 

6.2.3.9a.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.1, 
5.2.4.2 and 5.2.4.5 and TS 36.133, clause 4.2.2.5 and 4.2.2.5.4. 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information, in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
(re)selection. In the case of system information, an E-UTRAN frequency or inter-RAT frequency may be listed without 
providing a priority (i.e. the field cellReselectionPriority is absent for that frequency). If priorities are provided in 
dedicated signalling, the UE shall ignore all the priorities provided in system information. If UE is in camped on any 
cell state, UE shall only apply the priorities provided by system information from current cell, and the UE preserves 
priorities provided by dedicated signalling unless specified otherwise. When the UE in camped normally state, has only 
dedicated priorities other than for the current frequency, the UE shall consider the current frequency to be the lowest 
priority frequency (i.e. lower than the eight network configured values). While the UE is camped on a suitable CSG 
cell, the UE shall always consider the current frequency to be the highest priority frequency (i.e. higher than the eight 
network configured values), irrespective of any other priority value allocated to this frequency. The UE shall delete 
priorities provided by dedicated signalling when: 

- the UE enters RRC_CONNECTED state; or 

- the optional validity time of dedicated priorities (T320) expires; or 

- a PLMN selection is performed on request by NAS [5]. 

NOTE: Equal priorities between RATs are not supported. 

The UE shall only perform cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are 
given in system information and for which the UE has a priority provided. 

The UE shall not consider any black listed cells as candidate for cell reselection. 

The UE shall inherit the priorities provided by dedicated signalling and the remaining validity time (i.e., T3 20 in E- 
UTRA, T322 in UTRA and T3230 in GERAN), if configured, at inter-RAT cell (re)selection. 

NOTE: The network may assign dedicated cell reselection priorities for frequencies not configured by system 
information. 

[TS 36.304, clause 5.2.4.5] 

If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a higher priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 
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- A cell of a higher priority EUTRAN or UTRAN FDD RAT/ frequency fulfils Squal > Threshx, HighQ during a 
time interval TreselectionRAT; or 

- A cell of a higher priority UTRAN TDD, GERAN or CDMA2000 RAT/ frequency fulfils Srxlev > Threshx, mghp 
during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- A cell of a higher priority RAT/ frequency fulfils Srxlev > Threshx, mghP during a time interval TreselectionRAT; 
and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra- frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a lower priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- The serving cell fulfils Squal < Threshserving, lowQ and a cell of a lower priority EUTRAN or UTRAN FDD RAT/ 
frequency fulfils Squal > Threshx, lowq during a time interval TreselectionRAT; or 

- The serving cell fulfils Squal < Threshserving, lowq and a cell of a lower priority UTRAN TDD, GERAN or 
CDMA2000 RAT/ frequency fulfils Srxlev > Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- The serving cell fulfils Srxlev < Threshserving, Low? and a cell of a lower priority RAT/ frequency fulfils Srxlev > 
Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a higher priority RAT/ frequency shall take precedence over a lower priority RAT/ frequency, if 
multiple cells of different priorities fulfil the cell reselection criteria. 

For cdma2000 RATs, Srxlev is equal to -FL00R(-2 x 10 x loglO Ec/Io) in units of 0.5 dB, as defined in [18], with 
Ec/Io referring to the value measured from the evaluated cell. 

For cdma2000 RATs, Threshx, High? and Threshx, lowp are equal to -1 times the values signalled for the corresponding 
parameters in the system information. 

In all the above criteria the value of TreselectionRAT is scaled when the UE is in the medium or high mobility state as 
defined in subclause 5.2.4.3.1. If more than one cell meets the above criteria, the UE shall reselect a cell as follows: 

- If the highest-priority frequency is an E-UTRAN frequency, a cell ranked as the best cell among the cells on the 
highest priority frequency(ies) meeting the criteria according to section 5.2.4.6; 

If the highest-priority frequency is from another RAT, a cell ranked as the best cell among the cells on the 
highest priority frequency(ies) meeting the criteria of that RAT. 

[TS 36.133, clause 4.2.2.5] 

If Srxlev > SnonintraSearchP and Squal > SnonintraSearchQ then the UE shall scarch for inter-RAT layers of higher priority at 
least every Thigher_priority_search where Thigher_priority_search IS dcscribed in section 4.2.2 

If Srxlev < SnonintraSearchP or Squal < SnonintraSearchQ then the UE shall scarch for and measure inter-RAT layers of higher, 
lower priority in preparation for possible reselection. In this scenario, the minimum rate at which the UE is required to 
search for and measure higher priority inter-RAT layers shall be the same as that defined below for lower priority 
RATs. 

[TS 36.133, clause 4.2.2.5.5] 
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In order to perform measurement and cell reselection to cdma2000 IX cell, the UE shall acquire the timing of 
cdma2000 IX cells. 

When the measurement rules indicate that cdma2000 IX cells are to be measured, the UE shall measure cdma2000 Ix 
RTT Pilot Strength of cdma2000 IX cells in the neighbour cell list at the minimum measurement rate specified in this 
section. 

The parameter 'Number of CDMA2000 IX Neighbour Frequency', which is transmitted on E-UTRAN BCCH, is the 
number of carriers used for all cdma2000 IX cells in the neighbour cell list. 

When the E-UTRA serving cell fulfils Srxlev > SnonintraSearchP and Squal > SnonintraSearchQ, the UE shall search for 
cdma2000 IX layers of higher priority at least every Thigher_priority_search where Thigher_priority_search is defined in section 4.2.2. 

For CDMA2000 IX cells which have been detected, the UE shall measure CDMA2000 IxRTT Pilot Strength at least 
every (Number of CDMA2000 IX Neighbour Frequency) *TmeasureCDMA20oo_ix, when the E-UTRA serving cell Srxlev < 
SnonintraSearchP or Squal < SnonintraSearchQ- The UE shall bc Capable of evaluating that the cdma2000 IX cell has met cell 
reselection criterion defined in [1] within TevaiuateCDMA20oo_ix- 

Table 4.2.2.5.5-1 gives values of TineasureCDMA2000_lX and TevaluateCDMA2000_lX. 

Table 4.2.2.5.5-1 : TmeasureCDMA2000 1X and TevaluateCDMA2000 1X 


DRX 
cycle 
length 
[s] 

TmeasureCDMA2000_lX 

[s] (number of 
DRX cycles) 

TevaluateCDMA2000_lX 

[s] (number of 
DRX cycles) 

0.32 

5.12(16) 

15.36(48) 

0.64 

5.12(8) 

15.36(24) 

1.28 

6.4 (5) 

19.2(15) 

2.56 

7.68 (3) 

23.04 (9) 


If Tj-eseiection timer has a non zero value and the CDMA2000 IX cell is satisfied with the reselection criteria which are 
defined in [1], the UE shall evaluate this CDMA2000 IX cell for the Tj-eseiection time. If this cell remains 
satisfied with the reselection criteria within this duration, then the UE shall reselect that cell. 


Test description 
Pre-test conditions 


6.2.3.9a.3 
6.2.3.9a.3.1 
System Simulator: 

- Cell 1 for E-UTRAN 

- Cell 19 for CDMA2000 IxRTT with higher reselection priority than Cell 1 

- System information combination 46 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 according to [18]. 

6.2.3.9a.3.2 Test procedure sequence 

Table 6.2.3.9.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while rows marked "Tl" 
and "T2" are to be applied subsequently. The exact instants on which these values shall be applied are described in the 
texts in this clause. 
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Table 6.2.3.9a.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 19 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15KHz 

-75 

- 

The power levels are such that camping 
on Cell 1 is guaranteed. 

T1 

Cell-specific RS EPRE 

dBm/15KHz 

-75 


Cell 19 is on 

lor/loc 

dB 


-15 

Pilot Ec/ lor 



-7 

loc 

dBm 

- 

-75 

Pilot Ec/ lo (Note 1) 

dB 

- 

-22 

T2 

Cell-specific RS EPRE 

dBm/15KHz 

-75 


Increase pilot power of IxRTT cell such 
that Snonservingceii, of Cell 19 > ThreshixRTT, 

HighP 

lor/loc 

dB 




Pilot Ec/ lor 

dB 

- 

-7 

loc 

dBm/1.23MHz 

- 

-75 

Pilot Ec/lo (Note 1) 

dB 

- 

-10 

Note 1 : This parameter is not directly settable, but is derived by calculation from the other parameters set by the 
SS. 


Table 6.2.3.9a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Cell 19 is on and it has higher reselection 
priority than Celll , according to "T1 " in 
6.2.3.9a.3.2-1 





2 

UE performs measurement for Cell 19 at every 

1 higher priority search 

- 

- 

- 

- 

3 

Check: Does the UE transmit an Access Probe 
on Cell 19 within the next [60s]? 

-> 

Access Probe 

1 

F 

4 

SS adjust CDMA2000 IxRTT cell signal level 
to make sure Srxlev of Cell 19 > ThreshixRii, 
HighP, according to "T2" in 6.2.3.9a.3.2-1 





5 

Check: Does the UE transmit an Access Probe 
on Cell 19? 

-> 

Access Probe 

1 

P 

Note 1 : The UE is expected during this time to do measurements on the HRPD cell at least every Thigher_priority_search 
but this cannot be easily verified. 


6.2.3.9a.3.3 


Specific message contents 


Table 6.2.3.9a.3.3-1 : SystemlnformationBlockTypel to Cell 1 preamble and all steps, table 

6.2.3.9a.3.2-2) 


Derivation path: 36.508 table clause 4.4.3.2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellSelectionlnfo SEQUENCE { 




q-Rxlevmin 

-55 (-110 dBm) 



q-Rxlevminoffset 

Not present 



} 




} 





Table 6.2.3.9a.3.3-2: SystemlnformationBlockTypeS for Cell 1 (Preamble and all steps, table 

6.2.3.9a.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




threshServingLow 

5(10dB) 



cellReselectionPriority 

4 



} 




lateNonCriticalExtension { 




threshServingLowQ-r9 

TBD 
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1 




} 





Table 6.2.3.9a.3.3-3: SystemlnformationBlockTypeS to Cell 1 ('Preamble and all steps, table 

6.2.3.9a.3.2-2) 


Derivation path: 36.508 table 4.4.3.3 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




systemTimelnfo SEQUENCE { 




cdma-EUTRA-Synchronisation 

TRUE 



cdma-SystemTime CHOICE { 




synchronousSystemTime 

A valid value as per TS 
36.331 and calculated by 
theSS 



} 




} 




searchWindowSize 

5 



parameterslXRTT SEQUENCE { 



1XRTT 

cellReselectionParameterslXRTT SEQUENCE { 




bandClassList SEQUENCE (SIZE (1 ..maxCDMA - 
BandClass)) OF SEQUENCE { 

The same number of 
entries as the configured 
1xRTT carriers 



bandClass 

Band Class of frequency 
under test 

ENUMERATED { 
bcO, bc1, bc2, 
bc3, bc4, bc5, 
bc6, bc7, bcS, 
bc9, bdO, bc11, 
bc12, bc13, bc14, 
bc15, bc16, bc17, 
sparel 4, sparel 3, 
sparel 2, spare11, 
sparel 0, spare9, 
spares, spare7, 
spare6, spare5, 
spare4, spareS, 
spare2, sparel , 


cellReselectionPriority 

5 

[3 is applicable 
when 1xRTT is 
lower priority than 
E-UTRA. 5 is 
applicable when 
1xRI lis higher 
priority than E- 
UTRA] 


threshX-High 

30(-30) 

INTEGER (0..63) 


threshX-Low 

32(-32) 

INTEGER (0..63) 


} 




t-ReselectionCDMA2000 

7 

INTEGER (0..7) 


} 




} 




} 





6.2.3.10 


6.2.3.10.1 


Inter-RAT Cell Reselection: from E-UTRA RRCJDLE to CDMA2000 1xRTT 
Idle - When GDMA2000 1xRTT is lower reselection priority than E-UTRA 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_IDLE state and UE detects the cell re-selection criteria that CDMA2000 IxRTT 
cell is equial to or lower reselection priority than E-UTRAN serving cell } 
ensure that { 

Wnen| OservlngCell <= ^nonintrasearch j 
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then { UE searches for and measures CDMA2 000 IxRTT cell at least every TmeasureCDMA2ooo_ix } 

when { SnonServingCell,lxRTT > ThreshixRTT, low } 

then { UE reselects the CDMA2 000 IxRTT cell } 
} 

6.2.3.10.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.1, 
5.2.4.2 and 5.2.4.5 and TS 36.133, clause 4.2.2.5 and 4.2.2.5.4. 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information, in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
(re)selection. In the case of system information, an E-UTRAN frequency or inter-RAT frequency may be listed without 
providing a priority (i.e. the field cellReselectionPriority is absent for that frequency). If priorities are provided in 
dedicated signalling, the UE shall ignore all the priorities provided in system information. If UE is in camped on any 
cell state, UE shall only apply the priorities provided by system information from current cell, and the UE preserves 
priorities provided by dedicated signalling unless specified otherwise. When the UE in camped normally state, has only 
dedicated priorities other than for the current frequency, the UE shall consider the current frequency to be the lowest 
priority frequency (i.e. lower than the eight network configured values). While the UE is camped on a suitable CSG 
cell, the UE shall always consider the current frequency to be the highest priority frequency (i.e. higher than the eight 
network configured values), irrespective of any other priority value allocated to this frequency. The UE shall delete 
priorities provided by dedicated signalling when: 

- the UE enters RRC_CONNECTED state; or 

- the optional validity time of dedicated priorities (T320) expires; or 

- a PLMN selection is performed on request by NAS [5]. 

NOTE: Equal priorities between RATs are not supported. 

The UE shall only perform cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are 
given in system information and for which the UE has a priority provided. 

The UE shall not consider any black listed cells as candidate for cell reselection. 

The UE shall inherit the priorities provided by dedicated signalling and the remaining validity time (i.e., T3 20 in E- 
UTRA, T322 in UTRA and T3230 in GERAN), if configured, at inter-RAT cell (re)selection. 

NOTE: The network may assign dedicated cell reselection priorities for frequencies not configured by system 
information. 

[TS 36.304, clause 5.2.4.5] 

If ThreshX-Q is provided, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency 
than the serving frequency shall be performed if: 

- A cell of a higher priority RAT/ frequency fulfils Squal > Threshx, HighQ during a time interval TreselectionRAT; 
and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- A cell of a higher priority RAT/ frequency fulfils Srxlev > Threshx, mghp during a time interval TreselectionRAT; 
and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra- frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

If ThreshX-Q is provided, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency 
than the serving frequency shall be performed if: 
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- The serving cell fulfils Squal < Threshserving, lowq and a cell of a lower priority RAT/ frequency fulfils Squal > 
Threshx, lowq during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- The serving cell fulfils Srxlev < Threshserving, lowp and a cell of a lower priority RAT/ frequency fulfils Srxlev > 
Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a higher priority RAT/ frequency shall take precedence over a lower priority RAT/ frequency, if 
multiple cells of different priorities fulfil the cell reselection criteria. 

For cdma2000 RATs, Srxlev is equal to -FL00R(-2 x 10 x loglO Ec/Io) in units of 0.5 dB, as defined in [18], with 
Ec/Io referring to the value measured from the evaluated cell. 

For cdma2000 RATs, Threshx, mghp and Threshx, lowp are equal to -1 times the values signalled for the corresponding 
parameters in the system information. 

In all the above criteria the value of TreselectionRAT is scaled when the UE is in the medium or high mobility state as 
defined in subclause 5.2.4.3.1. If more than one cell meets the above criteria, the UE shall reselect a cell as follows: 

- If the highest-priority frequency is an E-UTRAN frequency, a cell ranked as the best cell among the cells on the 
highest priority frequency(ies) meeting the criteria according to section 5.2.4.6; 

- If the highest-priority frequency is from another RAT, a cell ranked as the best cell among the cells on the highest 
priority frequency (ies) meeting the criteria of that RAT. 

[TS 36.133, clause 4.2.2.5] 

If the SServingCellof the E-UTRA serving cell (or other cells on the same frequency layer) is greater than Snonintrasearch^ 
then 

the UE may not search for, or measure inter-RAT layers of equal or lower priority. 

- the UE shall search for inter-RAT layers of higher priority at least every Thigher_priority_search where Thigher_priority_search 
is described in section 4.2.2. 

If the SservingCeiioftheE-uTRA scrving ccll is Icss than or equal to Snonintrasearch, then the UE shall search for and measure inter- 
RAT layers of higher, equal or lower priority in preparation for possible reselection. In this scenario, the minimum rate 
at which the UE is required to search for and measure such layers is not reduced and shall be the same as that defined 
below for lower priority RATs. 

[TS 36.133, clause 4.2.2.5] 

If Srxlev > SnonintraSearchP and Squal > SnonintraSearchQ then the UE shall scarch for inter-RAT layers of higher priority at 
least every Thigher_priority_search where Thigher_priority_search IS dcscribed in section 4.2.2 

If Srxlev < SnonintraSearchP OY Squal < SnonintraSearchQ then the UE shall scarch for and measure inter-RAT layers of higher, 
lower priority in preparation for possible reselection. In this scenario, the minimum rate at which the UE is required to 
search for and measure higher priority inter-RAT layers shall be the same as that defined below for lower priority 
RATs. 

[TS 36.133, clause 4.2.2.5.5] 

In order to perform measurement and cell reselection to cdma2000 IX cell, the UE shall acquire the timing of 
cdma2000 IX cells. 

When the measurement rules indicate that cdma2000 IX cells are to be measured, the UE shall measure cdma2000 Ix 
RTT Pilot Strength of cdma2000 IX cells in the neighbour cell list at the minimum measurement rate specified in this 
section. 
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The parameter 'Number of CDMA2000 IX Neighbour Frequency', which is transmitted on E-UTRAN BCCH, is the 
number of carriers used for all cdma2000 IX cells in the neighbour cell list. 

If SservingCeii of the E-UTRA serving cell is greater than Snonintrasearch, the UE shall search for cdma2000 IX layers of 
higher priority at least every Thigher_priority_search where Thigher_priority_search is defined in section 4.2.2. 

For CDMA2000 IX cells which have been detected, the UE shall measure CDMA2000 IxRTT Pilot Strength at least 
every (Number of CDMA2000 IX Neighbour Frequency) *TnieasureCDMA2ooo_ix, when the SservingCeii of the E-UTRA 
serving cell is less than or equal to Snonintrasearch- 

The UE shall be capable of evaluating that the cdma2000 IX cell has met cell reselection criterion defined in [1] within 

TevaluateCDM A2000_ 1 X • 

Table 4.2.2.5.5-1 gives values of TineasureCDMA2000_lX and TevaluateCDMA2000_lX. 

Table 4.2.2.5.5-1 : TmeasureCDMA2000 1X and "'"evaluateCDMA2000 1X 


DRX 
cycle 
length 
[s] 

TmeasureCDMA2000_lX 

[s] (number of 
DRX cycles) 

TevaluateCDMA2000_lX 

[s] (number of 
DRX cycles) 

0.32 

5.12(16) 

15.36(48) 

0.64 

5.12(8) 

15.36(24) 

1.28 

6.4 (5) 

19.2(15) 

2.56 

7.68 (3) 

23.04 (9) 


If Treseiection timer has a non zero value and the CDMA2000 IX cell is better ranked than the serving cell, the UE shall 
evaluate this CDMA2000 IX cell for the Tj-eseiection time. If this cell remains better ranked within this duration, then the 
UE shall reselect that cell. 


Test description 
Pre-test conditions 


6.2.3.10.3 
6.2.3.10.3.1 
System Simulator: 

- Cell 1 for E-UTRAN 

Cell 19 for CDMA2000 IxRTT with lower reselection priority than Cell 1 

System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 according to [18]. 

6.2.3.1 0.3.2 Test procedure sequence 

Table 6.2.3.10.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while rows marked "Tl" 
and "T2" are to be applied subsequently. The exact instants on which these values shall be applied are described in the 
texts in this clause. 
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Table 6.2.3.10.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 19 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15KHz 

-75 

- 

The power levels are such that camping 
on Cell 1 is guaranteed. 

T1 

Cell-specific RS EPRE 

dBm/15KHz 

-100 

- 

Cell 19 is on and Snonservingceii, of Cell 19 < 
ThreshixRTT, Low 

lor/loc 

dB 

- 

-15 

Pilot Ec/ lor 



-7 

loc 

dBm 

- 

-75 

Pilot Ec/ lo (Note 1) 

dB 

- 

-22 

T2 

Cell-specific RS EPRE 

dBm/15KHz 

-120 

- 

Increase pilot power of IxRTT cell such 

that SnonServingCell, of Cell 19 > ThreshixRTT, 
Low and SservingCellof the E-UTRA < Threshserving, 
LowP 

lor/loc 

dB 

- 



Pilot Ec/ lor 

dB 

- 

-7 

loc 

dBm/1.23MHz 

- 

-75 

Pilot Ec/lo (Note 1) 

dB 

- 

-10 

Note 1 : This parameter is not directly settable, but is derived by calculation from the other parameters set by the SS. 
Note 2: Default value of Threshservinq, lowp is 0. 


Table 6.2.3.10.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Cell 19 is on and it has lower reselection 

priority than Cell 1 , according to "T1 " in 

6.2.3.10.3.2-1 

SS adjust the serving cell signal level so that 

SservinqCellof the E-UTRA <= Snonintrasearch 





2 

UE performs measurement for Cell 19 at every 

TmeasureCDMA2000 1X 

- 

- 



3 

Check: Does the UE transmit an Access Probe 
on Cell 19 within the next [60s]? 

-> 

Access Probe 

1 

F 

4 

SS adjust CDMA2000 IxRTT Cell 19 signal 
level to make sure SnonservingceiMxRii of Cell 19 
> ThreshixRTT, low, according to "T2" in 
6.2.3.10.3.2-1 





5 

Check: Does the UE transmit an Access Probe 
on Cell 19? 

-> 

Access Probe 

1 

P 


6.2.3.10.3.3 


Specific message contents 


Table 6.2.3.10.3.3-1 : SystemlnformationBlockTypel to Cell 1 preamble and all steps, table 

6.2.3.10.3.2-1) 


Derivation path: 36.508 table 4.4.3.2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellSelectionlnfo SEQUENCE { 




q-Rxlevmin 

-55 (-110 dBm) 



q-Rxlevminoffset 

Not present 



} 




} 
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Table 6.2.3.10.3.3-2: SystemlnformationBlockTypeS to Cell 1 (Prean\b\e and all steps, table 

6.2.3.10.3.2-1) 


Derivation path: 36.508 table 4.4.3.3 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




systemTimelnfo SEQUENCE { 




cdma-EUTRA-Synchronisation 

TRUE 



cdma-SystemTime CHOICE { 




synchronousSystemTime 

A valid value as per TS 
36.331 and calculated by 
theSS 



} 




} 




searchWindowSize 

5 



parameterslXRTT SEQUENCE { 



1XRTT 

cellReselectionParameterslXRTT SEQUENCE { 




bandClassList SEQUENCE (SIZE (1 ..maxCDMA - 
BandClass)) OF SEQUENCE { 

The same number of 
entries as the configured 
1xRTT carriers 



bandClass 

Band Class of frequency 
under test 

ENUMERATED { 
bcO, bc1, bc2, 
bc3, bc4, bc5, 
bc6, bc7, bc8, 
bc9, bdO, bc11, 
bc12, bc13, bc14, 
bc15, bc16, bc17, 
sparel 4, sparel 3, 
sparel 2, spare11, 
sparel 0, spare9, 
spares, spare7, 
spare6, spareS, 
spare4, spareS, 
spare2, sparel , 


cellReselectionPriority 

3 

[3 is applicable 
when 1xRTT is 
lower priority than 
E-UTRA. 5 is 
applicable when 
1xRI lis higher 
priority than E- 
UTRAl 


threshX-High 

30(-30) 

INTEGER (0..63) 


threshX-Low 

32(-32) 

INTEGER (0..63) 


} 




t-ReselectionCDMA2000 

7 

INTEGER (0..7) 


} 




} 




} 





6.2.3.10a 

6.2.3.10a.1 
(1) 


Inter-RAT cell reselection / From E-UTRA RRCJDLE to 1xRTT Dormant / 
1xRTT cell is lower reselection priority than E-UTRA (Squal < Threshserving, 
LowQand Srxlev > ThreshixRiT, lowp) 

Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE } 
ensure that { 

when { UE detects a CDMA2000 IxRTT cell with equal or lower reselection priority than the E-UTRAN 
serving cell } 

then { UE does not reselect the a CDMA2 000 IxRTT cell } 

} 

Note: The UE is expected during this time to do measurements on the CDMA2000 IxRTT cell at least 
every TmeasureCDMA2ooo_ix but thls cannot be easily verified 
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(2) 

with { UE in E-UTRA RRC_IDLE having detected a HRPD cell with equal or lower reselection priority 
than the E-UTRAN serving cell } ensure that { 
when { Srxlev,lxRTT > ThreshixRTT, lowp } 

then { UE reselects the CDMA2 000 IxRTT cell } 
} 

6.2.3.1 Oa.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.1, 

5.2.4.2 and 5.2.4.5 and TS 36.133, clause 4.2.2.5 and 4.2.2.5.4. 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information, in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
(re)selection. In the case of system information, an E-UTRAN frequency or inter-RAT frequency may be listed without 
providing a priority (i.e. the field cellReselectionPriority is absent for that frequency). If priorities are provided in 
dedicated signalling, the UE shall ignore all the priorities provided in system information. If UE is in camped on any 
cell state, UE shall only apply the priorities provided by system information from current cell, and the UE preserves 
priorities provided by dedicated signalling unless specified otherwise. When the UE in camped normally state, has only 
dedicated priorities other than for the current frequency, the UE shall consider the current frequency to be the lowest 
priority frequency (i.e. lower than the eight network configured values). While the UE is camped on a suitable CSG 
cell, the UE shall always consider the current frequency to be the highest priority frequency (i.e. higher than the eight 
network configured values), irrespective of any other priority value allocated to this frequency. The UE shall delete 
priorities provided by dedicated signalling when: 

- the UE enters RRC_CONNECTED state; or 

- the optional validity time of dedicated priorities (T320) expires; or 

- a PLMN selection is performed on request by NAS [5]. 

NOTE: Equal priorities between RATs are not supported. 

The UE shall only perform cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are 
given in system information and for which the UE has a priority provided. 

The UE shall not consider any black listed cells as candidate for cell reselection. 

The UE shall inherit the priorities provided by dedicated signalling and the remaining validity time (i.e., T3 20 in E- 
UTRA, T322 in UTRA and T3230 in GERAN), if configured, at inter-RAT cell (re)selection. 

NOTE: The network may assign dedicated cell reselection priorities for frequencies not configured by system 
information. 

[TS 36.304, clause 5.2.4.5] 

If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a higher priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- A cell of a higher priority EUTRAN or UTRAN FDD RAT/ frequency fulfils Squal > Threshx, HighQ during a 
time interval TreselectionRAT; or 

- A cell of a higher priority UTRAN TDD, GERAN or CDMA2000 RAT/ frequency fulfils Srxlev > Threshx, mghp 
during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- A cell of a higher priority RAT/ frequency fulfils Srxlev > Threshx, mghP during a time interval TreselectionRAT; 
and 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 270 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra- frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a lower priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- The serving cell fulfils Squal < Threshserving, lowq and a cell of a lower priority EUTRAN or UTRAN FDD RAT/ 
frequency fulfils Squal > Threshx, lowQ during a time interval TreselectionRAT; or 

- The serving cell fulfils Squal < Threshserving, lowQ and a cell of a lower priority UTRAN TDD, GERAN or 
CDMA2000 RAT/ frequency fulfils Srxlev > Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- The serving cell fulfils Srxlev < Threshserving, lowp and a cell of a lower priority RAT/ frequency fulfils Srxlev > 
Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a higher priority RAT/ frequency shall take precedence over a lower priority RAT/ frequency, if 
multiple cells of different priorities fulfil the cell reselection criteria. 

For cdma2000 RATs, Srxlev is equal to -FL00R(-2 x 10 x loglO Ec/Io) in units of 0.5 dB, as defined in [18], with 
Ec/Io referring to the value measured from the evaluated cell. 

For cdma2000 RATs, Threshx, High? and Threshx, lowp are equal to -1 times the values signalled for the corresponding 
parameters in the system information. 

In all the above criteria the value of TreselectionRAT is scaled when the UE is in the medium or high mobility state as 
defined in subclause 5.2.4.3.1. If more than one cell meets the above criteria, the UE shall reselect a cell as follows: 

- If the highest-priority frequency is an E-UTRAN frequency, a cell ranked as the best cell among the cells on the 
highest priority frequency(ies) meeting the criteria according to section 5.2.4.6; 

- If the highest-priority frequency is from another RAT, a cell ranked as the best cell among the cells on the 
highest priority frequency(ies) meeting the criteria of that RAT. 

[TS 36.133, clause 4.2.2.5] 

If Srxlev > SnonintraSearchP and Squal > SnonintraSearchQ then the UE shall scarch for inter-RAT layers of higher priority at 
least every Thigher_priority_search where Thigher_priority_search IS dcscribed in section 4.2.2 

If Srxlev < SnonintraSearchP or Squal < SnonintraSearchQ then the UE shall scarch for and measure inter-RAT layers of higher, 
lower priority in preparation for possible reselection. In this scenario, the minimum rate at which the UE is required to 
search for and measure higher priority inter-RAT layers shall be the same as that defined below for lower priority 
RATs. 

[TS 36.133, clause 4.2.2.5.5] 

In order to perform measurement and cell reselection to cdma2000 IX cell, the UE shall acquire the timing of 
cdma2000 IX cells. 

When the measurement rules indicate that cdma2000 IX cells are to be measured, the UE shall measure cdma2000 Ix 
RTT Pilot Strength of cdma2000 IX cells in the neighbour cell list at the minimum measurement rate specified in this 
section. 

The parameter 'Number of CDMA2000 IX Neighbour Frequency', which is transmitted on E-UTRAN BCCH, is the 
number of carriers used for all cdma2000 IX cells in the neighbour cell list. 

When the E-UTRA serving cell fulfils Srxlev > SnonintraSearchP and Squal > SnonintraSearchQ, the UE shall search for 
cdma2000 IX layers of higher priority at least every Thigher_priority_search where Thigher_priority_search is defined in section 4.2.2. 
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For CDMA2000 IX cells which have been detected, the UE shall measure CDMA2000 IxRTT Pilot Strength at least 
every (Number of CDMA2000 IX Neighbour Frequency) *TmeasureCDMA2ooo_ix, when the E-UTRA serving cell Srxlev < 
SnonintraSearchP OY Squal < SnonintraSearchQ- The UE shall bc Capable of evaluating that the cdma2000 IX cell has met cell 
reselection criterion defined in [1] within TevaiuateCDMA2ooo_ix- 

Table 4.2.2.5.5-1 gives values of TineasureCDMA2000_lX and TevaluateCDMA2000_lX. 

Table 4.2.2.5.5-1 : TmeasureCDMA2000 1X and TevaluateCDMA2000 1X 


DRX 
cycle 
length 
[s] 

TmeasureCDMA2000_lX 

[s] (number of 
DRX cycles) 

TevaluateCDMA2000_lX 

[s] (number of 
DRX cycles) 

0.32 

5.12(16) 

15.36(48) 

0.64 

5.12(8) 

15.36(24) 

1.28 

6.4 (5) 

19.2(15) 

2.56 

7.68 (3) 

23.04 (9) 


If Tj-eseiection timer has a non zero value and the CDMA2000 IX cell is satisfied with the reselection criteria which are 
defined in [1], the UE shall evaluate this CDMA2000 IX cell for the Tj-eseiection time. If this cell remains satisfied with 
the reselection criteria within this duration, then the UE shall reselect that cell. 


Test description 
Pre-test conditions 


6.2.3.10a.3 
6.2.3.10a.3.1 
System Simulator: 

- Cell 1 for E-UTRAN 

- Cell 19 for CDMA2000 IxRTT with lower reselection priority than Cell 1 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 according to [18]. 

6.2.3.1 Oa.3. 2 Test procedure sequence 

Table 6.2.3.10.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while rows marked "Tl" 
and "T2" are to be applied subsequently. The exact instants on which these values shall be applied are described in the 
texts in this clause. 
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Table 6.2.3.1 Oa.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 19 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15KHz 

-75 

- 

The power levels are such that camping 
on Cell 1 is guaranteed. 

T1 

Cell-specific RS EPRE 

dBm/15KHz 

-100 

- 

Cell 19 is on and Snonservingceii, of Cell 19 < 
ThreshixRTT, LowP 

lor/loc 

dB 

- 

-15 

Pilot Ec/ lor 



-7 

loc 

dBm 

- 

-75 

Pilot Ec/ lo (Note 1) 

dB 

- 

-22 

T2 

Cell-specific RS EPRE 

dBm/15KHz 

-120 

- 

Increase pilot power of IxRTT cell such 

that SnonServingCell, of Cell 19 > ThreshixRTT, 
LowP and SservingCellof the E-UTRA < 
Threshserving, LowP 

lor/loc 

dB 

- 



Pilot Ec/ lor 

dB 

- 

-7 

loc 

dBm/1.23MHz 

- 

-75 

Pilot Ec/lo (Note 1) 

dB 

- 

-10 

Note 1 : This parameter is not directly settable, but is derived by calculation from the other parameters set by the SS. 
Note 2: Default value of Threshservinq, lowp is 0. 


Table 6.2.3.1 Oa.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Cell 19 is on and it has lower reselection 

priority than Cell 1 , according to "T1 " in 

6.2.3.10a.3.2-1 

SS adjust the serving cell signal level so that 

E-UTRA serving cell Srxlev <= SnonintrasearchP or 

Squal <= SnonlntraSearchQ 





2 

UE performs measurement for Cell 19 at every 

TmeasureCDMA2000 1X 

- 

- 



3 

Check: Does the UE transmit an Access Probe 
on Cell 19 within the next [60s]? 

-> 

Access Probe 

1 

F 

4 

SS adjust CDMA2000 IxRTT Cell 19 signal 
level to make sure Srxlev of Cell 19 > 
ThreshixRTT low, according to "T2" in 
6.2.3.10a.3.2-1 





5 

Check: Does the UE transmit an Access Probe 
on Cell 19? 

-> 

Access Probe 

1 

P 

Note 1 : The UE is expected during this time to do measurements on the HRPD cell at least every 
TmeasureCDMA2ooo ix but thls cannot be easily verified. 


6.2.3.1 Oa.3.3 


Specific message contents 


Table 6.2.3.10a.3.3-1: SystemlnformationBlockTypel to Cell 1 (Preamble and all steps, table 

6.2.3.10.3.2-2) 


Derivation path: 36.508 table 4.4.3.2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellSelectionlnfo SEQUENCE { 




q-Rxlevmin 

-55 (-110 dBm) 



q-Rxlevminoffset 

Not present 



} 




} 





Table 6.2.3.1 Oa.3.3-2: SystemlnformationBlockTypeS ior Cell 1 (Preamble and all steps, table 

6.2.3.1 Oa.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




threshServingLow 

5(10dB) 



cellReselectionPriority 

4 
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1 




lateNonCriticalExtension { 




threshServingLowQ-r9 

TBD 



I 




1 





Table 6.2.3.1 Oa.3.3-3: SystemlnformationBlockTypeS to Cell 1 ^Preamble and all steps, table 

6.2.3.1 Oa.3.2-2) 


Derivation path: 36.508 table 4.4.3.3 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




systemTimelnfo SEQUENCE { 




cdma-EUTRA-Synchronisation 

TRUE 



cdma-SystemTime CHOICE { 




synchronousSystemTime 

A valid value as per TS 
36.331 and calculated by 
theSS 



} 




} 




searchWindowSize 

5 



parameterslXRTT SEQUENCE { 



1XRTT 

cellReselectionParameterslXRTT SEQUENCE { 




bandClassList SEQUENCE (SIZE (L.maxCDMA - 
BandClass)) OF SEQUENCE { 

The same number of 
entries as the configured 
1xRTT carriers 



bandClass 

Band Class of frequency 
under test 

ENUMERATED { 
bcO, bc1, bc2, 
bc3, bc4, bc5, 
bc6, bc7, bc8, 
bc9, bdO, bc11, 
bc12, bc13, bc14, 
bc15, bc16, bc17, 
sparel 4, sparel 3, 
sparel 2, spare11, 
sparel 0, spare9, 
spares, spare7, 
spare6, spare5, 
spare4, spare3, 
spare2, sparel , 


cellReselectionPriority 

3 

[3 is applicable 
when 1xRTT is 
lower priority than 
E-UTRA. 5 is 
applicable when 
1xRI lis higher 
priority than E- 
UTRA] 


threshX-High 

30(-30) 

INTEGER (0..63) 


threshX-Low 

32(-32) 

INTEGER (0..63) 


} 




t-ReselectionCDMA2000 

7 

INTEGER (0..7) 


} 




} 




} 
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6.2.3.11 Void 

6.2.3.12 Void 

6.2.3.13 Inter-RAT cell reselection / From UTRAJdIe to E-UTRA RRCJDLE 
according to RAT priority provided by dedicated signalling 

6.2.3.1 3.1 Test Purpose (TP) 

(1) 

with { UE in UTRA_Idle state } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the lower 
priority inter-RAT E-UTRA cell based on the configured RAT priority provided by dedicated signaling 

} 

then { UE reselects the cell which belongs to the lower priority inter-RAT E-UTRA cell } 

} 

(2) 

with { UE in E-UTRA RRC_IDLE state having inherit RAT priority provided by dedicated signaling with 
the remaining validity time } 
ensure that { 

when { UE discard the inherit RAT priority upon connection establishment } 

then { UE reselects a cell by applying the cellReselectionPriority broadcast in the system 
information } 


6.2.3.13.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 25.304, clause 5.2.6.1.2a and 
5.2.6.1.4a; TS 25.331, clause 8.3.3.3 and 8.6.7.23; TS 36.331, clause 5.3.3.4. 

[TS 25.304, clause 5.2.6.1.2a] 

If the UE has received absolute priority information for inter-RAT layers, the UE shall follow these rules: 

The UE shall perform measurements of inter-RAT layers with a priority higher than the priority of the current 
serving cell. 

NOTE: The rate of these measurements may vary depending on whether Srxlev and Squal of the serving cell are 
above or below Spnoritysearchi and Sprioritysearch2. TMs is spccificd in [10]. 

- For inter-RAT layers with a priority lower than the priority of the current serving cell: 

- If Srxlevservingceii > S priority search 1 and SqualservingCeii > S priority search2 the UE may choosc not to perform 
measurements of inter-RAT layers of lower priority. 

- If Srxlevservingceii <= Spriority search 1 or SqualservingCeii <= Sprioritysearch2 the UE shall perform measurements of 
inter-RAT layers of lower priority. 

[TS 25.304, clause 5.2.6.1.4a] 

Absolute priorities of different absolute priority layers may be provided to the UE. The following cell reselection 
criteria are used for inter- frequency cells if absolute priority information for inter-frequency is available to the UE, and 
inter-RAT cells if absolute priority information for inter-RAT is available to the UE. 


The UE shall inherit the priorities provided by dedicated signalling and the remaining validity time (i.e., T3 20 in E- 
UTRA, T322 in UTRA and [T3230, FES] in GERAN), if configured, at inter-RAT cell (re)selection. 

The following definitions apply: 

- Criterion 1 : the SrxleVnonServingCeii,x of a cell on an evaluated higher absolute priority layer is greater than 
Tlireshx,high during a time interval Treselection; 
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- Criterion 3: SrxlevservingCeii < Threshserving,iow or SqualservingCeii < and the SrxleVnonServingCeii,x of a cell on an 
evaluated lower absolute priority layer is greater than Thresh^jow during a time interval Treselection; 

Cell reselection to a cell on a higher absolute priority layer than the camped frequency shall be performed if criterion 1 
is fulfilled. 


Cell reselection to a cell on a lower absolute priority layer than the camped frequency shall be performed if criterion 3 is 
fulfilled. 

If more than one cell meets the above criteria, the UE shall reselect the cell with the highest SrxleVnonServingCeii,x among 
the cells meeting the criteria on the highest absolute priority layer. 

The UE shall not perform cell reselection to cells for which the cell selection criterion S is not fulfilled. 

The UE shall not perform cell reselection until more than 1 second has elapsed since the UE camped on the current 
serving cell. 

[TS 25.331, clause 8.3.3.3] 

When the UE receives a UTRAN MOBILITY INFORMATION message, it shall: 

1> act on received information elements as specified in subclause 8.6; 

1> if the IE "Dedicated Priority Information" is present: 

2> act upon the received IE as described in subclause 8.6.7.23. 
[TS 25.331, clause 8.6.7.23] 
If the CHOICE "Action" has the value "Configure dedicated priorities", the UE shall: 

1> clear the variable PRIORITY_INFO_LIST; 

1> stop timer T322, if it is running; 

1> set the value of IE "Priority status" in the variable PRIORITY_INFO_LIST to "dedicated_priority"; 

1> for each occurrence of the IE "Priority Level List": 

2> create a new entry in the IE "Priority Info List" in the variable PRIORITY_INFO_LIST, and in that new 
entry: 

3> set the CHOICE "Radio Access Technology" to the value received in the IE "Priority Level List"; 

3> set the IE "priority" to the value received in the IE "Priority Level List"; 

3> set the values in IE "Frequency List" or "BCCH ARFCN List" to the values received in the IE "Priority 
Level List" . 

1> set the IE "E-UTRA detection" to the value received in the IE "Priority Level List". 

1> if the IE "T322" is present: 

2> start timer T322 using the value signalled in this IE. 

1> if the UE is not in CELL_DCH state: 

2> take the actions as described in subclause 8.1.1.6.19 using stored System information Block type 19. 

[TS 36.331, clause 5.3.3.4] 

The UE shall: 
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1> perform the radio resource configuration procedure in accordance with the received 
radioResourceConfigDedicated and as specified in 5.3.10; 

1> if stored, discard the cell reselection priority information provided by the idleModeMobilityControlInfo or 
inherited from another RAT; 

1> stop timer T300; 

1> stop timer T302, if running; 

1> stop timer T303, if running; 

1> stop timer T305, if running; 

1> perform the actions as specified in 5.3.3.7; 

1> stop timer T320, if running; 

1> enter RRC_CONNECTED; 

1> stop the cell re-selection procedure; 

1> set the content of RRCConnectionSetupComplete message as follows: 

2> submit the RRCConnectionSetupComplete message to lower layers for transmission, upon which the 
procedure ends; 

6.2.3.1 3.3 Test description 

6.2.3.1 3.3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 5. 

- Cell 1 suitable neighbour E-UTRA cell 

- Cell 5 UTRA serving cell 

NOTE: Common Priority information for Cell 1 & Cell 5: UTRA priority = 3; E-UTRA priority = 4. 

System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 
None. 
Preamble: 

- The UE is in state PS-DCCH+DTCH_DCH (state 6-10) on Cell 5 according to [5]. 

6.2.3.1 3.3.2 Test procedure sequence 

Tables 6.2.3.13.3.2-1 and 6.2.3.13.3.2-2 illustrates the downlink power levels and other changing parameters to be 
applied for the cells at various time instants of the test execution. Row marked "TO" denotes the conditions after the 
preamble, while row marked "Tl" and "T2" are to be applied subsequently. The exact instants on which these values 
shall be applied are described in the texts in this clause. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


277 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 6.2.3.13.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

-97 


Qrxlevmin 

dBm 

-106 

Default value 

Srxlev* 

dB 

9 


T1 

Cell-specific RS EPRE 

dBm/15kHz 

-85 


Srxlev* 

dB 

21 

Srxlev = Cell-specific RS EPRE - 
qRxLevMinEUTRA 

S nonServinqCell, Cein > Thresh CelM, low 

T2 

Cell-specific RS EPRE 

dBm/15kHz 

-97 


Qrxlevmin 

dBm 

-106 

Default value 

Srxlev* 

dB 

9 


Note: Srxlev is calculated in the UE 


Table 6.2.3.13.3.2-2: Time instances of cell power level and parameter changes for UTRA cell 



Parameter 

Unit 

Cell 5 

Remark 

TO 

CPICH_Ec 

dBm/3.84 MHz 

-60 

The power levels are such that 
camping on Cell 5 is guaranteed. 

P-CCPCH 

dBm/1.28MHz 

-62 


Qrxlevmin 

dBm 

-79 

Default value 

Srxlev* 

dB 

19 


T1 

CPICH Ec 

dBm/3.84 MHz 

-75 


P-CCPCH 

dBm/1.28MHz 

-77 


Srxlev* 

dB 

4 

SrxleVservinqCell < Thresh Servinqjow 

T2 

CPICH Ec 

dBm/3.84 MHz 

-60 


P-CCPCH 

dBm/1.28MHz 

-62 


Srxlev* 

dB 

19 


Note: Srxlev is calculated in the UE 
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Table 6.2.3.13.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS provides dedicated priority information 
(UTRA priority = 5; E-UTRA priority = 4) and 
validity timer to the UE. 

<- 

UTRAN MOBILITY 
INFORMATION 



2 

The SS receives the UTRAN MOBILITY 
INFOMRATION CONFIRM message. 

-> 

UTRAN MOBILITY 
INFORMATION CONFIRM 

- 

- 

3 

The SS releases the UE connection. 

<- 

RRC CONNECTION RELEASE 

- 

- 

4 

The SS receives UE release complete 
message. 

— > 

RRC CONNECTION RELEASE 
COMPLETE 

- 

- 

5 

The SS receives UE release complete 
message. 

— > 

RRC CONNECTION RELEASE 
COMPLETE 

- 

- 

6 

The SS receives UE release complete 
message. 

-> 

RRC CONNECTION RELEASE 
COMPLETE 

- 

- 

7 

The SS changes Cell 1 and Cell 5 levels 
according to the row "T1" in table 6.2.3.13.3.2- 
1 and table 6.2.3.13.3.2-2. 





8 

Check: does the test result of generic test 

procedure in TS 36.508 Table 6.4.2.7A-1 

indicate that the UE is camped on E-UTRAN 

CelM? 

NOTE: The UE performs a TAU procedure and 

the RRC Connection is released. 



1 


9 

Void 

- 

- 

- 

- 

10 

Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

11 

The SS changes Cell 1 and Cell 5 levels 
according to the row "T2" in table 6.2.3.13.3.2- 
1 and table 6.2.3.13.3.2-2. 





12 

Check: does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.8 
indicate that the UE is camped on UTRAN Cell 
5? 



2 
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6.2.3.1 3.3.3 Specific message contents 

Table 6.2.3.13.3.3-1 : UTRAN MOBILITY INFORMATION for Cell 5 (step 1, Table 6.2.3.13.3.2-3) 


Derivation Patii: 34.108, clause 9 

Information Element 

Value/remark 

Comment 

Condition 

UTRANMobilitylnformation ::= CHOICE { 




Iater-than-r3 SEQUENCE { 




criticalExtensions CHOICE { 




criticalExtensions CHOICE { 




r7 SEQUENCE! 




v860NonCriticalExtensions SEQUENCE { 




utranMobilitylnformation-v860ext SEQUENCE 
{ 




dedicatedPrioritylnformation SEQUENCE { 




action CHOICE { 




configureDedicatedPriorities SEQUENCE 
{ 




t-322 

5 

Time in minutes 


priorityLevelList SEQUENCE (SIZE 
(1..maxPrio)) OF SEQUENCE} 

2 entry 



priority[1] 

5 



radioAccessTechnology[1] CHOICE { 




utraFDD SEQUENCE (SIZE 
(1 ..maxNumFDDFreqs)) OF SEQUENCE { 

1 entry 


UTRA- 
FDD 

uarfcn 

Same downlink UARFCN 
as used for Cell 5 



} 




utraTDD SEQUENCE (SIZE 
(1 ..maxNumTDDFreqs)) OF SEQUENCE { 

1 entry 


UTRA- 
TDD 

uarfcn 

Same downlink UARFCN 
as used for Cell 5 



} 




} 




priority[2] 

4 



radioAccessTechnology[2] CHOICE { 




eutra SEQUENCE (SIZE 
(1 ..maxNumEUTRAFreqs)) OF SEQUENCE { 

1 entry 



earfcn 

Same downlink EARFCN 
as used for Cell 1 



} 




} 




} 




E-UTRA detection 

TRUE 



} 




} 




} 




} 




} 




} 




} 




} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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Table 6.2.3.13.3.3-2: RRC CONNECTION RELEASE for Cell 5 (step 3, Table 6.2.3.13.3.2-3) 


Derivation Path: 34.108, clause 9 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= CHOICE { 




Iater-than-r3 SEQUENCE { 




criticalExtensions CHOICE { 




r4 SEQUENCE { 




rrcConnectionRelease-r4 SEQUENCE { 




n-308 

2 

2 (for CELL_DCH 
state). Not 
Present (for UE in 
other connected 
mode states). 


releaseCause 

normalEvent 



rplmn-information 

Not Present 



} 




v4dONonCriticalExtensions SEQUENCE {} 

Not Present 



} 




} 




} 




} 





Table 6.2.3.13.3.3-3: System Information Block type 19 for Cell 5 (preamble and all steps, Table 

6.2.3.13.3.2-3) 


Derivation Path: 36.508 table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList ::= SEQUENCE { 




utra-ServingCell ::= SEQUENCE { 




s-PrioritySearchI 

8(16dB) 



threshServingLow 

4 (8 dB) 



} 




} 




eutra-FrequencyAndPrioritylnfoList ::= SEQUENCE 
(SIZE (1 ..maxNumEUTRAFreqs) OF SEQUENCE { 




earfcn [n] 

Same downlink EARFCN 
as used for Cell 1 



measurementBandwidth [n] 

Not present 



qRxLevMinEUTRA [n] 

-53(-106dBm) 



threshXhigh [n] 

16(32dB) 



threshXIow [n] 

10(20dB) 



} 




} 




Note: GERAN cell priority is not allocated, hence it will be considered as the less than all allowed values of to 7. 


Table 6.2.3.13.3.3-4: SystemlnformationBlockTypeSior Cell 1 (preamble and all steps, Table 

6.2.3.13.3.2-3) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




threshServingLow 

10(20dB) 



cellReselectionPriority 

4 



} 




} 
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Table 6.2.3.13.3.3-5: SystemlnfonnationBlockType6 ior Cell 1 (preamble and all steps, Table 6.2.3. 

13.3.2-3) 


Derivation Path: 36.508 table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypee ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1..maxUTRA-FDD-Carrier)) OF SEQUENCE { 



UTRA-FDD 

carrierFreq[n] 

Downlink UARFCN of 
Cell 5 



cellReselectionPriority[n] 

3 



threshX-High[n] 

5(10dB) 



threshX-Low[n] 

5(10dB) 



} 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1..maxUTRA-TDD-Carrier)) OF SEQUENCE { 



UTRA-TDD 

carrierFreq[n] 

Downlink UARFCN of 
Cell 5 



cellReselectionPriority[n] 

3 



threshX-High[n] 

5(10dB) 



threshX-Low[n] 

5(10dB) 



} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


Inter-RAT Cell Reselection / from GSM_ldle/GPRS Packet_ldle to E-UTRA 
(priority of E-UTRA cells are higher than the serving cell) 

Test Purpose (TP) 


6.2.3.14 

6.2.3.14.1 
(1) 

with { UE in GSM/GPRS Registered state and no RR connection } 
ensure that { 

when { Priority of E-UTRA neighbour cell is set lower than GERAN cell } 
then { UE does not reselects the lower priority E-UTRA neighbour cell 


(2) 

with { UE in GSM/GPRS Registered state and no RR connection } 
ensure that { 

when { Priority of E-UTRA neighbour cell is set higher than GERAN cell } 
then { UE reselects the higher priority inter-RAT E-UTRA neighbour cell 


6.2.3.14.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 45.008, clause 10.1.3.3 & TS 
44.018, clause 3.4.1.2.1.1a. 

[TS 45.008, clause 10.1.3.3] 

Cell reselection to a cell of another inter-RAT frequency shall be performed if any of the conditions below (to be 
evaluated in the order shown) is satisfied: 

- The S_non-serving_XXX of one or more cells of a higher priority inter-RAT frequency is greater than 
THRESH_XXX_high (or, in case of an E-UTRAN target, THRESH_E-UTRAN_high_Q, if provided) during a time 
interval T_reselection; in that case, the mobile station shall consider the cells for reselection in decreasing order of 
priority and, for cells of the same inter-RAT frequency or of inter-RAT frequencies of equal priority, in decreasing 
order of S_non-serving_XXX, and reselect the first cell that satisfies the conditions above; 
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If the mobile station applies either common priorities or individual priorities received through dedicated signalling and 
priorities are available only for some inter-RAT frequencies, cells belonging to frequencies for which no priority is 
available or no threshold is provided by the serving cell shall not be considered for measurement and for cell re- 
selection. 

If a mobile station in camped normally state (see 3GPP TS 43.022) applies individual priorities received through 
dedicated signalling and no priority is available for the serving cell, the mobile station shall consider any GSM cell 
(including the serving cell) to have lowest priority (i.e. lower than the eight network configured values). 

[TS 44.018, clause 3.4.1.2.1.1a] 

This applies only to a multi-RAT MS supporting E-UTRAN. One or more instances of the Measurement Information 
message or SI2quater message may provide E-UTRAN Neighbour Cell Description information in one or more 
instances of the Repeated E-UTRAN Neighbour Cells IE. This is used to build the E-UTRAN Neighbour Cell list. The 
E-UTRAN Neighbour Cell list may contain up to 8 E-UTRAN frequencies. For each E-UTRAN frequency, zero or 
more E-UTRAN neighbour cells may be specified that are not allowed for cell reselection. The list of not allowed cells 
is defined in the Not Allowed Cells lEs. 

Each EARFCN in each instance of the Repeated E-UTRAN Neighbour Cells IE is added to the E-UTRAN Neighbour 
Cell list in the order in which it is received. 

6.2.3.14.3 Test description 

6.2.3.14.3.1 Pre-test conditions 
System Simulator: 

Two cells: 

- One GERAN cell. Cell 24 is serving cell. 

- One E-UTRAN cell. Cell 1 is Suitable neighbour inter-frequency cell. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, IDLE (GPRS) on Cell 24 (3GPP TS 51.010-1 clause 41.2.8.1.1) 

6.2.3.14.3.2 Test procedure sequence 

Table 6.2.3.14.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 


U-S 

IVIessage 

1 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1 within the 
next 75 s (70 s + T_reselect)? 

-> 

RRCConnectionRequest 

1 

F 

2 

The SS changes SI2Quater in Cell 24 
according to table 6.2.3.14.3.3-2. 

- 

- 

- 

- 

3 

The SS changes S1 13 in Cell 24 according to 
table 6.2.3.14.3.3-3. 

- 

- 

- 

- 

4 

Void 

- 

- 

- 

- 

5 

Check: Does the test result of generic test 

procedure in TS 36.508 Table 6.4.2.7A-2 

indicate that the UE is camped on E-UTRAN 

CelM? 

NOTE: The UE shall initiate a TAU procedure 

within 105s after step 3. 



2 
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6.2.3.14.3.3 Specific message contents 

Table 6.2.3.14.3.3-1 : Repeated E-UTRAN Neighbour Cells struct of SI2Quarter for Cell 24 in Preamble 


Derivation Path: 36.508 table 4.4.5-1 

Information Element 

Value/remark 

Comment 

Condition 

Serving Cell Priority Parameters Description::= { 




GERAN PRIORITY 

5 



THRESH Priority Search 





THRESH GSM low 





} 




Repeated E-UTRAN Neighbour Cells ::= { 




EARFCN 

Same as cell 1 

This field specifies 
the E-UTRA Absolute 
Radio Frequency 
Channel Number as 
defined in 
3GPPTS 36.104. 


Measurement Bandwidth 

Same as cell 1 



E-UTRAN PRIORITY 

'100'B 

4 


THRESH E-UTRAN high 

'0001 0'B 

Actual value =4 dB 


THRESH E-UTRAN low 

'0001 0'B 

Actual value =4 dB 


} 





Table 6.2.3.14.3.3-2: Repeated E-UTRAN Neighbour Cells struct of SI2Quarter for Cell 24 in table 

6.2.3.14.3.2-1 step 2 


Derivation Path: 36.508 table 4.4.5-1 

Information Element 

Value/remark 

Comment 

Condition 

SI 2QUATER REST OCTETS 




MP Change Mark 

1 



Repeated E-UTRAN Neighbour Cells ::= { 




EARFCN 

Same as cell 1 

This field specifies 
the E-UTRA Absolute 

Radio Frequency 
Channel Number as 

defined in 
3GPPTS 36.104. 


Measurement Bandwidth 

Same as cell 1 



E-UTRAN PRIORITY 

'110'B 

6 


THRESH E-UTRAN high 

'0001 0'B 

Actual value =4 dB 


THRESH E-UTRAN low 

'0001 0'B 

Actual value =4 dB 


} 





Table 6.2.3.14.3.3-3: SI13 for Cell 24 in table 6.2.3.14.3.2-1 step 3 


Derivation Path: 51.010-1 clause 40.2.1.1.1 

Information Element 

Value/remark 

Comment 

Condition 

SI 13 Rest Octets ::={ 




BCCH CHANGE MARK 

'001 'B 



SI_CHANGE_FIELD 

'0010'B 

Update of SI2, SI2 
bis or SI2 ter 
message or any 
instance of SI2quater 
messages. 


} 
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6.2.3.15 Inter-RAT Cell Reselection / from GSMJdIe/GPRS Packetjdie to E-UTRA 
(priority of E-UTRA cells are lower than the serving cell) 

6.2.3.15.1 Test Purpose (TP) 
(1) 

with { UE in GSM/GPRS Registered state and no RR connection } 
ensure that { 

when { Srxleveutran < THRESH_E-UTRAN_low for the lower priority inter-RAT E-UTRA cell } 
then { UE does not reselects the lower priority inter-RAT E-UTRA cell } 

} 

(2) 

with { UE in GSM/GPRS Registered state and no RR connection } 
ensure that { 

when { Srxleveutran > THRESH_E-UTRAN_low for the lower priority inter-RAT E-UTRA cell } 
then { UE reselects the lower priority inter-RAT E-UTRA cell } 
} 

6.2.3.15.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 45.008, clause 10.1.3.3 & TS 
44.018, clause 3.4.1.2.1.1a. 

[TS 45.008, clause 10.1.3.3] 

Cell reselection to a cell of another inter-RAT frequency shall be performed if any of the conditions below (to be 
evaluated in the order shown) is satisfied: 


- The value of S_serving is lower than THRESH_serving_low for the serving cell and all measured GSM cells; in 
this case, the mobile station shall consider for reselection the inter-RAT cells in the following order, and reselect 
the first one that satisfies the following criteria: 

- cells of a lower priority inter-RAT frequency whose S_non-serving_XXX is greater than 
THRESH_XXX_low during a time interval T_reselection; these cells shall be considered in decreasing order 
of priority and, for cells of the same RAT, in decreasing order of S_non-serving_XXX; 

[TS 44.018, clause 3.4.1.2.1.1a] 

This applies only to a multi-RAT MS supporting E-UTRAN. One or more instances of the Measurement Information 
message or SI2quater message may provide E-UTRAN Neighbour Cell Description information in one or more 
instances of the Repeated E-UTRAN Neighbour Cells IE. This is used to build the E-UTRAN Neighbour Cell list. The 
E-UTRAN Neighbour Cell list may contain up to 8 E-UTRAN frequencies. For each E-UTRAN frequency, zero or 
more E-UTRAN neighbour cells may be specified that are not allowed for cell reselection. The list of not allowed cells 
is defined in the Not Allowed Cells lEs. 

Each EARFCN in each instance of the Repeated E-UTRAN Neighbour Cells IE is added to the E-UTRAN Neighbour 
Cell list in the order in which it is received. 

6.2.3.1 5.3 Test description 

6.2.3.1 5.3.1 Pre-test conditions 

System Simulator: 

- Two cells: 

- One GERAN cell. Cell 24 is serving cell. 

- One E-UTRAN cell. Cell 1 is Suitable neighbour inter-frequency cell. 
None. 
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Preannble: 

- The UE is in state Registered, IDLE (GPRS) on Cell 24 (3GPP TS 51.010-1 clause 41.2.8.1.1). 
6.2.3.1 5.3.2 Test procedure sequence 

Table 6.2.3.15.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1 within the 
next 30 s (25 s+T reselect)? 

-> 

RRCConnectionRequest 

1 

F 

2 

The SS changes SI2Quater in Cell 24 
according to table 6.2.3.15.3.3-2. Srxlevceii i > 
THRESH E-UTRAN low. 





3 

The SS changes S1 13 in Cell 24 according to 
table 6.2.3.15.3.3-3. 

- 

- 

- 

- 

4 

Void 

- 

- 

- 

- 

5 

Check: Does the test result of generic test 

procedure in TS 36.508 Table 6.4.2.7A-2 

indicate that the UE is camped on E-UTRAN 

CelM? 

NOTE: The UE shall initiate a TAU procedure 

within 60s after step 3. 



2 



6.2.3.1 5.3.3 Specific message contents 

Table 6.2.3.15.3.3-1 : Repeated E-UTRAN Neighbour Cells struct of SI2Quarter for Cell 24 in Preamble 


Derivation Path: 36.508 table 4.4.5-1 

Information Element 

Value/remark 

Comment 

Condition 

Serving Cell Priority Parameters Description::= { 




GERAN PRIORITY 

7 



THRESH Priority Search 





THRESH_GSM_low 

15 

MS is always allowed 

to reselect to lower 

priority cells 


} 




Repeated E-UTRAN Neighbour Cells ::= 
SEQUENCE! 




EARFCN 

Same as Cell 1 

This field specifies 
the E-UTRA Absolute 
Radio Frequency 
Channel Number as 
defined in 
3GPPTS 36.104. 


Measurement Bandwidth 

Same as Cell 1 



E-UTRAN PRIORITY 

'001 'B 



THRESH E-UTRAN high 

'0001 0'B 

Actual value = 4 dB 


THRESH E-UTRAN low 

'10010'B 

Actual value = 36 dB 


} 
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Table 6.2.3.15.3.3-2: Repeated E-UTRAN Neighbour Cells struct of SI2Quarter for Cell 24 in table 

6.2.3.15.3.2-1 step 2 


Derivation Path: 36.508 table 4.4.5-1 

Information Element 

Value/remark 

Comment 

Condition 

SI 2QUATER REST OCTETS 




MP Change Mark 

1 



Repeated E-UTRAN Neighbour Cells ::= { 




EARFCN 

Same as Cell 1 

This field specifies 
the E-UTRA Absolute 
Radio Frequency 
Channel Number as 
defined in 
3GPPTS 36.104. 


Measurement Bandwidth 

Same as Cell 1 



E-UTRAN PRIORITY 

'001 'B 



THRESH E-UTRAN high 

'0001 0'B 

Actual value = 4 dB 


THRESH E-UTRAN low 

'0001 0'B 

Actual value = 4 dB 


} 





Table 6.2.3.15.3.3-3: SI13 for Cell 24 in table 6.2.3.15.3.2-1 step 3 


Derivation Path: 51.010-1 clause 40.2.1.1.1 

Information Element 

Value/remark 

Comment 

Condition 

SI 13 Rest Octets ::={ 




BCCH CHANGE MARK 

'001 'B 



SI_CHANGE_FIELD 

'001 0'B 

Update of SI2, SI2 
bis or SI2 ter 
message or any 
instance of SI2quater 
messages. 


} 





6.2.3.16 Inter-RAT Cell Reselection / from GSMJdIe to E-UTRAN /based on H_PRIO 
criteria 


6.2.3.16.1 

(1) 


Test Purpose (TP) 


with { UE in GSM/GPRS Registered state and no RR connection } 
ensure that { 

when { Srxleveutran < THRESH_E-UTRAN_low for the lower priority inter-RAT E-UTRA cell and H_PRIO is 
off } 

then { UE does not reselects the lower priority inter-RAT E-UTRA cell } 

} 

(2) 

with { UE in GSM/GPRS Registered state and no RR connection } 
ensure that { 

when { Srxleveutran < THRESH_E-UTRAN_low for the lower priority inter-RAT E-UTRA cell and when 
Srxleveutran is higher than ServingCell by at least H_PRIO} 

then { UE reselects the inter-RAT E-UTRA cell based on H_PRIO} 


6.2.3.16.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 45.008, clause 6.6.6 & TS 
44.018, clause 3.4.1.2.1.1a. 

[TS 45.008, clause 6.6.6] 

Cell reselection to a cell of another inter-RAT frequency shall be performed if any of the conditions below (to be 
evaluated in the order shown) is satisfied: 
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The value of S_GSM is lower than THRESH_GSM_low for the serving cell and all measured GSM cells during 
a time interval T_reselection; in this case, the mobile station shall consider for reselection the inter-RAT cells in 
the following order, and reselect the first one that satisfies the following criteria: 

cells of a lower priority inter-RAT frequency whose S_non-serving_XXX is greater than 
THRESH_XXX_low (or, in case of an E-UTRAN target, THRESH_E-UTRAN_low_Q, if provided) during 
a time interval T_reselection; these cells shall be considered in decreasing order of priority and, for cells of 
the same RAT, in decreasing order of S_non-serving_XXX; 

- if no cells satisfy the criterion above, inter-RAT cells for which, during a time interval T_reselection, S_non- 
serving_XXX is higher than S_GSM for the serving cell by at least a specific hysteresis H_PRIO\ these cells 
shall be considered in decreasing order of S_non-serving_XXX. 

[TS 44.018, clause 3.4.1.2.1.1a] 

This applies only to a multi-RAT MS supporting E-UTRAN. One or more instances of the Measurement Information 
message or SI2quater message may provide E-UTRAN Neighbour Cell Description information in one or more 
instances of the Repeated E-UTRAN Neighbour Cells IE. This is used to build the E-UTRAN Neighbour Cell list. The 
E-UTRAN Neighbour Cell list may contain up to 8 E-UTRAN frequencies. For each E-UTRAN frequency, zero or 
more E-UTRAN neighbour cells may be specified that are not allowed for cell reselection. The list of not allowed cells 
is defined in the Not Allowed Cells lEs. 

Each EARFCN in each instance of the Repeated E-UTRAN Neighbour Cells IE is added to the E-UTRAN Neighbour 
Cell list in the order in which it is received. 


Test description 
Pre-test conditions 


6.2.3.16.3 
6.2.3.16.3.1 
System Simulator: 

- Two cells: 

- One GERAN cell. Cell 24 is serving cell. 

- One E-UTRAN cell. Cell 1. 
None. 

Preamble: 

- The UE is in state Registered, IDLE (GPRS) on Cell 24 (3GPP TS 51.010-1 clause 41.2.8.1.1). 
6.2.3.1 6.3.2 Test procedure sequence 

Table 6.2.3.16.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 24 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

-80 

- 


Qrxlevmin 

dBm 

-110 

- 


Srxlev* 

dB 

30 

- 

Srxlev should be at least 4dB > 
CI 

RF Signal level 

dBm 

- 

-80 


RXLEV ACCESS MIN 

dBm 

- 

-101 


OV 

dB 

- 

21 


Note: Srxlev and C1 is calculated in the UE 
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Table 6.2.3.16.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1 within the 
next 30s (25 s+T_reselect)? 

-> 

RRCConnectionRequest 

1 

F 

2 

The SS changes SI2Quater in Cell 24 
according to table 6.2.3.16.3.3-2. H PRI0=2 
(4dB) 





3 

The SS changes S1 13 in Cell 24 according to 
table 6.2.3.16.3.3-3. 

- 

- 

- 

- 

4 

Wait for 60s (30+25 s+T reselect). 

- 

- 

- 

- 

5 

Check: Does the test result of generic test 
procedure in TS 36.508 Table 6.4.2.7A-2 
indicate that the UE is camped on E-UTRAN 
Cell 1? 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



2 

P 


6.2.3.1 6.3.3 Specific message contents 

Table 6.2.3.16.3.3-1 : Repeated E-UTRAN Neighbour Cells struct of SI2Quarter for Cell 24 in Preamble 


Derivation Path: 36.508 FFS 

Information Element 

Value/remark 

Comment 

Condition 

Serving Cell Priority Parameters Description::= { 




GERAN PRIORITY 

7 



THRESH Priority Search 

15 



THRESH_GSM_low 

15 

MS is always allowed 

to reselect to lower 

priority cells 


H PRIO 



Rule disabled 


} 




Repeated E-UTRAN Neighbour Cells ::= 
SEQUENCE} 




EARFCN 

Same as Cell 1 

This field specifies 
the E-UTRA Absolute 
Radio Frequency 
Channel Number as 
defined in 
3GPPTS 36.104. 


Measurement Bandwidth 

Same as Cell 1 



E-UTRAN PRIORITY 

'001 'B 



THRESH E-UTRAN high 

'0001 0'B 

Actual value = 4 dB 


THRESH E-UTRAN low 

'11110'B 

Actual value = 62 dB 


E-UTRAN QRXLEVMIN 

19(-110dBm) 



} 





Table 6.2.3.16.3.3-2: Repeated E-UTRAN Neighbour Cells struct of SI2Quarter for Cell 24 in table 

6.2.3.16.3.2-1 step 2 


Derivation Path: 36.508 table 4.4.5-1 

Information Element 

Value/remark 

Comment 

Condition 

Serving Cell Priority Parameters Description::= { 




H_PRIO 

2 

Reselect to inter-RAT 

cell which is at least 

4dB higher than 

Serving cell 


} 
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Table 6.2.3.16.3.3-3: SI13 for Cell 24 in table 6.2.3.16.3.2-1 step 3 


Derivation Path: 51.010-1 clause 40.2.1.1.1 

Information Element 

Value/remark 

Comment 

Condition 

SI 13 Rest Octets ::={ 




BCCH CHANGE MARK 

'001 'B 



SI_CHANGE_FIELD 

'0010'B 

Update of SI2, SI2 
bis or SI2 ter 
message or any 
instance of SI2quater 
messages. 


} 





6.2.3.1 7 Inter-RAT Cell Reselection / from GSM_ldle/GPRS Packet_ldle to E-UTRA 
(priority E-UTRA cells) 

6.2.3.1 7.1 Test Purpose (TP) 

(1) 

with { UE in GSM/GPRS Registered state and no RR connection } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which has priority} 
then { UE does not reselects the inter-RAT E-UTRA cell without priority} 
} 


6.2.3.17.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 45.008, clause 6.6.6 & TS 
44.018, clause 3.4.1.2.1.1a. 

[TS 45.008, clause 6.6.6] 

The network shall provide priority information if E-UTRAN frequencies are included in the neighbour cell list; the 
network may provide priority information if only UTRAN frequencies are included in the neighbour cell list. If priority 
information is available to the mobile station and the mobile station supports priority based inter-RAT cell re-selection, 
the algorithm in this subclause shall be used for inter-RAT reselection towards all RATs. The rules regarding which set 
of priorities is valid at any given time are defined in 3GPP TS 44.018. 

[TS 44.018, clause 3.4.1.2.1.1a] 

This applies only to a multi-RAT MS supporting E-UTRAN. One or more instances of the Measurement Information 
message or SI2quater message may provide E-UTRAN Neighbour Cell Description information in one or more 
instances of the Repeated E-UTRAN Neighbour Cells IE. This is used to build the E-UTRAN Neighbour Cell list. The 
E-UTRAN Neighbour Cell list may contain up to 8 E-UTRAN frequencies. For each E-UTRAN frequency, zero or 
more E-UTRAN neighbour cells may be specified that are not allowed for cell reselection. The list of not allowed cells 
is defined in the Not Allowed Cells lEs. 

Each EARFCN in each instance of the Repeated E-UTRAN Neighbour Cells IE is added to the E-UTRAN Neighbour 
Cell list in the order in which it is received. 

6.2.3.1 7.3 Test description 

6.2.3.1 7.3.1 Pre-test conditions 

System Simulator: 

- Cell 24 is serving cell. 

-Cell land Cell 3 off cells. 
UE: 
None. 
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Preamble: 

- The UE is in state Registered, IDLE (GPRS) on Cell 24 (3GPP TS 51.010-1 clause 41.2.8.1.1). 
6.2.3.1 7.3.2 Test procedure sequence 

Table 6.2.3.17.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell3 

Cell 24 

Remark 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-60 

-80 

- 


Qrxlevmin 

dBm 

-110 

-110 

- 


Srxlev* 

dB 

50 

30 

- 


RF Signal level 

dBm 



-80 


C1 

dB 



21 


Note: Srxlev and C1 is calculated in the UE 


Table 6.2.3.17.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

SS adjusts cell levels according to row T1 of 
table 6.2.2.17.3.2-1 

- 

- 

- 

- 

2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 3? 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



1 
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6.2.3.1 7.3.3 Specific message contents 

Table 6.2.3.17.3.3-1 Repeated E-UTRAN Neighbour Cells struct of SI2Quarter for Cell 24 in Preamble 


Derivation Path: 36.508 Table 4.4.5-1 

Information Element 

Value/remark 

Comment 

Condition 

Serving Cell Priority Parameters Description::= { 




GERAN PRIORITY 

7 



THRESH_GSM_low 

15 

MS is always allowed 

to reselect to lower 

priority cells 


} 




Repeated E-UTRAN Neighbour Cells ::= 
SEQUENCE! 




EARFCN 

Same as Cell 1 

This field specifies 
the E-UTRA Absolute 
Radio Frequency 
Channel Number as 
defined in 
3GPPTS 36.104. 


Measurement Bandwidth 

Same as Cell 1 



E-UTRAN PRIORITY 

'0' 

Not Present 


E-UTRAN QRXLEVMIN 

19(-110dBm) 



} 
{ 




EARFCN 

Same as Cell 3 

This field specifies 
the E-UTRA Absolute 
Radio Frequency 
Channel Number as 
defined in 
3GPPTS 36.104. 


Measurement Bandwidth} 

Same as Cell 3 



E-UTRAN PRIORITY 

2 



THRESH E-UTRAN low 

'01010'B 

Actual value = 20 dB 


E-UTRAN QRXLEVMIN 

19(-110dBm) 



} 





6.2.3.18 Inter-RAT Cell Reselection / from GSM_lclle/GPRS Packet_ldle to E-UTRA 
(blacklisted E-UTRA cells) 

6.2.3.1 8.1 Test Purpose (TP) 

(1) 

with { UE in GSM/GPRS Registered state and no RR connection } 
ensure that { 

when { Priority of E-UTRA neighbour cells are set higher than GERAN cell. Among two E-UTRA 
neighbor cells, the cell with higher priority is blacklisted } 
then { UE ignores black listed E-UTRA neighbour cell 


6.2.3.18.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 45.008, clause 6.6.6 & TS 
44.018, clause 3.4.1.2.1.1a. 

[TS 45.008, clause 6.6.6] 

Cell reselection to a cell of another inter-RAT frequency shall be performed if any of the conditions below (to be 
evaluated in the order shown) is satisfied: 

- The S_non-serving_XXX of one or more cells of a higher priority inter-RAT frequency is greater than 

THRESH_XXX_high (or, in case of an E-UTRAN target, THRESH_E-UTRAN_high_Q, if provided) during a 
time interval T_reselection; in that case, the mobile station shall consider the cells for reselection in decreasing 
order of priority and, for cells of the same inter-RAT frequency or of inter-RAT frequencies of equal priority, in 
decreasing order of S_non-serving_XXX, and reselect the first cell that satisfies the conditions above; 
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E-UTRAN cells which are included in the list of not allowed cells shall not be considered as candidates for cell 
reselection. If the strongest cells on a E-UTRAN frequency are included in the list of not allowed cells, the mobile 
station may reselect the strongest valid cell (see subclause 8.4.7) on that frequency. 

[TS 44.018, clause 3.4.1.2.1.1a] 

This applies only to a multi-RAT MS supporting E-UTRAN. One or more instances of the Measurement Information 
message or SI2quater message may provide E-UTRAN Neighbour Cell Description information in one or more 
instances of the Repeated E-UTRAN Neighbour Cells IE. This is used to build the E-UTRAN Neighbour Cell list. The 
E-UTRAN Neighbour Cell list may contain up to 8 E-UTRAN frequencies. For each E-UTRAN frequency, zero or 
more E-UTRAN neighbour cells may be specified that are not allowed for cell reselection. The list of not allowed cells 
is defined in the Not Allowed Cells lEs. 

Each EARFCN in each instance of the Repeated E-UTRAN Neighbour Cells IE is added to the E-UTRAN Neighbour 
Cell list in the order in which it is received. 

6.2.3.1 8.3 Test description 

6.2.3.18.3.1 Pre-test conditions 
System Simulator: 

- Cell 24 is serving cell. 
-Cell land Cell 3 off cells 
None. 

Preamble: 

- The UE is in state Registered, IDLE (GPRS) on Cell 24 (3GPP TS 51.010-1 clause 41.2.8.1.1). 

6.2.3.1 8.3.2 Test procedure sequence 

Table 6.2.3.18.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 

Cell 24 

Remark 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-60 

OFF 

- 


Qrxlevmin 

dBm 

-110 

- 

- 


Srxlev* 

dB 

50 

- 

- 


RF Signal level 

dBm 

- 

- 

-80 


C1 

- 

- 

- 

21 


T2 

Cell-specific RS EPRE 

dBm/15kHz 

-60 

-80 

- 


Qrxlevmin 

dBm 

-110 

-110 

- 


Srxlev* 

dB 

50 

30 

- 


RF Signal level 

dBm 

- 

- 

-80 


C1 

dB 

- 

- 

21 


Note: Srxlev and C1 is calculated in the UE 
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Table 6.2.3.18.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

SS adjusts cell levels according to row T1 of 
table 6.2.2.18.3.2-1 

- 

- 

- 

- 

2 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1 within the 
next 75 s (70 s+T reselect)? 

-> 

RRCConnectionRequest 

1 

F 

3 

SS adjusts cell levels according to row T2 of 
table 6.2.2.18.3.2-1 

- 

- 

- 

- 

4 

Check: Does the test result of generic test 
procedure in TS 36.508 Table 6.4.2.7A-2 
indicate that the UE is camped on E-UTRAN 
Cell 3? 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



1 



6.2.3.1 8.3.3 Specific message contents 

Table 6.2.3.18.3.3-1 Repeated E-UTRAN Neighbour Cells struct of SI2Quarter for Cell 24 in Preamble 


Derivation Path: 36.508 Table 4.4.5-1 

Information Element 

Value/remark 

Comment 

Condition 

Serving Cell Priority Parameters Description::= { 




THRESH Priority Search 

'OOOO'B 

Actual value=0 


} 




Repeated E-UTRAN Neighbour Cells ::= 
SEQUENCE} 




EARFCN 

Same as Cell 1 

This field specifies 
the E-UTRA Absolute 
Radio Frequency 
Channel Number as 
defined in 
3GPPTS 36.104. 


Measurement Bandwidth 

Same as Cell 1 



E-UTRAN PRIORITY 

'111'B 

Actual value=7 


E-UTRAN QRXLEVMIN 

19(-110dBm) 



} 




{ 




EARFCN 

Same as Cell 3 

This field specifies 
the E-UTRA Absolute 
Radio Frequency 
Channel Number as 
defined in 
3GPPTS 36.104. 


Measurement Bandwidth 

Same as Cell 3 



E-UTRAN PRIORITY 

'101'B 

Actual value=5 


E-UTRAN QRXLEVMIN 

19(-110dBm) 



} 




Repeated E-UTRAN Not Allowed Cells struct > ::= 
{ 




Not Allowed Cells : < PCID Group IE »{ 




PCID} 

'OOOOOOOOO'B 

PCID=0, Meaning 
that the Cell 1 which 
have PCID=0 will not 
be allowed 


E-UTRAN FREQUENCY INDEX 

'OOO'B 

CelM 


} 
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6.2.3.19 Redirection to E-UTRA upon the release of the CS connection 

6.2.3.19.1 Test Purpose (TP) 

(1) 

with { UE in CS Active state } 
ensure that { 

when { UE receives CHANNEL RELEASE message including an IE Cell selection indicator after release 
of all TCH and SDCCH, including E-UTRAN carrier frequency of Cell l} 

then I UE enters RRC IDLE state on E-UTRAN Carrier included in IE Cell selection indicator info ] 


6.2.3.19.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 44.018, clause 3.4.13.1.1, 
and TS 45.008, clause 6.7.1. 

[TS 44.018, clause 3.4.13.1.1] 

The CHANNEL RELEASE message may include the information element "Cell selection indicator after release of all 
TCH and SDCCH" which shall be used by the mobile station in its cell selection algorithm after release of all TCH and 
SDCCH (see 3GPP TS 45.008). 

The CHANNEL RELEASE message may include Individual priorities IE to convey individual priorities information to 
the MS (see subclause 3.2.4). When the MS receives an Individual priorities IE it shall start an instance of timer T3230 
with the value supplied in the Individual priorities IE. 

[TS 45.008, clause 6.7.1] 

In A/Gb mode, when the MS releases all TCHs or SDCCH and returns to idle mode, packet idle mode or MAC-Idle 
state, it shall, as quickly as possible, camp on the cell whose channel has just been released. Similarly in lu mode, when 
the MS releases all DBPSCHs and returns to MAC-Idle state, it shall, as quickly as possible, camp on the cell whose 
channel has just been released. However, in both modes (A/Gb mode or lu mode), if the CHANNEL RELEASE 
message contains a "cell selection indicator after release of all TCH and SDCCH" (see TS 44.018), the MS shall as 
quickly as possible camp on an indicated GSM, UTRAN or E-UTRAN cell that has been identified by the CHANNEL 
RELEASE message. If UTRAN or E-UTRAN frequency only is indicated the MS shall as quickly as possible camp on 
a suitable cell of this frequency. 

In case the "cell selection indicator after release of all TCHs and SDCCH" is not present, then if the full (P)BCCH data 
for that cell was not decoded in the preceding 30s, the MS shall attempt to decode the full (P)BCCH data. Until the MS 
has decoded the (P)BCCH data required for determining the paging group, it shall also monitor all paging blocks on 
timeslot of the BCCH carrier or, for GPRS if PCCCH exists and for lu mode, on the PDCH indicated on BCCH for 
possible paging messages that might address it. If the MS receives a page before having decoded the full (P)BCCH data 
for the cell, the MS shall store the page and respond once the relevant (P)BCCH data has been decoded, provided that 
the cell is not barred and the MS's access class is allowed. Reception of full BCCH(B A) information is not required 
before responding to the page. 

If the CHANNEL RELEASE does not contain a "cell selection indicator after release of all TCH and SDCCH", and the 
MS has the knowledge that the cell whose channel is being released is not suitable (see 3GPP TS 43.022), the MS is 
allowed to camp on any suitable cell. 

If the CHANNEL RELEASE contains a "cell selection indicator after release of all TCH and SDCCH" and 

the MS cannot find a suitable cell from the indicated ones within 10 s, or 

- none of the indicated cells are suitable, 

the MS is allowed to camp on any suitable cell. 

NOTE: The received signal level measurements on surrounding cells made during the last 5 seconds on the TCH 
or SDCCH in A/Gb mode, or on the DBPSCH in lu mode, may be averaged and used, where possible, to 
speed up the process. However, it should be noted that the received signal level monitoring while on the 
TCH or SDCCH in A/Gb mode, or on the DBPSCH in lu mode, is on carriers in B A (SACCH), while the 
carriers to be monitored for cell reselection are in BA (BCCH) or BA (GPRS). 
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After decoding the relevant (P)BCCH data the MS shall perform cell reselection as specified in 3GPP TS 43.022. 
6.2.3.1 9.3 Test description 

6.2.3.1 9.3.1 Pre-test conditions 
System Simulator: 

- 2 cells, one GSM and one E-UTRA cell: 
- Cell 24 GSM serving cell 

Cell 1 suitable neighbour E-UTRA cell 
UE: 
None 

Preamble: 
U10 Active state on cell 24. as per TS 51 .010 clause 40.4.3.22 

6.2.3.1 9.3.2 Test procedure sequence 

Table 6.2.3.19.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

SS initiate a disconnect call 

<- 

DISCONNECT 

- 

- 

2 

UE sends RELEASE message 

-> 

RELEASE 

- 

- 

3 

SS sends RELEASE COMPLETE message 

<- 

RELEASE COMPLETE 

- 

- 

4 

The SS transmits an CHANNEL RELEASE 
message with IE, Cell selection indicator after 
release of all TCH and SDCCH including E- 
UTRAN carrier frequency of Cell 1 

<— 

CHANNEL RELEASE 



5 

Check: Does the test result of generic test 
procedure in TS 36.508 Table 6.4.2.7A-2 
indicate that the UE is camped on E-UTRAN 
CelM? 

NOTE: The UE shall perform TAU procedure 
and the RRC connection is released. 



1 
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6.2.3.1 9.3.3 Specific message or IE contents 

Table 6.2.3.19.3.3-1: Channel Release message [Table 6.2.3.19.3.2-1, Step 1] 


Information Element 

Value/remark 

Comment 

Condition 

Protocol Discriminator 

0110 

RR Management 


Skip Indicator 

0000 



Message Type 

00001101 



RR Cause 




- RR Cause Value 

Normal event. 



<Cell Selection Indicator after release of all TCH and 
SDCCH IE>::= 




E-UTRAN Description 

Oil 

{ 1 <E-UTRAN 
Description : < E- 
UTRAN Description 
struct » } 


EARFCN 

Same as cell 1 

This field specifies 
the E-UTRA Absolute 
Radio Frequency 
Channel Number as 
defined in 
3GPPTS 36.104. 


Measurement Bandwidth 

6 

Default 


TARGET PCID 

1 




6.2.3.20 


6.2.3.20.1 


Redirection to E-UTRA upon the release of the OS connection and no 
suitable cell available 

Test Purpose (TP) 


(1) 


with { UE in CS Active state } 
ensure that { 

when { UE receives CHANNEL RELEASE message including an IE Cell selection indicator after release 
of all TCH and SDCCH, including E-UTRAN carrier frequency of Cell 1 ( cell does not exist ) } 

then { UE fails to find the EUTRAN cell mentioned in channel release or any suitable cell and 
hence remains on the GERAN Cell. Page the MS to verify } 


6.2.3.20.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 44.018, clause 3.4.13.1.1, 
and TS 45.008, clause 6.7.1. 

[TS 44.018, clause 3.4.13.1.1] 

The CHANNEL RELEASE message may include the information element "Cell selection indicator after release of all 
TCH and SDCCH" which shall be used by the mobile station in its cell selection algorithm after release of all TCH and 
SDCCH (see 3GPP TS 45.008). 

The CHANNEL RELEASE message may include Individual priorities IE to convey individual priorities information to 
the MS (see subclause 3.2.4). When the MS receives an Individual priorities IE it shall start an instance of timer T3230 
with the value supplied in the Individual priorities IE. 

[TS 45.008, clause 6.7.1] 

In A/Gb mode, when the MS releases all TCHs or SDCCH and returns to idle mode, packet idle mode or MAC-Idle 
state, it shall, as quickly as possible, camp on the cell whose channel has just been released. Similarly in lu mode, when 
the MS releases all DBPSCHs and returns to MAC-Idle state, it shall, as quickly as possible, camp on the cell whose 
channel has just been released. However, in both modes (A/Gb mode or lu mode), if the CHANNEL RELEASE 
message contains a "cell selection indicator after release of all TCH and SDCCH" (see TS 44.018), the MS shall as 
quickly as possible camp on an indicated GSM, UTRAN or E-UTRAN cell that has been identified by the CHANNEL 
RELEASE message. If UTRAN or E-UTRAN frequency only is indicated the MS shall as quickly as possible camp on 
a suitable cell of this frequency. 
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In case the "cell selection indicator after release of all TCHs and SDCCH" is not present, then if the full (P)BCCH data 
for that cell was not decoded in the preceding 30s, the MS shall attempt to decode the full (P)BCCH data. Until the MS 
has decoded the (P)BCCH data required for determining the paging group, it shall also monitor all paging blocks on 
timeslot of the BCCH carrier or, for GPRS if PCCCH exists and for lu mode, on the PDCH indicated on BCCH for 
possible paging messages that might address it. If the MS receives a page before having decoded the full (P)BCCH data 
for the cell, the MS shall store the page and respond once the relevant (P)BCCH data has been decoded, provided that 
the cell is not barred and the MS's access class is allowed. Reception of full BCCH(B A) information is not required 
before responding to the page. 

If the CHANNEL RELEASE does not contain a "cell selection indicator after release of all TCH and SDCCH", and the 
MS has the knowledge that the cell whose channel is being released is not suitable (see 3GPP TS 43.022), the MS is 
allowed to camp on any suitable cell. 

If the CHANNEL RELEASE contains a "cell selection indicator after release of all TCH and SDCCH" and 

the MS cannot find a suitable cell from the indicated ones within 10 s, or 

- none of the indicated cells are suitable, 

the MS is allowed to camp on any suitable cell. 

NOTE: The received signal level measurements on surrounding cells made during the last 5 seconds on the TCH or 
SDCCH in A/Gb mode, or on the DBPSCH in lu mode, may be averaged and used, where possible, to speed up the 
process. However, it should be noted that the received signal level monitoring while on the TCH or SDCCH in A/Gb 
mode, or on the DBPSCH in lu mode, is on carriers in BA (SACCH), while the carriers to be monitored for cell 
reselection are in B A (BCCH) or BA (GPRS). 

After decoding the relevant (P)BCCH data the MS shall perform cell reselection as specified in 3GPP TS 43.022. 

6.2.3.20.3 Test description 

6.2.3.20.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 24 (GSM serving cell) 

UE: 

None 
Preamble: 

UIO Active state on cell 24, as per TS 51.010 clause 40.4.3.22. 
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6.2.3.20.3.2 


Test procedure sequence 

Table 6.2.3.20.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an CHANNEL RELEASE 
message with IE, Cell selection indicator after 
release of all TCH and SDCCH including E- 
UTRAN carrier frequency of Cell 1 . 

<— 

CHANNEL RELEASE 



2 

Check: Does the UE send an RRC 
CONNECTION REQUEST within the next 
[30s]? 

-> 

RRC CONNECTION REQUEST 

1 

F 

3 

Page the UE in the next paging block and at 
least 50 seconds after step 1 . 

<- 

PAGING REQUEST TYPE 1 



4 

Check: Does the UE send Channel Request 
message with ACCESS TYPE = "Page 
Response ". Received on RACH? 

-> 

CHANNEL REQUEST 

1 

P 


6.2.3.20.3.3 Specific message or IE contents 

Table 6.2.3.20.3.3-1 : Channel Release message [Table 6.2.3.20.3.2-1, Step 1] 


Information Element 

Value/remark 

Comment 

Condition 

Protocol Discriminator 

0110 

RR Management 


Skip Indicator 

0000 



Message Type 

00001101 



RR Cause 




- RR Cause Value 

Normal event. 



<Cell Selection Indicator after release of all TCH and 
SDCCH IE>::= 




E-UTRAN Description 

Oil 

{ 1 <E-UTRAN 
Description : < E- 
UTRAN Description 
struct » } 


EARFCN 

Same as cell 1 

This field specifies 
the E-UTRA Absolute 
Radio Frequency 
Channel Number as 
defined in 
3GPPTS 36.104. 


Measurement Bandwidth 

6 

Default 


TARGET PCID 

1 




Table 6.2.3.20.3.3-2: PAGING REQUEST TYPE 1 [Table 6.2.3.20.3.2-1, Step 3] 


Derivation Path: 51 .01 clause 40.2.4.1 8. 


6.2.3.21 Inter-RAT cell reselection / From GPRS Packet_Transfer (NCO mode) to E- 

UTRA 


6.2.3.21.1 
(1) 


Test Purpose (TP) 


with { UE in GPRS Registered state with active packet data transfer in NCO mode } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the higher 
priority inter-RAT E-UTRA cell} 

then { UE reselects the cell which belongs to the higher priority inter-RAT E-UTRA cell } 

} 
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6.2.3.21 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 45.008, clause 10.1.3.3 & TS 
44.018, clause 3.4.1.2.1.1a. 

[TS 45.008, clause 10.1.3.3] 

The algorithm in this subclause shall be used for inter-RAT cell reselection if priority information is available to the MS 
and threshold information is provided by the network. The network shall provide priority information if E-UTRAN 
frequencies are included in the neighbour cell list. The mobile station may apply either priorities broadcast in system 
information or individual priorities received through dedicated signalling. The rules regarding which set of priorities 
shall apply are defined in 3GPP TS 44.018 and 3GPP TS 44.060. 

NOTE: Throughout the specification, the phrase "neighbour cell list" will include also the E-UTRAN Neighbour 
Cell list and/or the GPRS E-UTRANNeighbour Cell list where appropriate. 

If the GPRS 3G Cell Reselection Hst or the GPRS E-UTRAN Neighbour Cell Hst include frequencies of other radio 
access technologies, the MS shall, at least every 5 seconds update the value RLA_P for the serving cell and each of the 
at least 6 strongest non serving GSM cells. 

The MS shall then reselect a suitable (see 3GPP TS 25.304 for UTRAN and 3GPP TS 36.304 for E-UTRAN) cell of 
another radio access technology if the criteria below are satisfied. S_non-serving_XXX is the measurement quantity of 
a non-serving inter-RAT cell and XXX indicates the other radio access technology/mode. S_non-serving_XXX is 
defined in subclause 6.6.6. 

Cell reselection to a cell of another inter-RAT frequency shall be performed if any of the conditions below (to be 
evaluated in the order shown) is satisfied: 

- The S_non-serving_XXX of one or more cells of a higher priority inter-RAT frequency is greater than 
THRESH_XXX_high during a time interval T_reselection; in that case, the mobile station shall consider the 
cells for reselection in decreasing order of priority and, for cells of the same inter-RAT frequency, in decreasing 
order of S_non-serving_XXX, and reselect the first cell that satisfies the conditions above; 

- The value of S_serving is lower than THRESH_serving_low for the serving cell and all measured GSM cells; in 
this case, the mobile station shall consider for reselection the inter-RAT cells in the following order, and reselect 
the first one that satisfies the following criteria: 

cells of a lower priority inter-RAT frequency whose S_non-serving_XXX is greater than 
THRESH_XXX_low during a time interval T_reselection; these cells shall be considered in decreasing order 
of priority and, for cells of the same RAT, in decreasing order of S_non-serving_XXX; 

if no cells satisfy the criterion above, inter-RAT cells for which, during a time interval T_reselection, S_non- 
serving_XXX is higher than S_serving by at least a specific hysteresis H_PRIO; these cells shall be 
considered in decreasing order of S_non-serving_XXX. 

A UTRAN FDD cell shall only be reselected if, in addition to the criteria above, its measured Ec/No value is equal to or 
greater than FDD_Qmin - FDD_Qmin_Offset.. 

Cell reselection to a cell of another radio access technology (e.g. UTRAN or E-UTRAN) shall not occur within [5] 
seconds after the MS has reselected a GSM cell from an inter-RAT cell if a suitable GSM cell can be found. 

If the mobile station applies individual priorities received through dedicated signalling and priority information is 
available only for some inter-RAT frequencies, cells belonging to frequencies for which no individual priority is 
available or no threshold is broadcast in system information shall not be considered for measurement and for cell re- 
selection. 

If a mobile station in camped normally state (see 3GPP TS 43.022) applies individual priorities received through 
dedicated signalling and no priority is available for the serving cell, the mobile station shall consider any GSM cell 
(including the serving cell) to have lowest priority (i.e. lower than the eight network configured values). 

A mobile station in camped on any cell state (see 3GPP TS 43.022) shall ignore individual priorities received through 
dedicated signalling and shall apply priorities received from the system information of the serving cell while attempting 
to find a suitable cell. If the mobile station supports CS voice services, the MS shall avoid reselecting acceptable (but 
not suitable) E-UTRA cells regardless of the priorities provided in system information. 
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NOTE: If the MS is camping on an acceptable cell, individual priorities are not discarded until an event leading to 
their deletion occurs. 

In case of a reselection attempt towards a barred UTRAN cell, the MS shall abandon further reselection attempts 
towards this UTRAN cell as defined by the Tbarred value on the barred UTRAN cell (see 3GPP TS 25.331). 

NOTE: It is FES whether a similar requirement should be added in case of a reselection attempt towards a barred 
E-UTRAN cell. 

NOTE: Requirements for cells belonging to "forbidden LAs for roaming" should be included here. 

[TS 44.018, clause 3.4.1.2.1.1a] 

This applies only to a multi-RAT MS supporting E-UTRAN. One or more instances of the Measurement Information 
message or SI2quater message may provide E-UTRAN Neighbour Cell Description information in one or more 
instances of the Repeated E-UTRAN Neighbour Cells IE. This is used to build the E-UTRAN Neighbour Cell list. The 
E-UTRAN Neighbour Cell list may contain up to 8 E-UTRAN frequencies. For each E-UTRAN frequency, zero or 
more E-UTRAN neighbour cells may be specified that are not allowed for cell reselection. The list of not allowed cells 
is defined in the Not Allowed Cells lEs. 

Each EARFCN in each instance of the Repeated E-UTRAN Neighbour Cells IE is added to the E-UTRAN Neighbour 
Cell list in the order in which it is received. 


Test description 
Pre-test conditions 


6.2.3.21.3 
6.2.3.21.3.1 
System Simulator: 

2 cells, one GSM and one E-UTRA cell: 

- Cell 24 GSM serving cell 

- Cell 1 suitable neighbour E-UTRA cell Cell 1 is off. 
UE: 

None. 
Preamble: 

- The UE is GPRS attached and the PDP context 2 activated according to [23]. 

6.2.3.21 .3.2 Test procedure sequence 

Table 6.2.3.21.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The exact instants on which these values shall be applied are described in the 
texts in this clause. 

Table 6.2.3.21.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Remark 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-70 


Srxlev* 

dB 

30 

SrxlevceiM >THRESH E- 
UTRAN_high 

Note: Srxlev is calculated in the UE 
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Table 6.2.3.21.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

UE is brought into downlink packet transfer 
mode 

- 

- 

- 

- 

- 

EXCEPTION: Step 2 is repeated 5 times. 

- 

- 

- 

- 

2 

The SS sends one downlink data block 

- 


- 

- 

3 

Void 

- 


- 

- 

4 

SS adjusts cell levels for Cell 1 according to 
rowT1 of table 6.2.3.21.3.2-1 

- 

- 

- 

- 


EXCEPTION: Step 5 is repeated until the 
parallel behaviour in table 6.2.3.21 .3.2-3 takes 
place. 





5 

The SS sends one downlink data block 

- 


- 

- 

Table 6.2.3.21.3.2-3: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Check: Does the test result of generic test 
procedure in TS 36.508 Table 6.4.2.7A-1 
indicate that the UE is camped on E-UTRAN 
CelM? 



1 



6.2.3.21.3.3 
None. 

6.2.3.22 

6.2.3.22.1 
(1) 


Specific message contents 


Inter-RAT Cell Reselection Failure /from GPRS Packet_Transfer (NCO 
mode) to E-UTRA 

Test Purpose (TP) 


with { UE in GPRS Registered state with active packet data transfer in NCO mode } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the higher 
priority inter-RAT E-UTRA cell} 

then { UE fails to reselect as the E-UTRA cell is Barred and reselcts back to GERAN cell } 
} 


6.2.3.22.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 45.008, clause 10.1.3.3 , TS 
44.018, clause 3.4.1.2.1.1a & TS 36.304, clause 5.3.1. 

[TS 45.008, clause 10.1.3.3] 


The algorithm in this subclause shall be used for inter-RAT cell reselection if priority information is available to the MS 
and threshold information is provided by the network. The network shall provide priority information if E-UTRAN 
frequencies are included in the neighbour cell list. The mobile station may apply either priorities broadcast in system 
information or individual priorities received through dedicated signalling. The rules regarding which set of priorities 
shall apply are defined in 3GPP TS 44.018 and 3GPP TS 44.060. 

NOTE 1 : Throughout the specification, the phrase "neighbour cell list" will include also the E-UTRAN Neighbour 
Cell list and/or the GPRS E-UTRANNeighbour Cell list where appropriate. 

If the GPRS 3G Cell Reselection Hst or the GPRS E-UTRAN Neighbour Cell Hst include frequencies of other radio 
access technologies, the MS shall, at least every 5 seconds update the value RLA_P for the serving cell and each of the 
at least 6 strongest non serving GSM cells. 

The MS shall then reselect a suitable (see 3GPP TS 25.304 for UTRAN and 3GPP TS 36.304 for E-UTRAN) cell of 
another radio access technology if the criteria below are satisfied. S_non-serving_XXX is the measurement quantity of 
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a non-serving inter-RAT cell and XXX indicates the other radio access technology/mode. S_non-serving_XXX is 
defined in subclause 6.6.6. 

Cell reselection to a cell of another inter-RAT frequency shall be performed if any of the conditions below (to be 
evaluated in the order shown) is satisfied: 

The S_non-serving_XXX of one or more cells of a higher priority inter-RAT frequency is greater than 
THRESH_XXX_high during a time interval T_reselection; in that case, the mobile station shall consider the 
cells for reselection in decreasing order of priority and, for cells of the same inter-RAT frequency, in decreasing 
order of S_non-serving_XXX, and reselect the first cell that satisfies the conditions above; 

- The value of S_serving is lower than THRESH_serving_low for the serving cell and all measured GSM cells; in 
this case, the mobile station shall consider for reselection the inter-RAT cells in the following order, and reselect 
the first one that satisfies the following criteria: 

- cells of a lower priority inter-RAT frequency whose S_non-serving_XXX is greater than 

THRESH_XXX_low during a time interval T_reselection; these cells shall be considered in decreasing order 
of priority and, for cells of the same RAT, in decreasing order of S_non-serving_XXX; 

if no cells satisfy the criterion above, inter-RAT cells for which, during a time interval T_reselection, S_non- 
serving_XXX is higher than S_serving by at least a specific hysteresis H_PRIO; these cells shall be 
considered in decreasing order of S_non-serving_XXX. 

A UTRAN FDD cell shall only be reselected if, in addition to the criteria above, its measured Ec/No value is equal to or 
greater than FDD_Qmin - FDD_Qmin_Offset. 

Cell reselection to a cell of another radio access technology (e.g. UTRAN or E-UTRAN) shall not occur within [5] 
seconds after the MS has reselected a GSM cell from an inter-RAT cell if a suitable GSM cell can be found. 

If the mobile station applies individual priorities received through dedicated signalling and priority information is 
available only for some inter-RAT frequencies, cells belonging to frequencies for which no individual priority is 
available or no threshold is broadcast in system information shall not be considered for measurement and for cell re- 
selection. 

If a mobile station in camped normally state (see 3GPP TS 43.022) applies individual priorities received through 
dedicated signalling and no priority is available for the serving cell, the mobile station shall consider any GSM cell 
(including the serving cell) to have lowest priority (i.e. lower than the eight network configured values). 

A mobile station in camped on any cell state (see 3GPP TS 43.022) shall ignore individual priorities received through 
dedicated signalling and shall apply priorities received from the system information of the serving cell while attempting 
to find a suitable cell. If the mobile station supports CS voice services, the MS shall avoid reselecting acceptable (but 
not suitable) E-UTRA cells regardless of the priorities provided in system information. 

NOTE 2: If the MS is camping on an acceptable cell, individual priorities are not discarded until an event leading to 
their deletion occurs. 

In case of a reselection attempt towards a barred UTRAN cell, the MS shall abandon further reselection attempts 
towards this UTRAN cell as defined by the Tbarred value on the barred UTRAN cell (see 3GPP TS 25.331). 

NOTE 3: It is FES whether a similar requirement should be added in case of a reselection attempt towards a barred 
E-UTRAN cell. 

NOTE 4: Requirements for cells belonging to "forbidden LAs for roaming" should be included here. 

[TS 44.018, clause 3.4.1.2.1.1a] 

This applies only to a multi-RAT MS supporting E-UTRAN. One or more instances of the Measurement Information 
message or SI2quater message may provide E-UTRAN Neighbour Cell Description information in one or more 
instances of the Repeated E-UTRAN Neighbour Cells IE. This is used to build the E-UTRAN Neighbour Cell list. The 
E-UTRAN Neighbour Cell list may contain up to 8 E-UTRAN frequencies. For each E-UTRAN frequency, zero or 
more E-UTRAN neighbour cells may be specified that are not allowed for cell reselection. The list of not allowed cells 
is defined in the Not Allowed Cells lEs. 

Each EARFCN in each instance of the Repeated E-UTRAN Neighbour Cells IE is added to the E-UTRAN Neighbour 
Cell list in the order in which it is received. 
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[TS 36.304, clause 5.3.1] 

Cell status and cell reservations are indicated in the SystemlnformationBlockTypel [3] by means of two Information 
Elements: 

- cellBarred (IE type: "barred" or "not barred") 

In case of multiple PLMNs indicated in SIB 1 sharing, this IE is common for all PLMNs 


When cell status is indicated as "not barred" and "not reserved" for operator use, 

- All UEs shall treat this cell as candidate during the cell selection and cell re-selection procedures. 

When cell status "barred" is indicated or to be treated as if the cell status is "barred", 

- The UE is not permitted to select/re-select this cell, not even for emergency calls. 

- The UE shall select another cell according to the following rule: 

- If the cell is a CSG cell: 

- the UE may select another cell on the same frequency if the selection/reselection criteria are fulfilled. 

- else 

- If the IE intraFreqReselection in IE cellAccessRelatedlnfo in SystemlnformationBlockTypel is set to 
"allowed", the UE may select another cell on the same frequency if re- selection criteria are fulfilled. 

- The UE shall exclude the barred cell as a candidate for cell selection/reselection for 300 seconds. 

- If the IE intraFreqReselection in IE cellAccessRelatedlnfo in SystemlnformationBlockTypel is set to "not 
allowed" the UE shall not re-select a cell on the same frequency as the barred cell. 

- The UE shall exclude the barred cell and the cells on the same frequency as a candidate for cell 
selection/reselection for 300 seconds. 

6.2.3.22.3 Test description 

6.2.3.22.3.1 Pre-test conditions 
System Simulator: 

2 cells, one GSM and one E-UTRA cell: 

- Cell 24 GSM serving cell 

- Cell 1 suitable neighbour E-UTRA cell Cell 1 is off. 
UE: 

None. 
Preamble: 

- The UE is GPRS attached and the PDP context 2 activated according to [23]. 

6.2.3.22.3.2 Test procedure sequence 

Table 6.2.3.22.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The exact instants on which these values shall be applied are described in the 
texts in this clause. 
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Table 6.2.3.22.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Remark 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-70 


Srxlev* 

dB 

36 

SrxlevceiM >THRESH E- 
UTRAN high 

cellBarred 


barred 

E-UTRAN cell is Barred, as 
indicated in 

SystemlnformationBlockTypel 
(Table 6.2.3.22.3.3-2) 

Note: Srxlev is calculated in the UE 


Table 6.2.3.22.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U--S 

Message 

1 

UE is brought into downlink packet transfer 
mode 

- 

- 

- 

- 

- 

EXCEPTION: Step 2 is repeated 5 times. 

- 

- 

- 

- 

2 

The SS sends one downlink data block 

- 


- 

- 

3 

SS adjusts cell levels for Cell 1 according to 
rowT1 of table 6.2.3.22.3.2-1 

- 

- 

- 

- 

- 

EXCEPTION: Step 4 is repeated until the TBF 
is released in Cell 24. 

- 

- 

- 

- 

4 

The SS sends one downlink data block 

- 


- 

- 

5 

Check: Does UE send Channel Request on 
Cell 24? 

-> 

CHANNEL REQUEST 

1 

P 

6 

SS sends Immediate assignment 

<- 

IMMEDIATE ASSIGNMENT 



7 

Check: Does UE send Cell Update? 

— > 

CELL UPDATE 

1 

P 

8 

UE is brought into downlink packet transfer 
mode and data transfer is completed. 

- 

- 

- 

- 


6.2.3.22.3.3 Specific message contents 

Table 6.2.3.22.3.3-1: SystemlnformationBlockTypel for CelM [Preamble] 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




cellBarred 

barred 



intraFreqReselection 

not allowed 



} 




} 




Table 6.2.3.22.3.3-2: Attach Accept for CelM [Preamble] 

Derivation path: 36.508 table 4.7B.2-7 

Information Element 

Value/Remark 

Comment 

Condition 

Cell Notification 

8C 

To allow UE to 
send Cell Update 



Inter-RAT Cell Reselection from GPRS Packet transfer to E-UTRA in CON 
Mode(PAGKET CELL CHANGE CONTINUE) 

Test Purpose (TP) 


6.2.3.23 

6.2.3.23.1 
(1) 

with { UE in GPRS Registered state with active packet data transfer in NCI mode } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell and in CCN mode 
then { UE leaves CCN mode, reselects the E-UTRA cell j 
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6.2.3.23.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 45.008 section 6.6.6, 
10.1.3.3,10.1.4 and TS44.060 section 5.5.1.1a.2 and 5.5.2.3 

[TS 45.008, section 6.6.6 and 10.1.3.3] 

The algorithm in this subclause shall be used for inter-RAT cell reselection if priorities are available to the MS and 
thresholds are provided by the network, and if the mobile station supports priority based inter-RAT cell re-selection and 
priority information for the serving cell is provided by the network. A mobile station supporting E-UTRAN shall 
support priority based inter-RAT cell re-selection towards all the supported RATs. A mobile station not supporting E- 
UTRAN and supporting UTRAN and supporting priority based reselection from UTRAN to GERAN shall support 
priority based inter-RAT cell re-selection towards UTRAN 

The network shall provide priority information if E-UTRAN frequencies are included in the neighbour cell list. If 
priority information is available to the mobile station and the mobile station supports priority based inter-RAT cell re- 
selection, the algorithm in this subclause shall be used for inter-RAT reselection towards all RATs. 

If the 3G Cell Reselection list or the E-UTRAN Neighbour Cell list include frequencies of other radio access 
technologies, the MS shall, at least every 5 s update the value RLA_C for the serving cell and each of the at least 6 
strongest non serving GSM cells. 

The MS shall then reselect a suitable (see 3GPP TS 25.304 for UTRAN and 3GPP TS 36.304 for E-UTRAN) cell of 
another radio access technology if the criteria below are satisfied. S_non-serving_XXX is the measurement quantity of 
a non-serving inter-RAT cell and XXX indicates the other radio access technology/mode and is defined as follows: 

- for a E-UTRAN cell, is the measured RSRP value for the cell minus E-UTRAN_QRXLEVMIN for the cell's 
frequency if THRESH_E-UTRAN_high_Q is not provided; otherwise, if THRESH_E-UTRAN_high_Q is provided, is 
the measured RSRQ value for the cell minus E-UTRAN_QQUALMIN for the cell's frequency. 

[TS 45.008, clause 10.1.4] 

The network may request measurement reports from the MS and control its cell re-selection. This is indicated by the 
parameter NETWORK_CONTROL_ORDER. The meaning of the different parameter values is specified as follows: 

NCO Normal MS control 

The MS shall perform autonomous cell re-selection. 

NCI MS control with measurement reports 

The MS shall send measurement reports to the network as defined in subclause 10.1.4.1. 
The MS shall perform autonomous cell re-selection. 

NC2 Network control 

The MS shall send measurement reports to the network as defined in subclause 10.1.4.1. 
The MS shall only perform autonomous cell re-selection when the reselection is triggered by a 
downlink signalling failure as defined in subclause 6.5 or a random access failure as defined in 
3GPP TS 44.018 and 3GPP TS 44.060 or if the cell is barred or the CI criterion falls below zero. 
The MS shall only determine whether the cell is barred once camped on the cell. 

RESET The MS shall return to the broadcast parameters. Only sent on PCCCH or PACCH. 

All signalling for support of network controlled cell re-selection and measurement reports are defined in 3GPP TS 
44.060 section 5.5.1.1a.2 and 5.5.2.3. 

6.2.3.23.3 Test description 
6.2.3.23.3.1 Pre-test conditions 
System Simulator: 

- Cell 24 is serving GERAN Cell 

- Cell 1 is suitable E-UTRAN Cell 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


306 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


UE: 


None. 
Preamble: 


The UE is GPRS attached and the PDP context 2 activated according to section 41.2.8.1.1 and 40.4.3.15 of 
TS51010-1 


6.2.3.23.3.2 


Test procedure sequence 


Tables 6.2.3.23.3.2-1 & 6.2.3.23.3.2-2 illustrates the downlink power levels and other changing parameters to be 
applied for the cells at various time instants of the test execution. Row marked "TO" denotes the initial conditions after 
the preamble, while rows marked "Tl" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 6.2.3.23.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Cell24 

Remark 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-60 

No change 

The power level is 
such that 
SrxlevCell 1 > 

Note: Srxlev is calculated in the UE 



Table 6.2.3.23.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

Uplink dynamic allocation two phase access 
according to TS 51 .01 clause 40.4.3.9 using 
n=5000 octets of data 





2 

EXCEPTION: MS continues to transfer data 
and send measurement reports for cell 1 in 
PACKET MEASUREMENT REPORT in 
parallel to steps 3 to 4 





3 

SS adjusts cell levels for Cell 1 according to 
rowTI of table 6.2.3.23.3.2-1 

- 

- 

- 

- 

4 

The UE transmits PACKET CELL CHANGE 
NOTIFICATION to E UTRA cell on 24 

-> 

PACKET CELL CHANGE 
NOTIFICATION 



5 

The SS sends PACKET CELL CHANGE 
CONTINUE for cell 1 as the target cell on cell 
24 

<— 

PACKET CELL CHANGE 
CONTINUE 



6 

Check: Does UE send RRC CONNECTION 
REQUEST on cein? 

-> 

RRCConnectionRequest 

1 

P 

7 

SS sends RRCConnectionSetup to the UE 

<- 

RRCConnectionSetup 

- 

- 

8 

Check: Does the UE send 
RRCConnectionSetupComplete message on 
cell 1? 

-> 

RRCConnectionSetupComplete 

1 

P 
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6.2.3.23.3.3 Specific message contents 

Table 6.2.3.23.3.3-1 : Repeated E-UTRAN Neighbour Cells struct of SI2Quater for Cell 24[Preamble] 


Derivation Path: 36.508 table FFS 

Information Element 

Value/remark 

Comment 

Condition 

Serving Cell Priority Parameters ::= 
{ 




GERAN_PRIORITY 

'001 'B 

This filed specifies 
GERAN cell priority 


} 




Repeated E-UTRAN Neighbour Cells ::= 
{ 




EARFCN 

Same as cell 1 

This field specifies 
the E-UTRA Absolute 
Radio Frequency 
Channel Number as 
defined in 
3GPPTS 36.104. 


Measurement Bandwidth 

Same as cell 1 



E-UTRAN PRIORITY 

'100'B 

Same as cell 1 


E-UTRAN QRXLEVMIN 

17(-106dBm) 



} 




E-UTRAN Parameters Description struct ::= 
{ 




E-UTRAN_CCN_ACTIVE 

1 

CCN is enabled in 
the cell 


} 





Table 6.2.3.23.3.3-2: PACKET CELL CHANGE CONTINUE (step 5, Table 6.2.3.23.3.3-2) 


Information Element 

Value/remark 

Comment 

Condition 

Packet Cell Change Continue message content ::= 




PAGE MODE 

'OO'B 

Normal Paging 


Global TFI 

TFI of the uplink TBF 




Inter-RAT Cell Reselection from GPRS Packet transfer to E-UTRA in CCN 
Mode (PACKET CELL CHANGE ORDER) 

Test Purpose (IP) 


6.2.3.24 

6.2.3.24.1 
(1) 

with { UE in GPRS Registered state with active packet data transfer in NCO mode } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell and in CCN mode } 
then { UE leaves CCN mode, reselects the E-UTRA cell } 


6.2.3.24.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 45.008 section 6.6.6, 
10.1.3.3,10.1.4 and TS 44.060 section 5.5.1.1a.2 and 5.5.2.3 

[TS 44.060, section 5.5.1.1a.2] 

A mobile station, which has CCN Enabled, can enter CCN Mode. 

The mobile station shall enable CCN when the following criteria are fulfilled: 

- the mobile station is camping on a cell (see 3GPP TS 45.008); and 

- the network indicates CCN ACTIVE/3G CCN ACTIVE/E-UTRAN CCN ACTIVE either in system information 
to all mobile stations in the cell or in an individual order to a certain mobile station; and 
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- the mobile station is neither in dedicated mode nor Dual Transfer Mode; and 
the mobile station is in NCO or in NCI mode; and 

- the mobile station is in Packet Transfer mode. 

The CCN procedures and the criteria for entering and leaving CCN mode are specified in sub-clauses 8.8.2 and 8.8.3. 

[TS 45.008, section 6.6.6 and 10.1.3.3] 

The algorithm in this subclause shall be used for inter-RAT cell reselection if priorities are available to the MS and 
thresholds are provided by the network, and if the mobile station supports priority based inter-RAT cell re-selection and 
priority information for the serving cell is provided by the network. A mobile station supporting E-UTRAN shall 
support priority based inter-RAT cell re-selection towards all the supported RATs. A mobile station not supporting E- 
UTRAN and supporting UTRAN and supporting priority based reselection from UTRAN to GERAN shall support 
priority based inter-RAT cell re-selection towards UTRAN 

The network shall provide priority information if E-UTRAN frequencies are included in the neighbour cell list. If 
priority information is available to the mobile station and the mobile station supports priority based inter-RAT cell re- 
selection, the algorithm in this subclause shall be used for inter-RAT reselection towards all RATs. 

If the 3G Cell Reselection list or the E-UTRAN Neighbour Cell list include frequencies of other radio access 
technologies, the MS shall, at least every 5 s update the value RLA_C for the serving cell and each of the at least 6 
strongest non serving GSM cells. 

The MS shall then reselect a suitable (see 3GPP TS 25.304 for UTRAN and 3GPP TS 36.304 for E-UTRAN) cell of 
another radio access technology if the criteria below are satisfied. S_non-serving_XXX is the measurement quantity of 
a non-serving inter-RAT cell and XXX indicates the other radio access technology/mode and is defined as follows: 

- for a E-UTRAN cell, is the measured RSRP value for the cell minus E-UTRAN_QRXLEVMIN for the cell's 
frequency if THRESH_E-UTRAN_high_Q is not provided; otherwise, if THRESH_E-UTRAN_high_Q is provided, is 
the measured RSRQ value for the cell minus E-UTRAN_QQUALMIN for the cell's frequency. 

[TS 45.008, clause 10.1.4] 

The network may request measurement reports from the MS and control its cell re-selection. This is indicated by the 
parameter NETWORK_CONTROL_ORDER. The meaning of the different parameter values is specified as follows: 

NCO Normal MS control 

The MS shall perform autonomous cell re-selection. 

NCI MS control with measurement reports 

The MS shall send measurement reports to the network as defined in subclause 10.1.4.1. 
The MS shall perform autonomous cell re-selection. 

NC2 Network control 

The MS shall send measurement reports to the network as defined in subclause 10.1.4.1. 
The MS shall only perform autonomous cell re-selection when the reselection is triggered by a 
downlink signalling failure as defined in subclause 6.5 or a random access failure as defined in 
3GPP TS 44.018 and 3GPP TS 44.060 or if the cell is barred or the CI criterion falls below zero. 
The MS shall only determine whether the cell is barred once camped on the cell. 

RESET The MS shall return to the broadcast parameters. Only sent on PCCCH or PACCH. 

All signalling for support of network controlled cell re-selection and measurement reports are defined in 3GPP TS 
44.060 section 5.5.1.1a.2 and 5.5.2.3. 

6.2.3.24.3 Test description 

6.2.3.24.3.1 Pre-test conditions 

System Simulator: 

- Cell 24 is serving GERAN Cell 

- Cell 1 is OFF 
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UE: 

None. 
Preamble: 


The UE is GPRS attached and the PDP context 2 activated according to section 41.2.8.1.1 and 40.4.3.15 of TS 
51010-1 


6.2.3.24.3.2 


Test procedure sequence 


Table 6.2.3.23.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The exact instants on which these values shall be applied are described in the 
texts in this clause. 

Table 6.2.3.24.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Cell24 

Remark 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-60 

Same as 
before 

The power level is 
such that 
SrxlevCell 1 > 

Note: Srxlev is calculated in the UE 



Table 6.2.3.24.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

Uplink dynamic allocation two phase access 
according to TS 51 .01 clause 40.4.3.9 using 
n=10000 octets of data 





- 

MS continues to transfer data in parallel to 
steps 2 to 3 

- 

- 

- 

- 

2 

SS adjusts cell levels for Cell 1 according to 
rowTI of table 6.2.3.24.3.2-1 

- 

- 

- 

- 

3 

The UE transmits PACKET CELL CHANGE 
NOTIFICATION to E UTRA cell on 24 

-> 

PACKET CELL CHANGE 
NOTIFICATION 



4 

The SS sends PACKET CELL CHANGE 
ORDER for cell 1 as the target cell on cell 24 

<- 

PACKET CELL CHANGE ORDER 

- 

- 

5 

Check: Does UE send RRC CONNECTION 
REQUEST on cein? 

-> 

RRCConnectionRequest 

1 

P 

6 

SS sends RRCConnectionSetup to the UE 

<— 

RRCConnectionSetup 

- 

- 

7 

Check: Does the UE send 
RRCConnectionSetupComplete message on 
cell 1? 

-> 

RRCConnectionSetupComplete 

1 

P 
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6.2.3.24.3.3 Specific message contents 

Table 6.2.3.24.3.3-1 Repeated E-UTRAN Neighbour Cells struct of SI2Quater for Cell 24[Preamble] 


Derivation Path: 36.508 table 4.4.5-1 

Information Element 

Value/remark 

Comment 

Condition 

Serving Cell Priority Parameters ::= 
{ 




GERAN_PRIORITY 

'001 'B 

This filed specifies 
GERAN cell priority 


} 




Repeated E-UTRAN Neighbour Cells ::= 
{ 




EARFCN 

Same as cell 1 

This field specifies 
the E-UTRA Absolute 
Radio Frequency 
Channel Number as 
defined in 
3GPPTS 36.104. 


Measurement Bandwidth 

Same as cell 1 



} 




E-UTRAN Parameters Description struct ::= 
{ 




E-UTRAN_CCN_ACTIVE 

1 

CCN is enabled in 
the cell 


} 





Table 6.2.3.24.3.3-2: PACKET CELL CHANGE ORDER (step 5, Table 6.2.3.24.3.2-2) 


Information element 

Value/remark 

< PAGE MODE : bit (2) > 

00 (Normal Paging) 

01 10 



< GLOBAL TFI : Global TFI IE > 

<5 bit Uplink TFI> 

on 

1 

Message Escape 

< IMMEDIATE REL > 

0|1<UTRAN FDD Target cell IE> 

0|1<UTRAN TDD Target cell IE> 

Additions in Rel-5 

1 1 < G-RNTI extension 

Additions in Rel-8 

0|1<E-UTRAN Target cell IE> 

EARFCN 

1 1 < Measurement Bandwidth 

Physical Layer Cell identity 

1 1 < Individual Priorities 

00 

1 (Immediate abort of operation in the old cell is required) 

(not present ) 

(not present ) 

1 

(not present ) 

1 

1 

EARFCN of the cell 1 

(not present ) 

PCIDofthecell 1 

(not present ) 
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Table 6.2.3.24.3.3-3: Message ATTACH REQUEST (Preamble) 


Derivation Path: Table 9.4.1/3GPP TS 24.008 

Information Element 

Value/remark 

Comment 

Condition 

MS Radio Access capability 




GERAN to E-UTRA support in GERAN packet 
transfer mode 

'10'Bor'11'B 

UTRAN Neighbour 
Cell measurements 
and MS autonomous 
cell reselection to E- 
UTRAN and CCN 
towards E-UTRAN, 
E-UTRAN Neighbour 
Cell measurement 
reporting and 
Network controlled 
cell reselection to E- 
UTRAN 


Mobile station classmark 3 




E-UTRA FDD support 

'O'Bor'1'B 


C1 

E-UTRA TDD support 

'O'Bor'1'B 


C1 


C1 


At least one of these fields shall be set to '1 'B 


6.2.3.25 
6.2.3.26 

6.2.3.26.1 
(1) 


Void 

Inter-RAT Autonomous Cell Reselection GPRS Packetjransfer to E-UTRA 
(NC1 mode) 

Test Purpose (TP) 


with { UE in GPRS Registered state with active packet data transfer in NCI mode } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the higher 
priority inter-RAT E-UTRA cell } 

then { UE performs autonomous, reselection to the E-UTRA cell } 


6.2.3.26.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 45.008 section 6.6.6, 10.1.3.3 
and 10.1.4 and TS44.060 section 5.6.1 

[TS 45.008, section 6.6.6 and 10.1.3.3] 

The algorithm in this subclause shall be used for inter-RAT cell reselection if priorities are available to the MS and 
thresholds are provided by the network, and if the mobile station supports priority based inter-RAT cell re-selection and 
priority information for the serving cell is provided by the network. A mobile station supporting E-UTRAN shall 
support priority based inter-RAT cell re-selection towards all the supported RATs. A mobile station not supporting E- 
UTRAN and supporting UTRAN and supporting priority based reselection from UTRAN to GERAN shall support 
priority based inter-RAT cell re-selection towards UTRAN 

The network shall provide priority information if E-UTRAN frequencies are included in the neighbour cell list. If 
priority information is available to the mobile station and the mobile station supports priority based inter-RAT cell re- 
selection, the algorithm in this subclause shall be used for inter-RAT reselection towards all RATs. 

If the 3G Cell Reselection list or the E-UTRAN Neighbour Cell list include frequencies of other radio access 
technologies, the MS shall, at least every 5 s update the value RLA_C for the serving cell and each of the at least 6 
strongest non serving GSM cells. 

The MS shall then reselect a suitable (see 3GPP TS 25.304 for UTRAN and 3GPP TS 36.304 for E-UTRAN) cell of 
another radio access technology if the criteria below are satisfied. S_non-serving_XXX is the measurement quantity of 
a non-serving inter-RAT cell and XXX indicates the other radio access technology/mode and is defined as follows: 
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- for a E-UTRAN cell, is the measured RSRP value for the cell minus E-UTRAN_QRXLEVMIN for the cell's 
frequency if THRESH_E-UTRAN_high_Q is not provided; otherwise, if THRESH_E-UTRAN_high_Q is provided, is 
the measured RSRQ value for the cell minus E-UTRAN_QQUALMIN for the cell's frequency. 

[TS 45.008, clause 10.1.4] 

The network may request measurement reports from the MS and control its cell re-selection. This is indicated by the 
parameter NETWORK_CONTROL_ORDER. The meaning of the different parameter values is specified as follows: 


NCO 


NCI 


NC2 


RESET 


Normal MS control 

The MS shall perform autonomous cell re-selection. 

MS control with measurement reports 

The MS shall send measurement reports to the network as defined in subclause 10.1.4.1. 

The MS shall perform autonomous cell re-selection. 

Network control 

The MS shall send measurement reports to the network as defined in subclause 10.1.4.1. 

The MS shall only perform autonomous cell re-selection when the reselection is triggered by a 

downlink signalling failure as defined in subclause 6.5 or a random access failure as defined in 

3GPP TS 44.018 and 3GPP TS 44.060 or if the cell is barred or the CI criterion falls below zero. 

The MS shall only determine whether the cell is barred once camped on the cell. 

The MS shall return to the broadcast parameters. Only sent on PCCCH or PACCH. 


All signalling for support of network controlled cell re-selection and measurement reports are defined in 3GPP TS 
44.060 section 5.5.1.1a.2 and 5.5.2.3. 


Test description 
Pre-test conditions 


6.2.3.26.3 
6.2.3.26.3.1 
System Simulator: 

- Cell 24 is serving GERAN Cell 

- Cell 1 is suitable E-UTRAN Cell 
UE: 

None. 

Preamble: 

The UE is GPRS attached and the PDP context 2 activated according to section 41.2.8.1.1 and 40.4.3.15 of 
TS51010-1 


6.2.3.26.3.2 


Test procedure sequence 


Tables 6. 2. 3. 26. 3. 2- 1& 6.2.3.26.3.2-2 illustrates the downlink power levels and other changing parameters to be applied 
for the cells at various time instants of the test execution. Row marked "TO" denotes the initial conditions after the 
preamble, while rows marked "Tl" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 6.2.3.26.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

OFF 


Qrxlevmin 

dBm 

-106 


Srxlev* 

dB 

N/A 


T1 

Cell-specific RS EPRE 

dBm/15kHz 

-70 


Srxlev* 

dB 

30 

SrxlevceiM >THRESH E- 
UTRAN high 

Note: Srxlev is calculated in the UE 
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Table 6.2.3.26.3.2-2: Time instances of cell power level and parameter changes for GERAN cells 



Parameter 

Unit 

Cell 24 

Remark 

TO 

RF Signal Level 

dBm 

-80 

Camping on Cell 24 is guaranteed 

RXLEV ACCESS MIN 

dBm 

-101 


CV 

dB 

21 


T1 

RF Signal Level 

dBm 


Same as before 

RXLEV ACCESS MIN 

dBm 


Sa me as before 

CV 

dB 


Same as before 

Note: C1 is calculated in the UE 


Table 6.2.3.26.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

Downlink TBF is established according to TS 
51.010 clause 40.4.3.14 

- 

- 

- 

- 


EXCEPTION: Steps 2 and 3 are repeated until 
measurement results for cell 1 are included in 
PACKET MEASUREMENT REPORT 





2 

SS sends downlink data 

<— 




3 

UE sends PACKET MEASUREMENT 
REPORT 

-> 

PACKET MEASUREMENT 
REPORT 



4 

SS adjusts cell levels for Cell 1 according to 
rowTI of table 6.2.3.26.3.2-1 

- 

- 

- 

- 


EXCEPTION: Steps 5 and 6 are repeated until 
the parallel behaviour in table 6.2.3.26.3.2-3 
takes place 





5 

SS sends downlink data 





6 

UE sends PACKET MEASUREMENT 
REPORT 

-> 

PACKET MEASUREMENT 
REPORT 



Table 6.2.3.26.3.2-3: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Check: Does the test result of generic test 
procedure in TS 36.508 Table 6.4.2.7A-1 
indicate that the UE is camped on E-UTRAN 
Cell 1? 



1 
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6.2.3.26.3.3 Specific message contents 

Table 6.2.3.26.3.3-1 Repeated E-UTRAN Neighbour Cells struct of SI2Quater for Cell 24[Preamble] 


Derivation Path: 36.508 table 4.4.5-1 

Information Element 

Value/remark 

Comment 

Condition 

Serving Cell Priority Parameters ::= 
{ 




GERAN_PRIORITY 

'001 'B 

This filed specifies 
GERAN cell priority 


} 




Repeated E-UTRAN Neighbour Cells ::= 
{ 




EARFCN 

Same as cell 1 

This field specifies 
the E-UTRA Absolute 
Radio Frequency 
Channel Number as 
defined in 
3GPPTS 36.104. 


Measurement Bandwidth 

Same as cell 1 



E-UTRAN PRIORITY 

'100'B 

Same as cell 1 


THRESH E-UTRAN high 

'0001 0'B 

Actual value =4 dB 


THRESH E-UTRAN low 

'0001 0'B 

Actual value =4 dB 


E-UTRAN QRXLEVMIN 

17(-106dBm) 



} 





Table 6.2.3.27.3.3-2: Message ATTACH REQUEST (Preamble) 


Derivation Path: Table 9.4.1/3GPP TS 24.008 

Information Element 

Value/remark 

Comment 

Condition 

MS Radio Access capability 




GERAN to E-UTRA support in GERAN packet 
transfer mode 

'IO'Bor'11'B 

UTRAN Neighbour 
Cell measurements 
and MS autonomous 
cell reselection to E- 
UTRAN and CCN 
towards E-UTRAN, 
E-UTRAN Neighbour 
Cell measurement 
reporting and 
Network controlled 
cell reselection to E- 
UTRAN 


Mobile station classmark 3 




E-UTRA FDD support 

'O'Bor'I'B 


CI 

E-UTRA TDD support 

'O'Bor'I'B 


CI 


C1 


At least one of these fields shall be set to '1 'B 


6.2.3.27 Inter-RAT Cell selection from GPRS Packetjransfer to E-UTRA (NC2 Mode) 
6.2.3.27.1 Test Purpose (TP) 

(1) with { UE in GPRS Registered state with active packet data transfer in NC2 mode } 
ensure that { 

when { UE detects network re-selection criteria are met on the E-UTRA cell} 

then { UE performs cell change to E-UTRA cell and the data transfer is continued and completed 
in E-UTRA cell j 


6.2.3.27.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 45.008, clause 6.4, 10.1.4, 
and 10.1.4.2: 
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[TS 45.008, clause 6.4] 

The path loss criterion parameter CI used for cell selection and reselection is defined by: 

Cl = (A-Max(B,0)) 

where 

A = RLA_C - RXLEV_ACCESS_MIN 

B = MS_TXPWR_MAX_CCH - P 

except for the class 3 DCS 1 800 MS where: 

B = MS_TXPWR_MAX_CCH + POWER OFFSET - P 

RXLEV_ACCESS_MIN = Minimum received signal level at the MS required for access to the 

system. 

MS_TXPWR_MAX_CCH = Maximum TX power level an MS may use when accessing the system 

until otherwise commanded. 

POWER OFFSET = The power offset to be used in conjunction with the MS TXPWR 

MAX CCH parameter by the class 3 DCS 1 800 MS. 
P = Maximum RE output power of the MS. 

All values are expressed in dBm. 

[TS 45.008, clause 10.1.4] 

The network may request measurement reports from the MS and control its cell re-selection. This is indicated by the 
parameter NETWORK_CONTROL_ORDER. The meaning of the different parameter values is specified as follows: 

NCO Normal MS control 

The MS shall perform autonomous cell re-selection. 

NCI MS control with measurement reports 

The MS shall send measurement reports to the network as defined in subclause 10.1.4.1. 
The MS shall perform autonomous cell re-selection. 

NC2 Network control 

The MS shall send measurement reports to the network as defined in subclause 10.1.4.1. 
The MS shall only perform autonomous cell re-selection when the reselection is triggered by a 
downlink signalling failure as defined in subclause 6.5 or a random access failure as defined in 
3GPP TS 44.018 and 3GPP TS 44.060 or if the cell is barred or the CI criterion falls below zero. 
The MS shall only determine whether the cell is barred once camped on the cell. 

RESET The MS shall return to the broadcast parameters. Only sent on PCCCH or PACCH. 

A list given by Packet Cell Change Order applies in the new cell. This list may also include cells with other radio access 
technologies. 

All signalling for support of network controlled cell re-selection and measurement reports are defined in 3GPP TS 
44.060. 

If the MS operates in NC2 mode, the following rules shall be applied: 

- The network controls the measurements of UTRAN cells by the parameter Qsearch_P. The network controls the 
measurements of E-UTRAN cells by the parameter Qsearch_P_E-UTRAN. 

- The network may control UTRAN measurements per individual UTRAN frequency by the parameters 
Measurement_Control_UTRAN and E-UTRAN measurements per individual E-UTRAN frequency by the 
parameters Measurement_Control_E-UTRAN. 

[TS 45.008, clause 10.1.4.1] 

When ordered to send measurement reports, the MS shall continuously monitor all carriers in BA(GPRS) or as 
indicated by the parameter NC_FREQUENCY_LIST and the BCCH carrier of the serving cell. The measurement 
requirements are defined in subclause 10.1.1 for the actual packet mode 
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[TS 44.018, clause 3.4.1.2.1.1a] 

This applies only to a multi-RAT MS supporting E-UTRAN. One or more instances of the Measurement Information 
message or SI2quater message may provide E-UTRAN Neighbour Cell Description information in one or more 
instances of the Repeated E-UTRAN Neighbour Cells IE. This is used to build the E-UTRAN Neighbour Cell list. The 
fast acquisition of system information procedure, as defined in subclause 3.4.1.2.1.11, shall be used to acquire E- 
UTRAN measurement parameters and neighbour cell information from SI2quater and MEASUREMENT 
INFORMATION. 

6.2.3.27.3 Test description 

6.2.3.27.3.1 Pre-test conditions 

System Simulator: 

- 2 Cells, one GSM and one E-UTRA: 
-Cell 24 GSM serving cell 

-Cell 1 non-suitable "Off cell 
UE: 

- None 

Preamble: 

The UE is GPRS attached to the home PLMN and the PDF context 2 activated according to TS 51.010-1 clause 
40.4.3.15. 


6.2.3.27.3.2 


Test procedure sequence 


Table 6.2.3.27.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The exact instants on which these values shall be applied are described in the 
texts in this clause. 

Table 6.2.3.27.3.2-1 : Time instances of cell power level and parameter changes (E-UTRA and GERAN 

cell) 



Parameter 

Unit 

CelM 

Cell 24 

Remark 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-70 

- 

SrxlevCein > 

Qrxlevmin 

dBm 

-106 

- 

- 

Qrxlevminoffset 

dB 



- 

- 

Pcompensation 

dB 



- 

- 

CV 

dB 

- 

<0 

Cell 24 become 
weakest cell 

Note: Srxiev is calculated in the UE 
C1 is calculated in the UE 
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Table 6.2.3.27.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

Uplink dynamic allocation two phase access 
according to TS 51 .01 clause 40.4.3.9 using 
n=1500 octets of data. 

-> 




2 

The UE transmits PACKET MEASUREMENT 
REPORT 

-> 

PACKET MEASUREMENT 
REPORT 

- 

- 

3 

SS adjusts cell levels according to row T1 of 
table 6.2.3.27.3.2-1. 

- 

- 

- 

- 


EXCEPTION: Step 2 is repeated until 
measurement results for cell 1 are included in 
the PACKET MEASUREMENT REPORT 
message in step 4. SS continues to transfer 
data in parallel of step 4. 





4 

The UE transmits PACKET MEASUREMENT 
REPORT for cell 1 are included in the 
PACKET MEASUREMENT REPORT message 

-> 

PACKET MEASUREMENT 
REPORT 



5 

Check: Does UE send RRC CONNECTION 
REQUEST on cell 1? 

-> 

RRCConnectionRequest 

1 

P 

6 

SS sends RRCCconnectionSetupXo the UE 

<- 

RRCCconnectionSetup 

- 

- 

7 

Check: Does the UE send 
RRCCconnectionSetupComplete message on 
celM? 

-> 

RRCCconnectionSetupComplete 
NAS: TRACKING AREA UPDATE 
REQUEST 

1 

P 

8- 
11 

Steps 4 to 7 from generic prodedure 36.508 
Table 6.4.2.7A-1 are executed 

- 

- 

- 

- 


{How to handle data from GERAN to E- 
UTRAN is under FFS} 

- 

- 

- 

- 


6.2.3.27.3.3 


Specific message contents 

Table 6.2.3.27.3.3-1 : SI2Quater for Cell 24 (Preamble) 


Derivation Path: 44.018 Table 10.5.2.33b.1 

Information Element 

Value/remark 

Comment 

Condition 

Serving Cell Priority Parameters Description::= 
SEQUENCE} 




GERAN PRIORITY 

7 



THRESH Priority Search 





THRESH GSM low 

0(-98 dBm) 



H_PRIO 



Hysteresis used in 
the priority 
reselection algorithm 


T_Reselection 

3(=20 seconds) 

Time hysteresis in 
the reselection 
algorithm 


} 




Repeated E-UTRAN Neighbour Cells ::= 
SEQUENCE! 




EARFCN 

Same as cell 1 

This field specifies 
the E-UTRA Absolute 
Radio Frequency 
Channel Number as 
defined in 
3GPPTS 36.104. 


Measurement Bandwidth 

Same as cell 1 



E-UTRAN PRIORITY 

'100'B 

Same as cell 1 


E-UTRAN QRXLEVMIN 

17 (-106 dBm) 



} 
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Table 6.2.3.27.3.3-2: Message ATTACH REQUEST (Preamble) 


Derivation Path: Table 9.4.1/3GPP TS 24.008 

Information Element 

Value/remark 

Comment 

Condition 

MS Radio Access capability 




GERAN to E-UTRA support in GERAN packet 
transfer mode 

'10'Bor'11'B 

UTRAN Neighbour 
Cell measurements 
and MS autonomous 
cell reselection to E- 
UTRAN and CCN 
towards E-UTRAN, 
E-UTRAN Neighbour 
Cell measurement 
reporting and 
Network controlled 
cell reselection to E- 
UTRAN 


Mobile station classmark 3 




E-UTRA FDD support 

'O'Bor'1'B 


C1 

E-UTRA TDD support 

'O'Bor'1'B 


C1 


C1 


At least one of these fields shall be set to '1 'B 


Table 6.2.3.27.3.3-3: RRCConnectionRequest (step 5, Table 6.2.3.27.3.2-2) 


Derivation Path: 36.508 table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

ue-ldentity 

Any allowed value 




6.2.3.28 Inter-RAT Cell Reselection from GPRS Packetjransfer to E-UTRA (Network 
Assisted Cell Change) 

6.2.3.28.1 Test Purpose (TP) 

(1) with { UE in GPRS Registered state with active packet data transfer in NC2 mode } 
ensure that { 

when { UE detects network assisted cell change and the target E-UTRA cell} 
then { UE reselects for the target E-UTRA cell} 
} 


6.2.3.28.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 45.008, clause 10.1.4, and 
10.1.4.2: 

[TS 45.008, clause 10.1.4] 

The network may request measurement reports from the MS and control its cell re-selection. This is indicated by the 
parameter NETWORK_CONTROL_ORDER. The meaning of the different parameter values is specified as follows: 


NCO 


NCI 


NC2 


Normal MS control 

The MS shall perform autonomous cell re-selection. 

MS control with measurement reports 

The MS shall send measurement reports to the network as defined in subclause 10.1.4.1. 

The MS shall perform autonomous cell re-selection. 

Network control 

The MS shall send measurement reports to the network as defined in subclause 10.1.4.1. 

The MS shall only perform autonomous cell re-selection when the reselection is triggered by a 

downlink signalling failure as defined in subclause 6.5 or a random access failure as defined in 

3GPP TS 44.018 and 3GPP TS 44.060 or if the cell is barred or the CI criterion falls below zero. 

The MS shall only determine whether the cell is barred once camped on the cell. 
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RESET The MS shall return to the broadcast parameters. Only sent on PCCCH or PACCH. 

A list given by Packet Cell Change Order applies in the new cell. This list may also include cells with other radio access 
technologies. 

All signalling for support of network controlled cell re-selection and measurement reports are defined in 3GPP TS 
44.060. 

If the MS operates in NC2 mode, the following rules shall be applied: 

The network controls the measurements of UTRAN cells by the parameter Qsearch_P. The network controls the 
measurements of E-UTRAN cells by the parameter Qsearch_P_E-UTRAN. 

- The network may control UTRAN measurements per individual UTRAN frequency by the parameters 
Measurement_Control_UTRAN and E-UTRAN measurements per individual E-UTRAN frequency by the 
parameters Measurement_Control_E-UTRAN. 

[TS 45.008, clause 10.1.4.1] 

When ordered to send measurement reports, the MS shall continuously monitor all carriers in BA(GPRS) or as 
indicated by the parameter NC_FREQUENCY_LIST and the BCCH carrier of the serving cell. The measurement 
requirements are defined in subclause 10.1.1 for the actual packet mode 

[TS 45.008, clause 10.1.4.2] 

A cell re-selection command may be sent from the network to an MS. When the MS receives the command, it shall re- 
select the cell according to the included cell description and change the network control mode according to the 
command (see 3GPP TS 44.060). The command may include re-selection of another radio access technology/mode. 

[TS 44.018, clause 3.4.1.2.1.1a] 

This applies only to a multi-RAT MS supporting E-UTRAN. One or more instances of the Measurement Information 
message or SI2quater message may provide E-UTRAN Neighbour Cell Description information in one or more 
instances of the Repeated E-UTRAN Neighbour Cells IE. This is used to build the E-UTRAN Neighbour Cell list. The 
fast acquisition of system information procedure, as defined in subclause 3.4.1.2.1.11, shall be used to acquire E- 
UTRAN measurement parameters and neighbour cell information from SI2quater and MEASUREMENT 
INFORMATION. 

6.2.3.28.3 Test description 

6.2.3.28.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 24. 
UE: 

-TheHPLMNisPLMNl. 

Preamble: 

The UE is GPRS attached to the home PLMN and the PDP context 2 activated according to [23]. 

Tables 6.2.3.28.3.2-1 & 6.2.3.28.3.2-2 illustrates the downlink power levels and other changing parameters to be 
applied for the cells at various time instants of the test execution. Row marked "TO" denotes the initial conditions after 
the preamble, while rows marked "Tl" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 
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Table 6.2.3.28.3.2-1 : Time instances of cell power level and parameter changes for the E-UTRA cell 



Parameter 

Unit 

CelM 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

OFF 


Qrxlevmin 

dBm 

-106 


Qrxlevminoffset 

dB 




Pcompensation 

dB 




T1 

Cell-specific RS EPRE 

dBm/15kHz 

-70 

SrxlevCein > 

Qrxlevmin 

dBm 

-106 


Qrxlevminoffset 

dB 




Pcompensation 

dB 




Note: Srxiev is calculated in the UE 


Table 6.2.3.28.3.2-2: Time instances of cell power level and parameter changes for the GERAN cell 



Parameter 

Unit 

Cell 24 

Remark 

TO 

RF Signal Level 

dBm 

-80 

Camping on Cell 24 is guaranteed 

RXLEV ACCESS MIN 

dBm 

-101 


CV 

dB 

21 


T1 

RF Signal Level 

dBm 

-80 


RXLEV ACCESS MIN 

dBm 

-101 


CV 

dB 

21 


Note: CI is calculated in the UE 


Table 6.2.3.28.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

UE is brought into downlink packet transfer 
mode . SS sends PACKET DOWNLINK 
ASSIGNMENT 

<— 

PACKET DOWNLINK 
ASSIGNMENT 



2 

SS sends PACKET MEASUREMENT ORDER 

<— 

PACKET MEASUREMENT 
ORDER 

- 

- 

3 

SS sends downlink data 

<— 

- 

- 

- 

4 

The UE transmits PACKET MEASUREMENT 
REPORT 

-> 

PACKET MEASUREMENT 
REPORT 



5 

SS adjusts cell levels according to row T1 of 
tables 6.2.3.28.3.2-1 and 6.2.3.28.3.2-2. 

- 

- 

- 

- 

6 

EXCEPTION: Step 3 to 4 are repeated until 
measurement results for cell 1 are included in 
the PACKET MEASUREMENT REPORT 
message 





7 

SS sends PACKET CELL CHANGE ORDER 
for cell 1 as the target cell 

<- 

PACKET CELL CHANGE ORDER 

- 

- 

8 

Check: Does UE send RRC CONNECTION 
REQUEST on cell 1? 

-> 

RRCConnectionRequest 

1 

P 

9 

SS sends RRCCconnectionSetupXo the UE 

<— 

RRCCconnectionSetup 

- 

- 

10 

Check: Does the UE send 
RRCCconnectionSetupComplete message on 
cell 1? 

-> 

RRCCconnectionSetupComplete 

1 

P 

Note: GERAN cell priority is not allocated, hence it will be considered as the less than all allowed values of 1 to 8. 
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6.2.3.28.3.3 


Specific message contents 

Table 6.2.3.28.3.3-1 : SI2Quater for Cell 24 (Preamble) 


Derivation Path: 44.018 Table 10.5.2.33b.1 

Information Element 

Value/remark 

Comment 

Condition 

Repeated E-UTRAN Neighbour Cells ::= 
SEQUENCE} 




EARFCN 

Same as cell 1 

This field specifies 
the E-UTRA Absolute 
Radio Frequency 
Channel Number as 
defined in 
3GPPTS 36.104. 


Measurement Bandwidth 

Same as cell 1 



E-UTRAN PRIORITY 

'100'B 

Same as cell 1 


E-UTRAN QRXLEVMIN 

17(-106dBm) 



} 





Table 6.2.3.28.3.3-2: Message ATTACH REQUEST (Preamble) 


Derivation Path: Table 9.4.1/3GPP TS 24.008 

Information Element 

Value/remark 

Comment 

Condition 

MS Radio Access capability 




GERAN to E-UTRA support in GERAN packet 
transfer mode 

'IO'Bor'11'B 

UTRAN Neighbour 
Cell measurements 
and MS autonomous 
cell reselection to E- 
UTRAN and CCN 
towards E-UTRAN, 
E-UTRAN Neighbour 
Cell measurement 
reporting and 
Network controlled 
cell reselection to E- 
UTRAN 


Mobile station classmark 3 




E-UTRA FDD support 

'O'Bor'I'B 


CI 

..E-UTRA TDD support 

'O'Bor'I'B 


CI 


C1 


At least one of these fields shall be set to '1 'B 


Table 6.2.3.28.3.3-3: Message PACKET MEASUREMENT ORDER (step 2, Table 6.2.3.28.3.2-3) 


Derivation Path: 51.010-1 clause 42.4.3.2.3 

Information Element 

Value/remark 

Comment 

Condition 

Global TFI 

TFI of the uplink TBF 



NC Measurement parameters ::={ 




NETWORK CONTROL ORDER 

'10'B 

NC2 


NC REPORTING PERIOD 1 

'111'B 

61.44 sec 


NC REPORTING PERIOD T 

'010'B 

1 .92 sec 


} 




NC FREQUENCY LIST 



Not present 



ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


322 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 6.2.3.28.3.3-4: Message PACKET CELL CHANGE ORDER (step 7, Table 6.2.3.28.3.2-3) 


Derivation Path: 51.010-1 clause 42.4.3.2.1 

Information Element 

Value/remark 

Comment 

Condition 

Global TFI 

TFI of the uplink TBF 



IMMEDIATE REL 

1 



E-UTRAN Target cell IE 




EARFCN 

specified for cell 1 



Physical Layer Cell Identity 

specified for cell 1 




Table 6.2.3.28.3.3-5: RRCConnectionRequest (step 8, Table 6.2.3.28.3.2-3) 


Derivation Path: 36.508 table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

ue-ldentity 

Any allowed value 




6.2.3.29 


6.2.3.29.1 


Inter-RAT cell Reselection from GPRS packetjransfer to E-UTRA in CON 
mode (PACKET MEASUREMENT ORDER) 

Test Purpose (TP) 


(1) 


with { UE in GPRS packet_transf er state with active data transfer in NCI mode } 
ensure that { 

when { UE with CCN enable detects E-UTRA cell, enters CCN mode, receives PACKET MEASUREMENT 
ORDER to enter NC2 and subsequently receives PACKET CELL CHANGE ORDER } 

then { UE does not perform autonomous reselection, but performs cell change to E-UTRA cell 
only on receipt of PACKET CELL CHANGE ORDER } 


6.2.3.29.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 45.008, clause 6.6.6, 10.1.4, 
10.1.4.1, 10.1.4.2, TS 44.060 clause 5.5.1.1a.2, and TS 36.331 clause 5.4.6.2: 

[TS 45.008, clause 6.6.6] 

The algorithm in this subclause shall be used for inter-RAT cell reselection if priorities are available to the MS and 
thresholds are provided by the network, and if the mobile station supports priority based inter-RAT cell re-selection and 
priority information for the serving cell is provided by the network. A mobile station supporting E-UTRAN shall 
support priority based inter-RAT cell re-selection towards all the supported RATs. A mobile station not supporting E- 
UTRAN and supporting UTRAN and supporting priority based reselection from UTRAN to GERAN shall support 
priority based inter-RAT cell re-selection towards UTRAN. 

The network shall provide priority information if E-UTRAN frequencies are included in the neighbour cell list; the 
network may provide priority information if only UTRAN frequencies are included in the neighbour cell list. If priority 
information is available to the mobile station and the mobile station supports priority based inter-RAT cell re-selection, 
the algorithm in this subclause shall be used for inter-RAT reselection towards all RATs. The rules regarding which set 
of priorities is valid at any given time are defined in 3GPP TS 44.018. 

NOTE 1 : "Priority information" includes priorities and thresholds which are related to each UTRAN or E-UTRAN 
frequency (e.g. UTRAN_PRIORITY, E-UTRAN_PRIORITY, THRESH_UTRAN_high, THRESH_E- 
UTRAN_high) and information related to the serving cell (e.g. GERAN_PRIORITY, 
THRESH_GSM_low). 

NOTE 2: Throughout the specification, the phrase "neighbour cell list" will include also the E-UTRAN Neighbour 
Cell list where appropriate. 

NOTE 3: Priorities need to be provided also for frequencies of networks that do not support priority-based cell 
reselection. 
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If the 3G Cell Reselection list or the E-UTRAN Neighbour Cell list include frequencies of other radio access 
technologies, the MS shall, at least every 5 s update the value RLA_C for the serving cell and each of the at least 6 
strongest non serving GSM cells. 

The MS shall then reselect a suitable (see 3GPP TS 25.304 for UTRAN and 3GPP TS 36.304 for E-UTRAN) cell of 
another radio access technology if the criteria below are satisfied. S_non-serving_XXX is the measurement quantity of 
a non-serving inter-RAT cell and XXX indicates the other radio access technology/mode and is defined as follows: 

- for a UTRAN cell, is the measured RSCP value for the cell minus UTRAN_QRXLEVMIN for the cell's 
frequency; 

- for a E-UTRAN cell, is the measured RSRP value for the cell minus E-UTRAN_QRXLEVMIN for the cell's 
frequency if THRESH_E-UTRAN_high_Q is not provided; otherwise, if THRESH_E-UTRAN_high_Q is 
provided, is the measured RSRQ value for the cell minus E-UTRAN_QQUALMIN for the cell's frequency. 

[TS 45.008, clause 10.1.4] 

The network may request measurement reports from the MS and control its cell re-selection. This is indicated by the 
parameter NETWORK_CONTROL_ORDER. The meaning of the different parameter values is specified as follows: 

NCO Normal MS control 

The MS shall perform autonomous cell re-selection. 

NCI MS control with measurement reports 

The MS shall send measurement reports to the network as defined in subclause 10.1.4.1. 
The MS shall perform autonomous cell re-selection. 

NC2 Network control 

The MS shall send measurement reports to the network as defined in subclause 10.1.4.1. 
The MS shall only perform autonomous cell re-selection when the reselection is triggered by a 
downlink signalling failure as defined in subclause 6.5 or a random access failure as defined in 
3GPP TS 44.018 and 3GPP TS 44.060 or if the cell is barred or the CI criterion falls below zero. 
The MS shall only determine whether the cell is barred once camped on the cell. 

RESET The MS shall return to the broadcast parameters. Only sent on PCCCH or PACCH. 

A list given by Packet Cell Change Order applies in the new cell. This list may also include cells with other radio access 
technologies. 

All signalling for support of network controlled cell re-selection and measurement reports are defined in 3GPP TS 
44.060. 

[TS 45.008, clause 10.1.4.1] 

When ordered to send measurement reports, the MS shall continuously monitor all carriers in BA(GPRS) or as 
indicated by the parameter NC_FREQUENCY_LIST and the BCCH carrier of the serving cell. The measurement 
requirements are defined in subclause 10.1.1 for the actual packet mode 

[TS 45.008, clause 10.1.4.2] 

A cell re-selection command may be sent from the network to an MS. When the MS receives the command, it shall re- 
select the cell according to the included cell description and change the network control mode according to the 
command (see 3GPP TS 44.060). The command may include re-selection of another radio access technology/mode. 

[TS 44.060, clause 5. 5. l.la.2] 

A mobile station, which has CCN Enabled, can enter CCN Mode. 

The mobile station shall enable CCN when the following criteria are fulfilled: 

- the mobile station is camping on a cell (see 3GPP TS 45.008); and 

- the network indicates CCN ACTIVE/3G CCN ACTIVE/E-UTRAN CCN ACTIVE either in system information 
to all mobile stations in the cell or in an individual order to a certain mobile station; and 

the mobile station is neither in dedicated mode nor Dual Transfer Mode; and 
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- the mobile station is in NCO or in NCI mode; and 
the mobile station is in Packet Transfer mode. 

The CCN procedures and the criteria for entering and leaving CCN mode are specified in sub-clauses 8.8.2 and 8.8.3. 

[TS 36.331, clause 5.4.6.2] 

The procedure is initiated when a radio access technology other than E-UTRAN, e.g. GSM/GPRS, using procedures 
specific for that RAT, orders the UE to change to an E-UTRAN cell. In response, upper layers request the establishment 
of an RRC connection as specified in subclause 5.3.3. 

NOTE: Within the message used to order the UE to change to an E-UTRAN cell, the source RAT should specify 
the identity of the target E-UTRAN cell as specified in the specifications for that RAT. 

The UE shall: 

1> upon receiving an RRCConnectionSetup message: 

2> consider the inter-RAT cell change order procedure to have completed successfully; 

6.2.3.29.3 Test description 

6.2.3.29.3.1 Pre-test conditions 
System Simulator: 

- GERAN Cell 24 serving cell 

- E-UTRAN Cell 1 off 
UE: 

None 
Preamble: 

- The UE is GPRS attached and the PDP context 2 activated according to section 40.4.3. 15 of TS5 1010-1 

6.2.3.29.3.2 Test procedure sequence 

Table 6.2.3.29.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The exact instants on which these values shall be applied are described in the 
texts in this clause. 

Table 6.2.3.29.3.2-1 : Time instances of cell power level and parameter changes (GERAN and E-UTRA 

cells) 



Parameter 

Unit 

CelM 

Cell24 

Remark 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-60 

No change 

The power level is 
such that 
SrxlevCell 1 > 

Note: Srxlev is calculated in the UE 
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Table 6.2.3.29.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

Uplink dynamic allocation two phase access 
according to TS 51 .01 clause 40.4.3.9 using 
n=5000 octets of data 





- 

UE continues to transfer data. See Note. 

- 

- 

- 

- 

2 

SS adjusts cell levels for Cell 1 according to 
rowTI of table 6.2.3.29.3.2-1 

- 

- 

- 

- 

3 

The UE transmits PACKET CELL CHANGE 
NOTIFICATION to E UTRA cell on cell 24 

-> 

PACKET CELL CHANGE 
NOTIFICATION 



4 

SS sends PACKET MEASUREMENT ORDER 
activating NC2 

<— 

PACKET MEASUREMENT 
ORDER 



5 

The UE moves out of CCN mode and does not 
perform cell reselection 
Check: Does UE send 
RRCConnectionRequest on cell 1? 

-> 

RRCConnectionRequest 

1 

F 

6 

The UE sends PACKET MEASUREMENT 
REPORT including the Cell 1 information in the 
message. 

-> 

PACKET MEASUREMENT 
REPORT 



7 

SS sends PACKET CELL CHANGE ORDER 
for cell 1 as the target cell 

<— 

PACKET CELL CHANGE ORDER 



8 

Check: Does UE send 
RRCConnectionRequest on cell 1? 

-> 

RRCConnectionRequest 

1 

P 

9- 
14 

Steps 2 to 7 from generic prodedure 36.508 
Table 6.4.2.7A-1 are executed 

- 

- 

- 

- 

Note: Uplink data transfer can be completed in any step after step 4 and before step 7 in Cell 24, or any step after 
step 7 in Cell 1 


6.2.3.29.3.3 Specific message contents 

Table 6.2.3.29.3.3-1 : Repeated E-UTRAN Neighbour Cells struct of SI2Quater for Cell 24 (Preamble) 


Derivation Path: 36.508 table 4.4.5-1 

Information Element 

Value/remark 

Comment 

Condition 

Serving Cell Priority Parameters ::= 




GERAN_PRIORITY 

'001 'B 

This field specifies 
GERAN cell priority 


E-UTRAN Parameters Description ::= 




E-UTRAN_CCN_ACTIVE 

1 

CCN is enabled in 
the cell 


Repeated E-UTRAN Neighbour Cells ::= 




{ 




Measurement Bandwidth 

Same as cell 1 



} 
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Table 6.2.3.29.3.3-2 Message ATTACH REQUEST (Preamble) 


Derivation Path: Table 9.4.1/3GPP TS 24.008 

Information Element 

Value/remark 

Comment 

Condition 

MS Radio Access capability 




GERAN to E-UTRA support in GERAN packet 
transfer mode 

'10'Bor'11'B 

UTRAN Neighbour 
Cell measurements 
and MS autonomous 
cell reselection to E- 
UTRAN and CCN 
towards E-UTRAN, 
E-UTRAN Neighbour 
Cell measurement 
reporting and 
Network controlled 
cell reselection to E- 
UTRAN 


E-UTRA FDD support 

'O'Bor'1'B 


C1 

..E-UTRA TDD support 

'O'Bor'1'B 


C1 


C1 


At least one of these fields shall be set to '1 'B 


Table 6.2.3.29.3.3-3: Message PACKET MEASUREMENT ORDER (step 4, Table 6.2.3.29.3.2-2) 


Derivation Path: 51.010-1 clause 42.4.3.2.3 

Information Element 

Value/remark 

Comment 

Condition 

Global TFI 

TFI of the uplink TBF 



NC Measurement parameters ::={ 




NETWORK CONTROL ORDER 

'10'B 

NC2 


NC REPORTING PERIOD 1 

'111'B 

61.44 sec 


NC REPORTING PERIOD T 

'010'B 

1 .92 sec 


} 




NC FREQUENCY LIST 



Not present 



Table 6.2.3.29.3.3-4: Message PACKET CELL CHANGE ORDER (step 7, Table 6.2.3.29.3.2-2) 


Derivation Path: 51.010-1 clause 42.4.3.2.1 

Information Element 

Value/remark 

Comment 

Condition 

Global TFI 

TFI of the uplink TBF 



IMMEDIATE REL 

1 



E-UTRAN Target cell IE 




EARFCN 

specified for cell 1 



Physical Layer Cell Identity 

specified for cell 1 




Inter-RAT Cell Reselection failure from GPRS Packet transfer to E-UTRA 
(Network Assisted Cell Change) 

Test Purpose (IP) 


6.2.3.30 

6.2.3.30.1 
(1) 

with { UE in GPRS Registered state with active packet data transfer in NC2 mode } 
ensure that { 

when { UE detects network assisted cell change and cell re-selection failure for the target E-UTRA 
cell} 

then { UE reselects back the GERAN cell and downlink data transfer is continued and completed in 
GERAN cell } 


6.2.3.30.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 45.008, clause 10.1.4, and 
10.1.4.2: 
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[TS 45.008, clause 10.1.4] 

The network may request measurement reports from the MS and control its cell re-selection. This is indicated by the 
parameter NETWORK_CONTROL_ORDER. The meaning of the different parameter values is specified as follows: 

NCO Normal MS control 

The MS shall perform autonomous cell re-selection. 

NCI MS control with measurement reports 

The MS shall send measurement reports to the network as defined in subclause 10.1.4.1. 
The MS shall perform autonomous cell re-selection. 

NC2 Network control 

The MS shall send measurement reports to the network as defined in subclause 10.1.4.1. 
The MS shall only perform autonomous cell re-selection when the reselection is triggered by a 
downlink signalling failure as defined in subclause 6.5 or a random access failure as defined in 
3GPP TS 44.018 and 3GPP TS 44.060 or if the cell is barred or the CI criterion falls below zero. 
The MS shall only determine whether the cell is barred once camped on the cell. 

RESET The MS shall return to the broadcast parameters. Only sent on PCCCH or PACCH. 

A list given by Packet Cell Change Order applies in the new cell. This list may also include cells with other radio access 
technologies. 

All signalling for support of network controlled cell re-selection and measurement reports are defined in 3GPP TS 
44.060. 

If the MS operates in NC2 mode, the following rules shall be applied: 

- The network controls the measurements of UTRAN cells by the parameter Qsearch_P. The network controls the 
measurements of E-UTRAN cells by the parameter Qsearch_P_E-UTRAN. 

- The network may control UTRAN measurements per individual UTRAN frequency by the parameters 
Measurement_Control_UTRAN and E-UTRAN measurements per individual E-UTRAN frequency by the 
parameters Measurement_Control_E-UTRAN. 

[TS 45.008, clause 10.1.4.2] 

A cell re-selection command may be sent from the network to an MS. When the MS receives the command, it shall re- 
select the cell according to the included cell description and change the network control mode according to the 
command (see 3GPP TS 44.060). The command may include re-selection of another radio access technology/mode. 

If a UTRAN capable MS receives a cell re-selection command towards a not known UTRAN cell (see 3GPP TS 25.133 
and 3GPP TS 25.123), or if a E-UTRAN capable MS receives a cell re-selection command towards a not known E- 
UTRAN cell (see 3GPP TS 36.133), then the MS shall search for synchronisation information up to 800 ms. In case of 
failure, the MS shall return to the old cell and indicate a packet cell change failure (see 3GPP TS 44.060). 

6.2.3.30.3 Test description 

6.2.3.30.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 24. 
UE: 

TheHPLMNisPLMNl. 
Preamble: 

The UE is GPRS attached to the home PLMN and the PDP context 2 activated according to [23]. 

6.2.3.30.3.2 Test procedure sequence 

Tables 6.2.3.30.3.2-1 & 6.2.3.30.3.2-2 illustrates the downlink power levels and other changing parameters to be 
applied for the cells at various time instants of the test execution. Row marked "TO" denotes the initial conditions after 
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the preamble, while rows marked "Tl" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 6.2.3.30.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

OFF 


Qrxlevmin 

dBm 

-106 


Qrxlevminoffset 

dB 




Pcompensation 

dB 




T1 

Cell-specific RS EPRE 

dBm/15kHz 

-70 

The power level is such that 
SrxlevCell 1 > 

Note: Srxlev is calculated in the UE 


Table 6.2.3.30.3.2-2: Time instances of cell power level and parameter changes for GERAN cells 



Parameter 

Unit 

Cell 24 

Remark 

TO 

RF Signal Level 

dBm 

-80 

Camping on Cell 24 is guaranteed 

RXLEV ACCESS MIN 

dBm 

-101 


CV 

dB 

21 


T1 

RF Signal Level 

dBm 

-80 


RXLEV ACCESS MIN 

dBm 

-101 


CV 

dB 

21 


Note: C1 is calculated in the UE 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


329 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 6.2.3.30.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

Downlink TBF is established according to TS 
51.010 clause 40.4.3.14 



- 

- 

2 

SS sends PACKET MEASUREMENT ORDER 

<- 

PACKET MEASUREMENT 
ORDER 

- 

- 

3 

SS sends downlink data 

<— 

- 

- 

- 

4 

The UE transmits PACKET MEASUREMENT 
REPORT 

-> 

PACKET MEASUREMENT 
REPORT 



5 

SS adjusts cell levels for Cell 1 according to 
rowTI of table 6.2.3.30.3.2-1 

- 

- 

- 

- 

6 

EXCEPTION: Step 3 to 4 are repeated until 
measurement results for cell 1 are included in 
the PACKET MEASUREMENT REPORT 
message 





7 

SS sends PACKET CELL CHANGE ORDER 
for cell 1 as the target cell 

<- 

PACKET CELL CHANGE ORDER 

- 

- 

8 

UE sends RRCConnectionRequestXo cell 1 

-> 

RRCConnectionRequest 

- 

- 

9 

SS sends RRCConnectionRejectXo the UE 

<- 

RRCConnectionReject 

- 

- 

10 

All the UL/DL messages sent in steps 1 1-20 
shall be sent on cell 24. 

- 


- 

- 

11 

Check: Does the UE send CHANNEL 
REQUEST ? 

-> 

CHANNEL REQUEST 

1 

p 

12 

SS sends IMMEDIATE ASSIGNMENT 

<— 

IMMEDIATE ASSIGNMENT 

- 

- 

13 

Check: Does the UE send PACKET CELL 
CHANGE FAILURE? 

-> 

PACKET CELL CHANGE 
FAILURE 

1 

p 


EXCEPTION: Steps 14a to 14c describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that takes place. This is checked for 
a period of 1 s 





14a 

the UE transmit a ROUTING AREA UPDATE 
REQUEST message? 

-> 

ROUTING AREA UPDATE 
REQUEST 

- 

- 

14b 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message. 

<— 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

14c 

The UE transmits a ROUTING AREA UPDATE 
COMPLETE message. 

-> 

ROUTING AREA UPDATE 
COMPLETE 

- 

- 

15 

Downlink TBF is established according to TS 
51.010 clause 40.4.3.14 





16 

SS sends downlink data until downlink 
data transfer is complete 

<- 

- 

- 

- 

Note 1 : GERAN cell priority is not allocated, hence it will be considered as the less than all allowed values of 1 to 8. 


6.2.3.30.3.3 Specific message contents 

Table 6.2.3.30.3.3-1 : Message SI2Quater for Cell 24 (Preamble) 


Derivation Path: 44.018 Table 10.5.2.33b.1 

Information Element 

Value/remark 

Comment 

Condition 

Repeated E-UTRAN Neighbour Cells ::= 
SEQUENCE! 




EARFCN 

Same as cell 1 

This field specifies 
the E-UTRA Absolute 
Radio Frequency 
Channel Number as 
defined in 
3GPPTS 36.104. 


Measurement Bandwidth 

Same as cell 1 



E-UTRAN PRIORITY 

'100'B 

Same as cell 1 


E-UTRAN QRXLEVMIN 

17(-106dBm) 



} 
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Table 6.2.3.30.3.3-2: Message ATTACH REQUEST (Preamble) 


Derivation Path: Table 9.4.1/3GPP TS 24.008 

Information Element 

Value/remark 

Comment 

Condition 

MS Radio Access capability 




GERAN to E-UTRA support in GERAN packet 
transfer mode 

'10'Bor'11'B 

UTRAN Neighbour 
Cell measurements 
and MS autonomous 
cell reselection to E- 
UTRAN and CCN 
towards E-UTRAN, 
E-UTRAN Neighbour 
Cell measurement 
reporting and 
Network controlled 
cell reselection to E- 
UTRAN 


Mobile station classmark 3 




E-UTRA FDD support 

'O'Bor'1'B 


C1 

..E-UTRA TDD support 

'O'Bor'1'B 


C1 


C1 


At least one of these fields shall be set to '1 'B 


Table 6.2.3.30.3.3-3: Message PACKET MEASUREMENT ORDER (step 2, Table 6.2.3.30.3.2-3) 


Derivation Path: 51.010-1 clause 42.4.3.2.3 

Information Element 

Value/remark 

Comment 

Condition 

Global TFI 

TFI of the uplink TBF 



NC Measurement parameters ::={ 




NETWORK CONTROL ORDER 

'10'B 

NC2 


NC REPORTING PERIOD 1 

'111'B 

61.44 sec 


NC REPORTING PERIOD T 

'010'B 

1 .92 sec 


} 




NC FREQUENCY LIST 



Not present 



Table 6.2.3.30.3.3-4: Message PACKET CELL CHANGE ORDER (step 7, Table 6.2.3.30.3.2-3) 


Derivation Path: 51.010-1 clause 42.4.3.2.1 

Information Element 

Value/remark 

Comment 

Condition 

Global TFI 

TFI of the uplink TBF 



IMMEDIATE REL 

1 



E-UTRAN Target cell IE 




EARFCN 

specified for cell 1 



Physical Layer Cell Identity 

specified for cell 1 




Table 6.2.3.30.3.3-5: RRCConnectionRequest (step 8, Table 6.2.3.30.3.2-3) 


Derivation Path: 36.508 table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

ue-ldentity 

Any allowed value 




Table 6.2.3.30.3.3-6: Message PACKET CELL CHANGE FAILURE (step 13, Table 6.2.3.30.3.2-3) 


Derivation Path: 51.010-1 clause 42.4.3.2.2 

Information Element 

Value/remark 

Comment 

Condition 

CAUSE 

'001 0'B 
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6.2.3.31 Inter-RAT cell reselection / From UTRAJdIe (low priority) to E-UTRA 

RRCJDLE (high priority) according to RAT priority provided by dedicated 
signalling 

6.2.3.31 .1 Test Purpose (TP) 
(1) 

with { UE in UTRA_Idle state } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the high 
priority inter-RAT E-UTRA cell based on the configured RAT priority provided by dedicated signaling 

} 

then { UE reselects the cell which belongs to the higher priority inter-RAT E-UTRA cell } 
} 

6.2.3.31 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 25.304, clause 5.2.6.1.2a and 
5.2.6.1.4a; TS 25.331, clause 8.3.3.3 and 8.6.7.23; TS 36.331, clause 5.3.3.4. 

[TS 25.304, clause 5.2.6.1.2a] 

If the UE has received absolute priority information for inter-RAT layers, the UE shall follow these rules: 

The UE shall perform measurements of inter-RAT layers with a priority higher than the priority of the current 
serving cell. 

NOTE: The rate of these measurements may vary depending on whether Srxlev and Squal of the serving cell are 
above or below Spnoritysearchi and Sprioritysearch2. TMs is spccificd in [10]. 

- For inter-RAT layers with a priority lower than the priority of the current serving cell: 

- If Srxlevservingceii > S priority search 1 and SqualservingCeii > S priority search2 the UE may choosc not to perform 
measurements of inter-RAT layers of lower priority. 

- If Srxlevservingceii <= Spriority search 1 or SqualservingCeii <= Sprioritysearch2 the UE shall perform measurements of 
inter-RAT layers of lower priority. 

[TS 25.304, clause 5.2.6.1.4a] 

Absolute priorities of different absolute priority layers may be provided to the UE. The following cell reselection 
criteria are used for inter- frequency cells if absolute priority information for inter-frequency is available to the UE, and 
inter-RAT cells if absolute priority information for inter-RAT is available to the UE. 


The UE shall inherit the priorities provided by dedicated signalling and the remaining validity time (i.e., T3 20 in E- 
UTRA, T322 in UTRA and T3230 in GERAN), if configured, at inter-RAT cell (re)selection. 

The following definitions apply: 

- Criterion 1 : the SrxleVnonServingCeii,x of a cell on an evaluated higher absolute priority layer is greater than 
Threshx,high during a time interval Treselection; 


- Criterion 3: SrxlevservingCeii < Threshserving,iow or SqualservingCeii < and the SrxleVnonServingCeii,x of a cell on an 
evaluated lower absolute priority layer is greater than Thresh^jow during a time interval Treselection; 

Cell reselection to a cell on a higher absolute priority layer than the camped frequency shall be performed if criterion 1 
is fulfilled. 


Cell reselection to a cell on a lower absolute priority layer than the camped frequency shall be performed if criterion 3 is 
fulfilled. 
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If more than one cell meets the above criteria, the UE shall reselect the cell with the highest SrxleVnonServingCeii,x among 
the cells meeting the criteria on the highest absolute priority layer. 

The UE shall not perform cell reselection to cells for which the cell selection criterion S is not fulfilled. 

The UE shall not perform cell reselection until more than 1 second has elapsed since the UE camped on the current 
serving cell. 

[TS 25.331, clause 8.3.3.3] 

When the UE receives a UTRAN MOBILITY INFORMATION message, it shall: 

1> act on received information elements as specified in subclause 8.6; 

1> if the IE "Dedicated Priority Information" is present: 

2> act upon the received IE as described in subclause 8.6.7.23. 
[TS 25.331, clause 8.6.7.23] 
If the CHOICE "Action" has the value "Configure dedicated priorities", the UE shall: 

1> clear the variable PRIORITY_INFO_LIST; 

1> stop timer T322, if it is running; 

1> set the value of IE "Priority status" in the variable PRIORITY_INFO_LIST to "dedicated_priority"; 

1> for each occurrence of the IE "Priority Level List": 

2> create a new entry in the IE "Priority Info List" in the variable PRIORITY_INFO_LIST, and in that new 
entry: 

3> set the CHOICE "Radio Access Technology" to the value received in the IE "Priority Level List"; 

3> set the IE "priority" to the value received in the IE "Priority Level List"; 

3> set the values in IE "Frequency List" or "BCCH ARFCN List" to the values received in the IE "Priority 
Level List" . 

1> set the IE "E-UTRA detection" to the value received in the IE "Priority Level List". 

1> if the IE "T322" is present: 

2> start timer T322 using the value signalled in this IE. 

1> if the UE is not in CELL_DCH state: 

2> take the actions as described in subclause 8.1.1.6.19 using stored System information Block type 19. 

[TS 36.331, clause 5.3.3.4] 

The UE shall: 

1> perform the radio resource configuration procedure in accordance with the received 
radioResourceConfigDedicated and as specified in 5.3.10; 

1> if stored, discard the cell reselection priority information provided by the idleModeMobilityControlInfo or 
inherited from another RAT; 

1> stop timer T300; 

1> stop timer T302, if running; 

1> stop timer T303, if running; 

1> stop timer T305, if running; 
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1> perform the actions as specified in 5.3.3.7; 

1> stop timer T320, if running; 

1> enter RRC_CONNECTED; 

1> stop the cell re-selection procedure; 

1> set the content of RRCConnectionSetupComplete message as follows: 

2> submit the RRCConnectionSetupComplete message to lower layers for transmission, upon which the 
procedure ends; 

6.2.3.31 .3 Test description 

6.2.3.31 .3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 5. 

Cell 1 suitable neighbour E-UTRA cell 
- Cell 5 UTRA serving cell 
NOTE: Common Priority information for Cell 1 & Cell 5: UTRA priority = 3; E-UTRA priority = 4. 
UE: 
None. 
Preamble: 

- The UE is in state PS-DCCH+DTCH_DCH (state 6-10) on Cell 5 according to [5]. 

6.2.3.31 .3.2 Test procedure sequence 

Tables 6.2.3.31.3.2-1 and 6.2.3.31.3.2-2 illustrates the downlink power levels and other changing parameters to be 
applied for the cells at various time instants of the test execution. Row marked "TO" denotes the conditions after the 
preamble, while row marked "Tl" is to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 6.2.3.31.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

-97 


Qrxlevmin 

dBm 

-106 

Default value 

Srxlev* 

dB 

9 


Tl 

Cell-specific RS EPRE 

dBm/15kHz 

-79 


Srxlev* 

dB 

27 

Srxlev = Cell-specific RS EPRE - 
qRxLevMinEUTRA 

S nonServinqCell, Cein > ThrCSh CelM, high 

Note: Srxlev is calculated in the UE 
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Table 6.2.3.31.3.2-2: Time instances of cell power level and parameter changes for UTRA cell 



Parameter 

Unit 

Cell 5 

Remark 

TO 

CPICH_Ec 

dBm/3.84 MHz 

-60 

The power levels are such that 
camping on Cell 5 is guaranteed. 

P-CCPCH 

dBm/1.28MHz 

-62 


Qrxlevmin 

dBm 

-79 

Default value 

Srxlev* 

dB 

19 


T1 

CPICH Ec 

dBm/3.84 MHz 

-75 


P-CCPCH 

dBm/1 .28 MHz 

-77 


Srxlev* 

dB 

4 


Note: Srxlev is calculated in the UE 


Table 6.2.3.31.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS provides dedicated priority information 
(UTRA priority = 3; E-UTRA priority = 4) and 
validity timer to the UE. 

<- 

UTRAN MOBILITY 
INFORMATION 



2 

The UE transmits UTRAN MOBILITY 
INFOMRATION CONFIRM message on Cell 5. 

-> 

UTRAN MOBILITY 
INFORMATION CONFIRM 



3 

The SS transmits an RRC CONNECTION 
RELEASE message to release UE connection. 

<- 

RRC CONNECTION RELEASE 



4 

The UE transmits an RRC CONNECTION 
RELEASE COMPLETE message on Cell 5. 

-> 

RRC CONNECTION RELEASE 
COMPLETE 



5 

The UE transmits an RRC CONNECTION 
RELEASE COMPLETE message on Cell 5. 

-> 

RRC CONNECTION RELEASE 
COMPLETE 

- 

- 

6 

The UE transmits an RRC CONNECTION 
RELEASE COMPLETE message on Cell 5. 

-> 

RRC CONNECTION RELEASE 
COMPLETE 

- 

- 

7 

The SS changes Cell 1 and Cell 5 levels 
according to the row "T1 " in table 6.2.3.31 .3.2- 
1 and table 6.2.3.31.3.2-2. 





8- 
14 

Check: Does the test result of steps 1 to 7 of 

the generic test procedure in TS 36.508 Table 

6.4.2.7A-1 indicate that the UE is camped on 

E-UTRANCelM? 

NOTE: The UE performs a TAU procedure. 



1 



At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 
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6.2.3.31 .3.3 Specific message contents 

Table 6.2.3.31.3.3-1 : UTRAN MOBILITY INFORMATION for Cell 5 (step 1, Table 6.2.3.31.3.2-3) 


Derivation Patii: 34.108, clause 9 

Information Element 

Value/remark 

Comment 

Condition 

UTRANMobilitylnformation ::= CHOICE { 




Iater-than-r3 SEQUENCE { 




criticalExtensions CHOICE { 




criticalExtensions CHOICE { 




r7 SEQUENCE! 




v860NonCriticalExtensions SEQUENCE { 




utranMobilitylnformation-v860ext SEQUENCE 
{ 




dedicatedPrioritylnformation SEQUENCE { 




action CHOICE { 




configureDedicatedPriorities SEQUENCE 
{ 




t-322 

5 

Time in minutes 


priorityLevelList SEQUENCE (SIZE 
(1..maxPrio)) OF SEQUENCE} 

2 entry 



priority[1] 

3 



radioAccessTechnology[1] CHOICE { 




utraFDD SEQUENCE (SIZE 
(1 ..maxNumFDDFreqs)) OF SEQUENCE { 

1 entry 


UTRA- 
FDD 

uarfcn 

Same downlink UARFCN 
as used for Cell 5 



} 




utraTDD SEQUENCE (SIZE 
(1 ..maxNumTDDFreqs)) OF SEQUENCE { 

1 entry 


UTRA- 
TDD 

uarfcn 

Same downlink UARFCN 
as used for Cell 5 



} 




} 




priority[2] 

4 



radioAccessTechnology[2] CHOICE { 




eutra SEQUENCE (SIZE 
(1 ..maxNumEUTRAFreqs)) OF SEQUENCE { 

1 entry 



earfcn 

Same downlink EARFCN 
as used for Cell 1 



} 




} 




} 




e-UTRA detection 

TRUE 



} 




} 




} 




} 




} 




} 




} 




} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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Table 6.2.3.31.3.3-2: RRC CONNECTION RELEASE for Cell 5 (step 3, Table 6.2.3.31.3.2-3) 


Derivation Path: 34.108, clause 9 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= CHOICE { 




Iater-than-r3 SEQUENCE { 




criticalExtensions CHOICE { 




r4 SEQUENCE { 




rrcConnectionRelease-r4 SEQUENCE { 




n-308 

2 

2 (for CELL_DCH 
state). Not 
Present (for UE in 
other connected 
mode states). 


releaseCause 

normalEvent 



rplmn-information 

Not Present 



} 




v4dONonCriticalExtensions SEQUENCE {} 

Not Present 



} 




} 




} 




} 





Table 6.2.3.31.3.3-3: System Information Block type 19 for Cell 5 (preamble and all steps, Table 

6.2.3.31.3.2-3) 


Derivation Path: 36.508 table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList ::= SEQUENCE { 




utra-ServingCell ::= SEQUENCE { 




s-PrioritySearchI 

8(16dB) 



threshServingLow 

4 (8 dB) 



} 




} 




eutra-FrequencyAndPrioritylnfoList ::= SEQUENCE 
(SIZE (1 ..maxNumEUTRAFreqs) OF SEQUENCE { 

1 entry 



earfcn [1] 

Same downlink EARFCN 
as used for Cell 1 



measurementBandwidth [1] 

Not present 



qRxLevMinEUTRA[1] 

-53(-106dBm) 



threshXhigh[1] 

12(24dB) 



threshXlow[1] 

8(16dB) 



} 




} 




Note: GERAN cell priority is not allocated, hence it will be considered as the less than all allowed values of to 7. 


Table 6.2.3.31.3.3-4: SystemlnformationBlockTypeS ior Cell 1 (preamble and all steps, Table 

6.2.3.31.3.2-3) 


Derivation path: 36.508 table 4.4.3.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




threshServingLow 

5(10dB) 



cellReselectionPriority 

4 



} 




} 
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Table 6.2.3.31.3.3-5: SystemlnfonnationBlockType6 ior Cell 1 (preamble and all steps, Table 

6.2.3.31.3.2-3) 


Derivation Path: 36.508 table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypee ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1..maxUTRA-FDD-Carrier)) OF SEQUENCE { 

1 entry 


UTRA-FDD 

carrierFreq[1] 

Downlink UARFCN of 
Cell 5 



cellReselectionPriority[1 ] 

3 



threshX-High[1] 

5(10dB) 



threshX-Low[1] 

5(10dB) 



} 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1..maxUTRA-TDD-Carrier)) OF SEQUENCE { 

1 entry 


UTRA-TDD 

carrierFreq[1] 

Downlink UARFCN of 
Cell 5 



cellReselectionPriority[1 ] 

3 



threshX-High[1] 

5(10dB) 



threshX-Low[1] 

5(10dB) 



} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


6.2.3.32 Inter-RAT cell reselection / From E-UTRA RRC_IDLE to UTRAJdIe, 

^nonintrasearch 
6.2.3.32.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_IDLE state, and the UE is not in high mobility state } 
ensure that { 

when { Snonintrasearch is non-zero in system information } 

then { UE perform measurement and reselects the cell which belong to the high priority UTRA 

cell upon SrxleV > Snonintrasearch } 
} 


6.2.3.32.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS36.304, clauses 5.2.4.2, 
5.2.4.5 and 5.2.4.6; TS36.331, clause 6.3.1. 

[TS 36.304, clause 5.2.4.2] 

When evaluating for reselection purposes cell selection criterion or SnonServingCell,x, the UE shall use parameters 
provided by the serving cell. 

Following rules are used by the UE to limit needed measurements: 

- If Sintrasearch IS scnt in the scrving cell and SservingCeii > Sintrasearch, UE may choosc to not perform intra-frequency 
measurements. 

- If SservingCeii <= Sintrasearch, or Sintrasearch IS not scnt in the scrving ccll UE shall perform intra-frcqucncy 
measurements. 

- The UE shall apply the following rules for E-UTRAN inter-frequencies and inter-RAT frequencies which are 
indicated in system information and for which the UE has priority provided as defined in 5.2.4.1: 
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- For an E-UTRAN inter- frequency or inter-RAT frequency with a reselection priority higher than the 
reselection priority of the current E-UTRA frequency the UE shall perform measurements of higher priority 
E-UTRAN inter- frequency or inter-RAT frequencies according to [10]. 

- For an E-UTRAN inter- frequency with an equal or lower reselection priority than the reselection priority of 
the current E-UTRA frequency and for inter-RAT frequency with lower reselection priority than the 
reselection priority of the current E-UTRAN frequency: 

- If Snonintrasearch IS scnt in the scrving ccll and Sservingceii > Snonintrasearch UE may choosc not to perform 
measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower priority. 

- If SservingCell <= Snonintrasearch Or Snonintrasearch IS nOt SCnt in the SCrving CCll the UE shall perform 

measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower priority 
according to [10]. 

Where SservingCeii is the Srxlev- value of the serving cell. 

[TS 36.304, clause 5.2.4.5] 

Criteria 1 : the SnonServingCeii,x of a cell on evaluated frequency is greater than Thresh^, high during a time interval 
TreselectionRAT; 

Cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than serving frequency shall 
be performed if: 

A cell of a higher priority E-UTRAN frequency or inter-RAT frequency fulfils criteria 1 ; and 

- more than 1 second has elapsed since the UE camped on the current serving cell. 


In all the above criteria the value of TreselectionRAT is scaled when the UE is in the medium or high mobility state as 
defined in subclause 5.2.4.3.1. If more than one cell meets the above criteria, the UE shall reselect a cell ranked as the 
best cell among the cells meeting the criteria on the highest priority frequencies or the highest priority RAT if the 
highest priority RAT is E-UTRA according to criteria defined in 5.2.4.6. 

[TS 36.304, clause 5.2.4.6] 

The cell-ranking criterion Rs for serving cell and Rn for neighbouring cells is defined by: 


-Ks — Qmeas^s + vHyst 
Rn=Qmeas,n-Qoffset 


where: 


Qrr 


RSRP measurement quantity used in cell reselections. 


Qoffset 


For intra-frequency: Equals to Qoffsets,n, if Qoffsets,n is valid, 
otherwise this equals to zero. 

For inter-frequency: Equals to Qoffsets,n plus Qoffsetfrequency, if 
Qoffsets,n is valid, otherwise this equals to Qoffsetfreguency- 


The UE shall perform ranking of all cells that fulfil the cell selection criterion S, which is defined in 5.2.3.2, but may 
exclude all CSG cells that are known by the UE to be not allowed. 

The cells shall be ranked according to the R criteria specified above, deriving Qmeas,n and Qmeas,s and calculating the R 
values using averaged RSRP results. 

If a cell is ranked as the best cell the UE shall perform cell re-selection to that cell. 


In all cases, the UE shall reselect the new cell, only if the following conditions are met: 
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- the new cell is better ranked than the serving cell during a time interval TreselectionRAT, 

- more than 1 second has elapsed since the UE camped on the current serving cell. 

[TS 36.331, clause 6.3.1] 

The IE SystemlnformationBlockTypeS contains cell re-selection information common for intra-frequency, inter- 
frequency and/ or inter-RAT cell re-selection (i.e. applicable for more than one type of cell re-selection but not 
necessarily all) as well as intra-frequency cell re-selection information other than neighbouring cell related. 


Test description 
Pre-test conditions 


6.2.3.32.3 
6.2.3.32.3.1 
System Simulator: 

- Cell land Cell 5. 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 

Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 (serving cell) according to [18]. 

6.2.3.32.3.2 Test procedure sequence 

Table 6.2.3.32.3.2-1 and 6.2.3.32.3.2-2 illustrates the downlinlc power levels and other changing parameters to be 
applied for the cells at various time instants of the test execution. The exact instants on which these values shall be 
applied are described in the texts in this clause. Configurations marked "Tl" is applied at the points indicated in the 
Main behaviour description in Table 6.2.3.32.3.2-3. 

Table 6.2.3.32.3.2-1 : Time instances of cell power level and parameter change for E-UTRA cell 



Parameter 

Unit 

CelM 

Remark 

Tl 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

Srxlev of Cell 1 is greater than Snonintrasearch 

Urxlevmin 

dBm 

-106 

Snonintrasearch 

dB 

f14l 

Srxlev* 

dB 

21 

Note: Srxlev is calculated in the UE 


Table 6.2.3.32.3.2-2: Time instances of cell power level and parameter changes for UTRA cell 



Parameter 

Unit 

Cells 

Remark 

Tl 

CPICH Ec 

dBm/3.84 MHz 

-60 


P-CCPCH 

dBm/1 .28 MHz 

-62 


Srxlev* 

dB 

19 

SrxleVnonServinqCell, Cell 5 > ThrCSh Cell 5,hiqh 

Note: Srxlev is calculated in the UE 
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Table 6.2.3.32.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 



Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

1 

The SS re-adjusts the cell-specific reference 
signal levels according to row "T1" in table 
6.2.3.32.3.2-1 and 6.2.3.32.3.2-2. 





2 

Check: Does the test result of steps 1 to 8 of 
the generic test procedure in TS 36.508 
subclause 6.4.2.8 indicate that the UE is 
camped on UTRAN Cell 5? (Note 1) 
NOTE: The UE performs a RAU procedure. 



1 


Note 1 : UE shall search higher priority layer (i.e. UTRA carrier frequency of Cell 5) at least every (60 * Niayers) 
seconds, where Niayers = 1 as specified in [4.2.2, 34]. 


6.2.3.32.3.3 


Specific message contents 


Table 6.2.3.32.3.3-1: SystemlnformationBlockTypeS for Cell 1 (preamble and all steps, table 

6.2.3.32.3.2-3; 


Derivation Path: 36.508 table 4.4.3.3-2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




s-NonlntraSearch 

7(14dB) 



} 




intraFreqCellReselectionlnfo SEQUENCE { 




s-lntraSearch 

1 1 (22 dB) 



} 




} 





Table 6.2.3.32.3.3-2: SystemlnformationBlockTypeSior Cell 1 (preamble and all steps, Table 

6.2.3.32.3.2-3) 


Derivation path: 36.508 table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType6 ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1..maxUTRA-FDD-Carrier)) OF SEQUENCE { 



UTRA-FDD 

carrierFreq[n] 

Same downlink 
UARFCN as used 
for cell 5 



cellReselectionPriority[n] 

5 



threshX-High[n] 

6 

12dB 


} 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1..maxUTRA-TDD-Carrier)) OF SEQUENCE { 



UTRA-TDD 

carrierFreq[n] 

Same downlink 
UARFCN as used 
for cell 5 



cellReselectionPriority[n] 

5 



threshX-High[n] 

6 

12dB 


} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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Table 6.2.3.32.3.3-3: System Information Block Type 19 for Cell 5 (preamble and all steps, Table 

6.2.3.32.3.2-3) 


Derivation path: 36.508 table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList SEQUENCE { 




priority 

5 



} 




} 





6.2.3.33 Inter-RAT cell reselection / From E-UTRA RRCJDLE to UTRAJdIe / Squal 
based cell reselection parameters are broadcasted in E-UTRAN / UE does 
not support Squal based cell reselection in UTRAN 

Editor's note: Open issues remain in the test definition (virtual noise generator is required). 

6.2.3.33.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_IDLE state not supporting Squal based inter RAT cell reselection from UTRAN 
to E-UTRAN and having received SystemInformationBlockType3 containing Squal based cell reselection 
parameters from serving E-UTRAN cell } 
ensure that { 

when { UE detects the cell re-selection criteria based on Srxlev are met for the neighbour UTRA 
cell } 

then { UE reselects the UTRA cell } 

} 

6.2.3.33.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.5. 

[TS 36.304, clause 5.2.4.5] 

If threshServingLowQ is provided in SystemInformationBlockType3, cell reselection to a cell on a higher priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- A cell of a higher priority EUTRAN or UTRAN FDD RAT/ frequency fulfils Squal > Threshx, mghQ during a 
time interval TreselectionRAT; or 

- A cell of a higher priority UTRAN TDD, GERAN or CDMA2000 RAT/ frequency fulfils Srxlev > Threshx, mghp 
during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- A cell of a higher priority RAT/ frequency fulfils Srxlev > Threshx, mghP during a time interval TreselectionRAT; 
and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 


If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a lower priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- The serving cell fulfils Squal < Threshserving, lowq and a cell of a lower priority EUTRAN or UTRAN FDD RAT/ 
frequency fulfils Squal > Threshx, lowQ during a time interval TreselectionRAT; or 

- The serving cell fulfils Squal < Threshserving, lowQ and a cell of a lower priority UTRAN TDD, GERAN or 
CDMA2000 RAT/ frequency fulfils Srxlev > Threshx, lowp during a time interval TreselectionRAT; and 
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- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- The serving cell fulfils Srxlev < Threshserving, lowp and a cell of a lower priority RAT/ frequency fulfils Srxlev > 
Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 


Cell reselection to another RAT, for which Squal based cell reselection parameters are broadcast in system information, 
shall be performed based on the Squal criteria if the UE supports Squal (RSRQ) based cell reselection to E-UTRAN 
from all the other RATs provided by system information which UE supports. Otherwise, cell reselection to another 
RAT shall be performed based on Srxlev criteria. 


Test description 
Pre-test conditions 


6.2.3.33.3 
6.2.3.33.3.1 
System Simulator: 

- Cell 1 and Cell 5 

System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 1. 
UE: 
None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 according to [18]. 

6.2.3.33.3.2 Test procedure sequence 

Table 6.2.3.33.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The configuration marked "Tl" is applied at the point indicated in the Main 
behaviour description in Table 6.2.3.33.3.2-2. 

Table 6.2.3.33.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 

Remark 

T1 

Cell-specific 
RS EPRE 

dBm/15kHz 

-97 

- 

The power level value is assigned to satisfy 
Srxlevceii i < Threshserving, LowP and Squalceii i > 

Threshserving, LowQ- 

RSRQ 

dB 

[-101 

- 

CPICH Ec 

dBm/3.84 MHz 


-65 

The power level value is assigned to satisfy 
Srxlevceii 5 > Threshx, lowp and Squalceii 5 < 
Threshx, LowQ. 

CPICH Ec/No 

dB 

- 

[-24] 


Table 6.2.3.33.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

2 

The SS changes Cell 1 and Cell 5 level 
according to the row "T1" in table 6.2.3.33.3.2- 
1. 





3 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.8 
indicate that the UE is camped on UTRAN Cell 
5? 



1 
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6.2.3.33.3.3 


Specific message contents 


Table 6.2.3.33.3.3-1 : SystemlnformationBlockTypeS for Cell 1 (preamble and all steps, Table 

6.2.3.33.3.2-2) 


Derivation Path: 36.508, Table 4.4.3.3-2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




tiiresiiServingLow 

10 

20 dB 


} 




s-lntraSearch-v920 

Not present 



s-NonlntraSearch-v920 

Not present 



q-Quall\/lin-r9 

-20 

-20 dB 


tlireshServingLowQ-r9 

2 

2dB 


} 





Table 6.2.3.33.3.3-2: SystemlnformationBlockTypeSior Cell 1 (preamble and all steps, Table 

6.2.3.33.3.2-2) 


Derivation Patii: 36.508, Table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType6 ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1 ..maxUTRA-FDD-Carrier)) OF SEQUENCE { 



UTRA-FDD 

carrierFreq[n] 

Same downlink UARFCN 
as used for Cell 5 



q-QualMin 

-10 

-10dB 


threshX-Q-r9 SEQUENCE! 




threshX-HighQ-r9 

4 

4dB 


threshX-LowQ-r9 

2 

2dB 


} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 


Table 6.2.3.33.3.3-3: System Information Block type 19 for Cell 5 (preamble and all steps, Table 

6.2.3.33.3.2-2) 


Derivation Path: 36.508, Table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




eutra-FrequencyAndPrioritylnfoList SEQUENCE 
(SIZE (1 ..maxNumEUTRAFreqs)) OF SEQUENCE { 




earfcn[n] 

Same downlink 
EUARFCN as used for 
CelM 



qRxLevMinEUTRA[n] 

-53 

-106 dBm 


threshXhigh[n] 

15 

30 dB 


} 




} 





ETSI 


3GPP TS 36.523-1 version 1 0.0.0 Release 1 344 ETSI TS 1 36 523-1 V1 0.0.0 (201 2-05) 

6.3 Closed Subscriber Group cells 

6.3.1 Inter-frequency cell reselection / From E-UTRA RRCJDLE non- 
CSG cell to E-UTRA RRCJDLE CSG cell 

6.3.1.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { Manual CSG ID selection is requested } 
then { UE selects the requested CSG cell } 

} 

(2) 

with { UE in E-UTRA RRC_IDLE state on a non-CSG cell and UE's Allowed CSG list is not empty } 
ensure that { 

when { a previously visited allowed E-UTRA CSG cell becomes the strongest cell on its frequency } 
then { UE reselects the E-UTRA CSG cell j 


6.3.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.8.1, and 
36.133, clauses 4.2.2.10 and 4.2.2.10.1. 

[TS 36.304, clause 5.2.4.8.1] 

In addition to normal cell reselection, the UE shall use an autonomous search function to detect at least previously 
visited allowed CSG cells on non-serving frequencies, including inter-RAT frequencies, according to the performance 
requirements specified in [10], when at least one CSG ID is included in the UE's CSG whitelist. The UE may also use 
autonomous search on the serving frequency. The UE shall disable the autonomous search function for CSG cells if the 
UE's CSG whitelist is empty. 

NOTE: The UE autonomous search function, per UE implementation, determines when and/or where to search 
for allowed CSG cells. 

If the UE detects one or more suitable CSG cells on different frequencies, then the UE shall reselect to one of the 
detected cells irrespective of the frequency priority of the cell the UE is currently camped on, if the concerned CSG cell 
is the highest ranked cell on that frequency. 

[TS 36.133, clause 4.2.2.10] 

Reselection from non CSG to CSG cells may be performed using UE autonomous search as defined in [1] when at least 
one CSG ID is included in the UE's CSG whitelist. The requirements in this section are valid for reselection to CSG 
cells previously visited by the UE when the radio configuration parameters, including the carrier frequency and physical 
cell identity of the CSG cell, non CSG cell and other neighbour cells are unchanged from the most recent previous visit. 

[TS 36.133, clause 4.2.2.10.1] 

The UE shall perform search and reselection to an allowed inter-frequency CSG cell that has met reselection criterion 
defined in [1] and that is in its whitelist, within 6 minutes in the conditions shown in table 4.2.2.10.1-1. There is no need 
for statistical testing of this requirement. 
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Table 4.2.2.10.1-1 : Parameters for CSG inter-frequency reselection 


Parameter 

Unit 

CelM 

Cell 2 

E-UARFCN '^°^"^ 


Channel 1 

Channel 2 

CSG indicator 


False 

True 

Physical cell identity"°^'^ 


1 

2 

CSG identity 


Not sent 

Already stored 

in UE whitelist 

from previous 

visit 

Propagation conditions 


Static, non multipath 

CSG cell previously 
visited by UE 


Yes 

PBCH RA 

dB 





PBCH RB 

dB 

PSS RA 

dB 

SSS RA 

dB 

PCFICH RB 

dB 

PHICH RA 

dB 

PHICH RB 

dB 

PDCCH RA 

dB 

PDCCH RB 

dB 

PDSCH RA 

dB 

PDSCH RB 

dB 

OCNG RA"°^'^ 

dB 

OCNG RB"°^'^ 

dB 

Qrxlevmin 

dBm 

-140 

-140 

Noc 

dBm/15kHz 

Off 

p3ppNote. 

dBm/15KHz 

[>TBD] 1 [>TBD] 

Note 1 : For this requirement to be applicable, the E-UARFCN and physical cell 
identity for cell 1 and cell 2 shall be unchanged from when the CSG cell 
was visited previously 

Note 2: Chosen to ensure that CSG autonomous search has a high probability of 
success on every attempt made by UE 


6.3.1 .3 Test description 

6.3.1 .3.1 Pre-test conditions 

System Simulator: 

- Cell 1, Cell 3, Cell 1 1 and Cell 23 have different tracking areas according to table 6.0.1-2. 

- Cell 1, Cell 1 1 and Cell 23 are not CSG cells. 

- Cell 3 is a CSG cell. 

System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell l,Cell 1 1 
and Cell 23. 

- System information combination 13 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 3. 
UE: 

The UE's Allowed CSG list is empty. 
Preamble: 

- The UE is in state Switched OFF (state 1) according to [18]. 
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6.3.1.3.2 


Test procedure sequence 


Table 6.3.1.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Configurations marked "TO", "Tl", "T2", "T3" and "T4" are applied at the 
points indicated in the Main behaviour description in Table 6.3.1.3.2-2. 

Table 6.3.1.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 3 

Cell 11 

Cell 23 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-65 

Off 

Off 

Off 

The power levels are such 
that camping on Cell 1 is 
guaranteed. 

Qrxlevmin 

dBm 

-140 

-140 

-140 

-140 


Srxlev* 

dB 

75 

- 

- 

- 


Tl 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-65 

-85 

Off 

-91 


Srxlev* 

dB 

75 

55 

- 

49 


T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

Off 

Off 

-65 

Off 

The power levels are such 
that camping on Cell 1 1 is 
guaranteed. 

Srxlev* 

dB 

- 

- 

75 

- 


T3 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-65 

Off 

-91 

-85 


Srxlev* 

dB 

75 

- 

49 

55 


T4 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-65 

-85 

Off 

-91 


Srxlev* 

dB 

75 

55 

- 

49 
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Table 6.3.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2- 
17 

Steps 2 to 17 of the registration procedure 
described in TS 36.508 subclause 4.5.2.3 are 
performed on Cell 1 . 

NOTE: the UE performs registration and the 
RRC connection is released. 





18 

The SS changes Cell 3 and Cell 23 levels 
according to row'TI" in table 6.3.1.3.2-1. 

- 

- 

- 

- 

19 

The UE is made to perform manual CSG ID 
selection and select Cell 3. 

- 

- 

- 

- 

20 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on Cell 3? 
NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



1 


21 

The SS changes Celll , Cell 3, Cell 1 1 and Cell 
23 levels according to row "T2" in table 
6.3.1.3.2-1. 





22- 
27 

Steps 1 to 6 of the TAU procedure described 
in TS 36.508 subclause 6.4.2.7 are performed 
on Cell 11. 

NOTE: the UE performs a TAU and the RRC 
connection is released. 





28 

The SS changes Cell 1 , Cell 1 1 and Cell 23 
levels according to row "T3" in table 6.3.1 .3.2- 
1. 





29- 

34 

Steps 1 to 6 of the TAU procedure described 
in TS 36.508 subclause 6.4.2.7 are performed 
on Cell 1. 

NOTE: the UE performs a TAU and the RRC 
connection is released. 





35 

The SS changes Cell 3, Cell 1 1 and Cell 23 
levels according to row "T4" in table 6.3.1 .3.2- 
1. 





36- 
40 

Check: Does the test result of Steps 1 to 5 of 

the generic test procedure in TS 36.508 

subclause 6.4.2.7 indicate that the UE is 

camped on Cell 3 within 6 mins from "T4" to 

the time RRCConnectionRequest rece'w/ed by 

SS? 

NOTE: The UE performs a TAU procedure. 



2 



At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 






6.3.1.3.3 


Specific message contents 

Table 6.3.1 .3.3-1 : Conditions for table 6.3.1 .3.3-2 


Condition 

Explanation 

Celll 

This condition applies to system information transmitted on Cell 1 . 

Cell 3 

This condition applies to system information transmitted on Cell 3. 

Cell 11 

This condition applies to system information transmitted on Cell 1 1 . 

Cell 23 

This condition applies to system information transmitted on Cell 23. 
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Table 6.3.1.3.3-2: SystemlnformationBlockTypel for Cell 1, 3, 11 and 23 (preamble and all steps, 

Table 6.3.1.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

FALSE 


CelM 
Cell 11 
Cell 23 


TRUE 


Cell 3 

csg-ldentity 

Not present 


CelM 
Cell 11 
Cell 23 


'000 0000 0000 0000 
0000 0000 001 1'B 


Cell 3 

} 




} 





Table 6.3.1 .3.3-3: SystemlnformationBlockType4 for Cell 3 (Pre-test conditions and all steps, table 

6.3.1.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType4 ::= SEQUENCE { 




csg-PhysCellldRange ::= SEQUENCE { 




start 

3 



range 

Not present 

The UE shall 
apply value 1 in 
case the field is 
absent, in which 
case only the 
physical cell 
identity value 
indicated by start 
applies. 


} 




} 





6.3.2 

6.3.2.1 
(1) 


Inter-RAT cell reselection / From GSMJdIe/GPRS Packetjdie to E- 
UTRA idle CSG cell 

Test Purpose (TP) 


with { UE in GSM/GPRS Registered state and no RR connection 
ensure that { 

when { Manual CSG ID selection is requested } 

then { UE select the suitable E-UTRAN CSG cell } 


(2) 

with { UE in GSM/GPRS Registered state and no RR connection and UE's Allowed CSG list is not empty } 
ensure that { 

when { UE detects a suitable E-UTRAN CSG cell previously visited } 

then { UE reselects the suitable previously visited E-UTRAN CSG cell irrespective of the EUTRAN 
cell reselection priority } 
} 


6.3.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.2.4, TS 
45.008, clause 6.6.7.1, TS 45.008, clause 6.6.7.2 and TS 36.304, clause 10.1.3.4. 
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[TS 24.301, clause 5.5.3.2.4] 

If the UE has initiated the tracking area updating procedure due to manual CSG selection and receives a TRACKING 
AREA UPDATE ACCEPT message, the UE shall check if the CSG ID of the cell where the UE has sent the 
TRACKING AREA UPDATE REQUEST message is contained in the Allowed CSG list. If not, the UE shall add that 
CSD ID to the Allowed CSG list. 

[TS 45.008, clause 6.6.7.1] 

If a mobile station is a member of at least one Closed Subscriber Group, i.e. at least one CSG ID is included in the MS's 
"Allowed CSG list", then, in addition to normal cell reselection, the MS shall use an autonomous search function to 
detect UTRAN and/or E-UTRAN CSG cells. The autonomous search function shall at least detect previously visited 
allowed CSG cells. 

NOTE 1 : The autonomous search function is implementation dependent and controls when and/or where to search 
for allowed CSG cells. 


If the strongest cell (see 3GPP TS 25.304 and 3GPP TS 36.304 for the definition of the strongest cell) which the MS has 
detected on a UTRAN or E-UTRAN frequency during a time interval T_reselection is a suitable CSG cell (see 3GPP 
TS 25.304 and 3GPP TS 36.304 for suitability criteria for UTRAN and E-UTRAN CSG cells respectively), the MS 
shall reselect to this cell irrespective of the cell reselection rules applicable for the cell on which the MS is currently 
camped. 

The following requirements are valid for reselection to allowed CSG cells previously visited by the MS when the radio 
configuration parameters, including the carrier frequency and PSC/PCI (whichever and if it is applicable) of the CSG 
cell, non CSG cell and other neighbour cells, are unchanged from the most recent previous visit. The autonomous 
search and cell re-selection to a previously visited allowed CSG cell shall meet the performance requirements defined as 
follows: 

the MS shall perform search and re-selection to a previously visited allowed UTRAN FDD CSG cell, that has 
met the CSG cell re-selection criterion defined above, within 6 minutes in the radio conditions specified for an 
UTRAN FDD CSG cell in 3GPP TS 36.133 in terms of parameters for CSG inter-RAT UTRAN FDD 
reselection; UARFCN and PSC shall be unchanged from the most recent previous visit of the UTRAN FDD 
CSG cell; Serving GSM cell at RXLEV= -70 dBm, with 6 GSM neighbours at RXLEV= -75 dBm; 

the MS shall perform search and re-selection to a previously visited allowed E-UTRAN CSG cell, that has met 
the CSG cell re-selection criterion defined above, within 6 minutes in the radio conditions specified for an E- 
UTRAN CSG cell in 3GPP TS 25.133 in terms of parameters for CSG inter-RAT E-UTRA reselection; E- 
UARFCN and PCI shall be unchanged from the most recent previous visit of the E-UTRAN CSG cell; Serving 
GSM cell at RXLEV= -70 dBm, with 6 GSM neighbours at RXLEV= -75 dBm. 

NOTE 4: The above performance requirements are minimum requirements defined to ensure the testability of 
autonomous CSG search. 

[TS 45.008, clause 6.6.7.2] 

If NAS requests AS to search for available CSG IDs, the MS shall perform the search and report the results to NAS as 
described in 3GPP TS 25.304 for UTRAN and as described in 3GPP TS 36.304 for E-UTRAN. 

If a CSG ID is manually selected by NAS, the MS shall behave as specified in 3GPP TS 25.304 or in 3GPP TS 36.304, 
depending on the RAT type of the selected CSG cell. 

[TS 45.008, clause 10.1.3.4] 

If a mobile station is a member of at least one Closed Subscriber Group, i.e. at least one CSG ID is included in the MS's 
"Allowed CSG list", then, in addition to normal cell reselection, the MS shall use an autonomous search function to 
detect UTRAN and/or E-UTRAN CSG cells. The autonomous search function shall at least detect previously visited 
allowed CSG cells. 
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Test description 
Pre-test conditions 


6.3.2.3 

6.3.2.3.1 

System Simulator: 

- Cell 1 and Cell 2. 

- Cell 24 and Cell 25. 

- Cell 1 , Cell 24 and Cell 25 are not CSG cells. 

- Cell 2 is CSG cell. 

- Cell 24 and Cell 25 have different Routing Area. 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 1. 
System information combination 14 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 2. 

UE: 

The UE's Allowed CSG list is empty. 
Preamble: 

- The UE is in state Switched OFF (state 1) according to [18]. 

6.3.2.3.2 Test procedure sequence 

Tables 6.3.2.3.2-1 and 6.3.2.3.2-2 illustrates the downlink power levels and other changing parameters to be applied for 
the cells at various time instants of the test execution. Row marked "TO" denotes the initial conditions, while rows 
marked "Tl", "T2", "T3" and "T4" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 6.3.2.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15kHz 

"Off" 

"Off" 

Power level "Off" is defined in 
TS36.508 Table 6.2.2.1-1. 

Qrxlevmin 

dBm 

-106 

-106 


T1 

Cell-specific RS 
EPRE 

dBm/15kHz 

-91 

-85 


Srxlev* 

dB 

15 

21 

Srxlev = Cell-specific RS EPRE - 
qRxLevMinEUTRA 

T2 

Cell-specific RS 
EPRE 

dBm/15kHz 

"Off" 

"Off" 

Power level "Off" is defined in 
TS 36.508 Table 6.2.2.1-1. 

Srxlev* 

dB 

"Off" 

"Off" 

S nonServingCell, Cell? > Thresh Cell7,high 

T3 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

"Off" 


T4 

Cell-specific RS 
EPRE 

dBm/15kHz 

-91 

-85 


Srxlev* 

dB 

15 

21 

Srxlev = Cell-specific RS EPRE - 
QRxLevMinEUTRA 

Note: Srxlev is calculated in the UE 
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Table 6.3.2.3.2-2: Time instances of cell power level and parameter changes for GERAN cell 



Parameter 

Unit 

Cell 24 

Cell 25 

Remark 

TO 

RF Signal Level 

dBm 

-80 

"Off" 

The power levels are such that 
camping on Cell 24 is guaranteed. 

RXLEV ACCESS MIN 

dBm 

-101 

"Off" 


CV 

dB 

21 

"Off" 


T1 

RF Signal Level 

dBm 

-80 

"Off" 


RXLEV ACCESS MIN 

dBm 

-101 

"Off" 


CV 

dB 

21 

"Off" 


T2 

RF Signal Level 

dBm 

"Off" 

-80 

The power levels are such that 
camping on Cell 25 is guaranteed. 

RXLEV ACCESS MIN 

dBm 

"Off" 

-101 


CV 

dB 

"Off" 

21 


T3 

RF Signal Level 

dBm 

-80 

-90 


RXLEV ACCESS MIN 

dBm 

-101 

-101 


CV 

dB 

21 

11 


T4 

RF Signal Level 

dBm 

-80 

"Off" 


RXLEV ACCESS MIN 

dBm 

-101 

"Off" 


CV 

dB 

21 

"Off" 


Note: C1 is calculated in the UE 
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Table 6.3.2.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

Call the registration procedure described in TS 
34.123-3 subclause 6.10.2.7.1.1 performed on 
Cell 24. 

NOTE: The UE performs registration and the 
RR connection is released. 





3 

The SS changes Cell 1 and Cell 2 levels 
according to the row "T1 " in table 6.3.2.3.2-1 . 

- 

- 

- 

- 

4 

The UE is made to perform manual CSG ID 
selection and select Cell 2. 

- 

- 

- 

- 

5 

Check: Does the test result of generic test 
procedure in TS 36.508 Table 6.4.2.7A-2 
indicate that the UE is camped on E-UTRAN 
Cell 2? 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



1 


5A 

Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

6 

The SS changes Cell 1 , Cell 2, Cell 24 and 
Cell 25 levels according to row "T2" in table 
6.3.2.3.2-1 and table 6.3.2.3.2-2. 





7- 
17 

Steps 1 to 1 1 of the Routing Area Update 
procedure described in TS 36.508 subclause 
6.4.2.9 are performed on Cell 25. 
NOTE: The UE performs RAU and the RR 
connection is released. 





18 

The SS changes Cell 1 , Cell 24 and Cell 25 
levels according to row "T3" in table 6.3.2.3.2- 
1 and table 6.3.2.3.2-2. 





19- 
29 

Steps 1 to 1 1 of the Routing Area Update 
procedure described in TS 36.508 subclause 
6.4.2.9 are performed on Cell 24. 
NOTE: The UE performs RAU and the RR 
connection is released. 





30 

The SS changes Cell 1 , Cell 2 and Cell 25 
level according to row "T4" in table 6.3.2.3.2-1 
and table 6.3.2.3.2-2. 





31 

Check: Does the test result of generic test 
procedure in TS 36.508 Table 6.4.2.7A-1 
indicate that the UE is camped on E-UTRAN 
Cell 2 within 6 mins? 



2 



6.3.2.3.3 Specific message contents 
Table 6.3.2.3.3-1 : SystemlnformationBlockTypel for Cell 2 (preamble and all steps, Table 6.3.2.3.2-3) 


Derivation Path: 36.508 Table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

TRUE 



csg-ldentity 

1 



} 




} 
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Table 6.3.2.3.3-2: SystemlnformationBlockType4 ior Cell 2 (preamble and all steps, Table 6.3.2.3.2-3) 


Derivation Path: 36.508 Table 4.4.3.3-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType4 ::= SEQUENCE { 




csg-PhysCellldRange SEQUENCE { 




start 

2 



range 

n4 



} 




} 





Table 6.3.2.3.3-3: SYSTEM INFORMATION TYPE 2 Quarter for Cell 24 and Cell 25 (Pre-test conditions 

and all steps, Table 6.3.2.3.2-3) 


Derivation Path: 36.508 clause 4.4.5, Table 4.4.5-1 

Information Element 

Value/remark 

Comment 

Condition 

SI 2QUATER REST OCTETS 




Additions in release 8 

H 



Priority and E-UTRAN Parameters Description 

1 

Present 


Serving Cell Priority Parameters Description 

1 

Present 


GERAN_PRIORITY 

5 

Higher priority 
than E-UTRA 
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Table 6.3.2.3.3-4: SystemlnformationBlockType7 ior Cell 1 and Cell 2 (Pre-test conditions and all 

steps, Table 6.3.2.3.2-3) 


Derivation Path: 36.508 table 4.4.3.3-6 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType? ::= SEQUENCE { 




t-ReselectionGERAN 

7 

INTEGER (0..7) 


speedDependentScalingParameters SEQUENCE 
{} 

Not present 



carrierFreqslnfoList SEQUENCE (SIZE 
(1 ..maxGNFG)) OF SEQUENCE { 




carrierFreqsGERAN SEQUENCE [1] { 




startingARFCN 

Same as cell 24 



bandlndicator 

Same as cell 24 



followingARFCNs CHOICE { 




equallySpacedARFCNs SEQUENCE { 




arfcn-Spacing 

Same as cell 24 



numberOfFollowingARFCNs 

Same as cell 24 



} 




} 




} 




commonlnfo SEQUENCE { 




cellReselectionPriority 

5 

Higher priority 
than EUTRA Freq 


ncc-Permitted 

'11111111'B 



} 




carrierFreqsGERAN SEQUENCE [2] { 




StartingARFCN 

Same as cell 25 



bandlndicator 

Same as cell 25 



followingARFCNs CHOICE { 




equallySpacedARFCNs SEQUENCE { 




arfcn-Spacing 

Same as cell 25 



numberOfFollowingARFCNs 

Same as cell 25 



} 




} 




} 




commonlnfo SEQUENCE { 




cellReselectionPriority 

5 

Higher priority 
than EUTRA Freq 


ncc-Permitted 

'11111111'B 



} 




} 




} 





6.3.3 


6.3.3.1 


Inter-RAT cell reselection / From UTRAJdIe to E-UTRA RRCJDLE 
CSG cell 

Test Purpose (TP) 


(1) 


with { UE in UTRA IDLE state } 
ensure that { 

when { Manual CSG ID selection is requested } 
then { UE select the suitable E-UTRAN CSG cell 


(2) 


with { UE in UTRA IDLE state and UE's Allowed CSG list is not empty } 
ensure that { 

when { UE detects a suitable E-UTRAN CSG cell previously visited } 

then { UE reselects the suitable previously visited E-UTRAN CSG cell irrespective of the EUTRAN 
cell reselection priority } 
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6.3.3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 25.304, clause 5.6.1, 
5.2.6.4.1, TS 36.304 clause 5.2.4.8.1, 5.2.4.6, 5.2.4.8.2, 5.2.4.1 and TS 25.133, clause 4.2.2.11.2. 

[TS 24.301, clause 5.5.3.2.4] 

If the UE has initiated the tracking area updating procedure due to manual CSG selection and receives a TRACKING 
AREA UPDATE ACCEPT message, the UE shall check if the CSG ID of the cell where the UE has sent the 
TRACKING AREA UPDATE REQUEST message is contained in the Allowed CSG list. If not, the UE shall add that 
CSD ID to the Allowed CSG list. 

[TS 25.304, clause 5.6.1] 

In the UE on request of NAS, the AS shall scan all RE channels in the UTRA bands according to its capabilities to find 
available CSG IDs. On each carrier, the UE shall at least search for the strongest cell, read its system information and 
report available CSG ID(s) together with their "HNB name" (if broadcast) and PLMN(s) to the NAS. The search for 
available CSG IDs may be stopped on request of the NAS. 

If NAS has selected a CSG ID and provided this selection to AS, the UE shall search for an acceptable or suitable cell 
belonging to the selected CSG ID to camp on. 

[TS 25.304, clause 5.2.6.4.1] 

In addition to normal cell reselection, the UE shall use an autonomous search function to detect at least previously 
visited allowed CSG cells on non-serving frequencies, including inter-RAT frequencies, according to the performance 
requirements specified in [10], when at least one CSG ID is included in the UE's CSG whitelist. The UE is required to 
perform autonomous search function in Idle, Cell_PCH and URA_PCH states. The UE shall disable the autonomous 
search function for CSG cells if the UE's CSG whitelist is empty. If "Dedicated CSG frequency(ies) " IE is present, the 
UE may use the autonomous search function only on these dedicated frequencies and on the other frequencies listed in 
the system information. 

NOTE: The UE autonomous search function, per UE implementation, determines when and/or where to search 
for allowed CSG cells. 

When the UE has no or an empty CSG whitelist, the UE may ignore cells with PSC in the stored range "CSG PSC Split 
Information" [4] reserved for CSG cells for intra-frequency and inter-frequency measurements and cell re-selections. 


If the UE detects a suitable CSG cell on a different frequency it shall reselect this cell irrespective of the cell reselection 
rules applicable for the cell the UE is currently camped on, if the detected suitable CSG cell is the strongest cell on that 
frequency. If suitable CSG cells are detected on different frequencies and these are the strongest cells on their 
frequencies, then the UE shall reselect to any one of them. 

If the UE detects one or more suitable CSG cell on another RAT, the UE shall reselect to one of them according to [18]. 

[TS 25.133, clause 4.2.2.11.2] 

The UE shall perform search and reselection to an allowed inter-RAT E-UTRA CSG cell that has met CSG reselection 
criterion defined in [1] and that is in its whitelist, within 6 minutes in the conditions shown in table 4.2.2.11.2-1. There 
is no need for statistical testing of this requirement. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


356 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 4.2.2.11.2-1 : Parameters for CSG inter-RAT E-UTRA reselection 


Parameter 

Unit 

CelM 

Cell 2 

UARFCN '^°^^^ 


Channel 1 

N/A 

E-UARFCN '^°^"^ 


N/A 

Channel 2 

CSG indicator 


False 

True 

Primary scrambling code 


Scrambling 
code 1 

N/A 

Physical cell identity"°^'^ 


N/A 

2 

CSG identity 


Not sent 

Sent 
(Already stored 
in UE whitelist 
from previous 

visit) 

Propagation conditions 


Static, non multipath 

CSG cell previously 
visited by UE 


Yes 

CPICH Ec''°^"' 

dBm 

f>TBDl 

N/A 

CPICH Ec/lor 

dB 

-10 

PCCPCH Ec/lor 

dB 

-12 

SCCPCH Ec/lor 

dB 

-12 

AICH Ec/lor 

dB 

-15 

SCH Ec/lor 

dB 

-15 

PICH Ec/lor 

dB 

-15 

he 

dBm/3.84 MHz 

Off 

PBCH RA 

dB 

N/A 



PBCH RB 

dB 

PSS RA 

dB 

SSS RA 

dB 

PCFICH RB 

dB 

PHICH RA 

dB 

PHICH RB 

dB 

PDCCH RA 

dB 

PDCCH RB 

dB 

PDSCH RA 

dB 

PDSCH RB 

dB 

OCNG RA"°^'^ 

dB 

OCNG RB'^°^"^ 

dB 

Qrxlevmin 

dBm 

-140 

Kc 

dBm/15kHz 

Off 

p3pp.oie. 

dBm/15KHz 

[>TBD] 

Note 1 : For this requirement to be applicable, the UARFCN and scrambling 
code for cell 1 and the E-UARFCN and physical cell identity for cell 2 
shall be unchanged from when the CSG cell was visited previously 

Note 2: Chosen to ensure that CSG autonomous search has a high probability 
of success on every attempt made by UE 


[TS 36.304, clause 5.2.4.8.1] 

In addition to normal cell reselection, the UE shall use an autonomous search function to detect at least previously 
visited allowed CSG cells on non-serving frequencies, including inter-RAT frequencies, according to the performance 
requirements specified in [10], when at least one CSG ID is included in the UE's CSG whitelist. The UE may also use 
autonomous search on the serving frequency. The UE shall disable the autonomous search function for CSG cells if the 
UE's CSG whitelist is empty. 

NOTE: The UE autonomous search function, per UE implementation, determines when and/or where to search 
for allowed CSG cells. 

If the UE detects one or more suitable CSG cells on different frequencies, then the UE shall reselect to one of the 
detected cells irrespective of the frequency priority of the cell the UE is currently camped on, if the concerned CSG cell 
is the highest ranked cell on that frequency. 

If the UE detects a suitable CSG cell on the same frequency, it shall reselect to this cell as per normal reselection rules 
(5.2.4.6.). 
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[TS 36.304, clause 5.2.4.6] 

The cell-ranking criterion Rg for serving cell and Rn for neighbouring cells is defined by: 


where: 


Qrr 


Qoffset 


-Ks — v^measjS "I" v^Hyst 
Rn=Qmeas,n- Qoffset 


RSRP measurement quantity used in cell reselections. 


For intra-frequency: Equals to Qoffsets,n, if Qoffsets,n is valid, 
otherwise this equals to zero. 

For inter-frequency: Equals to Qoffsets,n plus Qoffsetfrequency, if 
Qoffsets,n is valid, otherwise this equals to Qoffsetfreguency- 


The UE shall perform ranking of all cells that fulfil the cell selection criterion S, which is defined in 5.2.3.2, but may 
exclude all CSG cells that are known by the UE to be not allowed. 

The cells shall be ranked according to the R criteria specified above, deriving Qmeas,n and Qmeas,s and calculating the R 
values using averaged RSRP results. 

If a cell is ranked as the best cell the UE shall perform cell reselection to that cell. If this cell is found to be not-suitable, 
the UE shall behave according to subclause 5.2.4.4. 

In all cases, the UE shall reselect the new cell, only if the following conditions are met: 

- the new cell is better ranked than the serving cell during a time interval TreselectionRAT; 

- more than 1 second has elapsed since the UE camped on the current serving cell. 
[TS 36.304, clause 5.2.4.8.2] 

While camped on a suitable CSG cell, the UE shall apply the normal cell reselection rules as defined in subclause 5.2.4. 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information, in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
(re)selection. 


While the UE is camped on a suitable CSG cell, the UE shall always consider the current frequency to be the highest 
priority frequency (i.e. higher than the eight network configured values), irrespective of any other priority value 
allocated to this frequency. 

6.3.3.3 Test description 

6.3.3.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 2. 

- Cell 5 and Cell 7. 

- Cell 1 , Cell 5 and Cell 7 are not CSG cells. 

- Cell 2 is CSG cell. 

- Cell 5 and Cell 7 have different Routing Area. 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 1. 
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System information combination 11 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 2. 


UE: 


- The UE's Allowed CSG list is empty. 
Preamble: 

- The UE is in state Switched OFF (state 1) according to [5]. 

6.3.3.3.2 Test procedure sequence 

Tables 6.3.3.3.2-1 and 6.3.3.3.2-2 illustrates the downlink power levels and other changing parameters to be applied for 
the cells at various time instants of the test execution. Row marked "TO" denotes the initial conditions, while rows 
marked "Tl", "T2", "T3" and "T4" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 6.3.3.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15kHz 

"Off" 

"Off" 

Power level "Off" is defined in 
TS36.508 Table 6.2.2.1-1. 

Qrxlevmin 

dBm 

-106 

-106 


Tl 

Cell-specific RS 
EPRE 

dBm/15kHz 

-91 

-85 


Srxlev* 

dB 

15 

21 

Srxlev = Cell-specific RS EPRE - 
qRxLevMinEUTRA 

T2 

Cell-specific RS 
EPRE 

dBm/15kHz 

"Off" 

"Off" 

Power level "Off" is defined in 
TS 36.508 Table 6.2.2.1-1. 

Srxlev* 

dB 

N/A 

N/A 

S nonServingCell, Cell? > Thresh Cell7,high 

T3 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

"Off" 


T4 

Cell-specific RS 
EPRE 

dBm/15kHz 

-91 

-85 


Srxlev* 

dB 

15 

21 

Srxlev = Cell-specific RS EPRE - 
qRxLevMinEUTRA 

Note: Srxlev is calculated in the UE 

Table 6.3.3.3.2-2: Time instances of cell power level and parameter changes for UTRA cell 


Parameter 

Unit 

Cells 

Cell? 

Remark 

TO 

CPICH_Ec 

dBm/3.84 MHz 

-60 

"Off" 

The power levels are such that 
camping on Cell 5 is guaranteed. 

P-CCPCH 

dBm/1 .28 MHz 

-62 

"Off" 

The power levels are such that 
camping on Cell 5 is guaranteed. 

Qrxlevmin (FDD) 

dBm 

-79 

-79 

Default value 

Qrxlevmin(TDD) 

dBm 

-81 

-81 

Default value 

Srxlev* 

dB 

19 

"Off" 


Tl 

CPICH Ec 

dBm/3.84 MHz 

-60 

"Off" 


P-CCPCH 

dBm/1 .28 MHz 

-62 

"Off" 


Srxlev* 

dB 

19 

"Off" 


T2 

CPICH Ec 

dBm/3.84 MHz 

"Off" 

-60 


P-CCPCH 

dBm/1 .28 MHz 

"Off" 

-62 


Srxlev* 

dB 

"Off" 

19 


T3 

CPICH Ec 

dBm/3.84 MHz 

-60 

-70 


P-CCPCH 

dBm/1 .28 MHz 

-62 

-72 


Srxlev* 

dB 

19 

9 


T4 

CPICH Ec 

dBm/3.84 MHz 

-60 

"Off" 


P-CCPCH 

dBm/1 .28 MHz 

-62 

"Off" 


Srxlev* 

dB 

19 

"Off" 


Note : Srxlev is calculated in the UE 
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Table 6.3.3.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2- 
13 

Steps 2 to 13 of the registration procedure 
described in TS 34.108 subclause 7.2.2.3.3 
are performed on Cell 5. 
NOTE: The UE performs registration and the 
RRC connection is released. 





14 

The SS changes Cell 1 and Cell 2 levels 
according to the row "T1 " in table 6.3.3.3.2-1 . 

- 

- 

- 

- 

15 

The UE is made to perform manual CSG ID 
selection and select Cell 2. 

- 

- 

- 

- 

16 

Check: Does the test result of generic test 
procedure in TS 36.508 Table 6.4.2.7A-2 
indicate that the UE is camped on E-UTRAN 
Cell 2? 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



1 


16 
A 

Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

17 

The SS changes Cell 1 , Cell 2, Cell 5 and Cell 
7 levels according to row "T2" in table 
6.3.3.3.2-1 and table 6.3.3.3.2-2. 





18- 
27 

Steps 1 to 10 of the Routing Area Update 
procedure described in TS 36.508 subclause 
6.4.2.8 are performed on Cell 7. 
NOTE: The UE performs RAU and the RRC 
connection is released. 





28 

The SS changes Cell 1 , Cell 5 and Cell 7 
levels according to row "T3" in table 6.3.3.3.2- 
1 and table 6.3.3.3.2-2. 





29- 
38 

Steps 1 to 10 of the Routing Area Update 
procedure described in TS 36.508 subclause 
6.4.2.8 are performed on Cell 5. 
NOTE: The UE performs RAU and the RRC 
connection is released. 





39 

The SS changes Cell 1 , Cell 2 and Cell 7 level 
according to row "T4" in table 6.3.3.3.2-1 and 
table 6.3.3.3.2-2. 





40- 
46 

Check: Does the test result of Steps 1 to 7 of 
generic test procedure in TS 36.508 Table 
6.4.2.7A-1 indicate that the UE is camped on 
E-UTRAN Cell 2 within 6 mins from "T4" to the 
time RRCConnectionRequest received by SS? 
NOTE: The UE performs a TAU procedure. 



2 



6.3.3.3.3 


Specific message contents 

Table 6.3.3.3.3-1 : Conditions for specific message contents 
in Table 6.3.3.3.3-2 


Condition 

Explanation 

CelM 

This condition applies to system information transmitted on Cell 1 . 

Cell 2 

This condition applies to system information transmitted on Cell 2. 
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Table 6.3.3.3.3-2: SystemlnformationBlockTypel for Cell 1 and Cell 2 (preamble and all steps, Table 

6.3.3.3.2-3) 


Derivation Path: 36.508 Table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

FALSE 


CelM 

TRUE 


Cell 2 

csg-ldentity 

Not present 


CelM 

1 


Cell 2 

} 




} 




} 





Table 6.3.3.3.3-3: SystemlnformationBlockType4iov Cell 2 (preamble and all steps, Table 6.3.3.3.2-3) 


Derivation Path: 36.508 Table 4.4.3.3-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType4 ::= SEQUENCE { 




csg-PhysCellldRange SEQUENCE { 




start 

2 



range 

n4 



} 




} 





Table 6.3.3.3.3-4: System Information Block type 19 for Cell 5 and Cell 7 (Pre-test conditions and all 

steps. Table 6.3.3.3.2-3 


Derivation Path: 36.508 clause 4.4.4.1 , Table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList SEQUENCE { 




utra-ServingCell SEQUENCE { 




priority 

5 

Higher priority 
than E-UTRA 


} 




eutra-FrequencyAndPrioritylnfoList SEQUENCE 
(SIZE (L.maxNumEUTRAFreqs)) OF SEQUENCE 




earfcn[n] 

Same downlink EARFCN 
as used for cell 1 



priority[/77 

4 



} 




} 
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Table 6.3.3.3.3-5: SystemlnformationBlockTypeS ior Cell 1 and Cell 2 (Pre-test conditions and all 

steps, Table 6.3.3.3.2-3 


Derivation Path: 36.508 Table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypee ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1..maxUTRA-FDD-Carrier)) OF SEQUENCE { 



UTRA-FDD 

carrierFreq[n] 

Same downlink UARFCN 
as used for cell 5 



cellReselectionPriority[/77 

5 



} 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1..maxUTRA-TDD-Carrier)) OF SEQUENCE { 



UTRA-TDD 

carrierFreq[n] 

Same downlink UARFCN 
as used for cell 5 



cellReselectionPriority[n] 

5 



} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


6.3.4 

6.3.4.1 
(1) 


Inter-RAT cell reselection / From UTRA CELL_PCH state to E- 
UTRA RRCJDLE CSG cell 

Test Purpose (TP) 


with { UE in UTRA Cell PCH state and UE's Allowed CSG list is not empty } 
ensure that { 

when { UE detects a suitable CSG cell that is not the strongest cell on that frequency 
then { UE does not reselect to the CSG cell } 


(2) 

with { UE in UTRA Cell PCH state and UE's Allowed CSG list is not empty } 
ensure that { 

when { UE detects a suitable E-UTRAN CSG cell previously visited } 

then { UE reselects the suitable previously visited E-UTRAN CSG cell irrespective of the EUTRAN 
cell reselection priority } 
} 


6.3.4.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 25.304, 5.2.6.4.1, TS 36.304 
clause 5.2.4.8.1, 5.2.4.6, 5.2.4.8.2, 5.2.4.1, TS 25.133 clause 4.2.2.11.2 and TS 25.331, Annex E. 

[TS 25.304, clause 5.2.6.4.1] 

In addition to normal cell reselection, the UE shall use an autonomous search function to detect at least previously 
visited allowed CSG cells on non-serving frequencies, including inter-RAT frequencies, according to the performance 
requirements specified in [10], when at least one CSG ID is included in the UE's CSG whitelist. The UE is required to 
perform autonomous search function in Idle, Cell_PCH and URA_PCH states. The UE shall disable the autonomous 
search function for CSG cells if the UE's CSG whitelist is empty. If "Dedicated CSG frequency(ies) " IE is present, the 
UE may use the autonomous search function only on these dedicated frequencies and on the other frequencies listed in 
the system information. 

NOTE: The UE autonomous search function, per UE implementation, determines when and/or where to search for 
allowed CSG cells. 
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When the UE has no or an empty CSG whitelist, the UE may ignore cells with PSC in the stored range "CSG PSC Split 
Information" [4] reserved for CSG cells for intra-frequency and inter-frequency measurements and cell re-selections. 


If the UE detects a suitable CSG cell on a different frequency it shall reselect this cell irrespective of the cell reselection 
rules applicable for the cell the UE is currently camped on, if the detected suitable CSG cell is the strongest cell on that 
frequency. If suitable CSG cells are detected on different frequencies and these are the strongest cells on their 
frequencies, then the UE shall reselect to any one of them. 

If the UE detects one or more suitable CSG cell on another RAT, the UE shall reselect to one of them according to [18]. 

[TS 25.133, clause 4.2.2.11.2] 

The UE shall perform search and reselection to an allowed inter-RAT E-UTRA CSG cell that has met CSG reselection 
criterion defined in [1] and that is in its whitelist, within 6 minutes in the conditions shown in table 4.2.2.11.2-1. There 
is no need for statistical testing of this requirement. 

Table 4.2.2.11.2-1 : Parameters for CSG inter-RAT E-UTRA reselection 


Parameter 

Unit 

CelM 

Cell 2 

UARFCN '^°^^^ 


Channel 1 

N/A 

E-UARFCN '^°^"^ 


N/A 

Channel 2 

CSG indicator 


False 

True 

Primary scrambling code 


Scrambling 
code 1 

N/A 

Physical cell identity"°^'^ 


N/A 

2 

CSG identity 


Not sent 

Sent 
(Already stored 
in UE whitelist 
from previous 

visit) 

Propagation conditions 


Static, non multipath 

CSG cell previously 
visited by UE 


Yes 

CPICH Ec''°^"' 

dBm 

[>TBD] 

N/A 

CPICH Ec/lor 

dB 

-10 

PCCPCH Ec/lor 

dB 

-12 

SCCPCH Ec/lor 

dB 

-12 

AICH Ec/lor 

dB 

-15 

SCH Ec/lor 

dB 

-15 

PICH Ec/lor 

dB 

-15 

he 

dBm/3.84 MHz 

Off 

PBCH RA 

dB 

N/A 



PBCH RB 

dB 

PSS RA 

dB 

SSS RA 

dB 

PCFICH RB 

dB 

PHICH RA 

dB 

PHICH RB 

dB 

PDCCH RA 

dB 

PDCCH RB 

dB 

PDSCH RA 

dB 

PDSCH RB 

dB 

OCNG RA^°''' 

dB 

OCNG RB'^°^"^ 

dB 

Qrxlevmin 

dBm 

-140 

Kc 

dBm/15kHz 

Off 

p3pp.oie. 

dBm/15KHz 

[>TBD] 

Note 1 : For this requirement to be applicable, the UARFCN and scrambling 
code for cell 1 and the E-UARFCN and physical cell identity for cell 2 
shall be unchanged from when the CSG cell was visited previously 

Note 2: Chosen to ensure that CSG autonomous search has a high probability 
of success on every attempt made by UE 
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[TS 36.304, clause 5.2.4.8.1] 

In addition to normal cell reselection, the UE shall use an autonomous search function to detect at least previously 
visited allowed CSG cells on non-serving frequencies, including inter-RAT frequencies, according to the performance 
requirements specified in [10], when at least one CSG ID is included in the UE's CSG whitelist. The UE may also use 
autonomous search on the serving frequency. The UE shall disable the autonomous search function for CSG cells if the 
UE's CSG whitelist is empty. 

NOTE: The UE autonomous search function, per UE implementation, determines when and/or where to search 
for allowed CSG cells. 

If the UE detects one or more suitable CSG cells on different frequencies, then the UE shall reselect to one of the 
detected cells irrespective of the frequency priority of the cell the UE is currently camped on, if the concerned CSG cell 
is the highest ranked cell on that frequency. 

If the UE detects a suitable CSG cell on the same frequency, it shall reselect to this cell as per normal reselection rules 
(5.2.4.6.). 

[TS 36.304, clause 5.2.4.6] 

The cell-ranking criterion Rg for serving cell and Rn for neighbouring cells is defined by: 


-Ks — v^measjS "I" v«^Hyst 
Rn=Qmeas,n-Qoffset 


where: 


Qrr 


Qoffset 


RSRP measurement quantity used in cell reselections. 


For intra-frequency: Equals to Qoffsets,n, if Qoffsets,n is valid, 
otherwise this equals to zero. 

For inter-frequency: Equals to Qoffsets,n plus Qoffsetfrequency, if 
Qoffsets,n is valid, otherwise this equals to Qoffsetfreguencv- 


The UE shall perform ranking of all cells that fulfil the cell selection criterion S, which is defined in 5.2.3.2, but may 
exclude all CSG cells that are known by the UE to be not allowed. 

The cells shall be ranked according to the R criteria specified above, deriving Qmeas,n and Qmeas,s and calculating the R 
values using averaged RSRP results. 

If a cell is ranked as the best cell the UE shall perform cell reselection to that cell. If this cell is found to be not-suitable, 
the UE shall behave according to subclause 5.2.4.4. 

In all cases, the UE shall reselect the new cell, only if the following conditions are met: 

- the new cell is better ranked than the serving cell during a time interval TreselectionRAx; 

- more than 1 second has elapsed since the UE camped on the current serving cell. 
[TS 36.304, clause 5.2.4.8.2] 

While camped on a suitable CSG cell, the UE shall apply the normal cell reselection rules as defined in subclause 5.2.4. 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information, in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
(re)selection. 


While the UE is camped on a suitable CSG cell, the UE shall always consider the current frequency to be the highest 
priority frequency (i.e. higher than the eight network configured values), irrespective of any other priority value 
allocated to this frequency. 
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[TS 25.331, Annex E] 

This annex contains the definitions of the bits in EUTRA Feature Group Indicators. 

In this release of the specification the UE shall include the optional EUTRA Feature Group Indicators IE in the UE 
multi-mode/multi RAT capability IE of the RRC message. For a specific indicator, if all functionalities for a feature 
group listed in Table E.l have been implemented and tested, the UE shall set the indicator as "true" (as one), else (i.e. if 
any one of the functionalities in a feature group listed in Table E.l have not been implemented or tested), the UE shall 
set the indicator as zero. 

The UE shall set all indicators, which do not have a definition in the table E.l, as "false" (as zero). 

If the optional EUTRA Feature Group Indicators IE is not included by a UE supporting a future release of the 
specification, the network may assume the UE supports all features in the feature groups listed in table E.l and 
deployed in the network. 

Table E.1 : Definitions of feature group indicators 


Index of 
indicator 

(bit 
number) 

Definition 

(description of the supported functionality, if indicator set to 'true') 

Notes 

1 (leftmost 
bit) 

-UTRACELL PCH to EUTRA RRC IDLE cell reselection 
- UTRA URA PCH to EUTRA RRC IDLE cell reselection 


2 

EUTRAN measurements and reporting in connected mode 


3 

Undefined 


4 

Undefined 



Clarification for mobility to EUTRAN 

For mobility to E-UTRAN, it is assumed that we have 6 main "functions": 

A. Support of measurements and cell reselection procedure in idle mode 

B. Support of measurements and cell reselection procedure in CELL/URA_PCH 

C. Support of RRC release with redirection procedure 

D. Support of RRC reject with redirection procedure 

E. Support of EUTRAN measurements and reporting in connected mode 

F. Support of handover procedure in connected mode 

Of the above, all UEs that indicate support of E-UTRA in UE capability signalling "Support of E-UTRA FDD" or 
"Support of E-UTRA TDD" support A), C) and D) EUTRA bands. 

For B) above, UEs indicate support by the Group 1 indicator bit (if Group 1 is set to "true", it is supported for all 
EUTRA bands the UE supports). 

For E) above, UEs indicate support by the Group 2 indicator bit (if Group 2 is set to "true", it is supported for all 
EUTRA bands the UE supports). The compressed mode capability for supported E-UTRA frequency bands ("Need for 
compressed mode") in "Measurement capability extension" is ignored by the network when Group 2 is set to "false". 

For F) above, UEs indicate support by the separate UE capability signalling "Support of Inter-RAT PS Handover to E- 
UTRA FDD/TDD" defined in TS 25.306 (if this bit is set to "true", PS handover is supported for all EUTRA bands the 
UE supports). This bit can only be set to "true" if the UE has set the Group 2 indicator bit to "true". 


6.3.4.3 
6.3.4.3.1 

System Simulator: 
- Cell 1 and Cell 2. 


Test description 
Pre-test conditions 
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Cell 5. 

Cell 1, Cell 5 are not CSG cells. 

Cell 2 is CSG cell. 

System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 1. 

System information combination 11 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 2. 


UE: 


The UE's Allowed CSG list is not empty and it includes the CSG ID of Cell 2. 
Preamble: 

- Cell 2 is a previously visited cell. 

- The UE is in state CELL_PCH (state 6-12) on Cell 5 according to [5]. 

6.3.4.3.2 Test procedure sequence 

Table 6.3.4.3.2-1 and Table 6.3.4.3.2-2 illustrate the downlink power levels and other changing parameters to be 
applied for the cells at various time instants of the test execution. Row marked "TO" denotes the initial conditions, while 
rows marked "Tl" and "T2" are to be applied subsequently. The exact instants on which these values shall be applied 
are described in the texts in this clause. 

Table 6.3.4.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15kHz 

"Off" 

"Off" 

Power level "Off" is defined in 
TS36.508 Table 6.2.2.1-1. 

Qrxlevmin 

dBm 

-106 

-106 


Tl 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

-91 


Srxlev* 

dB 

21 

15 

Srxlev = Cell-specific RS EPRE - 
qRxLevMinEUTRA 

T2 

Cell-specific RS 
EPRE 

dBm/15kHz 

-91 

-85 


Srxlev* 

dB 

15 

21 

Srxlev = Cell-specific RS EPRE - 
qRxLevMinEUTRA 

Note: Srxlev is calculated in the UE 


Table 6.3.4.3.2-2: Time instances of cell power level and parameter changes for UTRA cell 



Parameter 

Unit 

Cells 

Remark 

TO 

CPICH Ec 

dBm/3.84 MHz 

-60 


P-CCPCH 

dBm/1.28MHz 

-62 


Qrxlevmin (FDD) 

dBm 

-79 

Default value 

Qrxlevmin(TDD) 

dBm 

-81 

Default value 

Srxlev* 

dB 

19 


Tl 

CPICH Ec 

dBm/3.84 MHz 

-60 


P-CCPCH 

dBm/1.28MHz 

-62 


Srxlev* 

dB 

19 


T2 

CPICH Ec 

dBm/3.84 MHz 

-60 


P-CCPCH 

dBm/1.28MHz 

-62 


Srxlev* 

dB 

19 
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Table 6.3.4.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS changes Cell 1 and Cell 2 levels 
according to the row "T1 " in table 6.3.4.3.2-1 . 
(Notel) 





2 

Check: Does the UE send an 
RRCConnectionRequest on Cell 2 within 6 
minutes? 



1 

F 

3 

The SS changes Cell 1 and Cell 2 levels 
according to the row "T2" in table 6.3.4.3.2-1 . 

- 

- 

- 

- 

4- 
10 

Check: Does the test result of steps 1 to 7 of 

the generic test procedure in TS 36.508 Table 

6.4.2.7A-1 indicate that the UE is camped on 

E-UTRAN Cell 2 within 6 minutes from "T2" to 

the time RRCConnctionRequest rece'\\/e6 by 

SS? 

NOTE: The UE performs a TAU procedure 



2 



At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 





Note 1 : SS should not send any RRC message after UE has successfully proceed to CELL PCH state in preamble. 


6.3.4.3.3 


Specific message contents 

Table 6.3.4.3.3-1 : Conditions for specific message contents 
in Tabie 6.3.4.3.3-2 


Condition 

Explanation 

Cell 1 

This condition applies to system information transmitted on Cell 1 . 

Cell 2 

This condition applies to system information transmitted on Cell 2. 


Table 6.3.4.3.3-2: SystemlnformationBlockTypel for Cell 1 and Cell 2 (preamble and all steps, Table 

6.3.4.3.2-3) 


Derivation Path: 36.508 Table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

FALSE 


CelM 

TRUE 


Cell 2 

csg-ldentity 

Not present 


CelM 

1 


Cell 2 

} 




} 





Table 6.3.3.3.3-3: SystemlnformationBlockType4iov Cell 2 (preamble and all steps, Table 6.3.4.3.2-3) 


Derivation Path: 36.508 Table 4.4.3.3-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType4 ::= SEQUENCE { 




csg-PhysCellldRange SEQUENCE { 




start 

2 



range 

n4 



} 




} 
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Table 6.3.4.3.3-4: System Information Block type 19 for Cell 5 (Pre-test conditions and all steps, Table 

6.3.4.3.2-3 


Derivation Path: 36.508 clause 4.4.4.1 , Table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SysInfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList SEQUENCE { 




utra-ServingCell SEQUENCE { 




priority 

5 

Higher priority 
than E-UTRA 


} 




eutra-FrequencyAndPrioritylnfoList SEQUENCE 
(SIZE (1..maxNumEUTRAFreqs)) OF SEQUENCE 

1 entry 

the first entry only 


priority[7] 

4 



} 




} 





Table 6.3.4.3.3-5: Void 


Table 6.3.4.3.3-6: SystemlnformationBlockTypeS ior Cell 1 and Cell 2 (Pre-test conditions and all 

steps, Table 6.3.4.3.2-3 


Derivation Path: 36.508 Table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypee ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1..maxUTRA-FDD-Carrier)) OF SEQUENCE { 

1 entry 

the first entry only 

UTRA-FDD 

cellReselectionPriority[1 ] 

5 



} 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxUTRA-TDD-Carrier)) OF SEQUENCE { 

1 entry 

the first entry only 

UTRA-TDD 

cellReselectionPriority[1 ] 

5 



} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


6.3.5 

6.3.5.1 
(1) 


Manual support for CSG ID selection 

Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { an intra- frequency CSG ID cell in the CSG subscription data for the UE at the network side 
is manually selected } 

then { UE camps on a cell with the selected CSG ID } 

} 

(2) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { an intra- frequency CSG ID cell in the UE's Allowed CSG list but not in the CSG subscription 
data for the UE at the network side is manually selected } 

then { UE is rejected by the network by sending TRACKING AREA UPDATE REJECT with cause #2 5, 
still camps on the original cell and updates the UE's Allowed CSG list by deleting this CSG ID from 
the UE's Allowed CSG list | 
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(3) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { an inter- frequency CSG ID cell not in the UE's Allowed CSG list but in the CSG subscription 
data for the UE at the network side is manually selected } 

then { UE camps on the strongest cell with the selected CSG ID, performs a TAU procedure and 
updates the UE's Allowed CSG list by adding this CSG ID into the UE's Allowed CSG list } 
} 

6.3.5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.5.1, clause 
5.2.4.8.2, TS 23.122, clause 3.1A and clause 4.4.3.1.3. 

[TS 36.304, clause 5.5.1] 

In the UE on request of NAS, the AS shall scan all RF channels in the E-UTRA bands according to its capabilities to 
find available CSG IDs of available CSG cells. On each carrier, the UE shall at least search for the strongest cell, read 
its system information and report available CSG ID(s) belonging to the registered PLMN together with their "HNB 
name" (if broadcast) to the NAS. The search for available CSG IDs may be stopped on request of the NAS. 

If NAS has selected a CSG ID and provided this selection to AS, the UE shall search for an acceptable or suitable cell 
belonging to the selected CSG ID to camp on. 

[TS 36.304, clause 5.2.4.8.2] 

While camped on a suitable CSG cell, the UE shall apply the normal cell reselection rules as defined in subclause 5.2.4. 

[TS 23.122, clause 3.1 A] 

If the MS supports CSG, it is provisioned with a list of allowed CSG identities and associated PLMN identities from the 
USIM if the Hst is available in the USIM or as described in 3GPP TS 24.285 [47] if the Hst is not available in the USIM. 
This list has zero or more entries. There are two modes of CSG selection: 


- Manual mode: In this mode, the MS indicates to the user the list of available CSGs in the currently registered 
PLMN. The Hst of CSGs presented to the user is not restricted by the Allowed CSG Hst stored in the MS. After 
the user makes a selection, the MS camps on a cell with the selected CSG identity and may attempt to register 
with the associated PLMN (see 3GPP TS 24.008 [23] and 3GPP TS 24.301 [23A]). 

[TS 23.122, clause 4.4.3.1.3] 

The MS displays to the user the CSGs that are available with the currently registered PLMN using all access 
technologies which support CSGs and which are supported by the MS. For each entry in the list, an indication is 
provided whether that CSG identity is in the Allowed CSG list stored in the UE for this PLMN. Additional 
requirements for the display, including for the display of HNB name, can be found in 3GPP TS 22.01 1 [9]. 

The user may select a CSG from the available ones and the MS then camps on a cell with the selected CSG identity. 
The MS attempts to perform a Location Registration on the currently registered PLMN if the selected CSG Identity is 
not in the allowed CSG list stored in the MS. 

6.3.5.3 Test description 

6.3.5.3.1 Pre-test conditions 

System Simulator: 

- CeH 1, Cell 2, CeH 3 and CeH 4. 

- CeH 1 is not a CSG ceH. 

- CSG 4 (CeH 4), CSG 2 (CeH 2), and CSG 3 (CeH 3) 

- CSG 4 and CSG 3 are in the CSG subscription data for the UE, CSG 2 is not. 

- Cell 3 and Cell 4 have the same tracking areas 
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UE: 


System information combination 13 as defined in TS 36.508 [18] clause 4.4.3.1 is used in Cell 2 and Cell 3. 
System information combination 2 as defined in TS 36.508 [18] clause 4.4.3.1 is used in Cell 1. 
System information combination 7 as defined in TS 36.508 [18] clause 4.4.3.1 is used in Cell 4. 

CSG 2 are in the UE's Allowed CSG list, while CSG 3 is not. 

The UE is equipped with a USIM containing default values except for those listed below. 


USIM field 

PLMN 

CSG ID 

EFACSGL 

PLMN 1 

CSG 2 


Preamble: 

- The UE is in state Registered, Idle mode (State 2) according to [18] on Cell 1. 

6.3.5.3.2 Test procedure sequence 

Table 6.3.5.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Configurations marked "T0","T1", "T2", "T3" and "T4" are applied at the 
points indicated in the Main behaviour description in Table 6.3.5.3.2-2. 

Table 6.3.5.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Cell 3 

Cell 4 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-65 

Off 

Off 

Off 

Cell 1 serving cell 

Srxlev* 

dB 

75 

- 

- 

- 


T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-71 

Off 

Off 

-65 


Srxlev* 

dB 

69 

- 

- 

75 


T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-65 

Off 

Off 

-95 


Srxlev* 

dB 

75 

- 

- 

45 


T3 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-71 

-65 

Off 

Off 


Srxlev* 

dB 

75 

75 

- 

- 


T4 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-71 

Off 

-65 

-95 


Srxlev* 

dB 

69 

- 

75 

45 
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Table 6.3.5.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS changes Cell 1 and Cell 4 levels 
according to row "T1 " in table 6.3.5.3.2-1 . 

- 

- 

- 

- 

2 

The UE is made to perform manual CSG ID 
selection and select CSG 4. 

- 

- 

- 

- 

3 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on Cell 4? 
NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



1 

P 

4 

The SS changes Celll and Cell 4 levels 
according to row "T2" in table 6.3.5.3.2-1 . 

- 

- 

- 

- 

5- 
10 

Steps 1 to 6 of the procedure described in TS 

36.508 subclause 6.4.2.7 is performed on Cell 

1. 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 





11 

The SS changes Cell 1 , Cell 2 and Cell 4 
levels according to row "T3" in table 6.3.5.3.2- 
1. 





12 

The UE is made to perform manual CSG ID 
selection and select CSG 2. 

- 

- 

- 

- 

13 

The UE transmits an RRCConnectionRequest 
on Cell 2 

-> 

RRCConnectionRequest 

- 

- 

14 

SS transmits an RRCConnectionSetup 
message. 

<- 

RRC: RRCConnectionSetup 

- 

- 

15 

The UE transmits a 

RRCConnectionSetupComplete message to 
confirm the successful completion of the 
connection establishment and a TRACKING 
AREA UPDATE REQUEST message is sent to 
update the registration of the actual tracking 
area. 

-> 

RRC: 

RRCConnectionSetupComplete 
NAS: TRACKING AREA UPDATE 
REQUEST 



16 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with cause #25 
(not authorized for this CSG) to fail the UE's 
TAU on Cell 2. 

<— 

RRC: DLInfornfiationTransfer 
NAS: TRACKING AREA UPDATE 
REJECT 



17 

The SS transmits an RRCConnectionRelease 
message to release RRC connection and 
move to RRC IDLE. 

<— 

RRC: RRCConnectionRelease 



18 

Checkl : Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.2 
indicate that the UE is camped on Cell 1 ? 
Check2: Is CSG2 not in the UE's Allowed CSG 
list? 



2 

P 

19 

The SS changes Celll , Cell 2, Cell 3 and Cell 
4 levels according to row "T4" in table 
6.3.5.3.2-1. 





20 

The UE is made to perform manual CSG ID 
selection and select CSG 3. 

- 

- 

- 

- 

21 

Checkl : Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on Cell 3? 
Check 2: Is CSG 3 added in the UE's Allowed 
CSG list? 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



3 

P 
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6.3.5.3.3 Specific message contents 

Table 6.3.5.3.3-1 : Conditions for table 6.3.5.3.3-2, 6.3.5.3.3-3 and 6.3.5.3.3-4 


Condition 

Explanation 

Cell 2 

This condition applies to system information transmitted on Cell 2. 

Cells 

This condition applies to system information transmitted on Cell S. 

Cell 4 

This condition applies to system information transmitted on Cell 4 


Table 6.3.5.3.3-2: SystemlnformationBlockTypel for Cell 2, 3 and 4 (preamble and all steps except 

step 11, Table 6.3.5.3.2-2) 


Derivation Path: S6.508 clause 4.4.S.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

TRUE 


Cell 2 
Cells 
Cell 4 

csg-ldentity 

'000 0000 0000 0000 
0000 0000 001 0'B 


Cell 2 

'000 0000 0000 0000 
0000 0000 0011 'B 


Cells 

'000 0000 0000 0000 
0000 0000 01 OO'B 


Cell 4 

} 




} 





Table 6.3.5.3.3-3: SystemlnformationBlockTypeS ior Cell 4 (preamble and all steps, table 6.3.5.3.2-2) 


Derivation Path: S6.508 clause 4.4.S.S, Table 4.4.S.S-2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




cellReselectionlnfoCommon SEQUENCE { 




q-Hyst 

dB20 



} 




} 





Table 6.3.5.3.3-4: SystemlnformationBlockType4tor Cell 2, 3 and 4 (preamble and all steps, table 

6.3.5.3.2-2) 


Derivation Path: S6.508 clause 4.4.S.S, Table 4.4.S.S-S 

Information Element 

Value/remark 

Comment 

Condition 

csg-PhysCellldRange ::= SEQUENCE { 




start 



Indicates the 
lowest physical 
cell identity in the 
range 


range 

n12 

Indicates the 
number of 
physical cell 
identities in the 
range (including 
start). 


} 




} 
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Table 6.3.5.3.3-5: SystemlnformationBlockType9 ior Cell 2, 3 and 4 (preamble and all steps except for 

step 11, table 6.3.5.3.2-2) 


Derivation Path: 36.331 clause 6.3.1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType9 ::= SEQUENCE { 




hnb-Name 

"SgppTest CSG2" 


Cell 2 

"3gppTest_CSG3" 


Cells 

"SgppTest CSG4" 


Cell 4 

} 





Table 6.3.5.3.3-6: TRACKING AREA UPDATE REJECT (step 16, Table 6.3.5.3.2-2) 


Derivation path: 36.508 table 4.7.2-26 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

'00011001' B 

Not authorized for 
this CSG 



6.3.6 


6.3.6.1 


Ignoring CSG cells in cell selection/reselection when allowed CSG 
list is empty or not supported 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_IDLE state and UE does not support Allowed CSG list or UE's Allowed CSG list 
is empty } 
ensure that { 

when { Srxlev < for non-CSG cell and Srxlev > for intra- frequency CSG cell and Srxlev > for 
inter- frequency CSG cell } 

then { UE does not select the intra- freq CSG cell nor the inter- frequency CSG cell } 

} 

(2) 

with { UE in E-UTRA RRC_IDLE state and UE does not support Allowed CSG list or UE's Allowed CSG list 
is empty } 
ensure that { 

when { Srxlev > for non-CSG cell and Srxlev of non-CSG cell > Srxlev of intra- frequency CSG cell 
and Srxlev of non-CSG cell < Srxlev of inter- frequency CSG cell } 
then { UE selects the non-CSG cell } 

} 

(3) 

with { UE in E-UTRA RRC_IDLE state and UE does not support Allowed CSG list or UE's Allowed CSG list 
is empty } 
ensure that { 

when { UE detects an intra- frequency CSG cell with Rn higher than Rg } 
then { UE does not reselect to the intra- frequency CSG cell } 

} 

(4) 

with { UE in E-UTRA RRC_IDLE state and UE does not support Allowed CSG list or UE's Allowed CSG list 
is empty } 
ensure that { 

when { UE detects an inter- frequency CSG cell with Rn higher than Rg } 
then { UE does not reselect to the inter- frequency CSG cell } 
} 


6.3.6.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.3.2, 
5.2.4.6 and TS 36.331, clause B.2. 
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[TS 36.304, clause 5.2.3.2] 

The cell selection criterion S is fulfilled when: 


Srxlev > 


Where: 


Srxlev = Qrxlev 


■ (Qrxlevmin + Qrxlevminoffset) " Pcompcnsation 


Where: 

the signalled value QrxlevminOffset is only applied when a cell is evaluated for cell selection as a result of a periodic 
search for a higher priority PLMN while camped normally in a VPLMN [3]. During this periodic search for higher 
priority PLMN the UE may check the S criteria of a cell using parameter values stored from a different cell of this 
higher priority PLMN. 


Srxlev 

Cell Selection RX level value (dB) 

Qrxlevmeas 

Measured cell RX level value (RSRP). 

vJrxlevmin 

Minimum required RX level in the cell (dBm) 

Qrxlevminoffset 

Offset to the signalled Qrxievmin taken into account in the Srxlev 
evaluation as a result of a periodic search for a higher priority PLMN 
while camped normally in a VPLMN [5] 

Pcompensation 

max(PEMAx-PuMAx, 0) (dB) 

Pemax 

Maximum TX power level an UE may use when transmitting on the 
uplink in the cell (dBm) defined as Pemax in [TS 36.101] 

PuMAX 

Maximum RF output power of the UE (dBm) according to the UE 
power class as defined in [TS 36.101] 


[TS 36.304, clause 5.2.4.6] 

The cell-ranking criterion Rs for serving cell and Rn for neighbouring cells is defined by: 


where: 


Qrr 


Qoffset 


Rs = Qmeas,s + Qhysts 
Rn=Qmeas,n- Qoffset 


RSRP measurement quantity used in cell reselections. 


For intra-frequency: Equals to Qoffsets,n, if Qoffsets,n is valid, 
otherwise this equals to zero. 

For inter-frequency: Equals to Qoffsets,n plus Qoffsetfrequency, if 
Qoffsets,n is valid, otherwise this equals to Qoffsetfreguencv- 


The UE shall perform ranking of all cells that fulfil the cell selection criterion S, which is defined in 5.2.3.2 

The cells shall be ranked according to the R criteria specified above, deriving Qmeas,n and Qmeas,s and calculating the R 
values using averaged RSRP results. 

If a cell is ranked as the best cell the UE shall perform cell re-selection to that cell. If this cell is found to be not- 
suitable, the UE shall behave according to subclause 5.2.4.4. 

In all cases, the UE shall reselect the new cell, only if the following conditions are met: 

- the new cell is better ranked than the serving cell during a time interval TreselectionRAx; 

- more than 1 second has elapsed since the UE camped on the current serving cell. 
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[TS 36.331, clause B. 2] 

In this release of the protocol, it is mandatory for the UE to support a minimum set of CSG functionality consisting of: 

- Identifying whether a cell is CSG or not; 

- Ignoring CSG cells in cell selection/reselection. 
6.3.6.3 Test description 

6.3.6.3.1 Pre-test conditions 
System Simulator: 

- Cell 1, Cell 2 and Cell 3. 

- Cell 1 is not a CSG cell. 

- Cell 2 and Cell 3 are CSG cells. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 1. 

- System information combination 13 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 2 and 
Cell 3. 

UE: 

- If pc_Allowed_CSGJist, the UE' s Allowed CSG Hst is empty. 
Preamble: 

- The UE is in state Switched OFF (state 1) according to [18]. 

6.3.6.3.2 Test procedure sequence 

Table 6.3.6.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while rows marked "Tl", 
"T2" and "T3" are to be applied subsequently. The exact instants on which these values shall be applied are described in 
the texts in this clause. 

Table 6.3.6.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Cell 3 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-115 

-97 

-85 

Srxlevceii i < and Srxlevceii s > 
Srxlevceii2 > 0. 

Qrxlevmin 

dBm 

-106 

-106 

-106 


Qhyst 

dB 








Srxlev* 

dB 

-9 

9 

21 

Cell 3 is the strongest cell 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-91 

-73 

Srxlevceii s > Srxlevceii i > Srxlevceii 2 
>0. 

Srxlev* 

dB 

21 

15 

33 

Cell 3 is the strongest cell 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-79 

-115 

The power level values are assigned 
to satisfy Rceii 1 < Rceii 2. 

T3 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-115 

-73 

The power level values are assigned 

to satisfy RcelM < Rceiis- 
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Table 6.3.6.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

Check: Does the UE send an 
RRCConnectionRequest on Cell 2 or Cell 3 
within 60 seconds? 

-> 

RRCConnectionRequest 

1 

F 

3 

The SS changes Cell 1 , Cell 2 and Cell 3 
levels according to row "T1" in table 6.3.6.3.2- 
1. 





4 

Check: Does the UE send an 
RRCConnectionRequest on Cell 1? 

-> 

RRCConnectionRequest 

2 

P 

5- 
19 

Steps 3 to 17 of the registration procedure 
described in TS 36.508 subclause 4.5.2.3 are 
performed on Cell 1 . 

NOTE: The UE performs registration and the 
RRC connection is released. 





20 

The SS changes Cell 1 , Cell 2 and Cell 3 
levels according to row "T2" in table 6.3.6.3.2- 
1. 





21 

Check: Does the UE send an 
RRCConnectionRequest on Cell 2 within 60 
seconds? 

-> 

RRCConnectionRequest 

3 

F 

22 

The SS changes Cell 1 , Cell 2 and Cell 3 
levels according to row "T3" in table 6.3.6.3.2- 
1. 





23 

Check: Does the UE send an 
RRCConnectionRequest on Cell 3 within 60 
seconds? 

-> 

RRCConnectionRequest 

4 

F 


6.3.6.3.3 


Specific message contents 
Table 6.3.6.3.3-1 : Conditions for tables 6.3.6.3.3-2 and 6.3.6.3.3-4 


Condition 

Explanation 

CelM 

This condition applies to system information transmitted on Cell 1 . 

Cell 2 

This condition applies to system information transmitted on Cell 2. 

Cell 3 

This condition applies to system information transmitted on Cell 3. 


Table 6.3.6.3.3-2: SystemlnformationBlockTypel for Cell 1, 2 and 3 (Pre-test conditions and all steps, 

Table 6.3.6.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

FALSE 


CelM 


TRUE 


Cell 2 
Cell 3 

csg-ldentity 

Not present 


CelM 


'000 0000 0000 0000 
0000 0000 001 0'B 


Cell 2 


'000 0000 0000 0000 
0000 0000 001 1'B 


Cell 3 

} 




} 





ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


376 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 6.3.6.3.3-3: SystemlnformationBlockTypeS ior Cell 1, 2 and 3 (Pre-test conditions and all steps, 

table 6.3.6.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionlnfoCommon SEQUENCE { 




q-Hyst 

dBO 



} 




} 





Table 6.3.6.3.3-4: SystemlnformationBlockType4ior Cell 2 and 3 (Pre-test conditions and all steps, 

table 6.3.6.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType4 ::= SEQUENCE { 




csg-PhysCellldRange ::= SEQUENCE { 




start 

2 


Cell 2 

3 


Cell 3 

range 

Not present 

The UE shall 
apply value 1 in 
case the field is 
absent, in which 
case only the 
physical cell 
identity value 
indicated by start 
applies. 


} 




} 





6.3.7 


6.3.7.1 


Inter-RAT Cell reselection from E-UTRA idle non-CSG cell to a 
UTRA CSG cell 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_IDLE state and UE's Allowed CSG list is not empty } 
ensure that { 

when { UE detects a suitable UTRA CSG cell previously visited } 

then { UE selects the suitable UTRA CSG cell irrespective of its lower priority than EUTRA 
cells} 


6.3.7.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.8, 4.3, 
TS 25.304, clause 5.6.1, 5.2.3.1.2, TS 25.367, clause 6.1, 7.2.3 and TS 36.133, clause 4.2.2.10.2. 

[TS 36.304, clause 5.2.4.8] 

In addition to normal cell reselection, the UE shall use an autonomous search function to detect allowed CSG cells on 
non-serving frequencies, including inter-RAT frequencies, when at least one CSG ID is included in the UE's CSG 
whitelist. The UE may also use autonomous search on the serving frequency. The UE shall disable the autonomous 
search function for CSG cells if the UE's CSG whitelist is empty. 

If the UE detects one or more suitable CSG cells on another RAT, the UE shall reselect to one of them, if allowed 
according to [19]. 

[TS 36.304, clause 4.3] 

suitable cell: 
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A "suitable cell" is a cell on which the UE may camp on to obtain normal service. Such a cell shall fulfil all the 
following requirements. 

The cell is part of either: 

- the selected PLMN, or: 

- the registered PLMN, or: 

- a PLMN of the Equivalent PLMN list 
according to the latest information provided by NAS: 

- The cell is not barred, see subclause 5.3.1; 

- The cell is part of at least one TA that is not part of the list of "forbidden tracking areas for roaming" [4], which 
belongs to a PLMN that fulfils the first bullet above; 

- The cell selection criteria are fulfilled, see subclause 5.2.3.2; 

- For a CSG cell, the CSG ID is part of the allowed CSG Hst of the UE. 

If more than one PLMN identity is broadcast in the cell, the cell is considered to be part of all TAs with TAIs 
constructed from the PLMN identities and the TAG broadcast in the cell. 

[TS 25.304, clause 5.6.1] 

In the UE on request of NAS, the AS shall scan all RF channels in the UTRA bands according to its capabilities to find 
available CSG IDs. On each carrier, the UE shall at least search for the strongest cell, read its system information and 
report available CSG ID(s) belonging to the registered PLMN together with their "HNB name" (if broadcast) to the 
NAS. The search for available CSG IDs may be stopped on request of the NAS. 

If NAS has selected a CSG ID and provided this selection to AS, the UE shall search for an acceptable or suitable cell 
belonging to the selected CSG ID to camp on. 

[TS 25.304, clause 5.2.3.1.2] 

The cell selection criterion S is fulfilled when: 


for FDD cells: 

Srxlev > AND Squal > 

for TDD cells: 

Srxlev > 


Where: 


Squal = Qquaimeas " (Qqualmiii + QqualminOffset) 

Srxlev = Qrxievmeas " (Qrxlevmin + QrxlevminOffset) - Pcompensation 


Where: 

the signalled values QqualminOffset and QrxlevminOffset are only applied when a cell is evaluated for cell selection as 
a result of a periodic search for a higher priority PLMN while camped normally in a VPLMN [5]. During this periodic 
search for higher priority PLMN the UE may check the S criteria of a cell using parameter values stored from a 
different cell of this higher priority PLMN. 
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Squal 

Cell Selection quality value (dB) 
Applicable only for FDD cells. 

Srxlev 

Cell Selection RX level value (dB) 

^qualmeas 

Measured cell quality value. The quality of the received signal expressed in CPICH E^/Nq 

(dB) for FDD cells. CPICH Ec/NO shall be averaged as specified in [10]. Applicable only 
for FDD cells. 

vJrxlevmeas 

Measured cell RX level value. This is received signal, CPICH RSCP for FDD cells (dBm) 
and P-CCPCH RSCP for TDD cells (dBm). 

Qqualmin 

Minimum required quality level in the cell (dB). Applicable only for FDD cells. 

QqualminOffset 

Offset to the signalled Qqualmin taken into account in the Squal evaluation as a result of 
a periodic search for a higher priority PLMN while camped normally in a VPLMN [5] 

Qrxlevmin 

Minimum required RX level in the cell (dBm) 

QrxlevminOffset 

Offset to the signalled Qrxlevmin taken into account in the Srxlev evaluation as a result of 
a periodic search for a higher priority PLMN while camped normally in a VPLMN [5] 

Pcompensation 

max(UE TXPWR MAX RACH - P MAX, 0) (dB) 

U E_TXPW R_MAX_RACH 

Maximum TX power level an UE may use when accessing the cell on RACH (read in 
system information) (dBm) 

P MAX 

Maximum RF output power of the UE (dBm) 


[TS 25.367, clause 6.1] 

During manual CSG ID selection a UE is allowed to perform Location Registration procedure on a CSG cell whose 
CSD ID is not in the CSG whitelist. 

Based on the outcome of a Location Registration procedure initiated on a CSG cell, the UE's CSG whitelist is updated. 

[TS 25.367, clause 7.2.3] 

Inter-RAT reselection to an allowed CSG cell is supported when the UE is camped on another RAT. The UE 
requirements are defined in the specifications of the concerned RAT. 

[TS 36.133, clause 4.2.2.10.2] 

The UE shall perform search and reselection to an allowed inter-RAT UTRAN FDD CSG cell that has met CSG 
reselection criterion defined in [1] and that is in its whitelist, within 6 minutes in the conditions shown in table 
4.2.2.10.2-1. There is no need for statistical testing of this requirement. 
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Table 4.2.2.10.2-1: Parameters for CSG inter-RAT UTRAN FDD reselection 


Parameter 

Unit 

CelM 

Cell 2 

E-UARFCN '^°^"^ 


Channel 1 

N/A 

UARFCN '^°^"^ 


N/A 

Channel 2 

CSG indicator 


False 

True 

Physical cell identity^°''' 


1 

N/A 

Primary scrambling code 

Note1 


N/A 

Scrambling 
code 2 

CSG identity 


Not sent 

Sent 

(Already 

stored in UE 

whitelist from 

previous visit) 

Propagation conditions 


Static, non multipath 

CSG cell previously 
visited by UE 


Yes 

PBCH RA 

dB 



N/A 

PBCH RB 

dB 

PSS RA 

dB 

SSS RA 

dB 

PCFICH RB 

dB 

PHICH RA 

dB 

PHICH RB 

dB 

PDCCH RA 

dB 

PDCCH RB 

dB 

PDSCH RA 

dB 

PDSCH RB 

dB 

OCNG RA^°^"^ 

dB 

OCNG RB"°^'^ 

dB 

Qrxlevmin 

dBm 

-140 

Kc 

dBm/15kHz 

Off 

p3ppNote. 

dBm/15KHz 

f>TBDl 

CPICH Ec"°^'' 

dBm 

N/A 

[>TBD] 

CPICH Ec/lor 

dB 

-10 

PCCPCH Ec/lor 

dB 

-12 

SCCPCH Ec/lor 

dB 

-12 

AICH Ec/lor 

dB 

-15 

SCH Ec/lor 

dB 

-15 

PICH Ec/lor 

dB 

-15 

^oc 

dBm/3.84 MHz 

Off 

Note 1 : For this requirement to be applicable, the E-UARFCN and physical cell 
identity for cell 1 and the UARFCN and scrambling code for cell 2 shall 
be unchanged from when the CSG cell was visited previously 

Note 2: Chosen to ensure that CSG autonomous search has a high probability 
of success on every attempt made by UE 


6.3.7.3 Test description 
6.3.7.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2 are E-UTRAN cells 

- Cell 5 and Cell 7 are UTRAN cells 

- Cell 5 is a UTRA CSG cell 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 


UE: 


The UE's Allowed CSG list is empty. 
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Preamble: 

- UE is in state Registered, Idle Mode (state 2) according to [18] in Cell 1. 

6.3.7.3.2 Test procedure sequence 

Tables 6.3.7.3.2-1 & 6.3.7.3.2-2 illustrate the downlink power levels and other changing parameters to be applied for 
the cells at various time instants of the test execution. Row marked "TO" denotes the initial conditions, while rows 
marked "T1","T2", "T3" and "T4" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 6.3.7.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA Cell 1 and 

Cell 2 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

OFF 


Qrxlevmin 

dBm 

-106 

-106 

Default value 

Qrxlevminoffset 

dB 





Default value 

Qhyst 

dB 





Default value 

Srxlev* 

dB 

21 

N/A 

Cell 1 is the strongest cell 

T1 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

OFF 


Srxlev* 

dB 

21 

N/A 


T2 

Cell-specific RS 
EPRE 

dBm/15kHz 

OFF 

-85 


Srxlev* 

dB 

N/A 

21 


T3 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

-91 


Srxlev* 

dB 

21 

15 


T4 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

OFF 


Srxlev* 

dB 

21 

N/A 


Note: Srxlev is calculated in the UE 


Table 6.3.7.3.2-2: Time instances of cell power level and parameter changes for UTRA Cell 5 and Cell 

7 



Parameter 

Unit 

Cells 

Cell? 

Remark 

TO 

CPICH Ec 

dBm/3.84 MHz 

OFF 

OFF 

Camping on Cell 1 is guaranteed 

PCCPCH RSCP 

dBm/1.28MHz 

OFF 

OFF 

Camping on Cell 1 is guaranteed 

Qrxlevmin (FDD) 

dBm 

-79 

-79 

Default value 

Qrxlevmin (TDD) 

dBm 

-81 

-81 

Default value 

Srxlev* 

dB 

N/A 

N/A 


T1 

CPICH Ec 

dBm/3.84 MHz 

-60 

-66 

Srxlevceii5>0, for FDD 

PCCPCH RSCP 

dBm/1.28MHz 

-62 

-68 

Srxlevceii5>0, forTDD 

Srxlev* 

dB 

19 

13 

Cell 5 becomes the suitable cell 

T2 

CPICH Ec 

dBm/3.84 MHz 

OFF 

OFF 


PCCPCH RSCP 

dBm/1.28MHz 

OFF 

OFF 


Srxlev* 

dB 

N/A 

N/A 


T3 

CPICH Ec 

dBm/3.84 MHz 

OFF 

-66 


PCCPCH RSCP 

dBm/1.28MHz 

OFF 

-68 


Srxlev* 

dB 

N/A 

13 


T4 

CPICH Ec 

dBm/3.84 MHz 

-60 

-66 

Srxlevceii5>0,forFDD 

PCCPCH RSCP 

dBm/1.28MHz 

-62 

-68 

Srxlevceii5>0, forTDD 

Srxlev* 

dB 

19 

13 

Cell 5 becomes the suitable cell 

Note: Srxlev is calculated in the UE 
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Table 6.3.7.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 



Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

1 

The SS changes Cell 5 and Cell 7 levels 
according to the row "T1" in table 6.3.7.3.2-2. 

- 

- 

- 

- 

2 

UE performs manual CSG ID selection. CSG 
Identity ('000 0000 0000 0000 0000 0000 
001 0'B) is selected manually and added in 
UE's Allowed CSG list. 





3- 
12 

Steps 1 to 10 of the generic test procedure 
described in TS 36.508 subclause 6.4.2.8 are 
performed on UTRA CSG Cell 5. 
NOTE: The UE performs a RAU procedure 
and the RRC connection is released. 





13 

The SS changes Cell 1 , Cell 2, Cell 5 and Cell 
7 levels according to the row "T2" in table 
6.3.7.3.2-1 and table 6.3.7.3.2-2. 





14- 
21 

Steps 1 to 8 of the procedure described in TS 

36.508 Table 6.4.2.7A-1 is performed on Cell 

2. 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 





22 

The SS changes Cell 1 , Cell 2 and Cell 7 
levels according to the row "T3" in table 
6.3.7.3.2-1 and table 6.3.7.3.2-2. 





23- 
28 

Steps 1 to 6 of the procedure described in TS 

36.508 subclause 6.4.2.7 is performed on Cell 

1. 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 





28 
A 

Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

29 

The SS changes Cell 2 and Cell 5 levels 
according to the row "T4" in table 6.3.7.3.2-1 
and table 6.3.7.3.2-2. 





30- 
37 

Check: Does the test result of steps 1 to 8 of 

generic test procedure in TS 36.508 subclause 

6.4.2.8 indicate that the UE is camped on 

UTRAN CSG Cell 5 in 6 mins from "T4" to the 

time RRC CONNECTION REQUEST received 

bySS? 

NOTE: The UE performs a RAU procedure 



1 



6.3.7.3.3 


Specific message contents 

Table 6.3.7.3.3-1: Void 


Table 6.3.7.3.3-2: Void 
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Table 6.3.7.3.3-3: SystemlnformationBlockTypeS ior Cell 1 and Cell 2 (preamble and all steps, Table 

6.3.7.3.2-3) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypee ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1 ..maxUTRA-FDD-Carrier)) OF SEQUENCE { 

1 entry 

the first entry only 

UTRA-FDD 

cellReselectionPriority[ 1] 

3 

Lower priority than 
E-UTRA 


} 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxUTRA-TDD-Carrier)) OF SEQUENCE { 

1 entry 

the first entry only 

UTRA-TDD 

cellReselectionPriority[1 ] 

3 

Lower priority than 
E-UTRA 


} 




} 




Table 6.3.7.3.3-4: Master Information Block for Cell 5 (preamble and all steps, Table 6.3.7.3.2-3) 

Derivation Path: 34.108 clause 6.1. Oa.3 I 

Information Element 

Value/remark 

Comment 

Condition 

- CSG Indicator 

TRUE 




Table 6.3.7.3.3-5: System Information Block type 3 for Cell 5 (preamble and all steps, Table 6.3.7.3.2- 

3) 


Derivation Path: 34.108 clause 6.1.0b 

Information Element 

Value/remark 

Comment 

Condition 

- CSG Identity 

'000 0000 0000 0000 
0000 0000 001 0'B 



- CSG PSC Split Information 




- Start PSC 

104 



- Number of PSCs 

5 



- PSC Range 2 Offset 

Not present 




Table 6.3.7.3.3-6: System Information Block type 19 for Cell 5 and Cell 7 (preamble and all steps, 

Table 6.3.7.3.2-3) 


Derivation Path: 36.508 clause 4.4.4.1 , Table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList SEQUENCE { 




utra-ServingCell SEQUENCE { 




priority 

3 

Lower priority than 
E-UTRA 


} 




eutra-FrequencyAndPrioritylnfoList SEQUENCE 
(SIZE (L.maxNumEUTRAFreqs)) OF SEQUENCE 

1 entry 

the first entry only 


priority[7] 

4 



} 




} 





6.3.8 


6.3.8.1 


Inter-RAT CSG Cell Reselection from E-UTRA CSG cell to UTRA 
CSG cell 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_IDLE state and UE's Allowed CSG list is not empty 
ensure that { 
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when { UE detects a suitable UTRA CSG cell previously visited } 

then { UE selects the suitable UTRA CSG cell irrespective of its lower priority than EUTRA cells 


6.3.8.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 5.2.4.8, 4.3, 
TS 25.304, clause 4.3, 5.6.1, 5.2.3.1.2, TS 25.367, clause 6.1, 7.4 and TS 36.133, clause 4.2.2.10.2. 

[TS 36.304, clause 5.2.4.8] 

While camped on a suitable CSG cell, the UE shall apply the normal cell reselection rules as defined in subclause 5.2.4. 

To search for suitable CSG cells on non-serving frequencies, the UE may use an autonomous search function. If the UE 
detects a CSG cell on a non-serving frequency, the UE may reselect to the detected CSG cell if it is the highest ranked 
cell on its frequency. 

If the UE detects one or more suitable CSG cells on another RAT, the UE may reselect to one of them if allowed 
according to [19]. 

[TS 36.304, clause 4.3] 

suitable cell: 

A "suitable cell" is a cell on which the UE may camp on to obtain normal service. Such a cell shall fulfil all the 
following requirements. 

The cell is part of either: 

- the selected PLMN, or: 

- the registered PLMN, or: 

- a PLMN of the Equivalent PLMN list 
according to the latest information provided by NAS: 

- The cell is not barred, see subclause 5.3.1; 

- The cell is part of at least one TA that is not part of the list of "forbidden tracking areas for roaming" [4], which 
belongs to a PLMN that fulfils the first bullet above; 

- The cell selection criteria are fulfilled, see subclause 5.2.3.2; 

- For a CSG cell, the CSG ID is part of the allowed CSG Hst of the UE. 

If more than one PLMN identity is broadcast in the cell, the cell is considered to be part of all TAs with TAIs 
constructed from the PLMN identities and the TAC broadcast in the cell. 

[TS 25.304, clause 4.3] 

suitable cell: 

A "suitable cell" is a cell on which the UE may camp on to obtain normal service. Such a cell shall fulfil all the 
following requirements. 

- The cell shall be part of either: 

- the selected PLMN, or: 

- the registered PLMN, or: 

- a PLMN of the Equivalent PLMN list 

according to the latest information provided by the NAS. 

- The cell is not barred, see subclause 5.3.1.1; 
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- The cell is part of at least one LA that is not part of the list of "forbidden LAs for roaming" [9], which belongs to 
a PLMN that fulfils the first bullet above; 

- The cell selection criteria are fulfilled, see subclause 5.2.3.1.2. 

- For a CSG cell the CSG ID is part of the Allowed CSG Hst of the UE. 

If the IE "Multiple PLMN List" [4] is broadcast in the cell, the cell is considered to be part of all LAs with LAIs 
constructed from the PLMN identities in the "Multiple PLMN List" and the LAC broadcast in the cell. 

[TS 25.304, clause 5.6.1] 

In the UE on request of NAS, the AS shall scan all RE channels in the UTRA bands according to its capabilities to find 
available CSG IDs. On each carrier, the UE shall at least search for the strongest cell, read its system information and 
report available CSG ID(s) belonging to the registered PLMN together with their "HNB name" (if broadcast) to the 
NAS. The search for available CSG IDs may be stopped on request of the NAS. 

If NAS has selected a CSG ID and provided this selection to AS, the UE shall search for an acceptable or suitable cell 
belonging to the selected CSG ID to camp on. 

[TS 25.304, clause 5.2.3.1.2] 

The cell selection criterion S is fulfilled when: 


for FDD cells: 

Srxlev > AND Squal > 

for TDD cells: 

Srxlev > 


Where: 


Squal = Qquaimeas " (Qqualmin + QqualminOffset) 

Srxlev = Qrxievmeas " (Qrxlevmin + QrxlevminOffset) - Pcompensation 


Where: 

the signalled values QqualminOffset and QrxlevminOffset are only applied when a cell is evaluated for cell selection as 
a result of a periodic search for a higher priority PLMN while camped normally in a VPLMN [5]. During this periodic 
search for higher priority PLMN the UE may check the S criteria of a cell using parameter values stored from a 
different cell of this higher priority PLMN. 


Squal 

Cell Selection quality value (dB) 
Applicable only for FDD cells. 

Srxlev 

Cell Selection RX level value (dB) 

vJqualmeas 

Measured cell quality value. The quality of the received signal expressed in CPICH E^/Nq 

(dB) for FDD cells. CPICH Ec/NO shall be averaged as specified in [10]. Applicable only 
for FDD cells. 

vJrxlevmeas 

Measured cell RX level value. This is received signal, CPICH RSCP for FDD cells (dBm) 
and P-CCPCH RSCP for TDD cells (dBm). 

Qqualmin 

Minimum required quality level in the cell (dB). Applicable only for FDD cells. 

QqualminOffset 

Offset to the signalled Qqualmin taken into account in the Squal evaluation as a result of 
a periodic search for a higher priority PLMN while camped normally in a VPLMN [5] 

Qrxlevmin 

Minimum required RX level in the cell (dBm) 

QrxlevminOffset 

Offset to the signalled Qrxlevmin taken into account in the Srxlev evaluation as a result of 
a periodic search for a higher priority PLMN while camped normally in a VPLMN [5] 

Pcompensation 

max(UE TXPWR MAX RACH - P MAX, 0) (dB) 

U E_TXPW R_MAX_RACH 

Maximum TX power level an UE may use when accessing the cell on RACH (read in 
system information) (dBm) 

P MAX 

Maximum RF output power of the UE (dBm) 
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[TS 25.367, clause 6.1] 

During manual CSG ID selection a UE is allowed to perform Location Registration procedure on a CSG cell whose 
CSD ID is not in the CSG whitelist. 

Based on the outcome of a Location Registration procedure initiated on a CSG cell, the UE's CSG whitelist is updated. 

[TS 25.367, clause 7.4] 

For reselection between allowed CSG cells, the UE follows the same cell ranking rules as those defined for the UTRA 
casein [2]. 

[TS 36.133, clause 4.2.2.10.2] 

The UE shall perform search and reselection to an allowed inter-RAT UTRAN FDD CSG cell that has met CSG 
reselection criterion defined in [1] and that is in its whitelist, within 6 minutes in the conditions shown in table 
4.2.2.10.2-1. There is no need for statistical testing of this requirement. 

Table 4.2.2.10.2-1 : Parameters for CSG inter-RAT UTRAN FDD reselection 


Parameter 

Unit 

CelM 

Cell 2 

E-UARFCN "°^'^ 


Channel 1 

N/A 

UARFCN '^°^^^ 


N/A 

Channel 2 

CSG indicator 


False 

True 

Physical cell identity"°^'^ 


1 

N/A 

Primary scrambling code 

Note1 


N/A 

Scrambling 
code 2 

CSG identity 


Not sent 

Sent 
(Already stored 
in UE whitelist 
from previous 

visit) 

Propagation conditions 


Static, non multipath 

CSG cell previously 
visited by UE 


Yes 

PBCH RA 

dB 



N/A 

PBCH RB 

dB 

PSS RA 

dB 

SSS RA 

dB 

PCFICH RB 

dB 

PHICH RA 

dB 

PHICH RB 

dB 

PDCCH RA 

dB 

PDCCH RB 

dB 

PDSCH RA 

dB 

PDSCH RB 

dB 

OCNG RA'^°^"^ 

dB 

OCNG RB"°^'^ 

dB 

Qrxlevmin 

dBm 

-140 

N.. 

dBm/15kHz 

Off 

pgppNote. 

dBm/15KHz 

f>TBDl 

CPICH Ec""'^' 

dBm 

N/A 

[>TBD] 

CPICH Ec/lor 

dB 

-10 

PCCPCH Ec/lor 

dB 

-12 

SCCPCH Ec/lor 

dB 

-12 

AICH Ec/lor 

dB 

-15 

SCH Ec/lor 

dB 

-15 

PICH Ec/lor 

dB 

-15 

toe 

dBm/3.84 MHz 

Off 

Note 1 : For this requirement to be applicable, the E-UARFCN and physical cell 
identity for cell 1 and the UARFCN and scrambling code for cell 2 shall 
be unchanged from when the CSG cell was visited previously 

Note 2: Chosen to ensure that CSG autonomous search has a high probability 
of success on every attempt made by UE 
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6.3.8.3 Test description 

6.3.8.3.1 Pre-test conditions 
System Simulator: 

- Cell 1, Cell 2 and Cell 5 

- Cell 1 is an E-UTRA CSG cell 

- Cell 5 is a UTRA CSG cell 

System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 2. 

- System information combination 1 1 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 1. 
UE: 

The UE's Allowed CSG list is not empty and it includes a CSG ID of Cell 1. 
Preamble: 

- UE is in state Registered, Idle Mode (state 2) according to [18] in Cell 1. 

6.3.8.3.2 Test procedure sequence 

Tables 6.3.8.3.2-1 & 6.3.8.3.2-2 illustrate the downlink power levels and other changing parameters to be applied for 
the cells at various time instants of the test execution. Row marked "TO" denotes the initial conditions, while rows 
marked "Tl", "T2" and "T3" are to be applied subsequently. The exact instants on which these values shall be applied 
are described in the text in this clause. 

Table 6.3.8.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cells 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

-85 

-91 


Qrxlevmin 

dBm 

-106 

-106 

Default value 

Qrxlevminoffset 

dB 





Default value 

Qhyst 

dB 





Default value 

Srxlev* 

dB 

21 

15 

Cell 1 is the strongest cell and 
camping on Cell 1 is guaranteed 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-85 

-91 


Srxlev* 

dB 

21 

15 


T2 

Cell-specific RS EPRE 

dBm/15kHz 

-85 

-91 


Srxlev* 

dB 

21 

15 


T3 

Cell-specific RS EPRE 

dBm/15kHz 

-91 

-85 


Srxlev* 

dB 

15 

21 


Note: Srxlev is calculated in the UE 
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Table 6.3.8.3.2-2: Time instances of cell power level and parameter changes for UTRA cell 



Parameter 

Unit 

Cell 5 

Remark 

TO 

CPICH Ec 

dBm/3.84 MHz 

OFF 

Camping on Cell 1 is guaranteed 

PCCPCH RSCP 

dBm/1.28MHz 

OFF 

Camping on Cell 1 is guaranteed 

Qrxlevmin (FDD) 

dBm 

-79 


Qrxlevmin (TDD) 

dBm 

-81 

Default value 

Srxlev* 

dB 

N/A 


T1 

CPICH Ec 

dBm/3.84 MHz 

-60 

Srxlevceii5>0, for FDD 

PCCPCH RSCP 

dBm/1 .28 MHz 

-62 

Srxlevceii5>0, for TDD 

Srxlev* 

dB 

19 


T2 

CPICH Ec 

dBm/3.84 MHz 

OFF 


PCCPCH RSCP 

dBm/1 .28 MHz 

OFF 


Srxlev* 

dB 

N/A 


T3 

CPICH Ec 

dBm/3.84 MHz 

-60 

Srxlevceii5>0, for FDD 

PCCPCH RSCP 

dBm/1 .28 MHz 

-62 

Srxlevceii5>0, for TDD 

Srxlev* 

dB 

19 


Note: Srxlev is calculated in the UE 


Table 6.3.8.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 



Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

1 

The SS change Cell 5 levels according to the 
row "T1" in table 6.3.8.3.2-2. 

- 

- 

- 

- 

2 

UE performs manual CSG ID selection and 
CSG Identity ('000 0000 0000 0000 0000 0000 
0100'B) is selected manually and added in 
UE's Allowed CSG list. 





3- 
12 

Steps 1 to 10 of the generic test procedure 
described in TS 36.508 subclause 6.4.2.8 is 
performed on Cell 5. 

NOTE: The UE performs a RAU procedure 
and the RRC connection is released. 





13 

The SS changes Cell 5 levels according to the 
row "T2" in table 6.3.8.3.2-2. 

- 

- 

- 

- 

14- 
21 

Steps 1 to 8 of the generic procedure 
described in TS 36.508 Table 6.4.2.7A-1 are 
performed on Cell 1 . 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





21 
A 

Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

22 

The SS changes Cell 1 , Cell 2 and Cell 5 
levels according to the row "T3" in table 
6.3.8.3.2-1 and table 6.3.8.3.2-2. 





23- 
30 

Check: Does the test result of steps 1 to 8 of 

generic test procedure in TS 36.508 subclause 

6.4.2.8 indicate that the UE is camped on 

UTRAN Cell 5 in 6 mins from "T3" to the time 

RRC CONNECTION REQUEST received by 

SS? 

NOTE: The UE performs a RAU procedure. 



1 



6.3.8.3.3 


Specific message contents 


Table 6.3.8.3.3-1 : Conditions for Tabies 6.3.8.3.3-2, 6.3.8.3.3-3, 6.3.8.3.3-4, 6.3.8.3.3-5, 6.3.8.3.3-6 and 

6.3.8.3.3-7 


Condition 

Explanation 

CelM 

This condition applies to system information transmitted on Cell 1 . 

Cell 2 

This condition applies to system information transmitted on Cell 2. 
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Table 6.3.8.3.3-2: SystemlnformationBlockTypel for Cell 1 and Cell 2 (preamble and all steps, Table 

6.3.8.3.2-3) 


Derivation Path: 36.508 table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

TRUE 


CelM 

csg-ldentity 

'000 0000 0000 0000 
0000 0000 001 0'B 


CelM 

} 




cellSelectionlnfo SEQUENCE { 




q-RxLevMin 

-53(-106dBm) 


CelM 
Cell 2 

} 




} 





Table 6.3.8.3.3-3: SystemlnformationBlockType4iov Cell 1 (preamble and all steps, Table 6.3.8.3.2-3) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType4 ::= SEQUENCE { 




csg-PhysCellldRange ::= SEQUENCE { 




start 

2 



range 

Not present 

The UE shall 
apply value 1 in 
case the field is 
absent, in which 
case only the 
physical cell 
identity value 
indicated by start 
applies. 


} 




} 





Table 6.3.8.3.3-4: SystemlnformationBlockType6\or Cell 1 and Cell 2 (preamble and all steps, Table 

6.3.8.3.2-3) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypeG ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1 ..maxUTRA-FDD-Carrier)) OF SEQUENCE { 

1 entry 

the first entry only 

UTRA-FDD 

cellReselectionPriority[ 1] 

3 

Lower priority than 
E-UTRA 


} 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxUTRA-TDD-Carrier)) OF SEQUENCE { 

1 entry 

the first entry only 

UTRA-TDD 

cellReselectionPriority[1 ] 

3 

Lower priority than 
E-UTRA 


} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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Table 6.3.8.3.3-5: Master Information Block for Cell 5 (preamble and all steps, Table 6.3.8.3.2-3) 


Derivation Path: 34.108 clause 6.1. Oa.3 

Information Element 

Value/remark 

Comment 

Condition 

- CSG Indicator 

TRUE 




Table 6.3.8.3.3-6: System Information Block type 3 for Cell 5 (preamble and all steps, Table 6.3.8.3.2- 

3) 


Derivation Path: 34.108 clause 6.1.0b 

Information Element 

Value/remark 

Comment 

Condition 

- CSG Identity 

'000 0000 0000 0000 
0000 0000 01 OO'B 



- CSG PSC Split Information 




- Start PSC 

104 



- Number of PSCs 

5 



- PSC Range 2 Offset 

Not present 




Table 6.3.8.3.3-7: System Information Block type 19 for Cell 5 (preamble and all steps, Table 6.3.8.3.2- 

3) 


Derivation Path: 36.508 clause 4.4.4.1 , Table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList SEQUENCE { 




utra-ServingCell SEQUENCE { 




Priority 

3 

Lower priority than 
E-UTRA 


} 




eutra-FrequencyAndPrioritylnfoList SEQUENCE 
(SIZE (L.maxNumEUTRAFreqs)) OF SEQUENCE 

1 entry 

the first entry only 


priority[7] 

4 



} 




} 





6.3.9 

6.3.9.1 
(1) 


Manual CSG ID selection across PLMNs 

Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { a CSG cell not belonging to the Registered PLMN is manually selected 
then { UE selects the requested CSG cell } 


(2) 

with { UE having selected a CSG cell not belonging to the initial Registered PLMN } 
ensure that { 

when { the UE is no longer within coverage of the CSG cell } 

then { UE returns to the stored duplicate PLMN selection mode and selects a cell on the initial 
Registered PLMN } 


6.3.9.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.122, clause 4.4.3.1.3.3. 

[TS 23.122, clause 4.4.3.1.3.3] 

If the user selects a CSG in a PLMN that is different from the RPLMN, then the following applies: 
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i) The MS shall store a duplicate of the RPLMN and a duplicate of the current PLMN selection mode; 

ii) The MS shall enter into Manual mode of PLMN selection in state M4 (Trying PLMN) as defined in 
subclause 4.3.1.2; 

iii) The MS shall select the PLMN corresponding to the CSG and attempt to register on the selected CSG cell in the 
PLMN; and 

iv) If the registration fails or the MS is no longer in the coverage of the CSG, then the MS shall return to the stored 
duplicate PLMN selection mode and use the stored duplicate value of RPLMN for further action. 


Test description 
Pre-test conditions 


6.3.9.3 

6.3.9.3.1 

System Simulator: 

- Cell 1, Cell 3 and Cell 12. 

- Cell 1 and Cell 12 are not CSG cells. 

- Cell 3 is a CSG cell. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 1 and 
Cell 12. 

- System information combination 13 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 3. 
The PLMNs are identified in the test by the identifiers in Table 6.3.9. 1 .3.1-1. 

Table 6.3.9.1.3.1-1: PLMN identifiers 


Cell 

PLMN name 

1 

PLMN1 

3 

PLMN2 

12 

PLMN2 


UE: 

- The UE's Allowed CSG list is empty. 

- The UE's Operator CSG list is empty. 
Preamble: 

- The UE is in state Switched OFF (state 1) according to [18]. 

6.3.9.3.2 Test procedure sequence 

Table 6.3.9.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Configurations marked "TO", "Tl" and "T2" are applied at the points 
indicated in the Main behaviour description in Table 6.3.9.3.2-2. 

Table 6.3.9.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 

Cell 12 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-65 

Off 

Off 

The power levels are such 
that camping on Cell 1 is 
guaranteed. 

Srxlev* 

dB 

41 

- 

- 


Tl 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-65 

-85 

Off 


Srxlev* 

dB 

41 

21 

- 


T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

Off 

-65 


Srxlev* 

dB 

21 

- 

41 
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Table 6.3.9.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2- 
17 

Steps 2 to 17 of the registration procedure 
described in TS 36.508 subclause 4.5.2.3 are 
performed on Cell 1 . 

NOTE: the UE performs registration and the 
RRC connection is released. 





18 

The SS changes Cell 3 level according to row 
"T1" in table 6.3.9.3.2-1. 

- 

- 

- 

- 

19 

The UE is made to perform manual CSG ID 
selection and select Cell 3. 

- 

- 

- 

- 

20 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on Cell 3? 
NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



1 


21 

The SS changes Cell 1 , Cell 3 and Cell 12 
levels according to row "T2" in table 6.3.9.3.2- 
1. 





22- 
26 

Check: Does the test result of Steps 1 to 5 of 
the generic test procedure in TS 36.508 
subclause 6.4.2.7 indicate that the UE is 
camped on Cell 1? 
NOTE: The UE performs a TAU procedure. 



2 



At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 






6.3.9.3.3 


Specific message contents 

Table 6.3.9.3.3-1 : Conditions for table 6.3.9.3.3-2 


Condition 

Explanation 

CelM 

This condition applies to system information transmitted on Cell 1 . 

Cell 3 

This condition applies to system information transmitted on Cell 3. 

Cell 12 

This condition applies to system information transmitted on Cell 12. 


Table 6.3.9.3.3-2: SystemlnformationBlockTypel for Cell 1, 3 and 12 (preamble and all steps, Table 

6.3.9.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

FALSE 


CelM 
Cell 12 


TRUE 


Cell 3 

csg-ldentity 

Not present 


CelM 
Cell 12 


'000 0000 0000 0000 
0000 0000 001 1'B 


Cell 3 

} 




} 
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Table 6.3.9.3.3-3: SystemlnfonnationBlockType4 ior Cell 3 (Pre-test conditions and all steps, table 

6.3.9.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType4 ::= SEQUENCE { 




csg-PhysCellldRange ::= SEQUENCE { 




start 

3 



range 

Not present 

The UE shall 
apply value 1 in 
case the field is 
absent, in which 
case only the 
physical cell 
identity value 
indicated by start 
applies. 


} 




} 





6.4 
6.4.1 

6.4.1.1 
(1) 


Hybrid cells 

Manual CSG ID selection / Hybrid cell whose CSG ID is not in the 
Allowed CSG list nor Operator's list 

Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { a hybrid cell whose CSG ID is not included in the Allowed CSG list nor Operator CSG List is 
manually selected } 

then { UE selects the requested hybrid cell } 

} 

(2) 

with { UE camping on a non-CSG cell in which the UE previously selected a hybrid cell manually whose 
CSG ID is not included in the Allowed CSG list nor Operator CSG List } 
ensure that { 

when { the hybrid cell the UE previously selected is activated } 

then { UE does not reselect the hybrid cell against normal cell reselection criteria } 


6.4.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 23.122, clause 4.4.3.1.3.1 
and 4.4.3.1.3.2, TS 23.401, clause 5.3.3.2, TS 36.133, clause 4.2.2.10.1 and TS 36.304, clause 5.4.2.9. 

[TS 23.122, clause 4.4.3.1.3.1] 

The HPLMN may configure the MS whether to provide to the user CSGs for a certain PLMN without any restriction or 
to provide to the user only CSGs in the Operator CSG List for that PLMN. This configuration may be done either: 

- in the USIM if the Operator CSG Hst is available in the USIM; or 

- as described in 3GPP TS 24.285 [47] . 

In the absence of such configuration from the HPLMN for a certain PLMN, the MS shall by default provide to the user 
CSGs for that PLMN without any restriction. 

For PLMNs where no restriction is configured, the MS provides to the user the CSGs that are available and the 
associated PLMNs using all access technologies which support CSGs (see 3GPP TS 23.003 [22A]) and which are 
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supported by the MS. For each entry in the Hst, an indication is provided whether that CSG identity is in the Allowed 
CSG Hst or in the Operator CSG List stored in the MS for this PLMN. 

For PLMNs where the MS is configured to provide to the user only CSGs in the Operator CSG List, the MS provides to 
the user the CSGs that are available and in the Operator CSG list, using all access technologies which support CSGs 
(see 3GPP TS 23.003 [22A]) and which are supported by the MS. For each entry in the list, the MS provides to the user 
the associated PLMN and an indication that the CSG identity is in the Operator CSG List stored in the MS for this 
PLMN. 

Additional requirements for the display, including for the display of HNB name, can be found in 3GPP TS 22.220 [49]. 

The user may select a CSG from the indicated CSGs. 

If the MS has a PDN connection for emergency bearer services, manual CSG selection shall not be performed. 

[TS 23.122, clause 4.4.3.1.3.2] 

If the user selects a CSG whose CSG identity is not included in the Allowed CSG list or Operator CSG list, then the MS 
shall attempt to register on a cell that corresponds to the CSG. 

[TS 23.401, clause 5.3.3.2] 

NOTE 7: If the UE receives a TAU Accept message via a hybrid cell, the UE does not add the corresponding CSG 
ID to its Allowed CSG Hst. Adding a CSG ID to the UE's local Allowed CSG Hst for a hybrid cell is 
performed only by OTA or OMA DM procedures. 

[TS 36.133, clause 4.2.2.10.1] 

The UE shall perform search and reselection to an allowed inter-frequency CSG cell that has met CSG reselection 
criterion defined in [1] and that is in its whitelist, within 6 minutes in the conditions shown in table 4.2.2.10.1-1. There 
is no need for statistical testing of this requirement. 
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Table 4.2.2.10.1-1 : Parameters for CSG inter-frequency reselection 


Parameter 

Unit 

CelM 

Cell 2 

E-UARFCN '^°^"^ 


Channel 1 

Channel 2 

CSG indicator 


False 

True 

Physical cell identity"°^'^ 


1 

2 

CSG identity 


Not sent 

Sent 
(Already stored 
in UE whitelist 
from previous 

visit) 

Propagation conditions 


Static, non multipath 

CSG cell previously 
visited by UE 


Yes 

PBCH RA 

dB 





PBCH RB 

dB 

PSS RA 

dB 

SSS RA 

dB 

PCFICH RB 

dB 

PHICH RA 

dB 

PHICH RB 

dB 

PDCCH RA 

dB 

PDCCH RB 

dB 

PDSCH RA 

dB 

PDSCH RB 

dB 

OCNG RA^°''' 

dB 

OCNG RB"°^'^ 

dB 

Qrxlevmin 

dBm 

-140 

-140 

N.C 

dBm/15kHz 

Off 

R3RpNote. 

dBm/15KHz 

[>TBD] 1 [>TBD] 

Note 1 : For this requirement to be applicable, the E-UARFCN and physical cell 
identity for cell 1 and cell 2 shall be unchanged from when the CSG cell 
was visited previously. 
Note 2: Chosen to ensure that CSG autonomous search has a high probability 
of success on every attempt made by UE. 


[TS 36.304, clause 5.2.4.9] 

In addition to normal cell reselection rules, the UE shall use an autonomous search function to detect at least previously 
visited hybrid cells whose CSG IDs are in the UE's CSG whitelist according to the performance requirements specified 
in [10]. The UE shall treat detected hybrid cells as CSG cells if the CSG ID of the hybrid cell is in the UE's CSG 
whitelist and as normal cells otherwise. 


Test description 
Pre-test conditions 


6.4.1.3 

6.4.1.3.1 

System Simulator: 

- Cell 1 and Cell 3 are E-UTRAN cells and have different tracking areas according to table 6.0.1-2. 

- Cell 1 is a non-CSG cell. 

- Cell 3 is a hybrid cell. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 1. 

- System information combination 13 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 3. 


UE: 


the UE's Allowed CSG Hst is empty, 
the UE's Operator CSG list is empty 
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Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 according to [18]. 

6.4.1 .3.2 Test procedure sequence 

Table 6.4.1.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The configurations marked "Tl" and "T2" are applied at the points indicated 
in the Main behaviour description in Table 6.4.1.3.2-2. 

Table 6.4.1.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 3 

Remark 

T1 

Cell-specific 
RS EPRE 

dBm/15kHz 

-97 

-85 

The power level values are assigned so that the UE 
can detect Cell 3. 

T2 

Cell-specific 
RS EPRE 

dBm/15kHz 

-85 

"Off- 

The power level values are assigned so that 
camping on Cell 1 is guaranteed. 


Table 6.4.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS changes Cell 1 and Cell 3 levels 
according to row"T1" in Table 6.4.1.3.2-1. 

- 

- 

- 

- 

2 

The UE is made to perform manual CSG ID 
selection and select Cell 3. 

- 

- 

- 

- 

3 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on Cell 3? 
NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



1 


4 

The SS changes Cell 1 and Cell 3 levels 
according to row "T2" in Table 6.4.1 .3.2-1 . 

- 

- 

- 

- 

5 

The generic test procedure in TS 36.508 
subclause 6.4.2.7 is performed on Cell 1. 
NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





6 

The SS changes Cell 1 and Cell 3 levels 
according to row'TI" in Table 6.4.1.3.2-1. 

- 

- 

- 

- 

7 

Check: Does the UE transmit an 
RRCConnectionRequest message on Cell 3 
within 6 minutes? 

-> 

RRCConnectionRequest 

2 

F 

8 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.2 
indicate that the UE is in E-UTRA RRCJDLE 
state on Cell 1? 



2 



6.4.1 .3.3 Specific message contents 

Table 6.4.1.3.3-1 : SystemlnformationBlockTypeSiov Cell 1 (preamble and all steps, Table 6.4.1.3.2-2) 


Derivation Path: 36.508, Table 4.4.3.3-4 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType5 ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(1..maxFreq)) OF SEQUENCE { 




dl-CarrierFreq[n] 

EARFCN of Cell 3 



cellReselectionPriority[n] 

3 

lower priority than 
the frequency for 
Cell 1 


} 




} 
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Table 6.4.1.3.3-2: SystemlnformationBlockTypel for Cell 3 (preamble and all steps, Table 6.4.1.3.2-2) 


Derivation Path: 36.508, Table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-ldentity 

'000 0000 0000 0000 
0000 0000 0011 'B 



} 




} 





Table 6.4.1.3.3-3: SystemlnformationBlockTypeSior Cell 3 (preamble and all steps, Table 6.4.1.3.2-2) 


Derivation Path: 36.508, Table 4.4.3.3-2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType3 ::= SEQUENCE { 




cellReselectionServingFreqInfo SEQUENCE { 




cellReselectionPriority 

3 

lower priority than 
the frequency for 
CelM 


} 




} 





Table 6.4.1.3.3-4: SystemlnformationBlockTypeSiov Cell 3 (preamble and all steps. Table 6.4.1.3.2-2) 


Derivation Path: 36.508, Table 4.4.3.3-4 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType5 ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(L.maxFreq)) OF SEQUENCE { 




dl-CarrierFreq[n] 

EARFCN of Cell 1 



threshX-High[n] 

10 

20 dB 


} 




} 





Table 6.4.1.3.3-5: SystemlnformationBlockType4iov Cell 3 (preamble and all steps. Table 6.4.1.3.2-2) 


Derivation Path: 36.508, Table 4.4.3.3-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType4 ::= SEQUENCE { 




csg-PhysCellldRange SEQUENCE { 




start 

4 



range 

Not present 

The UE shall 
apply value 1 in 
case the field is 
absent, in which 
case only the 
physical cell 
identity value 
indicated by start 
applies. 


} 




} 





6.4.2 


6.4.2.1 


Inter-frequency cell reselection / From E-UTRA RRCJDLE non- 
CSG cell to E-UTRA RRCJDLE member hybrid cell 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_IDLE state 
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ensure that { 

when { Manual CSG ID selection is requested } 
then { UE selects the requested hybrid cell 


(2) 


with { UE in E-UTRA RRC_IDLE state on a non-CSG cell and UE's Allowed CSG list is not empty } 
ensure that { 

when { a previously visited E-UTRA member hybrid cell becomes the strongest cell on its frequency 

} 

then { UE reselects the E-UTRA member hybrid cell } 


6.4.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.304, clauses 5.2.4.9 and 
5.2.4.8.1, and 36.133, clauses 4.2.2.10 and 4.2.2.10.1. 

[TS 36.304, clause 5.2.4.9] 

In addition to normal cell reselection rules, the UE shall use an autonomous search function to detect at least previously 
visited hybrid cells whose CSG IDs are in the UE's CSG whitelist according to the performance requirements specified 
in [10]. The UE shall treat detected hybrid cells as CSG cells if the CSG ID of the hybrid cell is in the UE's CSG 
whitelist and as normal cells otherwise. 

[TS 36.304, clause 5.2.4.8.1] 

In addition to normal cell reselection, the UE shall use an autonomous search function to detect at least previously 
visited allowed CSG cells on non-serving frequencies, including inter-RAT frequencies, according to the performance 
requirements specified in [10], when at least one CSG ID is included in the UE's CSG whitelist. The UE may also use 
autonomous search on the serving frequency. The UE shall disable the autonomous search function for CSG cells if the 
UE's CSG whitelist is empty. 

NOTE: The UE autonomous search function, per UE implementation, determines when and/or where to search 
for allowed CSG cells. 

If the UE detects one or more suitable CSG cells on different frequencies, then the UE shall reselect to one of the 
detected cells irrespective of the frequency priority of the cell the UE is currently camped on, if the concerned CSG cell 
is the highest ranked cell on that frequency. 

[TS 36.133, clause 4.2.2.10] 

Reselection from non CSG to CSG cells may be performed using UE autonomous search as defined in [1] when at least 
one CSG ID is included in the UE's CSG whitelist. The requirements in this section are valid for reselection to CSG 
cells previously visited by the UE when the radio configuration parameters, including the carrier frequency and physical 
cell identity of the CSG cell, non CSG cell and other neighbour cells are unchanged from the most recent previous visit. 

[TS 36.133, clause 4.2.2.10.1] 

The UE shall perform search and reselection to an allowed inter-frequency CSG cell that has met reselection criterion 
defined in [1] and that is in its whitelist, within [6] minutes in the conditions shown in table 4.2.2.10.1-1. There is no 
need for statistical testing of this requirement. 
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Table 4.2.2.10.1-1 : Parameters for CSG inter-frequency reselection 


Parameter 

Unit 

CelM 

Cell 2 

E-UARFCN '^°^"^ 


Channel 1 

Channel 2 

CSG indicator 


False 

True 

Physical cell identity"°^'^ 


1 

2 

CSG identity 


Not sent 

Already stored 

in UE whitelist 

from previous 

visit 

Propagation conditions 


Static, non multipath 

CSG cell previously 
visited by UE 


Yes 

PBCH RA 

dB 





PBCH RB 

dB 

PSS RA 

dB 

SSS RA 

dB 

PCFICH RB 

dB 

PHICH RA 

dB 

PHICH RB 

dB 

PDCCH RA 

dB 

PDCCH RB 

dB 

PDSCH RA 

dB 

PDSCH RB 

dB 

OCNG RA"°^'^ 

dB 

OCNG RB"°^'^ 

dB 

Qrxlevmin 

dBm 

-140 

-140 

Noc 

dBm/15kHz 

Off 

p3ppNote. 

dBm/15KHz 

[>TBD] 1 [>TBD] 

Note 1 : For this requirement to be applicable, the E-UARFCN and physical cell 
identity for cell 1 and cell 2 shall be unchanged from when the CSG cell 
was visited previously 

Note 2: Chosen to ensure that CSG autonomous search has a high probability of 
success on every attempt made by UE 


Test description 
Pre-test conditions 


6.4.2.3 

6.4.2.3.1 

System Simulator: 

- Cell 1, Cell 3, Cell 1 1 and Cell 23. 

- Cell 1, Cell 1 1 and Cell 23 are not CSG cells. 

- Cell 3 is a hybrid cell. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 1, Cell 
11 and Cell 23. 

- System information combination 13 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 3. 

- Cell 1, Cell 3, Cell 1 1 and Cell 23 have different tracking areas according to table 6.0.1-2. 
UE: 

- The UE's Allowed CSG list contains the CSG ID of Cell 3. 
Preamble: 

- The UE is in state Switched OFF (state 1) according to [18]. 
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6.4.2.3.2 


Test procedure sequence 


Table 6.4.2.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Configurations marked "TO", "Tl", "T2", "T3" and "T4" are applied at the 
points indicated in the Main behaviour description in Table 6.4.2.3.2-2. 

Table 6.4.2.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 3 

Cell 11 

Cell 23 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-65 

Off 

Off 

Off 

The power levels are such 
that camping on Cell 1 is 
guaranteed. 

Srxlev* 

dB 

41 

- 

- 

- 


Tl 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-65 

-85 

Off 

-91 


Srxlev* 

dB 

41 

21 

- 

15 


T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

Off 

Off 

-65 

Off 

The power levels are such 
that camping on Cell 1 1 is 
guaranteed. 

Srxlev* 

dB 

- 

- 

41 

- 


T3 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-65 

Off 

-91 

-85 


Srxlev* 

dB 

41 

- 

15 

21 


T4 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-65 

-85 

Off 

-91 


Srxlev* 

dB 

41 

21 

- 

15 
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Table 6.4.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2- 
17 

Steps 2 to 17 of the registration procedure 
described in TS 36.508 subclause 4.5.2.3 are 
performed on Cell 1 . 

NOTE: the UE performs registration and the 
RRC connection is released. 





18 

The SS changes Cell 3 and Cell 23 levels 
according to row "T1 " in table 6.4.2.3.2-1 . 

- 

- 

- 

- 

19 

The UE is made to perform manual CSG ID 
selection and select Cell 3. 

- 

- 

- 

- 

20 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on Cell 3? 
NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



1 


21 

The SS changes Celll , Cell 3, Cell 1 1 and Cell 
23 levels according to row "T2" in table 
6.4.2.3.2-1. 





22- 
27 

Steps 1 to 6 of the TAU procedure described 
in TS 36.508 subclause 6.4.2.7 are performed 
on Cell 11. 

NOTE: the UE performs a TAU and the RRC 
connection is released. 





28 

The SS changes Cell 1 , Cell 1 1 and Cell 23 
levels according to row "T3" in table 6.4.2.3.2- 
1. 





29- 

34 

Steps 1 to 6 of the TAU procedure described 
in TS 36.508 subclause 6.4.2.7 are performed 
on Cell 1. 

NOTE: the UE performs a TAU and the RRC 
connection is released. 





35 

The SS changes Cell 3, Cell 1 1 and Cell 23 
levels according to row "T4" in table 6.4.2.3.2- 
1. 





36- 
40 

Check: Does the test result of Steps 1 to 5 of 
the generic test procedure in TS 36.508 
subclause 6.4.2.7 indicate that the UE is 
camped on Cell 3 within [6] min from T4 to the 
time the RRCConnectionRequest'is received 
by the SS? 
NOTE: The UE performs a TAU procedure. 



2 



At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 






6.4.2.3.3 


Specific message contents 

Table 6.4.2.3.3-1 : Conditions for table 6.4.2.3.3-2 


Condition 

Explanation 

Celll 

This condition applies to system information transmitted on Cell 1 . 

Cell 3 

This condition applies to system information transmitted on Cell 3. 

Cell 11 

This condition applies to system information transmitted on Cell 1 1 . 

Cell 23 

This condition applies to system information transmitted on Cell 23. 
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Table 6.4.2.3.3-2: SystemlnformationBlockTypel for Cell 1, 3, 11 and 23 (preamble and all steps, 

Table 6.4.2.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

FALSE 



csg-ldentity 

Not present 


CelM 
Cell 11 
Cell 23 


'000 0000 0000 0000 
0000 0000 001 1'B 


Cell 3 

} 




} 





Table 6.4.2.3.3-3: SystemlnformationBlockType4 for Cell 3 (Pre-test conditions and all steps, table 

6.4.2.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType4 ::= SEQUENCE { 




csg-PhysCellldRange ::= SEQUENCE { 




start 

5 



range 

Not present 

The UE shall 
apply value 1 in 
case the field is 
absent, in which 
case only the 
physical cell 
identity value 
indicated by start 
applies. 


} 




} 





6.4.3 


6.4.3.1 


Inter-RAT cell reselection / From E-UTRA RRCJDLE non-CSG cell 
to UTRAJdIe member hybrid cell 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_IDLE state on a non-CSG cell and UE's Allowed CSG list is not empty } 
ensure that { 

when { a previously visited UTRA member hybrid cell becomes the strongest cell on its frequency } 
then { UE reselects the suitable UTRA member hybrid cell irrespective of its lower priority than 
EUTRA cell I 


6.4.3.2 


Confornnance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 25.304, clause 5.6.1; TS 
36.304, clauses 5.2.4.8.1 and 5.2.4.9; and TS 36.133, clauses 4.2.2.10 and 4.2.2.10.2. 

[TS 25.304, clause 5.6.1] 

In the UE on request of NAS, the AS shall scan all RF channels in the UTRA bands according to its capabilities to find 
available CSG IDs. On each carrier, the UE shall at least search for the strongest cell, read its system information and 
report available CSG ID(s) together with their "HNB name" (if broadcast) and PLMN(s) to the NAS. The search for 
available CSG IDs may be stopped on request of the NAS. 

If NAS has selected a CSG ID and provided this selection to AS, the UE shall search for an acceptable or suitable cell 
belonging to the selected CSG ID to camp on. 
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[TS 36.304, clause 5.2.4.8.1] 

In addition to normal cell reselection, the UE shall use an autonomous search function to detect at least previously 
visited allowed CSG cells on non-serving frequencies, including inter-RAT frequencies, according to the performance 
requirements specified in [10], when at least one CSG ID is included in the UE's CSG whitelist. The UE may also use 
autonomous search on the serving frequency. The UE shall disable the autonomous search function for CSG cells if the 
UE's CSG whitelist is empty. 

NOTE: The UE autonomous search function, per UE implementation, determines when and/or where to search 
for allowed CSG cells. 

If the UE detects one or more suitable CSG cells on different frequencies, then the UE shall reselect to one of the 
detected cells irrespective of the frequency priority of the cell the UE is currently camped on, if the concerned CSG cell 
is the highest ranked cell on that frequency. 

[TS 36.304, clause 5.2.4.9] 

In addition to normal cell reselection rules, the UE shall use an autonomous search function to detect at least previously 
visited hybrid cells whose CSG IDs are in the UE's CSG whitelist according to the performance requirements specified 
in [10]. The UE shall treat detected hybrid cells as CSG cells if the CSG ID of the hybrid cell is in the UE's CSG 
whitelist and as normal cells otherwise. 

[TS 36.133, clause 4.2.2.10] 

Reselection from non CSG to CSG cells may be performed using UE autonomous search as defined in [1] when at least 
one CSG ID is included in the UE's CSG whitelist. The requirements in this section are valid for reselection to CSG 
cells previously visited by the UE when the radio configuration parameters, including the carrier frequency and physical 
cell identity of the CSG cell, non CSG cell and other neighbour cells are unchanged from the most recent previous visit. 

[TS 36.133, clause 4.2.2.10.2] 

The UE shall perform search and reselection to an allowed inter-RAT UTRAN FDD CSG cell that has met CSG 
reselection criterion defined in [1] and that is in its whitelist, within 6 minutes in the conditions shown in table 
4.2.2.10.2-1. There is no need for statistical testing of this requirement. 
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Table 4.2.2.10.2-1: Parameters for CSG inter-RAT UTRAN FDD reselection 


Parameter 

Unit 

CelM 

Cell 2 

E-UARFCN '^°^"^ 


Channel 1 

N/A 

UARFCN '^°^"^ 


N/A 

Channel 2 

CSG indicator 


False 

True 

Physical cell identity^°''' 


1 

N/A 

Primary scrambling code 

Note1 


N/A 

Scrambling 
code 2 

CSG identity 


Not sent 

Sent 
(Already stored 
in UE whitelist 
from previous 

visit) 

Propagation conditions 


Static, non multipath 

CSG cell previously 
visited by UE 


Yes 

PBCH RA 

dB 



N/A 

PBCH RB 

dB 

PSS RA 

dB 

SSS RA 

dB 

PCFICH RB 

dB 

PHICH RA 

dB 

PHICH RB 

dB 

PDCCH RA 

dB 

PDCCH RB 

dB 

PDSCH RA 

dB 

PDSCH RB 

dB 

OCNG RA^°^"^ 

dB 

OCNG RB"°^'^ 

dB 

Qrxlevmin 

dBm 

-140 

Kc 

dBm/15kHz 

Off 

p3ppNote. 

dBm/15KHz 

f>TBD] 

CPICH Ec"°^'' 

dBm 

N/A 

[>TBD] 

CPICH Ec/lor 

dB 

-10 

PCCPCH Ec/lor 

dB 

-12 

SCCPCH Ec/lor 

dB 

-12 

AICH Ec/lor 

dB 

-15 

SCH Ec/lor 

dB 

-15 

PICH Ec/lor 

dB 

-15 

^oc 

dBm/3.84 MHz 

Off 

Note 1 : For this requirement to be applicable, the E-UARFCN and physical cell 
identity for cell 1 and the UARFCN and scrambling code for cell 2 shall 
be unchanged from when the CSG cell was visited previously. 

Note 2: Chosen to ensure that CSG autonomous search has a high probability 
of success on every attempt made by the UE. 


6.4.3.3 Test description 

6.4.3.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 2 are E-UTRAN cells and have different tracking areas according to table 6.0.1-2. 

- Cell 5 and Cell 7 are UTRAN cells 

- Cell 1, Cell 2 and Cell 7 are not CSG cells. 

- Cell 5 is a hybrid cell. 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
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UE: 

- The UE's Allowed CSG list contains the CSG ID of Cell 5. 
Preamble: 

- The UE is in state Registered, Idle Mode (state 2) according to [18] in Cell 1. 

6.4.3.3.2 Test procedure sequence 

Table 6.4.3.3.2-1 & 6.4.3.3.2-2 illustrates the downlink power levels and other changing parameters to be applied for 
the cells at various time instants of the test execution. Configurations marked "TO", "Tl", "T2", "T3" and "T4" are 
applied at the points indicated in the Main behaviour description in Table 6.4.3.3.2-3. 

Table 6.4.3.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA Cell 1 and 

Cell 2 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

OFF 


Qrxlevmin 

dBm 

-106 

-106 

Default value 

Qrxlevminoffset 

dB 





Default value 

Qhyst 

dB 





Default value 

Srxlev* 

dB 

21 

N/A 

Cell 1 is the strongest cell 

Tl 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

OFF 


Srxlev* 

dB 

21 

N/A 


T2 

Cell-specific RS 
EPRE 

dBm/15kHz 

OFF 

-85 


Srxlev* 

dB 

N/A 

21 


T3 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

-91 


Srxlev* 

dB 

21 

15 


T4 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

OFF 


Srxlev* 

dB 

21 

N/A 


Note: Srxlev is calculated in the UE 


Table 6.4.3.3.2-2: Time instances of cell power level and parameter changes for UTRA Cell 5 and Cell 

7 



Parameter 

Unit 

Cells 

Cell? 

Remark 

TO 

CPICH Ec 

dBm/3.84 MHz 

OFF 

OFF 

Camping on Cell 1 is guaranteed 

PCCPCH RSCP 

dBm/1.28MHz 

OFF 

OFF 

Camping on Cell 1 is guaranteed 

Qrxlevmin (FDD) 

dBm 

-79 

-79 

Default value 

Qrxlevmin (TDD) 

dBm 

-81 

-81 

Default value 

Srxlev* 

dB 

N/A 

N/A 


Tl 

CPICH Ec 

dBm/3.84 MHz 

-60 

-64 

Srxlevceii5>0, forFDD 

PCCPCH RSCP 

dBm/1.28MHz 

-62 

-66 

Srxlevceii5>0, for TDD 

Srxlev* 

dB 

19 

15 

Cell 5 becomes the suitable cell 

T2 

CPICH Ec 

dBm/3.84 MHz 

OFF 

OFF 


PCCPCH RSCP 

dBm/1.28MHz 

OFF 

OFF 


Srxlev* 

dB 

N/A 

N/A 


T3 

CPICH Ec 

dBm/3.84 MHz 

OFF 

-64 


PCCPCH RSCP 

dBm/1.28MHz 

OFF 

-66 


Srxlev* 

dB 

N/A 

15 


T4 

CPICH Ec 

dBm/3.84 MHz 

-60 

-64 

Srxlevceii5>0,for FDD 

PCCPCH RSCP 

dBm/1.28MHz 

-62 

-66 

Srxlevceii5>0, forTDD 

Srxlev* 

dB 

19 

15 

Cell 5 becomes the suitable cell 

Note: Srxlev is calculated in the UE 
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Table 6.4.3.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS changes Cell 5 and Cell 7 levels 
according to the row "T1" in table 6.4.3.3.2-2. 

- 

- 

- 

- 

2 

UE performs manual CSG ID selection and 
select Cell 5. 

- 

- 

- 

- 

3- 
12 

Steps 1 to 10 of the generic test procedure 
described in TS 36.508 subclause 6.4.2.8 are 
performed on Cell 5. 

NOTE: The UE performs a RAU procedure 
and the RRC connection is released. 





13 

The SS changes Cell 1 , Cell 2, Cell 5 and Cell 
7 levels according to the row "T2" in table 
6.4.3.3.2-1 and table 6.4.3.3.2-2. 





14- 
21 

Steps 1 to 8 of the procedure described in TS 

36.508 Table 6.4.2.7A-1 is performed on Cell 

2. 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 





22 

The SS changes Cell 1 , Cell 2 and Cell 7 
levels according to the row "T3" in table 
6.4.3.3.2-1 and table 6.4.3.3.2-2. 





23- 
28 

Steps 1 to 6 of the procedure described in TS 

36.508 subclause 6.4.2.7 is performed on Cell 

1. 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 





29 

The SS changes Cell 2 and Cell 5 levels 
according to the row "T4" in table 6.4.3.3.2-1 
and table 6.4.3.3.2-2. 





30- 
37 

Check: Does the test result of steps 1 to 8 of 
generic test procedure in TS 36.508 subclause 
6.4.2.8 indicate that the UE is camped on Cell 
5 within 6 mins from "T4" to the time RRC 
CONNECTION REQUEST received by SS? 
NOTE: The UE performs a RAU procedure 



1 



6.4.3.3.3 


Specific message contents 


Table 6.4.3.3.3-1: SystemlnformationBlockTyped ior Cell 1 and Cell 2 (preamble and all steps, Table 

6.4.3.3.2-3) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType6 ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1 ..maxUTRA-FDD-Carrier)) OF SEQUENCE { 

1 entry 

the first entry only 

UTRA-FDD 

cellReselectionPriority[ 1] 

3 

Lower priority than 
E-UTRA 


} 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxUTRA-TDD-Carrier)) OF SEQUENCE { 

1 entry 

the first entry only 

UTRA-TDD 

cellReselectionPriority[1 ] 

3 

Lower priority than 
E-UTRA 


} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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Table 6.4.3.3.3-2: Master Information Block for Cell 5 (preamble and all steps, Table 6.4.3.3.2-3) 


Derivation Path: 34.108 clause 6.1. Oa.3 

Information Element 

Value/remark 

Comment 

Condition 

- CSG Indicator 

Not present 




Table 6.4.3.3.3-3: System Information Block type 3 for Cell 5 (preamble and all steps, Table 6.4.3.3.2- 

3) 


Derivation Path: 34.108 clause 6.1.0b 

Information Element 

Value/remark 

Comment 

Condition 

- CSG Identity 

'000 0000 0000 0000 
0000 0000 001 0'B 



- CSG PSC Split Information 




- Start PSC 

104 



- Number of PSCs 

5 



- PSC Range 2 Offset 

Not present 




Table 6.4.3.3.3-4: System Information Block type 19 for Cell 5 and Cell 7 (preamble and all steps, 

Table 6.4.3.3.2-3) 


Derivation Path: 36.508 clause 4.4.4.1 , Table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList SEQUENCE { 




utra-ServingCell SEQUENCE { 




priority 

3 

Lower priority than 
E-UTRA 


} 




eutra-FrequencyAndPrioritylnfoList SEQUENCE 
(SIZE (L.maxNumEUTRAFreqs)) OF SEQUENCE 

1 entry 

the first entry only 


priority[1] 

4 



} 




} 





6.4.4 

6.4.4.1 
(1) 


Inter-RAT cell reselection / From E-UTRA RRCJDLE non-member 
hybrid cell to UTRAJdIe member hybrid cell 

Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state on a non-member hybrid cell and UE's Allowed CSG list is not 
empty } 
ensure that { 

when { a previously visited UTRA member hybrid cell becomes the strongest cell on its frequency } 
then { UE reselects the suitable UTRA member hybrid cell irrespective of its lower priority than 
EUTRA cell } 


6.4.4.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 25.304, clause 5.6.1; TS 
36.304, clauses 5.2.4.8.1 and 5.2.4.9; and TS 36.133, clauses 4.2.2.10 and 4.2.2.10.2. 

[TS 25.304, clause 5.6.1] 

In the UE on request of NAS, the AS shall scan all RF channels in the UTRA bands according to its capabilities to find 
available CSG IDs. On each carrier, the UE shall at least search for the strongest cell, read its system information and 
report available CSG ID(s) together with their "HNB name" (if broadcast) and PLMN(s) to the NAS. The search for 
available CSG IDs may be stopped on request of the NAS. 
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If NAS has selected a CSG ID and provided this selection to AS, the UE shall search for an acceptable or suitable cell 
belonging to the selected CSG ID to camp on. 

[TS 36.304, clause 5.2.4.8.1] 

In addition to normal cell reselection, the UE shall use an autonomous search function to detect at least previously 
visited allowed CSG cells on non-serving frequencies, including inter-RAT frequencies, according to the performance 
requirements specified in [10], when at least one CSG ID is included in the UE's CSG whitelist. The UE may also use 
autonomous search on the serving frequency. The UE shall disable the autonomous search function for CSG cells if the 
UE's CSG whitelist is empty. 

NOTE: The UE autonomous search function, per UE implementation, determines when and/or where to search 
for allowed CSG cells. 

If the UE detects one or more suitable CSG cells on different frequencies, then the UE shall reselect to one of the 
detected cells irrespective of the frequency priority of the cell the UE is currently camped on, if the concerned CSG cell 
is the highest ranked cell on that frequency. 

[TS 36.304, clause 5.2.4.9] 

In addition to normal cell reselection rules, the UE shall use an autonomous search function to detect at least previously 
visited hybrid cells whose CSG IDs are in the UE's CSG whitelist according to the performance requirements specified 
in [10]. The UE shall treat detected hybrid cells as CSG cells if the CSG ID of the hybrid cell is in the UE's CSG 
whitelist and as normal cells otherwise. 

[TS 36.133, clause 4.2.2.10] 

Reselection from non CSG to CSG cells may be performed using UE autonomous search as defined in [1] when at least 
one CSG ID is included in the UE's CSG whitelist. The requirements in this section are valid for reselection to CSG 
cells previously visited by the UE when the radio configuration parameters, including the carrier frequency and physical 
cell identity of the CSG cell, non CSG cell and other neighbour cells are unchanged from the most recent previous visit. 

[TS 36.133, clause 4.2.2.10.2] 

The UE shall perform search and reselection to an allowed inter-RAT UTRAN FDD CSG cell that has met CSG 
reselection criterion defined in [1] and that is in its whitelist, within 6 minutes in the conditions shown in table 
4.2.2.10.2-1. There is no need for statistical testing of this requirement. 
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Table 4.2.2.10.2-1: Parameters for CSG inter-RAT UTRAN FDD reselection 


Parameter 

Unit 

CelM 

Cell 2 

E-UARFCN '^°^"^ 


Channel 1 

N/A 

UARFCN '^°^"^ 


N/A 

Channel 2 

CSG indicator 


False 

True 

Physical cell identity^°''' 


1 

N/A 

Primary scrambling code 

Note1 


N/A 

Scrambling 
code 2 

CSG identity 


Not sent 

Sent 
(Already stored 
in UE whitelist 
from previous 

visit) 

Propagation conditions 


Static, non multipath 

CSG cell previously 
visited by UE 


Yes 

PBCH RA 

dB 



N/A 

PBCH RB 

dB 

PSS RA 

dB 

SSS RA 

dB 

PCFICH RB 

dB 

PHICH RA 

dB 

PHICH RB 

dB 

PDCCH RA 

dB 

PDCCH RB 

dB 

PDSCH RA 

dB 

PDSCH RB 

dB 

OCNG RA^°^"^ 

dB 

OCNG RB"°^'^ 

dB 

Qrxlevmin 

dBm 

-140 

Kc 

dBm/15kHz 

Off 

p3ppNote. 

dBm/15KHz 

f>TBD] 

CPICH Ec"°^'' 

dBm 

N/A 

[>TBD] 

CPICH Ec/lor 

dB 

-10 

PCCPCH Ec/lor 

dB 

-12 

SCCPCH Ec/lor 

dB 

-12 

AICH Ec/lor 

dB 

-15 

SCH Ec/lor 

dB 

-15 

PICH Ec/lor 

dB 

-15 

^oc 

dBm/3.84 MHz 

Off 

Note 1 : For this requirement to be applicable, the E-UARFCN and physical cell 
identity for cell 1 and the UARFCN and scrambling code for cell 2 shall 
be unchanged from when the CSG cell was visited previously. 

Note 2: Chosen to ensure that CSG autonomous search has a high probability 
of success on every attempt made by the UE. 


6.4.4.3 Test description 

6.4.4.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 2 are E-UTRAN cells and have different tracking areas according to table 6.0.1-2. 

- Cell 5 and Cell 7 are UTRAN cells 

- Cell 1 and Cell 7 are not CSG cells. 

- Cell 2 and Cell 5 are hybrid cells. 

- System information combination 1 1 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 2. 
- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 1. 
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UE: 

- The UE's Allowed CSG list contains the CSG ID of Cell 5. 
Preamble: 

- The UE is in state Registered, Idle Mode (state 2) according to [18] in Cell 1. 

6.4.4.3.2 Test procedure sequence 

Table 6.4.4.3.2-1 & 6.4.4.3.2-2 illustrates the downlink power levels and other changing parameters to be applied for 
the cells at various time instants of the test execution. Configurations marked "TO", "Tl", "T2", "T3", "T4" and "T5" are 
applied at the points indicated in the Main behaviour description in Table 6.4.4.3.2-3. 

Table 6.4.4.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA Cell 1 and 

Cell 2 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

OFF 


Qrxlevmin 

dBm 

-106 

-106 

Default value 

Qrxlevminoffset 

dB 





Default value 

Qhyst 

dB 





Default value 

Srxlev* 

dB 

21 

N/A 

Cell 1 is the strongest cell 

Tl 

Cell-specific RS 
EPRE 

dBm/15kHz 

-91 

-85 


Srxlev* 

dB 

15 

21 


T2 

Cell-specific RS 
EPRE 

dBm/15kHz 

OFF 

-85 


Srxlev* 

dB 

N/A 

21 


T3 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

OFF 


Srxlev* 

dB 

21 

N/A 


T4 

Cell-specific RS 
EPRE 

dBm/15kHz 

-91 

-85 


Srxlev* 

dB 

15 

21 


T5 

Cell-specific RS 
EPRE 

dBm/15kHz 

OFF 

-85 


Srxlev* 

dB 

N/A 

21 


Note: Srxlev is calculated in the UE 
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Table 6.4.4.3.2-2: Time instances of cell power level and parameter changes for UTRA Cell 5 and Cell 

7 



Parameter 

Unit 

Cell 5 

Cell? 

Remark 

TO 

CPICH Ec 

dBm/3.84 MHz 

OFF 

OFF 

Camping on Cell 1 is guaranteed 

PCCPCH RSCP 

dBm/1.28MHz 

OFF 

OFF 

Camping on Cell 1 is guaranteed 

Qrxlevmin (FDD) 

dBm 

-79 

-79 

Default value 

Qrxlevmin (TDD) 

dBm 

-81 

-81 

Default value 

Srxlev* 

dB 

N/A 

N/A 


T1 

CPICH Ec 

dBm/3.84 MHz 

OFF 

OFF 


PCCPCH RSCP 

dBm/1 .28 MHz 

OFF 

OFF 


Srxlev* 

dB 

N/A 

N/A 


T2 

CPICH Ec 

dBm/3.84 MHz 

-60 

-64 

Srxlevceii5>0, for FDD 

PCCPCH RSCP 

dBm/1 .28 MHz 

-62 

-66 

Srxlevceii5>0, forlDD 

Srxlev* 

dB 

19 

15 

Cell 5 becomes the suitable cell 

T3 

CPICH Ec 

dBm/3.84 MHz 

OFF 

OFF 


PCCPCH RSCP 

dBm/1 .28 MHz 

OFF 

OFF 


Srxlev* 

dB 

N/A 

N/A 


T4 

CPICH Ec 

dBm/3.84 MHz 

OFF 

-64 


PCCPCH RSCP 

dBm/1 .28 MHz 

OFF 

-66 


Srxlev* 

dB 

N/A 

15 


T5 

CPICH Ec 

dBm/3.84 MHz 

-60 

-64 

Srxlevceii5>0,for FDD 

PCCPCH RSCP 

dBm/1 .28 MHz 

-62 

-66 

Srxlevceii5>0, for TDD 

Srxlev* 

dB 

19 

15 

Cell 5 becomes the suitable cell 

Note: Srxlev is calculated in the UE 
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Table 6.4.4.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS changes Cell 1 and Cell 2 levels 
according to the row "T1 " in table 6.4.4.3.2-1 . 

- 

- 

- 

- 

2-8 

Steps 1 to 6 of the procedure described in TS 

36.508 subclause 6.4.2.7 is performed on Cell 

2. 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 





9 

The SS changes Cell 1 , Cell 5 and Cell 7 
levels according to the row "T2" in table 
6.4.4.3.2-1 and table 6.4.4.3.2-2. 





10 

UE performs manual CSG ID selection and 
select Cell 5. 

- 

- 

- 

- 

11- 
20 

Steps 1 to 10 of the generic test procedure 
described in TS 36.508 subclause 6.4.2.8 are 
performed on Cell 5. 

NOTE: The UE performs a RAU procedure 
and the RRC connection is released. 





21 

The SS changes Cell 1 , Cell 2, Cell 5 and Cell 
7 levels according to the row "T3" in table 
6.4.4.3.2-1 and table 6.4.4.3.2-2. 





22- 
29 

Steps 1 to 8 of the procedure described in TS 

36.508 Table 6.4.2.7A-1 is performed on Cell 

1. 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 





30 

The SS changes Cell 1 , Cell 2 and Cell 7 
levels according to the row "T4" in table 
6.4.4.3.2-1 and table 6.4.4.3.2-2. 





31- 
36 

Steps 1 to 6 of the procedure described in TS 

36.508 subclause 6.4.2.7 is performed on Cell 

2. 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 





37 

The SS changes Cell 1 and Cell 5 levels 
according to the row "T5" in table 6.4.4.3.2-2. 

- 

- 

- 

- 

38- 
45 

Check: Does the test result of steps 1 to 8 of 
generic test procedure in TS 36.508 subclause 
6.4.2.8 indicate that the UE is camped on Cell 
5 within 6 mins from "T5" to the time RRC 
CONNECTION REQUEST received by SS? 
NOTE: The UE performs a RAU procedure 



1 



6.4.4.3.3 


Specific message contents 

Table 6.4.4.3.3-1 : Conditions for table 6.4.4.3.3-2 


Condition 

Explanation 

CelM 

This condition applies to system information transmitted on Cell 1 . 

Cell 2 

This condition applies to system information transmitted on Cell 2. 
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Table 6.4.4.3.3-2: SystemlnformationBlockTypel for Cell 1 and Cell 2 (preamble and all steps, Table 

6.4.4.3.2-3) 


Derivation Path: 36.508 clause 4.4.3.2, Table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

FALSE 



csg-ldentity 

Not present 


CelM 

csg-ldentity 

'000 0000 0000 0000 
0000 0000 0011 'B 


Cell 2 

} 




} 





Table 6.4.4.3.3-3: SystemlnformationBlockType4iov Cell 2 (preamble and all steps, table 6.4.4.3.2-3) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType4 ::= SEQUENCE { 




csg-PhysCellldRange ::= SEQUENCE { 




start 

4 



range 

Not present 

The UE shall 
apply value 1 in 
case the field is 
absent, in which 
case only the 
physical cell 
identity value 
indicated by start 
applies. 


} 




} 





Table 6.4.4.3.3-4: SystemlnformationBlockTyped for Cell 1 and Cell 2 (preamble and all steps, Table 

6.4.4.3.2-3) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypee ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1..maxUTRA-FDD-Carrier)) OF SEQUENCE { 

1 entry 

the first entry only 

UTRA-FDD 

cellReselectionPriority[ 1] 

3 

Lower priority than 
E-UTRA 


} 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxUTRA-TDD-Carrier)) OF SEQUENCE { 

1 entry 

the first entry only 

UTRA-TDD 

cellReselectionPriority[1 ] 

3 

Lower priority than 
E-UTRA 


} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


Table 6.4.4.3.3-5: Master Information Block for Cell 5 (preamble and all steps, Table 6.4.4.3.2-3) 


Derivation Path: 34.108 clause 6.1. Oa.3 

Information Element 

Value/remark 

Comment 

Condition 

- CSG Indicator 

Not present 
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Table 6.4.4.3.3-6: System Information Block type 3 for Cell 5 (preamble and all steps, Table 6.4.4.3.2- 

3) 


Derivation Path: 34.108 clause 6.1.0b 

Information Element 

Value/remark 

Comment 

Condition 

- CSG Identity 

'000 0000 0000 0000 
0000 0000 001 0'B 



- CSG PSC Split Information 




- Start PSC 

104 



- Number of PSCs 

5 



- PSC Range 2 Offset 

Not present 




Table 6.4.4.3.3-7: System Information Block type 19 for Cell 5 and Cell 7 (preamble and all steps, 

Table 6.4.4.3.2-3) 


Derivation Path: 36.508 clause 4.4.4.1 , Table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList SEQUENCE { 




utra-ServingCell SEQUENCE { 




priority 

3 

Lower priority than 
E-UTRA 


} 




eutra-FrequencyAndPrioritylnfoList SEQUENCE 
(SIZE (L.maxNumEUTRAFreqs)) OF SEQUENCE 

1 entry 

the first entry only 


priority[7] 

4 



} 




} 





6.4.5 


6.4.5.1 


Inter-RAT cell reselection / From UTRAJdIe to E-UTRA RRCJDLE 
member hybrid cell 

Test Purpose (TP) 


(1) 


with { UE in UTRA IDLE state and UE's Allowed CSG list is not empty } 
ensure that { 

when { a previously visited E-UTRA member hybrid cell becomes the strongest cell on its frequency 

} 

then { UE reselects the suitable E-UTRA member hybrid cell irrespective of its lower priority 
than UTRA cell j 


6.4.5.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 25.304, clauses 5.2.6.4.1 and 
5.2.6.5; TS 25.133, clauses 4.2.2.11 and 4.2.2.11.2; TS 36.304, clause 5.5.1. 

[TS 25.304, clause 5.2.6.4.1] 

In addition to normal cell reselection, the UE shall use an autonomous search function to detect at least previously 
visited allowed CSG cells on non-serving frequencies, including inter-RAT frequencies, according to the performance 
requirements specified in [10], when at least one CSG ID is included in the UE's CSG whitelist. The UE is required to 
perform autonomous search function in Idle, Cell_PCH and URA_PCH states. The UE shall disable the autonomous 
search function for CSG cells if the UE's CSG whitelist is empty. If "Dedicated CSG frequency(ies) " IE is present, the 
UE may use the autonomous search function only on these dedicated frequencies and on the other frequencies listed in 
the system information. 

NOTE: The UE autonomous search function, per UE implementation, determines when and/or where to search 
for allowed CSG cells. 

When the UE has no or an empty CSG whitelist, the UE may ignore cells with PSC in the stored range "CSG PSC Split 
Information" [4] reserved for CSG cells for intra-frequency and inter-frequency measurements and cell re-selections. 
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If the UE detects a suitable CSG cell on the same frequency it shall reselect this cell if the concerned CSG cell is the 
highest ranked cell, according to 5.2.6.1.4. 

If the UE detects a suitable CSG cell on a different frequency it shall reselect this cell irrespective of the cell reselection 
rules applicable for the cell the UE is currently camped on, if the detected suitable CSG cell is the strongest cell on that 
frequency. If suitable CSG cells are detected on different frequencies and these are the strongest cells on their 
frequencies, then the UE shall reselect to any one of them. 

If the UE detects one or more suitable CSG cell on another RAT, the UE shall reselect to one of them according to [18]. 

[TS 25.304, clause 5.2.6.5] 

In addition to normal cell reselection rules, the UE shall use an autonomous search function to detect at least previously 
visited hybrid cells whose CSG IDs are in the UE's CSG whitelist according to the performance requirements specified 
in [10]. The UE shall treat detected hybrid cells as CSG cells if the CSG ID of the hybrid cell is in the UE's CSG 
whitelist and as normal cells otherwise. 

[TS 36.304, clause 5.5.1] 

In the UE on request of NAS, the AS shall scan all RE channels in the E-UTRA bands according to its capabilities to 
find available CSG IDs. On each carrier, the UE shall at least search for the strongest cell, read its system information 
and report available CSG ID(s) together with their "HNB name" (if broadcast) and PLMN(s) to the NAS. The search 
for available CSG IDs may be stopped on request of the NAS. 

If NAS has selected a CSG ID and provided this selection to AS, the UE shall search for an acceptable or suitable cell 
belonging to the selected CSG ID to camp on. 

[TS 25.133, clause 4.2.2.11] 

Reselection from non CSG to CSG cells may be performed using UE autonomous search as defined in [1] when at least 
one CSG ID is included in the UE's CSG whitelist. The requirements in this section are valid for reselection to CSG 
cells previously visited by the UE when the radio configuration parameters, including the carrier frequency and physical 
cell identity of the CSG cell, non CSG cell and other neighbour cells are unchanged from the most recent previous visit. 

[TS 25.133, clause 4.2.2.11.2] 

The UE shall perform search and reselection to an allowed inter-RAT E-UTRA CSG cell that has met CSG reselection 
criterion defined in [1] and that is in its whitelist, within 6 minutes in the conditions shown in table 4.2.2.11.2-1. There 
is no need for statistical testing of this requirement. 
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Table 4.2.2.11.2-1 : Parameters for CSG inter-RAT E-UTRA reselection 


a) Parameter 

a) Unit 

a) CelM 

a) Cell 2 

UARFCN '^°^^^ 


Channel 1 

N/A 

E-UARFCN '^°^"^ 


N/A 

Channel 2 

CSG indicator 


False 

True 

Primary scrambling code 


Scrambling 
code 1 

N/A 

Physical cell identity"°^'^ 


N/A 

2 

CSG identity 


Not sent 

Sent 
(Already stored 
in UE whitelist 
from previous 

visit) 

Propagation conditions 


Static, non multipath 

CSG cell previously 
visited by UE 


Yes 

CPICH Ec''°^"' 

dBm 

f>TBDl 

N/A 

CPICH Ec/lor 

dB 

-10 

PCCPCH Ec/lor 

dB 

-12 

SCCPCH Ec/lor 

dB 

-12 

AICH Ec/lor 

dB 

-15 

SCH Ec/lor 

dB 

-15 

PICH Ec/lor 

dB 

-15 

he 

dBm/3.84 MHz 

Off 

PBCH RA 

dB 

N/A 



PBCH RB 

dB 

PSS RA 

dB 

SSS RA 

dB 

PCFICH RB 

dB 

PHICH RA 

dB 

PHICH RB 

dB 

PDCCH RA 

dB 

PDCCH RB 

dB 

PDSCH RA 

dB 

PDSCH RB 

dB 

OCNG RA"°^'^ 

dB 

OCNG RB'^°^"^ 

dB 

Qrxlevmin 

dBm 

-140 

Kc 

dBm/15kHz 

Off 

p3pp.oie. 

dBm/15KHz 

[>TBD] 

Note 1 : For this requirement to be applicable, the UARFCN and scrambling 
code for cell 1 and the E-UARFCN and physical cell identity for cell 2 
shall be unchanged from when the CSG cell was visited previously. 

Note 2: Chosen to ensure that CSG autonomous search has a high probability 
of success on every attempt made by the UE. 


6.4.5.3 Test description 

6.4.5.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 2 are E-UTRAN cells. 

- Cell 5 and Cell 7 are UTRAN cells and have different routing areas. 

- Cell 1, Cell 5 and Cell 7 are not CSG cells. 

- Cell 2 is a hybrid cell. 

- System information combination 1 1 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 2. 
System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 1. 
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UE: 

- The UE's Allowed CSG list contains the CSG ID of Cell 2. 
Preamble: 

- The UE is in state Registered, Idle Mode (state 2) according to [5] in Cell 5. 

6.4.5.3.2 Test procedure sequence 

Table 6.4.5.3.2-1 & 6.4.5.3.2-2 illustrates the downlink power levels and other changing parameters to be applied for 
the cells at various time instants of the test execution. Configurations marked "TO", "Tl", "T2", "T3" and "T4" are 
applied at the points indicated in the Main behaviour description in Table 6.4.5.3.2-3. 

Table 6.4.5.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA Cell 1 and 

Cell 2 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15kHz 

-OFF 

OFF 


Qrxlevmin 

dBm 

-106 

-106 

Default value 

Qrxlevminoffset 

dB 





Default value 

Qhyst 

dB 





Default value 

Srxlev* 

dB 

N/A 

N/A 


Tl 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

-79 

Srxlevceii 2 > 

Srxlev* 

dB 

21 

27 

Cell 2 becomes the suitable cell 

T2 

Cell-specific RS 
EPRE 

dBm/15kHz 

OFF 

OFF 


Srxlev* 

dB 

N/A 

N/A 


T3 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

OFF 


Srxlev* 

dB 

21 

N/A 


T4 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

-79 

Srxlevceii 2 > 

Srxlev* 

dB 

21 

27 

Cell 2 becomes the suitable cell 

Note: Srxlev is calculated in the UE 


Table 6.4.5.3.2-2: Time instances of cell power level and parameter changes for UTRA Cell 5 and Cell 

7 



Parameter 

Unit 

Cells 

Cell? 

Remark 

TO 

CPICH Ec 

dBm/3.84 MHz 

-60 

OFF 

Camping on Cell 5 is guaranteed 

PCCPCH RSCP 

dBm/1.28MHz 

-62 

OFF 

Camping on Cell 5 is guaranteed 

Qrxlevmin (FDD) 

dBm 

-79 

-79 

Default value 

Qrxlevmin (TDD) 

dBm 

-81 

-81 

Default value 

Srxlev* 

dB 

19 

N/A 

Cell 5 is the strongest cell 

Tl 

CPICH Ec 

dBm/3.84 MHz 

-60 

OFF 


PCCPCH RSCP 

dBm/1.28MHz 

-62 

OFF 


Srxlev* 

dB 

19 

N/A 


T2 

CPICH Ec 

dBm/3.84 MHz 

OFF 

-60 


PCCPCH RSCP 

dBm/1.28MHz 

OFF 

-62 


Srxlev* 

dB 

N/A 

19 


T3 

CPICH Ec 

dBm/3.84 MHz 

-60 

-64 


PCCPCH RSCP 

dBm/1.28MHz 

-62 

-66 


Srxlev* 

dB 

19 

15 


T4 

CPICH Ec 

dBm/3.84 MHz 

-60 

OFF 


PCCPCH RSCP 

dBm/1.28MHz 

-62 

OFF 


Srxlev* 

dB 

19 

N/A 


Note: Srxlev is calculated in the UE 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


417 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 6.4.5.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS changes Cell 1 and Cell 2 levels 
according to the row "T1 " in table 6.4.5.3.2-1 . 

- 

- 

- 

- 

2 

UE performs manual CSG ID selection and 
select Cell 2. 

- 

- 

- 

- 

3- 
24 

Steps 1 to 22 of the generic test procedure 
described in TS 36.508 Table 6.4.2.7A-2 are 
performed on Cell 2. 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





25 

The SS changes Cell 1 , Cell 2, Cell 5 and Cell 
7 levels according to the row "T2" in table 
6.4.5.3.2-1 and table 6.4.5.3.2-2. 





26- 
35 

Steps 1 to 10 of the procedure described in TS 

36.508 subclause 6.4.2.8 is performed on Cell 

7. 

NOTE: The UE performs a RAU procedure 

and the RRC connection is released. 





36 

The SS changes Cell 1 , Cell 5 and Cell 7 
levels according to the row "T3" in table 
6.4.5.3.2-1 and table 6.4.5.3.2-2. 





37- 
46 

Steps 1 to 10 of the procedure described in TS 

36.508 subclause 6.4.2.8 is performed on Cell 

5. 

NOTE: The UE performs a RAU procedure 

and the RRC connection is released. 





47 

The SS changes Cell 2 and Cell 7 levels 
according to the row "T4" in table 6.4.5.3.2-1 
and table 6.4.5.3.2-2. 





48- 
54 

Check: Does the test result of steps 1 to 7 of 
generic test procedure in TS 36.508 Table 
6.4.2.7A-1 indicate that the UE is camped on 
Cell 2 within 6 mins from "T4" to the time 
RRCConnectionRequest received by SS? 
NOTE: The UE performs a TAU procedure 



1 



At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 






6.4.5.3.3 


Specific message contents 


Table 6.4.5.3.3-1 : Conditions for specific message contents 
in Table 6.4.5.3.3-3 


Condition 

Explanation 

CelM 

This condition applies to system information transmitted on Cell 1 . 

Cell 2 

This condition applies to system information transmitted on Cell 2. 
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Table 6.4.5.3.3-2: System Information Block type 19 for Cell 5 and Cell 7 (preamble and all steps, 

Table 6.4.5.3.2-3) 


Derivation Path: 36.508 clause 4.4.4.1 , Table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SysInfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList SEQUENCE { 




utra-ServingCell SEQUENCE { 




priority 

5 

Higher priority 
than E-UTRA 


} 




eutra-FrequencyAndPrioritylnfoList SEQUENCE 
(SIZE (1..maxNumEUTRAFreqs)) OF SEQUENCE 

1 entry 

the first entry only 


priority[1] 

4 



} 




} 





Table 6.4.5.3.3-3: SystemlnformationBlockTypel for Cell 1 and Cell 2 (preamble and all steps, Table 

6.4.5.3.2-3) 


Derivation Path: 36.508 Table 4.4.3.2-3 | 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

FALSE 



csg-ldentity 

Not present 


CelM 

csg-ldentity 

'000 0000 0000 0000 
0000 0000 001 0'B 


Cell 2 

} 




} 





Table 6.4.5.3.3-4: SystemlnformationBlockType4iov Cell 2 (preamble and all steps, Table 6.4.5.3.2-3) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType4 ::= SEQUENCE { 




csg-PhysCellldRange ::= SEQUENCE { 




start 

4 



range 

Not present 

The UE shall 
apply value 1 in 
case the field is 
absent, in which 
case only the 
physical cell 
identity value 
indicated by start 
applies. 


} 




} 
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Table 6.4.5.3.3-5: SystemlnformationBlockTypeS ior Cell 1 and Cell 2 (preamble and all steps, Table 

6.4.5.3.2-3) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypee ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1 ..maxUTRA-FDD-Carrier)) OF SEQUENCE { 

1 entry 

the first entry only 

UTRA-FDD 

cellReselectionPriority[ 1] 

5 

Higher priority 
than E-UTRA 


} 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxUTRA-TDD-Carrier)) OF SEQUENCE { 

1 entry 

the first entry only 

UTRA-TDD 

cellReselectionPriority[1 ] 

5 

Higher priority 
than E-UTRA 


} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


6.4.6 


6.4.6.1 


Inter-RAT cell reselection / From UTRA CELL_PCH to E-UTRA 
RRCJDLE member hybrid cell 

Test Purpose (TP) 


(1) 


with { UE in UTRA Cell PCH state and UE's CSG whitelist is not empty } 
ensure that { 

when { UE detects a suitable E-UTRA member hybrid cell that is not the strongest cell on that 
frequency } 

then { UE does not reselect to the E-UTRA member hybrid cell } 


(2) 

with { UE in UTRA Cell PCH state and UE's CSG whitelist is not empty } 
ensure that { 

when { UE detects a suitable E-UTRA member hybrid cell previously visited } 

then { UE reselects the suitable previously visited E-UTRA member hybrid cell irrespective of 
the EUTRAN cell reselection priority } 


6.4.6.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 25.304, 5.2.6.5, 5.2.6.4.1, TS 
36.304 clause 5.2.4.9, 5.2.4.8.1, 5.2.4.6, 5.2.4.8.2, 5.2.4.1 and TS 25.133 clause 4.2.2.11.2. 

[TS 25.304, clause 5.2.6.5] 

In addition to normal cell reselection rules, the UE shall use an autonomous search function to detect at least previously 
visited hybrid cells whose CSG IDs are in the UE's CSG whitelist according to the performance requirements specified 
in [10]. The UE shall treat detected hybrid cells as CSG cells if the CSG ID of the hybrid cell is in the UE's CSG 
whitelist and as normal cells otherwise. 

[TS 25.304, clause 5.2.6.4.1] 

In addition to normal cell reselection, the UE shall use an autonomous search function to detect at least previously 
visited allowed CSG cells on non-serving frequencies, including inter-RAT frequencies, according to the performance 
requirements specified in [10], when at least one CSG ID is included in the UE's CSG whitelist. The UE is required to 
perform autonomous search function in Idle, Cell_PCH and URA_PCH states. The UE shall disable the autonomous 
search function for CSG cells if the UE's CSG whitelist is empty. If "Dedicated CSG frequency(ies) " IE is present, the 
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UE may use the autonomous search function only on these dedicated frequencies and on the other frequencies Hsted in 
the system information. 

NOTE: The UE autonomous search function, per UE implementation, determines when and/or where to search 
for allowed CSG cells. 

When the UE has no or an empty CSG whitelist, the UE may ignore cells with PSC in the stored range "CSG PSC Split 
Information" [4] reserved for CSG cells for intra-frequency and inter-frequency measurements and cell re-selections. 


If the UE detects a suitable CSG cell on a different frequency it shall reselect this cell irrespective of the cell reselection 
rules applicable for the cell the UE is currently camped on, if the detected suitable CSG cell is the strongest cell on that 
frequency. If suitable CSG cells are detected on different frequencies and these are the strongest cells on their 
frequencies, then the UE shall reselect to any one of them. 

If the UE detects one or more suitable CSG cell on another RAT, the UE shall reselect to one of them according to [18]. 

[TS 25.133, clause 4.2.2.11.2] 

The UE shall perform search and reselection to an allowed inter-RAT E-UTRA CSG cell that has met CSG reselection 
criterion defined in [1] and that is in its whitelist, within 6 minutes in the conditions shown in table 4.2.2.11.2-1. There 
is no need for statistical testing of this requirement. 
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Table 4.2.2.11.2-1 : Parameters for CSG inter-RAT E-UTRA reselection 


Parameter 

Unit 

CelM 

Cell 2 

UARFCN '^°^^^ 


Channel 1 

N/A 

E-UARFCN '^°^"^ 


N/A 

Channel 2 

CSG indicator 


False 

True 

Primary scrambling code 


Scrambling 
code 1 

N/A 

Physical cell identity"°^'^ 


N/A 

2 

CSG identity 


Not sent 

Sent 
(Already stored 
in UE whitelist 
from previous 

visit) 

Propagation conditions 


Static, non multipath 

CSG cell previously 
visited by UE 


Yes 

CPICH Ec''°^"' 

dBm 

f>TBDl 

N/A 

CPICH Ec/lor 

dB 

-10 

PCCPCH Ec/lor 

dB 

-12 

SCCPCH Ec/lor 

dB 

-12 

AICH Ec/lor 

dB 

-15 

SCH Ec/lor 

dB 

-15 

PICH Ec/lor 

dB 

-15 

he 

dBm/3.84 MHz 

Off 

PBCH RA 

dB 

N/A 



PBCH RB 

dB 

PSS RA 

dB 

SSS RA 

dB 

PCFICH RB 

dB 

PHICH RA 

dB 

PHICH RB 

dB 

PDCCH RA 

dB 

PDCCH RB 

dB 

PDSCH RA 

dB 

PDSCH RB 

dB 

OCNG RA"°^'^ 

dB 

OCNG RB'^°^"^ 

dB 

Qrxlevmin 

dBm 

-140 

Kc 

dBm/15kHz 

Off 

p3pp.oie. 

dBm/15KHz 

[>TBD] 

Note 1 : For this requirement to be applicable, the UARFCN and scrambling 
code for cell 1 and the E-UARFCN and physical cell identity for cell 2 
shall be unchanged from when the CSG cell was visited previously 

Note 2: Chosen to ensure that CSG autonomous search has a high probability 
of success on every attempt made by UE 


[TS 36.304, clause 5.2.4.9] 

In addition to normal cell reselection rules, the UE shall use an autonomous search function to detect at least previously 
visited hybrid cells whose CSG IDs are in the UE's CSG whitelist according to the performance requirements specified 
in [10]. The UE shall treat detected hybrid cells as CSG cells if the CSG ID of the hybrid cell is in the UE's CSG 
whitelist and as normal cells otherwise. 

[TS 36.304, clause 5.2.4.8.1] 

In addition to normal cell reselection, the UE shall use an autonomous search function to detect at least previously 
visited allowed CSG cells on non-serving frequencies, including inter-RAT frequencies, according to the performance 
requirements specified in [10], when at least one CSG ID is included in the UE's CSG whitelist. The UE may also use 
autonomous search on the serving frequency. The UE shall disable the autonomous search function for CSG cells if the 
UE's CSG whitelist is empty. 

NOTE: The UE autonomous search function, per UE implementation, determines when and/or where to search 
for allowed CSG cells. 
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If the UE detects one or more suitable CSG cells on different frequencies, then the UE shall reselect to one of the 
detected cells irrespective of the frequency priority of the cell the UE is currently camped on, if the concerned CSG cell 
is the highest ranked cell on that frequency. 

If the UE detects a suitable CSG cell on the same frequency, it shall reselect to this cell as per normal reselection rules 
(5.2.4.6.). 

[TS 36.304, clause 5.2.4.6] 

The cell-ranking criterion Rg for serving cell and Rn for neighbouring cells is defined by: 


where: 


Qrr 


Qoffset 


-Ks — Vnieas,s + QHyst 
Rn=Qmeas,n- Qoffset 


RSRP measurement quantity used in cell reselections. 


For intra-frequency: Equals to Qoffsets,n, if Qoffsets,n is valid, 
otherwise this equals to zero. 

For inter-frequency: Equals to Qoffsets,n plus Qoffsetfrequency, if 
Qoffsets,n is valid, otherwise this equals to Qoffsetfreguencv- 


The UE shall perform ranking of all cells that fulfil the cell selection criterion S, which is defined in 5.2.3.2, but may 
exclude all CSG cells that are known by the UE to be not allowed. 

The cells shall be ranked according to the R criteria specified above, deriving Qmeas,n and Qmeas,s and calculating the R 
values using averaged RSRP results. 

If a cell is ranked as the best cell the UE shall perform cell reselection to that cell. If this cell is found to be not-suitable, 
the UE shall behave according to subclause 5.2.4.4. 

In all cases, the UE shall reselect the new cell, only if the following conditions are met: 

- the new cell is better ranked than the serving cell during a time interval TreselectionRAx; 

- more than 1 second has elapsed since the UE camped on the current serving cell. 
[TS 36.304, clause 5.2.4.8.2] 

While camped on a suitable CSG cell, the UE shall apply the normal cell reselection rules as defined in subclause 5.2.4. 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information, in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
(re)selection. 


While the UE is camped on a suitable CSG cell, the UE shall always consider the current frequency to be the highest 
priority frequency (i.e. higher than the eight network configured values), irrespective of any other priority value 
allocated to this frequency. 


6.4.6.3 
6.4.6.3.1 


Test description 
Pre-test conditions 


System Simulator: 

- Cell 1 and Cell 2 are E-UTRAN Cells. 

- Cell 5 is UTRAN Cell. 
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Cell 1, Cell 5 are not CSG or Hybrid CSG cells. 

Cell 2 is Hybrid CSG cell. 

System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cell 1. 

System information combination 11 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cell 2. 


UE: 


- UE's CSG whitelist contains the CSG ID of Cell 2. 
Preamble: 

- Cell 2 is a previously visited cell. 

- The UE is in state CELL_PCH (state 6-12) on Cell 5 according to [5]. 

6.4.6.3.2 Test procedure sequence 

Table 6.4.6.3.2-1 and Table 6.4.6.3.2-2 illustrate the downlink power levels and other changing parameters to be 
applied for the cells at various time instants of the test execution. Row marked "TO" denotes the initial conditions, while 
rows marked "Tl" and "T2" are to be applied subsequently. The exact instants on which these values shall be applied 
are described in the texts in this clause. 

Table 6.4.6.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15kHz 

"Off" 

"Off" 

Power level "Off" is defined in 
TS36.508 Table 6.2.2.1-1. 

Qrxlevmin 

dBm 

-106 

-106 


Tl 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

-91 


Srxlev* 

dB 

21 

15 

Srxlev = Cell-specific RS EPRE - 
qRxLevMinEUTRA 

T2 

Cell-specific RS 
EPRE 

dBm/15kHz 

-91 

-85 


Srxlev* 

dB 

15 

21 

Srxlev = Cell-specific RS EPRE - 
qRxLevMinEUTRA 

Note: Srxlev is calculated in the UE 


Table 6.4.6.3.2-2: Time instances of cell power level and parameter changes for UTRA cell 



Parameter 

Unit 

Cells 

Remark 

TO 

CPICH Ec 

dBm/3.84 MHz 

-60 


P-CCPCH 

dBm/1 .28 MHz 

-62 


Qrxlevmin (FDD) 

dBm 

-79 

Default value 

Qrxlevmin(TDD) 

dBm 

-81 

Default value 

Srxlev* 

dB 

19 


Tl 

CPICH Ec 

dBm/3.84 MHz 

-60 


P-CCPCH 

dBm/1 .28 MHz 

-62 


Srxlev* 

dB 

19 


T2 

CPICH Ec 

dBm/3.84 MHz 

-60 


P-CCPCH 

dBm/1 .28 MHz 

-62 


Srxlev* 

dB 

19 
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Table 6.4.6.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS changes Cell 1 and Cell 2 levels 
according to the row "T1 " in table 6.4.6.3.2-1 . 
(Notel) 





2 

Check: Does the UE send an 
RRCConnectionRequest on Cell 2 within 6 
minutes? 



1 

F 

3 

The SS changes Cell 1 and Cell 2 levels 
according to the row "T2" in table 6.4.6.3.2-1 . 

- 

- 

- 

- 

4- 
10 

Check: Does the test result of steps 1 to 7 of 

the generic test procedure in TS 36.508 Table 

6.4.2.7A-1 indicate that the UE is camped on 

E-UTRAN Cell 2 within 6 minutes from T2 to 

the time RRCConnctionRequest rece'\\/e6 by 

SS? 

NOTE: The UE performs a TAU procedure 



2 



At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 





Note 1 : SS should not send any RRC message after UE has successfully proceed to CELL PCH state in preamble. 


6.4.6.3.3 


Specific message contents 

Table 6.4.6.3.3-1 : Conditions for specific message contents 
in Tabie 6.4.6.3.3-2 


Condition 

Explanation 

Cell 1 

This condition applies to system information transmitted on Cell 1 . 

Cell 2 

This condition applies to system information transmitted on Cell 2. 


Table 6.4.6.3.3-2: SystemlnformationBlockTypel for Cell 1 and Cell 2 (preamble and all steps, Table 

6.4.6.3.2-3) 


Derivation Path: 36.508 Table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




csg-lndication 

FALSE 



csg-ldentity 

Not Present 


CelM 

csg-ldentity 

'000 0000 0000 0000 
0000 0000 OOOI'B 


Cell 2 

} 





Table 6.4.6.3.3-3: SystemlnformationBlockType4iov Cell 2 (preamble and all steps, Table 6.4.6.3.2-3) 


Derivation Path: 36.508 Table 4.4.3.3-3 

Information Element 

Value/remark 

Comment 

Condition 

csg-PhysCellldRange 




Start 

4 



Range 

Not present 



} 
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Table 6.4.6.3.3-4: System Information Block type 19 for Cell 5 (Pre-test conditions and all steps, Table 

6.4.6.3.2-3 


Derivation Path: 36.508 clause 4.4.4.1 , Table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SysInfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList SEQUENCE { 




utra-ServingCell SEQUENCE { 




Priority 

5 

Higher priority 
than E-UTRA 


} 




eutra-FrequencyAndPrioritylnfoList SEQUENCE 
(SIZE (1..maxNumEUTRAFreqs)) OF SEQUENCE 

1 entry 

the first entry only 


priority[7] 

4 



} 




} 





Table 6.4.6.3.3-5: SystemlnformationBlockType6 ior Cell 1 and Cell 2 (Pre-test conditions and all 

steps, Table 6.4.6.3.2-3 


Derivation Path: 36.508 Table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypee ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1..maxUTRA-FDD-Carrier)) OF SEQUENCE { 

1 entry 

the first entry only 

UTRA-FDD 

cellReselectionPriority[ 1] 

5 



} 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1..maxUTRA-TDD-Carrier)) OF SEQUENCE { 

1 entry 

the first entry only 

UTRA-TDD 

cellReselectionPriority[1 ] 

5 



} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


6.4.7 


6.4.7.1 


Inter-RAT cell reselection / From GSMJdIe/GPRS Packetjdie to E- 
UTRA RRCJDLE member hybrid cell 

Test Purpose (TP) 


(1) 


with { UE in GSM/GPRS Registered state and no RR connection 
ensure that { 

when { Manual CSG ID selection is requested } 

then { UE select the suitable E-UTRAN CSG cell } 


(2) 

with { UE in GSM/GPRS Registered state and no RR connection and UE's Allowed CSG list is not empty } 
ensure that { 

when { UE detects a suitable E-UTRA member hybrid cell previously visited } 

then { UE reselects the suitable previously visited E-UTRAN CSG cell irrespective of the EUTRAN 
cell reselection priority } 


6.4.7.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.2.4, TS 
45.008, clause 6.6.7.1, TS 45.008, clause 6.6.7.2 and TS 36.304, clause 10.1.3.4. 
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[TS 24.301, clause 5.5.3.2.4] 

If the UE has initiated the tracking area updating procedure due to manual CSG selection and receives a TRACKING 
AREA UPDATE ACCEPT message, and the UE sent the TRACKING AREA UPDATE REQUEST message in a CSG 
cell, the UE shall check if the CSG ID of the cell where the UE has sent the TRACKING AREA UPDATE REQUEST 
message is contained in the Allowed CSG Hst. If not, the UE shall add that CSD ID to the Allowed CSG Hst and the UE 
may add the HNB Name (if provided by lower layers) to the Allowed CSG list if the HNB Name is present in neither 
the Operator CSG Hst nor the Allowed CSG Hst. 

[TS 45.008, clause 6.6.7.1a] 

If a mobile station is a member of at least one Closed Subscriber Group then, in addition to normal cell reselection, the 
MS shall use an autonomous search function to detect hybrid cells. The autonomous search function shall at least detect 
previously visited hybrid cells whose CSG IDs are included in the CSG Whitelist of the MS. 

NOTE: The autonomous search for hybrid cells does not imply that the MS needs to constantly check the CSG 
IDs of all cells it sees, and the impact on battery consumption should be minimised. 

If a neighbour cell has been detected as a hybrid cell and the CSG ID of the hybrid cell is included in the CSG Whitelist 
of the MS, reselection to that cell shall follow the rules for CSG cells in subclause 6.6.7.1. Otherwise normal cell 
reselection rules (see subclause 6.6.5 and 6.6.6) shall apply. 

[TS 45.008, clause 6.6.7.1] 

If a mobile station is a member of at least one Closed Subscriber Group, i.e. at least one CSG ID is included in the MS's 
CSG Whitelist, then, in addition to normal cell reselection, the MS shall use an autonomous search function to detect 
UTRAN and/or E-UTRAN CSG cells. The autonomous search function shall at least detect previously visited allowed 
CSG ceHs. 

NOTE 1 : The autonomous search function is implementation dependent and controls when and/or where to search 
for allowed CSG cells. 


If the strongest ceH (see 3GPP TS 25.304 and 3GPP TS 36.304 for the definition of the strongest ceH) which the MS has 
detected on a UTRAN or E-UTRAN frequency during a time interval T_reselection is a suitable CSG cell (see 3GPP 
TS 25.304 and 3GPP TS 36.304 for suitability criteria for UTRAN and E-UTRAN CSG cells respectively), the MS 
shall reselect to this cell irrespective of the cell reselection rules applicable for the cell on which the MS is currently 
camped. 

The following requirements are valid for reselection to allowed CSG cells previously visited by the MS when the radio 
configuration parameters, including the carrier frequency and PSC/PCI (whichever and if it is applicable) of the CSG 
cell, non CSG cell and other neighbour cells, are unchanged from the most recent previous visit. The autonomous 
search and cell re-selection to a previously visited allowed CSG cell shall meet the performance requirements defined as 
follows: 

the MS shall perform search and re-selection to a previously visited allowed UTRAN FDD CSG cell, that has 
met the CSG cell re-selection criterion defined above, within 6 minutes in the radio conditions specified for an 
UTRAN FDD CSG cell in 3GPP TS 36.133 in terms of parameters for CSG inter-RAT UTRAN FDD 
reselection; UARFCN and PSC shall be unchanged from the most recent previous visit of the UTRAN FDD 
CSG cell; Serving GSM cell at RXLEV= -70 dBm, with 6 GSM neighbours at RXLEV= -75 dBm; 

the MS shall perform search and re-selection to a previously visited allowed E-UTRAN CSG cell, that has met 
the CSG cell re-selection criterion defined above, within 6 minutes in the radio conditions specified for an E- 
UTRAN CSG cell in 3GPP TS 25.133 in terms of parameters for CSG inter-RAT E-UTRA reselection; E- 
UARFCN and PCI shall be unchanged from the most recent previous visit of the E-UTRAN CSG cell; Serving 
GSM cell at RXLEV= -70 dBm, with 6 GSM neighbours at RXLEV= -75 dBm. 

NOTE 4: The above performance requirements are minimum requirements defined to ensure the testability of 
autonomous CSG search. 

[TS 45.008, clause 6.6.7.2] 

If NAS requests AS to search for available CSG IDs, the MS shall perform the search and report the results to NAS as 
described in 3GPP TS 25.304 for UTRAN and as described in 3GPP TS 36.304 for E-UTRAN. 
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If a CSG ID is manually selected by NAS, the MS shall behave as specified in 3GPP TS 25.304 or in 3GPP TS 36.304, 
depending on the RAT type of the selected CSG cell. 

[TS 45.008, clause 10.1.3.4] 

If a mobile station is a member of at least one Closed Subscriber Group, i.e. at least one CSG ID is included in the MS's 
CSG Whitelist, then, in addition to normal cell reselection, the MS shall use an autonomous search function to detect 
UTRAN and/or E-UTRAN CSG cells and hybrid cells. The autonomous search function shall at least detect previously 
visited allowed CSG cells and previously visited hybrid cells whose CSG IDs are included in the CSG Whitelist of the 

MS. 

6.4.7.3 Test description 

6.4.7.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2 are E-UTRAN Cells. 

- Cell 24 and Cell 25 are GERAN Cells. 

- Cell 1, Cell 24 and Cell 25 are not CSG cells or hybrid cells. 

- Cell 2 is E-UTRAN Hybrid Cell. 

Cell 24 and Cell 25 have different Routing Area. 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cell 1. 

- System information combination 14 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cell 2. 
UE: 

- The UE's CSG whitelist is empty. 
Preamble: 

- The UE is in state Switched OFF (state 1) according to [18]. 

6.4.7.3.2 Test procedure sequence 

Tables 6.4.7.3.2-1 and 6.4.7.3.2-2 illustrates the downlink power levels and other changing parameters to be applied for 
the cells at various time instants of the test execution. Row marked "TO" denotes the initial conditions, while rows 
marked "Tl", "T2", "T3" and "T4" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 
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Table 6.4.7.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15kHz 

"Off" 

"Off" 

Power level "Off" is defined in 
TS36.508 Table 6.2.2.1-1. 

Qrxlevmin 

dBm 

-106 

-106 


T1 

Cell-specific RS 
EPRE 

dBm/15kHz 

-91 

-85 


Srxlev* 

dB 

15 

21 

Srxlev = Cell-specific RS EPRE - 
qRxLevMinEUTRA 

T2 

Cell-specific RS 
EPRE 

dBm/15kHz 

"Off" 

"Off" 

Power level "Off" is defined in 
TS 36.508 Table 6.2.2.1-1. 

Srxlev* 

dB 

"Off" 

"Off" 

S nonServingCell, Cell? > Thresh Cell7,high 

T3 

Cell-specific RS 
EPRE 

dBm/15kHz 

-85 

"Off" 


T4 

Cell-specific RS 
EPRE 

dBm/15kHz 

-91 

-85 


Srxlev* 

dB 

15 

21 

Srxlev = Cell-specific RS EPRE - 
qRxLevMinEUTRA 

Note: Srxlev is calculated in the UE 

Table 6.4.7.3.2-2: Time instances of cell power level and parameter changes for GERAN cell 


Parameter 

Unit 

Cell 24 

Cell 25 

Remark 

TO 

RF Signal Level 

dBm 

-80 

"Off" 

The power levels are such that 
camping on Cell 24 is guaranteed. 

RXLEV ACCESS MIN 

dBm 

-101 

"Off" 


C1* 

dB 

21 

"Off" 


T1 

RF Signal Level 

dBm 

-80 

"Off" 


RXLEV ACCESS MIN 

dBm 

-101 

"Off" 


C1* 

dB 

21 

"Off" 


T2 

RF Signal Level 

dBm 

"Off" 

-80 

The power levels are such that 
camping on Cell 25 is guaranteed. 

RXLEV ACCESS MIN 

dBm 

"Off" 

-101 


C1* 

dB 

"Off" 

21 


T3 

RF Signal Level 

dBm 

-80 

-90 


RXLEV ACCESS MIN 

dBm 

-101 

-101 


C1* 

dB 

21 

11 


T4 

RF Signal Level 

dBm 

-80 

"Off" 


RXLEV ACCESS MIN 

dBm 

-101 

"Off" 


C1* 

dB 

21 

"Off" 


Note: C1 is calculated in the UE 
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Table 6.4.7.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

Call the registration procedure described in TS 
34.123-3 subclause 6.10.2.7.1.1 performed on 
Cell 24. 

NOTE: The UE performs registration and the 
RR connection is released. 





3 

The SS changes Cell 1 and Cell 2 levels 
according to the row "T1 " in table 6.4.7.3.2-1 . 

- 

- 

- 

- 

4 

The UE is made to perform manual CSG ID 
selection and select Cell 2. 

- 

- 

- 

- 

5 

Check: Does the test result of generic test 
procedure in TS 36.508 Table 6.4.2.7A-2 
indicate that the UE is camped on E-UTRAN 
Cell 2? 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



1 


6 

The SS changes Cell 1 , Cell 2, Cell 24 and 
Cell 25 levels according to row "T2" in table 
6.4.7.3.2-1 and table 6.4.7.3.2-2. 





7- 
17 

Steps 1 to 1 1 of the Routing Area Update 
procedure described in TS 36.508 subclause 
6.4.2.9 are performed on Cell 25. 
NOTE: The UE performs RAU and the RR 
connection is released. 





18 

The SS changes Cell 1 , Cell 24 and Cell 25 
levels according to row "T3" in table 6.4.7.3.2- 
1 and table 6.4.7.3.2-2. 





19- 
29 

Steps 1 to 1 1 of the Routing Area Update 
procedure described in TS 36.508 subclause 
6.4.2.9 are performed on Cell 24. 
NOTE: The UE performs RAU and the RR 
connection is released. 





30 

The SS changes Cell 1 , Cell 2 and Cell 25 
level according to row "T4" in table 6.4.7.3.2-1 
and table 6.4.7.3.2-2. 





31 

Check: Does the test result of generic test 
procedure in TS 36.508 Table 6.4.2.7A-1 
indicate that the UE is camped on E-UTRAN 
Cell 2 within 6 mins? 



2 



6.4.7.3.3 Specific message contents 

Table 6.4.7.3.3-1 : SystemlnformationBlockTypel for Cell 2 (preamble and all steps, Table 6.4.7.3.2-3) 


Derivation Path: 36.508 Table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




csg-lndication 

FALSE 



csg-ldentity 

'000 0000 0000 0000 
0000 0000 OOOI'B 



} 





Table 6.4.7.3.3-2: SystemlnformationBlockType4iov Cell 2 (preamble and all steps, Table 6.4.7.3.2-3) 


Derivation Path: 36.508 Table 4.4.3.3-3 

Information Element 

Value/remark 

Comment 

Condition 

csg-PhysCellldRange 




Start 

4 



Range 

Not present 



} 
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Table 6.4.7.3.3-3: SYSTEM INFORMATION TYPE 2 Quarter for Cell 24 and Cell 25 (Pre-test conditions 

and all steps, Table 6.4.7.3.2-3 


Derivation Path: 36.508 clause 4.4.5, Table 4.4.5-1 

Information Element 

Value/remark 

Comment 

Condition 

SI 2QUATER REST OCTETS 




Additions in release 8 

H 



Priority and E-UTRAN Parameters Description 

1 

Present 


Serving Cell Priority Parameters Description 

1 

Present 


GERAN_PRIORITY 

5 

Higher priority 
than E-UTRA 



Table 6.4.7.3.3-4: SystemlnformationBlockTypeTior Cell 1 and Cell 2 (Pre-test conditions and all 

steps, Table 6.4.7.3.2-3 


Derivation Path: 36.508 table 4.4.3.3-6 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType? ::= SEQUENCE { 




t-ReselectionGERAN 

7 

INTEGER (0..7) 


speedDependentScalingParameters SEQUENCE 
{} 

Not present 



carrierFreqsInfoList SEQUENCE (SIZE 
(1 ..maxGNFG)) OF SEQUENCE { 




carrierFreqsGERAN SEQUENCE [1] { 




startingARFCN 

Same as cell 24 



bandlndicator 

Same as cell 24 



followingARFCNs CHOICE { 




equallySpacedARFCNs SEQUENCE { 




arfcn-Spacing 

Same as cell 24 



numberOf FollowingARFCNs 

Same as cell 24 



} 




} 




} 




commonlnfo SEQUENCE { 




cellReselectionPriority 

5 

Greater than 
EUTRA Freq 


ncc-Permitted 

'11111111'B 



} 




carrierFreqsGERAN SEQUENCE [2] { 




StartingARFCN 

Same as cell 25 



bandlndicator 

Same as cell 25 



followingARFCNs CHOICE { 




equallySpacedARFCNs SEQUENCE { 




arfcn-Spacing 

Same as cell 25 



numberOf FollowingARFCNs 

Same as cell 25 



} 




} 




} 




commonlnfo SEQUENCE { 




cellReselectionPriority 

5 

Greater than 
EUTRA Freq 


ncc-Permitted 

'11111111'B 



} 




} 




} 
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Layer 2 


For all layer 2 test cases, default values for periodicBSR-Timer, retxBSR-Timer and phr-Config shall be taken 
according to the condition no_periodic_BSR_or_PHR as specified in TS 36.508 subclause 4.8.2.1.5 unless test case 
specific values are given in the test case. 

In all MAC and RLC handover test cases during the execution of generic test procedure defined in [18] section 4. 5. 3 A 
following specific message content should be used for RRC Connection Reconfiguration message transmitted at step 8 
ofthe table 4.5.3.3-1 [18] 

Table 7-1 : PDCP-Conf ig-DRB-AM 


Information Element 

Value/remark 

Comment 

Condition 

PDCP-Config-DRB-AM ::= SEQUENCE { 








rIc-AM SEQUENCE { 




statusReportRequired 

FALSE 



} 




} 





7.1 

7.1.1 
7.1.1.1 
7.1.1.1.1 
(1) 


MAG 

Mapping between logical channels and transport channels 
CCCH mapped to UL SCH/ DL-SCH / Reserved Logical Channel ID 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state and after transmitting a RRCConnectionRequest message } 
ensure that { 

when { UE receives a MAC PDU on DL SCH and addressed to its T-CRNTI but including a reserved value 
for LCID } 

then I UE discards the MAC PDU | 


(2) 


with { UE in E-UTRA RRC_IDLE state and after transmitting a RRCConnectionRequest message } 
ensure that { 
when { UE receives a MAC PDU on DL SCH and addressed to its T-CRNTI with value ' 00000 'B as LCID 
then { UE forwards to upper layers the disassembled and demultiplexed SDU on logical channel 
CCCH } 


7.1.1.1.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.11, 6.2.1 , 
5.3.3 and 6.1.2. 

[TS 36.321, clause 5.11] 

When a MAC entity receives a MAC PDU for the UE's C-RNTI or Semi-Persistent Scheduling C-RNTI, containing 
reserved or invalid values, the MAC entity shall: 

- discard the received PDU. 

[TS 36.321, clause 6.2.1] 

The MAC header is of variable size and consists ofthe following fields: 
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LCID: The Logical Channel ID field identifies the logical channel instance of the corresponding MAC SDU or 
the type of the corresponding MAC control element or padding as described in tables 6.2.1-1 and 6.2.1-2 for the 
DL and UL-SCH respectively. There is one LCID field for each MAC SDU, MAC control element or padding 
included in the MAC PDU. The LCID field size is 5 bits; 


Table 6.2.1-1 : Values of LCID for DL-SCH 


Index 

LCID values 

00000 

CCCH 

00001-01010 

Identity of the logical channel 

01011-11011 

Reserved 

11100 

UE Contention Resolution Identity 

11101 

Timing Advance 

11110 

DRX Command 

11111 

Padding 


[TS 36.321, clause 5.3.3] 

The UE shall disassemble and demultiplex a MAC PDU as defined in subclause 6.1.2. 

[TS 36.321, clause 6.1.2] 

A MAC PDU consists of a MAC header, zero or more MAC Service Data Units (MAC SDU), zero, or more MAC 
control elements, and optionally padding; as described in Figure 6.1.2-3. 

Both the MAC header and the MAC SDUs are of variable sizes. 

A MAC PDU header consists of one or more MAC PDU sub-headers; each subheader corresponds to either a MAC 
SDU, a MAC control element or padding. 

A MAC PDU subheader consists of the six header fields R/R/E/LCID/F/L but for the last subheader in the MAC PDU 
and for fixed sized MAC control elements. The last subheader in the MAC PDU and sub -headers for fixed sized MAC 
control elements consist solely of the four header fields R/R/E/LCID. A MAC PDU subheader corresponding to 
padding consists of the four header fields R/R/E/LCID. 



1 — 1 — 1 — 1 — 1 — 1 — 1 — 1 — 1 

R 

R 

E 

LCID 

F 

L 

L 


Oct1 
Oct 2 
Oct 3 


R/R/E/LCID/F/L sub-header with 
7-bits L field 


R/R/E/LCID/F/L sub-header with 
15-bitsL field 


Figure 6.1.2-1 : R/R/E/LCID/F/L MAC subheader 


I 1 1 1 1 1 1 h 


R 

R 

E 

LCID 


Oct1 


R/R/E/LCID sub-header 


Figure 6.1.2-2: R/R/E/LCID MAC subheader 


MAC PDU sub-headers have the same order as the corresponding MAC SDUs, MAC control elements and padding. 
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MAC control elements, are always placed before any MAC SDU. 

Padding occurs at the end of the MAC PDU, except when single-byte or two-byte padding is required. Padding may 
have any value and the UE shall ignore it. 

When single-byte or two-byte padding is required, one or two MAC PDU sub-headers corresponding to padding are 
placed at the beginning of the MAC PDU before any other MAC PDU subheader. 

A maximum of one MAC PDU can be transmitted per TB per UE. 


R/R/E/LCID 
sub-header 


R/R/E/LCID 
sub-header 


R/R/E/LCID/F/L 
sub-header 


R/R/E/LCID/F/L 
sub-header 


R/R/E/LCID/F/L R/R/E/LCID padding 
sub-header sub-header 


MAC header 


MAC Control MAC Control 
element 1 element 2 


MAC SDU 


MAC SDU 


Padding 
(opt) 


M MAC payload ► 

Figure 6.1.2-3: Example of MAC PDU consisting of MAC header, MAC control elements, MAC SDUs 

and padding 


7.1 .1 .1 .3 Test description 

7.1 .1 .1 .3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 
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7.1.1.1.3.2 


Test procedure sequence 

Table 7.1.1.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 


EXCEPTION: Steps 1 to 4 shall be repeated 
for decreasing reserved LCID values from 
01011 tollOII. 





1 

The SS transmits a Paging message including 
a matched identity. 

<- 

- 

- 

- 

2 

The UE transmits an RRCConnectionRequest 
message. 

-> 

- 

- 

- 

3 

The SS Transmits a valid MAC PDU 
containing RRCConnectionSetup, and 
Contention Resolution Identity MAC Control 
Element except for LCID in MAC Header set to 
reserved value 1 101 1 or lower (depending on 
iteration number). 

<- 

MAC PDU 




EXCEPTION: In parallel with step 4, UE may 
execute parallel behaviour defined in table 
7.1.1.1.3.2-2 





4 

Check: For 5 seconds after Step3, does the 
UE transmit RRCConnectionSetupComplete 
message? 

-> 

RRCConnectionSetupComplete 

1 

F 

5 

The SS transmits a Paging message including 
a matched identity. 

<- 

- 

- 

- 

6 

The UE transmits an RRCConnectionRequest 
message. 

-> 

- 

- 

- 

7 

The SS transmits a valid MAC PDU containing 
RRCConnectionSetup, and Contention 
Resolution Identity MAC Control Element and 
LCID in MAC Header set correctly to CCCH 
00000 

<- 

MAC PDU 



8 

Check: does the UE transmit an 
RRCConnectionSetupComplete message 
including SERVICE REQUEST message? 

-> 

RRCConnectionSetupComplete 

2 

P 

9- 
12 

Steps 6 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed to successfully complete the 
service request procedure. 






Table 7.1.1.1.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The UE transmits an RRCConnectionRequest 
message. 

-> 

- 

- 

- 


7.1.1.1.3.3 
None. 

7.1.1.2 
7.1.1.2.1 
(1) 


Specific message contents 

DTCH or DCCH mapped to UL SCH/ DL-SCH / Reserved Logical Channel ID 

Test Purpose (TP) 


with { UE in E-UTRA RRC_Connected state with DRB [Logical channel ID 3] established } 
ensure that { 

when { UE receives a MAC PDU on DL SCH and addressed to its CRNTI but including a reserved value 
for LCID } 

then { UE shall not forward the disassembled and demultiplexed SDU on the configured logical 
channels | 
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(2) 

with { UE in E-UTRA RRC_IDLE state and after transmitting a RRCConnectionRequest message } 
ensure that { 
when { UE receives a MAC PDU on DL SCH and addressed to its CRNTI with value ' 00011 'B as LCID } 
then { UE shall forward the disassembled and demultiplexed SDU on the corresponding logical 
channel } 

} 


7.1.1.2.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 6.2.1, 5.3.3 
and 6.1.2. 

[TS 36.321, clause 6.2.1] 

The MAC header is of variable size and consists of the following fields: 

LCID: The Logical Channel ID field identifies the logical channel instance of the corresponding MAC SDU or 
the type of the corresponding MAC control element or padding as described in tables 6.2.1-1 and 6.2.1-2 for the 
DL and UL-SCH respectively. There is one LCID field for each MAC SDU, MAC control element or padding 
included in the MAC PDU. The LCID field size is 5 bits; 


Table 6.2.1-1 : Values of LCID for DL-SCH 


Index 

LCID values 

00000 

CCCH 

00001-01010 

Identity of the logical channel 

01011-11011 

Reserved 

11100 

UE Contention Resolution Identity 

11101 

Timing Advance 

11110 

DRX Command 

11111 

Padding 


[TS 36.321, clause 5.3.3] 

The UE shall disassemble and demultiplex a MAC PDU as defined in subclause 6.1.2. 

[TS 36.321, clause 6.1.2] 

A MAC PDU consists of a MAC header, zero or more MAC Service Data Units (MAC SDU), zero, or more MAC 
control elements, and optionally padding; as described in Figure 6.1.2-3. 

Both the MAC header and the MAC SDUs are of variable sizes. 

A MAC PDU header consists of one or more MAC PDU sub-headers; each subheader corresponds to either a MAC 
SDU, a MAC control element or padding. 

A MAC PDU subheader consists of the six header fields R/R/E/LCID/F/L but for the last subheader in the MAC PDU 
and for fixed sized MAC control elements. The last subheader in the MAC PDU and sub-headers for fixed sized MAC 
control elements consist solely of the four header fields R/R/E/LCID. A MAC PDU subheader corresponding to 
padding consists of the four header fields R/R/E/LCID. 
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R 

R 

E 

LCID 

F 

L 

L 


Oct1 
Oct 2 
Oct 3 


R/R/E/LCID/F/L sub-header with 
7-bits L field 


R/R/E/LCID/F/L sub-header with 
15-bitsL field 


Figure 6.1.2-1: R/R/E/LCID/F/L MAC subheader 


I 1 1 1 1 1 1 h 


R 

R 

E 

LCID 


Oct1 


R/R/E/LCID sub-header 
Figure 6.1.2-2: R/R/E/LCID MAC subheader 

MAC PDU sub-headers have the same order as the corresponding MAC SDUs, MAC control elements and padding. 

MAC control elements, are always placed before any MAC SDU. 

Padding occurs at the end of the MAC PDU, except when single-byte or two-byte padding is required. Padding may 
have any value and the UE shall ignore it. 

When single-byte or two-byte padding is required, one or two MAC PDU sub-headers corresponding to padding are 
placed at the beginning of the MAC PDU before any other MAC PDU subheader. 

A maximum of one MAC PDU can be transmitted per TB per UE. 


R/R/E/LCID 
sub-header 


R/R/E/LCID 
sub-header 


R/R/E/LCID/F/L 
sub-header 


R/R/E/LCID/F/L 
sub-header 


R/R/E/LCID/F/L R/R/E/LCID padding 
sub-header sub-header 


MAC header 


MAC Control MAC Control 
element 1 element 2 


MAC SDU 


MAC SDU 


Padding 
(opt) 


-MAC payload- 


Figure 6.1.2-3: Example of MAC PDU consisting of MAC header, MAC control elements, MAC SDUs 

and padding 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


437 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


7.1 .1 .2.3 Test description 

7.1 .1 .2.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

NOTE: In the following, the established DRB is assumed to have Logical channel ID 3 

7.1 .1 .2.3.2 Test procedure sequence 

Table 7.1.1.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 


EXCEPTION: the steps 1 and 2 are repeated 
for decreasing reserved LCID values from 
01011 tollOII 





1 

The 88 transmits a valid MAC PDU containing 
a RLC PDU except for LCID in MAC Header 
set to reserved value 11011. 

<- 

MAC PDU 



2 

Check: does the UE transmit a Scheduling 
Request on PUCCH within 5 seconds after 
step 1 ? 

-> 

(SR) 

1 

F 

3 

The SS Transmits a valid MAC PDU 
containing RLC PDU with LCID in MAC 
Header set correctly to DRB 0001 1 . 

<— 

MAC PDU 



4 

Check: does the UE transmits a Scheduling 
Request on PUCCH? 

-> 

(SR) 

2 

P 

5 

The SS sends an UL grant suitable for the loop 
back PDU to transmitted 

<- 

(UL Grant) 

- 

- 

6 

Check: does the UE transmit a MAC PDU with 
LCID set to DRB 00011? 

-> 

MAC PDU 

2 

p 


7.1.1.2.3.3 

None. 

7.1.2 
7.1.2.1 

7.1.2.1.1 
(1) 


Specific message contents 


RACH 

Correct selection of RACH parameters / Random access preamble and 
PRACH resource explicitly signalled to the UE by RRC / Non-contention 
based random access procedure 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { SS sends an RRCConnectionReconf iguration message including RACH-ConfigDedicated information 
element } 

then { UE sends a prach preamble given in the RACH-ConfigDedicated on the target cell } 

} 
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7.1 .2.1 .2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321, clauses 5.1.2 and 
5.1.4. 

[TS 36.321, clause 5.1.2] 

The Random Access Resource selection procedure shall be performed as follows: 

If ra-Preamblelndex (Random Access Preamble) and ra-PRACH-Masklndex (PRACH Mask Index) have been 
explicitly signalled and ra-Preamblelndex is not 000000: 

- the Random Access Preamble and the PRACH Mask Index are those explicitly signalled. 

[TS 36.321, clause 5.1.4] 

Once the Random Access Preamble is transmitted and regardless of the possible occurrence of a measurement gap, the 
UE shall monitor the PDCCH for Random Access Response(s) identified by the RA-RNTI defined below, in the RA 
Response window which starts at the subframe that contains the end of the preamble transmission [7] plus three 
sub frames and has length ra-ResponseWindowSize sub frames. The RA-RNTI associated with the PRACH in which the 
Random Access Preamble is transmitted, is computed as: 

RA-RNTI= 1 + t_id+10*f_id 

Where t_id is the index of the first subframe of the specified PRACH (0< t_id <10), and f_id is the index of the 
specified PRACH within that subframe, in ascending order of frequency domain (0< f_id< 6). The UE may stop 
monitoring for Random Access Response(s) after successful reception of a Random Access Response containing 
Random Access Preamble identifiers that matches the transmitted Random Access Preamble. 

If a downlink assignment for this TTI has been received on the PDCCH for the RA-RNTI and the received TB is 
successfully decoded, the UE shall regardless of the possible occurrence of a measurement gap: 


- if the Random Access Response contains a Random Access Preamble identifier corresponding to the 
transmitted Random Access Preamble (see subclause 5.1.3), the UE shall: 

- consider this Random Access Response reception successful; 

- process the received Timing Advance Command (see subclause 5.2); 

- indicate the preamhlelnitialReceivedTargetPower and the amount of power ramping applied to the latest 
preamble transmission to lower layers (i.e., (PREAMBLE_TRANSMISSION_COUNTER - 1) * 
powerRampingStep) ; 

- process the received UL grant value and indicate it to the lower layers; 

- if ra-Preamhlelndex was explicitly signalled and it was not 000000 (i.e., not selected by MAC): 
- consider the Random Access procedure successfully completed. 

7.1 .2.1 .3 Test description 

7.1 .2.1 .3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 2. 
UE: 

None. 
Preamble: 

- UE is in state Generic RB Established (state 3) according to [18] in cell 1. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


439 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


7.1.2.1.3.2 


Test procedure sequence 


Table 7.1.2.1.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 7.1.2.1.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-91 

The power level values are such that 
measurement results for Cell 1 (M1) and 
Cell 2 (M2) satisfy exit condition for event 
A3(M2<M1). 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-79 

The power level values are such that 
measurement results for Cell 1 (M1) and 
Cell 2 (M2) satisfy entry condition for event 
A3(M2>M1). 


Table 7.1.2.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

OA 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup intra frequency measurement. 





OB 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 





OC 

The SS changes Cell 1 and Cell 2 parameters 
according to the row"T1" in table 7.1.2.1.3.2-1. 

- 

- 

- 

- 

OD 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 with the 
measured RSRP, RSRQ value for Cell 2. 





1 

The SS transmits an 

RRCConnectionReconfiguration message to 
order the UE to perform intra frequency 
handover to Cell 2, including explicit Random 
Access Preamble. 





2 

Check: Does the UE transmit Preamble on 
PRACH corresponding to ra-Preanfibielndex\n 
step 1 ? 

-> 

(PRACH Preamble) 

1 

P 

3 

The SS transmits Random Access Response 
on cell 2, with RAPID corresponding to ra- 
Preamblelndex in step 1 

<- 

Random Access Response 



4 

Check: Does the UE sends on cell 2, a MAC 
PDU containing 
RRCConnectionReconfigurationConfipiete? 

-> 

MAC PDU 

( RRCConnectionReconfigurationC 

ompiete) 

1 

P 

5 

Check: Does the test result of generic 
procedure in TS 36.508 subclause 6.4.2.3 
indicates that UE is in E-UTRA 
RRC CONNECTED state in cell 2? 



1 
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7.1 .2.1 .3.3 Specific message contents 

Table 7.1.2.1.3.3-1 : RRCConnectionReconfiguration (step 1, table 7.1.2.1.3.2-1) 


Derivation Patii: 36.508, Table 4.6.1-8, condition RBC-HO 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




mobilityControllnfo SEQUENCE { 

MobilityControllnfo-HO 



targetPhysCellld 

PhysicalCellldentity of 
Cell 2 (see 36.508 clause 
4.4.4.2) 



carrierFreq 

Not present 



rach-ConfigDedicated SEQUENCE { 




ra-Preamblelndex 

52 (see TS 36.21 1 Table 
5.7.1-2) 


FDD 

ra-Preamblelndex 

52 (see TS 36.21 1 Table 
5.7.1-3) 


TDD 

ra-PRACH-Masklndex 



All 


} 




} 




} 




} 




} 




} 





7.1.2.2 


7.1.2.2.1 


Correct selection of RACH parameters / Random access preamble and 
PRACH resource explicitly signalled to the UE in PDCCH Order / Non- 
contention based random access procedure 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { PDCCH control command is received providing Random Access Preamble 
then { UE sends a prach preamble given in the PDCCH Order } 


(2) 

with { UE in E-UTRA RRC_CONNECTED state and transmitted PRACH Preamble, after reception of PDCCH 
order } 
ensure that { 

when { UE does not receive a matching Random Accees response in ra-ResponseWindowSize (hence 
considers RACH attempt as failed) and PREAMBLE_TRANSMISSION_COUNTER is less than PREAMBLE_TRANS_MAX 


then { UE retransmists the Preamble given in the PDCCH Order 


7.1.2.2.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.321, clauses 5.1.2 and 
5.1.24. 

[TS 36.321, clause 5.1.2] 

The Random Access Resource selection procedure shall be performed as follows: 

- If ra-Preamhlelndex (Random Access Preamble) and ra-PRACH-Masklndex (PRACH Mask Index) have been 
explicitly signalled and ra-Preamhlelndex is not 000000: 

- the Random Access Preamble and the PRACH Mask Index are those explicitly signalled. 
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[TS 36.321, clause 5.1.4] 

Once the Random Access Preamble is transmitted and regardless of the possible occurrence of a measurement gap, the 
UE shall monitor the PDCCH for Random Access Response(s) identified by the RA-RNTI defined below, in the RA 
Response window which starts at the subframe that contains the end of the preamble transmission [7] plus three 
subframes and has length ra-ResponseWindowSize subframes. The RA-RNTI associated with the PRACH in which the 
Random Access Preamble is transmitted, is computed as: 

RA-RNTI= 1 + t_id+10*f_id 

Where t_id is the index of the first subframe of the specified PRACH (0< t_id <10), and f_id is the index of the 
specified PRACH within that subframe, in ascending order of frequency domain (0< f_id< 6). The UE may stop 
monitoring for Random Access Response(s) after successful reception of a Random Access Response containing the 
Random Access Preamble identifiers that matches the transmitted Random Access Preamble. 

- If a downlink assignment for this TTI has been received on the PDCCH for the RA-RNTI and the received TB is 
successfully decoded, the UE shall regardless of the possible occurrence of a measurement gap: 


- if the Random Access Response contains a Random Access Preamble identifier corresponding to the 
transmitted Random Access Preamble (see subclause 5.1.3), the UE shall: 

- consider this Random Access Response reception successful; 

- process the received Timing Advance Command (see subclause 5.2); 

- indicate the preamhlelnitialReceivedTargetPower and the amount of power ramping applied to the latest 
preamble transmission to lower layers (i.e., (PREAMBLE_TRANSMISSION_COUNTER - 1) * 
powerRampingStep) ; 

- process the received UL grant value and indicate it to the lower layers; 

- if ra-Preamblelndex was explicitly signalled and it was not 000000 (i.e., not selected by MAC): 

- consider the Random Access procedure successfully completed. 

If no Random Access Response is received within the RA Response window, or if none of all received Random Access 
Responses contains a Random Access Preamble identifier corresponding to the transmitted Random Access Preamble, 
the Random Access Response reception is considered not successful and the UE shall: 

- increment PREAMBLE_TRANSMISSION_COUNTER by 1 ; 

- If PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1 : 

- indicate a Random Access problem to upper layers 

- if in this Random Access procedure, the Random Access Preamble was selected by MAC: 

- based on the back off parameter in the UE, select a random back off time according to a uniform 
distribution between and the Back off Parameter Value; 

- delay the subsequent Random Access transmission by the back off time; 
- proceed to the selection of a Random Access Resource (see subclause 5. 1 .2). 

7.1 .2.2.3 Test description 

7.1 .2.2.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
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UE: 

None. 

Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18] in cell 1 
7.1 .2.2.3.2 Test procedure sequence 

Table 7.1.2.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS transmits a PDCCH order providing 
Random Access Preamble. 

<— 

(PDCCH Order) 

- 

- 

2 

Check: does the UE transmit a preamble on 
PRACH using the same preamble index as 
given in step 1? 

-> 

(PRACH Preamble) 

1 

P 

3 

Check: does the UE transmit a preamble on 
PRACH after ra-ResponseWindowSize using 
the same preamble index as given in step 1 ? 

-> 

(PRACH Preamble) 

2 

P 

4 

Check: does the UE transmit a preamble on 
PRACH after ra-ResponseWindowSize using 
the same preamble index as given in step 1 ? 

-> 

(PRACH Preamble) 

2 

P 

5 

Check: does the UE transmit a preamble on 
PRACH after ra-ResponseWindowSize using 
the same preamble index as given in step 1 ? 

-> 

(PRACH Preamble) 

2 

P 

6 

The SS transmits Random Access Response 
with RAPID corresponding to Preamble in step 
1. 

<— 

Random Access Response 



7 

Check: does the test result of CALL generic 
procedure indicate that UE is in E-UTRA 
RRC CONNECTED state? 



2 



7.1 .2.2.3.3 Specific message contents 

Table 7.1.2.2.3.3-1 : SystemlnformationBlockType2 (a\\ steps, table 7.1.2.2.3.2-1) 


Derivation Path: 36.508 clause 4.4.3.3, Table Nr. 4.4.3.3.-1 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




radioResourceConfigCommon SEQUENCE { 




rach-Configuration SEQUENCE { 




ra-Supervisionlnformation SEQUENCE { 




preambleTransMax 

N4 

PREAMBLE TRA 
NS MAX 


} 




} 




} 




} 




} 





7.1 .2.3 Correct selection of RACH parameters / Preamble selected by MAC itself / 

Contention based random access procedure 

7.1.2.3.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { SS sends a Paging message to the UE and MAC PDU Size carrying CCCH PDU is less than 
messageSizeGroupA } 

then { UE transmits a random access preamble using a preamble in group A of random access 
preambles indicated in SIB2 } 
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(2) 

with { UE in E-UTRA RRC_IDLE state and has transmitted Msg3 } 
ensure that { 

when { SS does not respond before contention resolution timer expiry } 

then { UE transmits a random access preamble using a preamble in the same group of random access 
preambles as used for the first transmission of Msg3 } 

} 

(3) 

with { UE in E-UTRA RRC_IDLE state and has transmitted Msg3 } 
ensure that { 

when { SS does not respond before contention resolution timer expiry after more than 
preambleTransMax transmissions from UE } 

then { UE transmits a random access preamble using a preamble in the same group of random access 
preambles as used for the first transmission of Msg3 } 


(4) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE has data available for transmission and the MAC PDU Size carrying this data is greater 
than messageSizeGroupA } 

then { UE transmits a random access preamble using a preamble in group B of random access 
preambles indicated in SIB2 } 
} 

7.1 .2.3.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.1.2 and 
5.1.5. 

[TS 36.321, clause 5.1.2] 

The Random Access Resource selection procedure shall be performed as follows: 

If ra-Preamblelndex (Random Access Preamble) and ra-PRACH-Masklndex (PRACH Mask Index) have been 
explicitly signalled Sindra-Preamblelndex is not 000000: 


else the Random Access Preamble shall be selected by the UE as follows: 
If Msg3 has not yet been transmitted, the UE shall: 

- if Random Access Preambles group B exists and if the potential message size (data available for 
transmission plus MAC header and, where required, MAC control elements) is greater than 
messageSizeGroupA and if the pathloss is less than Pcmax -preamblelnitialReceivedTargetPower - 
deltaPreambleMsgS - messagePowerOjfsetGroupB, then: 

- select the Random Access Preambles group B ; 

- else: 

- select the Random Access Preambles group A. 

- else, if Msg3 is being retransmitted, the UE shall, the UE shall: 

- select the same group of Random Access Preambles as was used for the preamble transmission attempt 
corresponding to the first transmission of Msg3. 

- randomly select a Random Access Preamble within the selected group. The random function shall be such 
that each of the allowed selections can be chosen with equal probability; 

- set PRACH Mask Index to 0. 
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- determine the next available subframe containing PRACH permitted by the restrictions given by the prach- 
Configlndex and PRACH Mask Index (see subclause 7.3) and physical layer timing requirements [2] (a UE may 
take into account the possible occurrence of measurement gaps when determining the next available PRACH 
subframe); 

- if the transmission mode is TDD and the PRACH Mask Index is equal to zero: 

- if ra-Preamblelndex was explicitly signalled and the signalled random access preamble ID was not 000000 
(i.e., not selected by MAC): 

- randomly select, with equal probability, one PRACH from the PRACHs available in the determined 
subframe. 


else: 


randomly select, with equal probability, one PRACH from the PRACHs available in the determined 
subframe and the next two consecutive subframes. 


else: 


determine a PRACH within the determined subframe in accordance with the requirements of the PRACH 
Mask Index. 

- proceed to the transmission of the Random Access Preamble (see subclause 5.1.3). 
[TS 36.321, clause 5.1.5] 

Contention Resolution is based on either C-RNTI on PDCCH or UE Contention Resolution Identity on DL-SCH.. 
Once Msg3 is transmitted, the UE shall: 

- start mac-ContentionResolutionTimer and restart mac-ContentionResolutionTimer at each HARQ 
retransmission; 

- regardless of the possible occurrence of a measurement gap, monitor the PDCCH until mac- 
ContentionResolutionTimer expires or is stopped; 

if mac-ContentionResolutionTimer expires: 

- discard the Temporary C-RNTI; 

- consider the Contention Resolution not successful. 

- if the Contention Resolution is considered not successful the UE shall: 

- flush the HARQ buffer used for transmission of the MAC PDU in the Msg3 buffer; 

- increment PREAMBLE_TRANSMISSION_COUNTER by 1 ; 

- If PREAMBLE_TRANSMISSION_COUNTER = preamhleTransMax + 1 : 
- indicate a Random Access problem to upper layers. 

- proceed to the selection of a Random Access Resource (see subclause 5. 1 .2). 
7.1 .2.3.3 Test description 

7.1 .2.3.3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 

- System information set using parameters as specified in Table 7.1 .2.3.3.3-1 . 
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UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode, Test Mode Activated (State 2 A) according to [18]. 
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7.1.2.3.3.2 


Test procedure sequence 

Table 7.1.2.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS transmits a Paging message including 
a matched identity. 

- 

- 

- 

- 

2 

Check: Does the UE transmit preamble on 
PRACH using a preamble in group A defined 
in SIB2 {numberOfRA-Preambles an6 
sizeOfRA-PreamblesGroupA) ? 

-> 

PRACH Preamble 

1 

P 

3 

Check: Does the UE transmit preamble on 
PRACH using a preamble in group A defined 
in SIB2 (numberOfRA-Preambles and 
sizeOfRA-PreamblesGroupA) ? 

-> 

PRACH Preamble 

1 

P 

4 

Check: Does the UE transmit preamble on 
PRACH using a preamble in group A defined 
in SIB2 (numberOfRA-Preambles and 
sizeOfRA-PreamblesGroupA) ? 

-> 

PRACH Preamble 

1 

P 

5 

The SS transmits Random Access Response 
with RAPID corresponding to the transmitted 
Preamble in step 4, including T-CRNTI and not 
including Back off Indicator sub header. 

<- 

Random Access Response 



6 

The UE transmits an RRCConnectionRequest 
message. 

-> 

MAC PDU 

- 

- 

7 

Check: Does the UE transmit preamble on 
PRACH using a preamble belonging to group 
A? 

-> 

PRACH Preamble 

2 

P 

8 

Check: Does the UE continue to repeatedly 
transmit for 2s after step 2 a preamble 
belonging to group A? 
Note: 2s is the value of T300. 

-> 

PRACH Preamble 

2,3 

P 

9 

The UE is in state Loopback Activated (state 4) 
according to [18] using parameters as 
specified in Table 7.1 .2.3.3.3-2 





10 

The SS transmits a MAC PDU containing a 
PDCP SDU of size 320 bits[>208]. 

<- 

MAC PDU 

- 

- 

- 

Exception: steps 1 1 and 12 are repeated dsr- 
TransMax times. 

- 

- 

- 

- 

11 

UE transmits a Scheduling Request. 

— > 

Scheduling Request 

- 

- 

12 

The SS does not allocate UL grant for the 
scheduling request in step 1 1 . 

- 

- 

- 

- 

13 

Check: Does the UE transmit preamble on 
PRACH using a preamble in group B defined 
in SIB2 {numberOfRA-Preambles and 
sizeOfRA-PreamblesGroupA) ? 

-> 

PRACH Preamble 

4 

P 

14 

Check: Does the UE transmit preamble on 
PRACH using a preamble in group B defined 
in SIB2 (numberOfRA-Preambles and 
sizeOfRA-PreamblesGroupA) ? 

-> 

PRACH Preamble 

4 

P 

15 

Check: Does the UE transmit preamble on 
PRACH using a preamble in group B defined 
in SIB2 {numberOfRA-Preambles and 
sizeOfRA-PreamblesGroupA) ? 

-> 

PRACH Preamble 

4 

P 

16 

The SS transmits Random Access Response 
with RAPID corresponding to the transmitted 
Preamble in step 15, including T-CRNTI and 
not including Back off Indicator sub header. 

<- 

Random Access Response 



17 

The UE transmits a MAC PDU with C-RNTI 
containing loop backed PDCP SDU 

-> 

MAC PDU 

- 

- 

18 

The SS ignores the UL MAC PDU and does 
not allocate UL grant for the C-RNTI in step 
17. 





19 

Check: Does the UE transmit preamble on 
PRACH using a preamble belonging to group 
B? 

-> 

PRACH Preamble 

2 

P 
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20 

The SS transmits Random Access Response 
with RAPID corresponding to the transmitted 
Preamble in step 19 

<- 

Random Access Response 



21 

The UE transmits a MAC PDU containing loop 
backed PDCP SDU 

-> 

MAC PDU 

- 

- 

22 

SS sends PDCCH transmission for UE C-RNTI 

- 

- 

- 

- 

Note: Size of RRCConnectionRequest message is 45 bits, octet aligned =48 bits. With 8 bits of IVIAC Header the 
minimum size of IVIAC PDU carrying RRCConnectionRequest is 56 bits. 


7.1 .2.3.3.3 Specific message contents 

Table 7.1.2.3.3.3-1 : SystemlnformationBlockType2 (all steps, table 7.1.2.3.3.2-1) 


Derivation path: 36.508 clause 4.4.3.3, Table 4.4.3.3-1 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




radioResourceConfigCommon SEQUENCE { 




rach-Configuration SEQUENCE { 




preamblelnformation SEQUENCE { 




numberOfRA-Preambles 

n64 



preamblesGroupAConfig := {SEQUENCE { 




sizeOfRA-PreamblesGroupA 

n28 



messageSizeGroupA 

b208 



messagePowerOffsetGroupB 

minusinfinity 



} 




} 




} 




} 




ue-TimersAndConstants SEQUENCE! 




t300 

ms2000 

T300 


} 




} 




} 




} 




Table 7.1.2.3.3.3-2: RLC-Config-DRB-AM 

Derivation path: 36.508 clause 4.8.2.1 .3.2, Table 4.8.2.1 .3.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

RLC-Config-DRB-AM ::= CHOICE { 




am SEQUENCE! 




ul-AM-RLC SEQUENCE { 




t-PollRetransmit 

ms200 



} 




} 




} 





7.1.2.4 

7.1.2.4.1 
(1) 


Random access procedure / Successful 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { The SS pages the UE with a matching identity } 

then { UE tranmits a random access preamble in the next available Random Access occasion 


(2) 

with { UE in E-UTRA RRC_IDLE state after transmission of a PRACH preamble } 
ensure that { 

when { SS does not answer with a matching Random Accees Response within ra-ResponseWindowSize 
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then { UE retransmits a PRACH preamble } 

} 

(3) 

with { SS transmits Random Access Response and UE send msg3 } 
ensure that { 

when { SS ignores the RRCConnectionRequest and does not send any Response } 

then { UE select available PRACH resource to retransmits a PRACH preamble according to the 
timing requirement } 
} 

7.1 .2.4.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.1.2, 5.1.3 & 
5.1.4. 

[TS 36.321, clause 5.1.2] 

The Random Access Resource selection procedure shall be performed as follows: 

- If ra-Preamblelndex (Random Access Preamble) and ra-PRACH-Masklndex (PRACH Mask Index) have been 
explicitly signalled and ra-Preamblelndex is not 000000: 

- the Random Access Preamble and the PRACH Mask Index are those explicitly signalled. 

- else the Random Access Preamble shall be selected by the UE as follows: 

- If Msg3 has not yet been transmitted, the UE shall: 

- if Random Access Preambles group B exists and if the potential message size (data available for 
transmission plus MAC header and, where required, MAC control elements) is greater than 
messageSizeGroupA and if the pathloss is less than Pcmax - preamblelnitialReceivedTargetPower - 
deltaPreambleMsgS - messagePowerOffsetOroupB, then: 

- select the Random Access Preambles group B ; 

- else: 

- select the Random Access Preambles group A. 

- else, if Msg3 is being retransmitted, the UE shall: 

- select the same group of Random Access Preambles as was used for the preamble transmission attempt 
corresponding to the first transmission of Msg3. 

- randomly select a Random Access Preamble within the selected group. The random function shall be such 
that each of the allowed selections can be chosen with equal probability; 

- set PRACH Mask Index to 0. 

- determine the next available subframe containing PRACH permitted by the restrictions given by the prach- 
Configurationlndex and the PRACH Mask Index (see subclause 7.3) (a UE may take into account the possible 
occurrence of measurement gaps when determining the next available PRACH subframe); 

- if the transmission mode is TDD and the PRACH Mask Index is equal to zero: 

- if ra-Preamblelndex was explicitly signalled and it was not 000000 (i.e., not selected by MAC): 

- randomly select, with equal probability, one PRACH from the PRACHs available in the determined 
subframe. 

- else: 

- randomly select, with equal probability, one PRACH from the PRACHs available in the determined 
subframe and the next two consecutive subframes. 


else: 
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- determine a PRACH within the determined subframe in accordance with the requirements of the PRACH 
Mask Index. 

- proceed to the transmission of the Random Access Preamble (see subclause 5.1.3). 
[TS 36.321, clause 5.1.3] 

The random-access procedure shall be performed as follows: 

- set PREAMBLE_RECEIVED_TARGET_POWER to preamblelnitialReceivedTargetPower + 
DELTA_PREAMBLE + (PREAMBLE_TRANSMISSION_COUNTER- 1) ^ powerRampingStep;] 

- instruct the physical layer to transmit a preamble using the selected PRACH, corresponding RA-RNTI, preamble 
index and PREAMBLE_RECEIVED_TARGET_POWER. 

[TS 36.321, clause 5.1.4] 

Once the Random Access Preamble is transmitted and regardless of the possible occurrence of a measurement gap, the 
UE shall monitor the PDCCH for Random Access Response(s) identified by the RA-RNTI defined below, in the RA 
Response window which starts at the subframe that contains the end of the preamble transmission [7] plus three 
subframes and has length ra-ResponseWindowSize subframes The RA-RNTI associated with the PRACH in which the 
Random Access Preamble is transmitted, is computed as: 

RA-RNTI= tl + _id+10*f_id 

Where t_id is the index of the first subframe of the specified PRACH (0< t_id <10), and f_id is the index of the 
specified PRACH within that subframe, in ascending order of frequency domain (0< f_id< 6). The UE may stop 
monitoring for Random Access Response(s) after successful reception of a Random Access Response containing 
Random Access Preamble identifiers that matches the transmitted Random Access Preamble. 

If a downlink assignment for this TTI has been received on the PDCCH for the RA-RNTI and the received TB is 
successfully decoded, the UE shall regardless of the possible occurrence of a measurement gap: 

- if the Random Access Response contains a Back off Indicator sub header: 

- set the back off parameter value in the UE as indicated by the BI field of the Back off Indicator sub 
header and Table 7.2-1. 

- else, set the back off parameter value in the UE to ms. 

if the Random Access Response contains a Random Access Preamble identifier corresponding to the 
transmitted Random Access Preamble (see subclause 5.1.3), the UE shall: 

- consider this Random Access Response reception successful; 

- process the received Timing Advance Command (see subclause 5.2); 

- indicate thcpreamblelnitialReceivedTargetPower and the amount of power ramping applied to the latest 
preamble transmission to lower layers (i.e., (PREAMBLE_TRANSMISSION_COUNTER - 1) * 
powerRampingStep) ; 

- process the received UL grant value and indicate it to the lower layers; 

- if ra-Preamblelndex was explicitly signalled and it was not 000000 (i.e., not selected by MAC): 

- consider the Random Access procedure successfully completed, 
else, if the Random Access Preamble was selected by UE MAC: 

- set the Temporary C-RNTI to the value received in the Random Access Response message no later 
than at the time of the first transmission corresponding to the UL grant provided in the Random 
Access Response message; 

- if this is the first successfully received Random Access Response within this Random Access 
procedure: 
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NOTE: 


NOTE: 


- if the transmission is not being made for the CCCH logical channel, indicate to the Multiplexing 
and assembly entity to include a C-RNTI MAC control element in the subsequent uplink 
transmission; 

- obtain the MAC PDU to transmit from the "Multiplexing and assembly" entity and store it in the 
Msg3 buffer. 

When an uplink transmission is required, e.g., for contention resolution, the eNB should not provide a 
grant smaller than 56 bits in the Random Access Response. 

If within a Random Access procedure, an uplink grant provided in the Random Access Response for the 
same group of Random Access Preambles has a different size than the first uplink grant allocated during 
that Random Access procedure, the UE behaviour is not defined. 


If no Random Access Response is received within the RA Response window, or if none of all received Random Access 
Responses contains a Random Access Preamble identifier corresponding to the transmitted Random Access Preamble, 
the Random Access Response reception is considered not successful and the UE shall: 

- increment PREAMBLE_TRANSMISSION_COUNTER by 1 ; 

- If PREAMBLE_TRANSMISSION_COUNTER = preamhleTransMax + 1 : 

- indicate a Random Access problem to upper layers. 

- proceed to the selection of a Random Access Resource (see subclause 5. 1 .2). 

TS 36.321, clause 6.1.5 

A MAC PDU consists of a MAC header and one or more MAC Random Access Responses (MAC RAR) and optionally 
padding as described in figure 6.1.5-4. 

The MAC header is of variable size. 

A MAC PDU header consists of one or more MAC PDU sub-headers; each subheader corresponding to a MAC RAR 
except for the Backoff Indicator sub-header. If included, the Back off Indicator sub-header is only included once and is 
the first sub-header included within the MAC PDU header. 

A MAC RAR consists of the four fields R/Timing Advance Command/UL Grant/Temporary C-RNTI (as described in 
figure 6.1.5-3). 

Padding may occur after the last MAC RAR. Presence and length of padding is implicit based on TB size, size of MAC 
header and number of RARs. 


I I I I I I 


R 


Timing Advance Command 


Timing Advance 
Command 


UL Grant 


UL Grant 


UL Grant 
Temporary C-RNTI 
Temporary C-RNTI 


Octl 
Oct 2 
Oct 3 
Oct 4 
Oct 5 
Oct 6 


Figure 6.1 .5-3: MAC RAR 
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E/T/R/R/BI E/T/RAPID E/T/RAPID 

subheader subheader 1 subheader 2 


MAC header 


E/T/RAPID 
subheader n 


MAC RAR 1 


MAC RAR 2 


MAC RAR n 


Padding 
(opt) 


M MAC payload ► 

Figure 6.1.5-4: Example of MAC PDU consisting of a MAC header and MAC RARs 


[TS 36.213, clause 6.1] 

For the LI random access procedure, UE's uplink transmission timing after a random access preamble transmission is 
as follows. 

a. If a PDCCH with associated RA-RNTI is detected in subframe n, and the corresponding DL-SCH 
transport block contains a response to the transmitted preamble sequence, the UE shall, according to 
the information in the response, transmit an UL-SCH transport block in the first subframe n + k^, 

^1 > 6 , if the UL delay field in section 6.2 is set to zero. The UE shall postpone the PUSCH 
transmission to the next available UL subframe if the field is set to 1. 

[TS 36.213, clause 6.2] 

The higher layers indicate the 20-bit UL Grant to the physical layer, as defined in [8]. This is referred to the Random 
Access Response Grant in the physical layer. The content of these 20 bits starting with the MSB and ending with the 
LSB are as follows: 

- Hopping flag - 1 bit 

- Fixed size resource block assignment - 10 bits 

- Truncated modulation and coding scheme - 4 bits 

- TPC command for scheduled PUSCH - 3 bits 

- UL delay - 1 bit 

- CQI request - 1 bit 


The UL delay applies for both TDD and FDD and this field can be set to or 1 to indicate whether the delay of PUSCH 
is introduced as shown in section 6.1.1. 

7.1 .2.4.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 

- System information are set according to table 7.1 .2.4.3.3-1 
UE: 

None. 
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Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 
7.1 .2.4.3.2 Test procedure sequence 

Table 7.1.2.4.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS transmits a Paging message including 
a matched identity. 

- 

- 

- 

- 

2 

Check: does the UE transmit a preamble on 
PRACH, in frame number X, subframe number 
2, 5, 8 (FDD)/2,3,8(TDD)? 

-> 

PRACH Preamble 

1 

P 

3 

Check: does the UE transmit a preamble on 
PRACH, in frame number X+1 or X+2, 
subframe number 2, 5, 8 (FDD)/ 2,3,8 (TDD)? 

-> 

PRACH Preamble 

1,2 

P 

4 

Check: does the UE transmit a preamble on 
PRACH, in frame number X+2, X+3 or X+4, 
subframe number 2, 5, 8 (FDD)/ 2,3,8 (TDD)? 

-> 

PRACH Preamble 

1,2 

P 

5 

The SS transmits a Random Access 
Response with not-matching RA-ld, including 
T-CRNTI and not including Back off Indicator 
sub header. 

<- 

Random Access Response 



6 

Check: does the UE transmit a preamble on 
PRACH in frame number X+4, X+5 or X+6, 
subframe number 2, 5, 8 (FDD)/ 2,3,8 (TDD)? 

-> 

PRACH Preamble 

1,2 

P 

7 

The SS transmits Random Access Response 
with RAPID corresponding to the transmitted 
Preamble in step 6, including T-CRNTI and UL 
grant and not including Back off Indicator sub 
header. The UL delay bit in the UL grant field 
is set to 

<- 

Random Access Response 



8 

The UE transmits an RRCConnectionRequest 
message. 

-> 

- 

- 

- 

9 

The SS ignores the RRCConnectionRequest 
message and does not send any response. 

- 

- 

- 

- 

10 

UE waits for mac-ContentResolutionTimer 
expire. 

- 

- 

- 

- 

11 

Check: does the UE transmit preamble on 
PRACH using a preamble in subframe number 
2,5,8 for FDD and subframe number 2,3 or 8 
for TDD? 

-> 

PRACH Preamble 

3 

P 

12 

The SS transmits Random Access Response 
with RAPID corresponding to the transmitted 
Preamble in step 1 1 , including T-CRNTI and 
not including Back off Indicator sub header. 

<- 

Random Access Response 



13 

The UE transmits an RRCConnectionRequest 
message. 

-> 

- 

- 

- 

14 

The SS Transmits a valid MAC PDU 
containing RRCConnectionSetup, and 
including 'UE Contention Resolution Identity' 
MAC control element with matching 
'Contention Resolution Identity' 

<- 

MAC PDU 



15 

The UE transmits an 
RRCConnectionSetupComplete message. 

-> 

- 

- 

- 

16- 
19 

Steps 6 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed to successfully complete the 
service request procedure. 
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7.1 .2.4.3.3 Specific message contents 

Table 7.1.2.4.3.3-1 : SystemlnformationBlockType2 (all steps, table 7.1.2.4.3.2-1) 


Derivation path: 36.508 table 4.4.3.3.-1 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




radioResourceConfigCommon SEQUENCE { 




rach-Configuration SEQUENCE { 




ra-Supervisionlnformation SEQUENCE { 




mac-ContentionResolutionTimer 

Sf48 

Timer for 
contention 
resolution is 48 
subframes 


ra-ResponseWindowSize 

sflO 



} 




} 




prach-Configuration SEQUENCE { 




prach-Configlnfo SEQUENCE { 




prach-Configurationlndex 

10 

As per table 5.7.1- 
2 of 36.211, this 
results in PRACH 
preamble 
transmission start 
in any frame 
numbers and sub- 
frame number 2, 
5,8 

FDD 

prach-Configurationlndex 

9 

As per table 5.7.1- 
4 of 36.211, this 
results in PRACH 
preamble 
transmission with 
frequency 
resource index=0; 
occurring in any 
radio frames; 
resource is 
located in sub 
frame number 2,3 
,8 Notel 

TDD 

} 




} 




} 




} 




Note 1 : 36.508, Table 4.4.3.2-3 specifies tdd-Configuration-> subframeAssignment as sal . 


7.1.2.5 
7.1.2.5.1 
(1) 


Random access procedure / MAC PDU containing multiple RARs 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state and transmitted PRACH preamble } 
ensure that { 

when { UE receives during TTI window [RA_WINDOW_BEGIN-RA_WINDOW_END] MAC PDU containing multiple 
RAR's but none of the subheaders contains a RAPID correseponding to the UE } 

then { UE tranmits a random access preamble in the next available Random Access occasion } 


(2) 

with { UE in E-UTRA RRC_IDLE state and transmitted PRACH preamble } 
ensure that { 

when { UE receives during TTI window [RA_WINDOW_BEGIN— RA_WINDOW_END] MAC PDU containing multiple 
RAR's and one of the subheaders contains a RAPID correseponding to the UE } 
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then { UE transmits MAC PDU containing RRCConnectionRe quest } 
} 

7.1 .2.5.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.1.3 and 
5.1.4. 

[TS 36.321, clause 5.1.3] 

The random-access procedure shall be performed as follows: 

- set PREAMBLE_RECEIVED_TARGET_POWER to preamblelnitialReceivedTargetPower + 
DELTA_PREAMBLE + (PREAMBLE_TRANSMISSION_COUNTER - 1) ^ powerRampingStep;] 

- instruct the physical layer to transmit a preamble using the selected PRACH resource, corresponding RA-RNTI, 
preamble index and PREAMBLE_RECEIVED_TARGET_POWER. 

[TS 36.321, clause 5.1.4] 

Once the Random Access Preamble is transmitted and regardless of the possible occurrence of a measurement gap, the 
UE shall monitor the PDCCH for Random Access Response(s) identified by the RA-RNTI defined below, in the RA 
Response window which starts at the subframe that contains the end of the preamble transmission [7] plus three 
subframes and has length ra-ResponseWindowSize subframes. The RA-RNTI associated with the PRACH in which the 
Random Access Preamble is transmitted, is computed as: 

RA-RNTI= 1 + t_id+10*f_id 

Where t_id is the index of the first subframe of the specified PRACH (0< t_id <10), and f_id is the index of the 
specified PRACH within that subframe, in ascending order of frequency domain (0< f_id< 6). The UE may stop 
monitoring for Random Access Response(s) after successful reception of a Random Access Response containing the 
Random Access Preamble identifiers that matches the transmitted Random Access Preamble. 

If a downlink assignment for this TTI has been received on the PDCCH for the RA-RNTI and the received TB is 
successfully decoded, the UE shall regardless of the possible occurrence of a measurement gap: 

- if the Random Access Response contains a Back off Indicator sub header: 

- set the back off parameter value in the UE as indicated by the BI field of the Back off Indicator sub 
header and Table 7.2-1. 

- else, set the back off parameter value in the UE to ms. 

- if the Random Access Response contains a Random Access Preamble identifier corresponding to the 
transmitted Random Access Preamble (see subclause 5.1.3), the UE shall: 

- consider this Random Access Response reception successful; 

- process the received Timing Advance Command (see subclause 5.2); 

- indicate the preamhlelnitialReceivedTargetPower and the amount of power ramping applied to the latest 
preamble transmission to lower layers (i.e., (PREAMBLE_TRANSMISSION_COUNTER - 1) * 
powerRampingStep) ; 

- process the received UL grant value and indicate it to the lower layers; 

- if ra-Preamhlelndex was explicitly signalled and it was not 000000 (i.e., not selected by MAC): 

- consider the Random Access procedure successfully completed, 
else, if the Random Access Preamble was selected by UE MAC: 

- set the Temporary C-RNTI to the value received in the Random Access Response message no later 
than at the time of the first transmission corresponding to the UL grant provided in the Random 
Access Response message; 
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- if this is the first successfully received Random Access Response within this Random Access 
procedure: 

- if the transmission is not being made for the CCCH logical channel, indicate to the Multiplexing 
and assembly entity to include a C-RNTI MAC control element in the subsequent uplink 
transmission; 

obtain the MAC PDU to transmit from the "Multiplexing and assembly" entity and store it in the 
Msg3 buffer. 

NOTE: When an uplink transmission is required, e.g., for contention resolution, the eNB should not provide a 
grant smaller than 56 bits in the Random Access Response. 

NOTE: If within a Random Access procedure, an uplink grant provided in the Random Access Response for the 
same group of Random Access Preambles has a different size than the first uplink grant allocated during 
that Random Access procedure, the UE behaviour is not defined. 

If no Random Access Response is received within the RA Response window, or if none of all received Random Access 
Responses contains a Random Access Preamble identifier corresponding to the transmitted Random Access Preamble, 
the Random Access Response reception is considered not successful and the UE shall: 

- increment PREAMBLE_TRANSMISSION_COUNTER by 1 ; 

- If PREAMBLE_TRANSMISSION_COUNTER = preamhleTransMax + 1 : 

- indicate a Random Access problem to upper layers. 


- proceed to the selection of a Random Access Resource (see subclause 5.1.2). 
7.1 .2.5.3 Test description 

7.1 .2.5.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 
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7.1.2.5.3.2 


Test procedure sequence 

Table 7.1.2.5.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS transmits a Paging message including 
a matched identity. 

<- 

- 

- 

- 

2 

Check: Does the UE transmit a preamble on 
PRACH? 

-> 

PRACH Preamble 

1 

P 

3 

The SS transmits a MAC PDU addressed to 
UE RA-RNTI, containing multiple RAR's but 
none of the MAC sub headers contains a 
matching RAPID 

<- 

Random Access Response 




EXCEPTION: In parallel with step 4, parallel 
behaviour defined in table 7.1 .2.5.3.2-2 is 
executed 





4 

Check: Does the UE re-transmit a preamble on 
PRACH? 

-> 

PRACH Preamble 

1 

P 

5 

The SS transmits a MAC PDU addressed to 
UE RA-RNTI, containing multiple RAR's one 
of the MAC sub headers contains a matching 
RAPID 

<— 

Random Access Response 



6 

Check: Does the UE transmit a MAC PDU 
containing RRCConnectionRequest message? 

-> 

MAC PDU 
(RRCConnectionRequest) 

2 

P 

7 

The SS sends a MAC PDU containing 
matching Contention Resolution Identity MAC 
control element 

<— 

MAC Control PDU 



7A 

SS transmit RRCConnectionSetup message 

<— 

- 

- 

- 

8 

The UE transmit 

RRCConnectionSetupComplete message 
including SERVICE REQUEST message. 

-> 




9- 
12 

Steps 6 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed to successfully complete the 
service request procedure. 





Table 7.1.2.5.3.2-2: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

Check: Does the UE transmit an 
RRCConnectionRequest message. 

-> 

MAC PDU 

( RRCConnectionRequest) 

1 

F 


7.1.2.5.3.3 
None. 

7.1.2.6 
7.1.2.6.1 
(1) 


Specific message contents 

Maintenance of uplink tinne alignnnent 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state and having initiated a random access procedure } 

ensure that { 

when { The SS transmits a Timing Advance Command in a Random Access Response message } 

then { the UE applies the received Timing Advance value in the next transmitted MAC PDU} 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 
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when { Timing Advanced Command MAC control element is received and UE has pending data during the 
period the timeAlignmentTimer is running } 

then { UE does not send any Random Access Preamble, but Scheduling Requests to request 
transmission of data while timeAlignmentTimer is running } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when{ timeAlignmentTimer has expired or is not running and UL transmission is required} 
then { UE triggers a RA Procedure } 
} 

7.1 .2.6.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321 clause 5.2. 

[TS 36.321 clause 5.2] 

The UE has a configurable timer timeAlignmentTimer which is used to control how long the UE is considered uplink 
time aligned. 

The UE shall: 

when a Timing Advance Command MAC control element is received: 

- apply the Timing Advance Command; 

- start or restart timeAlignmentTimer. 

- when a Timing Advance Command is received in a Random Access Response message: 

- if the Random Access Preamble was not selected by UE MAC: 

- apply the Timing Advance Command; 
start or restart timeAlignmentTimer. 

else, if the timeAlignmentTimer is not running: 

- apply the Timing Advance Command; 
start timeAlignmentTimer; 

- when the contention resolution is considered not successful as described in subclause 5.1.5, stop 
timeAlignmentTimer. 

- else: 

- ignore the received Timing Advance Command. 

- when timeAlignmentTimer expires: 

- flush all HARQ buffers; 

- notify RRC to release PUCCH/SRS ; 

- clear any configured downlink assignments and uplink grants. 

7.1 .2.6.3 Test description 
7.1 .2.6.3.1 Pre-test condition 
System Simulator: 

- Cell 1 
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UE: 

None. 

Preamble: 

- The generic procedure to get UE in state Registered, Idle mode, UE Test Mode Activated (State 2a) according to 
TS 36.508 clause 4.5 is executed. 
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7.1.2.6.3.2 


Test procedure sequence 

Table 7.1.2.6.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 


1 

SS pages the UE 

<- 

- 

- 

- 

2 

SS respond to UE Random Access request 
by a Random Access Response with TA field 
within message set to 600(FDD) or 
160(TDD)(Note2). 

<- 

MAC PDU(Random Access 
Response (TA=600)) 



3 

Check: Does UE send an 
RRCConnectionRequest message in the first 
scheduled UL transmission using the Timing 
Advance value sent by the SS in step 2? 

-> 

MAC PDU 

( RRCConnectionRequest) 

1 

P 

4 

The SS transmits a valid MAC PDU 
containing "UE Contention Resolution 
Identity" MAC control element with matching 
"Contention Resolution Identity" and RA 
Procedure considered a success. 

<- 

MAC PDU (UE Contention 
Resolution Identity) 



5 

The SS sends an RRCConnectionSetup 
message. 

<- 

MAC PDU 

- 

- 

6 

Check: Does the UE transmit an 
RRCConnectionSetupComplete? 

-> 

MAC PDU 

( RRCConnectionSetupComplete) 

1 

P 

7 

The generic procedure to get UE in test state 
Loopback Activated (State 4) according to 
TS 36.508 clause 4.5 is executed with UL 
SDU size set to '0' (no data returned in 
uplink) using parameters as specified in 
Table 7.1.2.6.3.3-1 





8 

SS transmits Timing Advance command. SS 
does not send any subsequent alignments. 

<- 

MAC PDU (Timing Advance 
Command MAC Control Element) 

- 

- 

9 

After 600ms (0.8 * timeAlignmentTimer) SS 
sends a MAC PDU containing a RLC PDU 
with SN=0 and poll bit set to trigger UE to 
transmit a status report in uplink. SS does 
not respond to any scheduling requests or 
Random Access Preambles from the UE. 

<- 

MAC PDU 



10 

Check: For 0.2* timeAlignmentTimer does 
UE transmit Scheduling Requests, but no 
Random Access Preamble message? 
(Notel) 

-> 

SR 

2 

P 

11 

Void 

- 

- 

- 

- 

12 

Check: Does the UE transmit a Random 
Access Preamble? 

-> 

Random Access Preamble 

3 

P 

13 

SS responds with a valid Random Access 
Response 

<- 

MAC PDU (Random Access 
Response (Temporary C-RNTI)) 

- 

- 

14 

Check: Does the UE transmit a MAC PDU 
with C-RNTI containing RLC STATUS PDU 
for the acknowledgement of the DL Data with 
the Temporary C-RNTI set to the value 
received in the Random Access Response 
message?? 

-> 

MAC PDU(RLC STATUS PDU 
(ACK_SN=1)) 

3 

p 

15 

The SS Transmits a PDCCH transmission 
addressed to the C-RNTI stored in the UE 
and contains an UL grant for a new 
transmission 

<- 




Note 1 A conformant UE correctly applies Timing Advance Command MAC Control and restarts 

timeAlignmentTimer, causing the uplink to stay in sync for a period equal to the received Time Alignment 
Value. 

Note 2 For FDD, Ta value of 600 has been chosen arbitrarily in the middle of the range to 1282 and corresponds 
to 0.3125 ms (timing advance in ms = 1000 x Nta x T, where Nta = Ta x16 and T^ = 1/(15000x2048) 

seconds according to TS 36.21 3 and TS 36.21 1 ). 

For TDD, TA value of 1 60 has been chosen and corresponds to 0. 1 036 ms (timing advance in ms = 1 000 x 
(N_TA + N_TA_offset) x Ts where N_TA = TA x 16, N_TA_offset = 624Ts, and Ts = 1/(15000 x 2048) 
seconds according to TS 36.21 3 and TS 36.21 1 ). 
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7.1.2.6.3.3 


Specific Message Contents 


Table 7.1.2.6.3.3-1 : SchedulingRequest-Configuration (RRCConnectionReconfiguration, step 7 table 

7.1.2.6.3.2-1) 


Derivation Path: 36.508 clause 4.6.3-20 

Information Element 

Value/remark 

Comment 

Condition 

ScliedulingRequest-Configuration ::= CHOICE { 




setup SEQUENCE} 




dsr-TranslVlax 

n64 

IVIax value allowed 


} 




} 





7.1 .2.7 MAC contention resolution / Tennporary C-RNTI 

7.1.2.7.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_IDLE state and after transmitting a RRCConnectionRequest message } 
ensure that { 

when { SS does not send any MAC PDU including 'UE Contention Resolution Identity' MAC control 
element before contention resolution timer expires } 
then { UE re-transmits RRCConnectionRequest } 


(2) 

with { UE in E-UTRA RRC_IDLE state and after transmitting a RRCConnectionRequest message } 
ensure that { 

when { SS transmits a valid MAC PDU containing RRCConnectionSetup, but not including 'UE 
Contention Resolution Identity' MAC control element } 
then { UE re-transmits RRCConnectionRequest } 


(3) 

with { UE in E-UTRA RRC_IDLE state and after transmitting a RRCConnectionRequest message } 
ensure that { 

when { SS transmits a valid MAC PDU containing RRCConnectionSetup, including 'UE Contention 
Resolution Identity' MAC control element but with un-matched 'Contention Resolution Identity' 
then { UE re-transmits RRCConnectionRequest } 


(4) 

with { UE in E-UTRA RRC_IDLE state and after transmitting a RRCConnectionRequest message } 
ensure that { 

when { SS transmits a valid MAC PDU containing a RRCConnectionSetup, including 'UE Contention 
Resolution Identity' MAC control element and matching 'Contention Resolution Identity' } 
then { UE transmits a RRCConnectionSetupComplete message } 


7.1 .2.7.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.1.5. 

[TS 36.321, clause 5.1.5] 

Contention Resolution is based on either C-RNTI on PDCCH or UE Contention Resolution Identity on DL-SCH.. 

Once Msg3 is transmitted, the UE shall: 

start mac-ContentionResolutionTimex and restart mac-ContentionResolutionTimex at each HARQ 
retransmission; 

- regardless of the possible occurrence of a measurement gap, monitor the PDCCH until mac- 
ContentionResolutionTimev expires or is stopped; 
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- if notification of a reception of a PDCCH transmission is received from lower layers, the UE shall: 

- else if the CCCH SDU was included in Msg3 and the PDCCH transmission is addressed to its Temporary C- 
RNTI: 

- if the MAC PDU is successfully decoded: 

- stop mac-ContentionResolutionTimev; 

- if the MAC PDU contains a UE Contention Resolution Identity MAC control element; and 

if the UE Contention Resolution Identity included in the MAC control element matches the CCCH 
SDU transmitted in Msg3: 

- consider this Contention Resolution successful and finish the disassembly and demultiplexing of 
the MAC PDU; 

- set the C-RNTI to the value of the Temporary C-RNTI; 

- discard the Temporary C-RNTI; 

- consider this Random Access procedure successfully completed. 

- else 

- discard the Temporary C-RNTI; 

- consider this Contention Resolution not successful and discard the successfully decoded MAC 
PDU. 

- if mac- ContentionResolutionTimev expires : 

- discard the Temporary C-RNTI; 

consider the Contention Resolution not successful, 
if the Contention Resolution is considered not successful the UE shall: 

- flush the HARQ buffer used for transmission of the MAC PDU in the Msg3 buffer; 

- increment PREAMBLE_TRANSMISSION_COUNTER by 1 ; 

- If PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1 : 

- indicate a Random Access problem to upper layers. 

- based on the back off parameter in the UE, select a random back off time according to a uniform 
distribution between and the Back off Parameter Value; 

- delay the subsequent Random Access transmission by the back off time; 

- proceed to the selection of a Random Access Resource (see subclause 5.1.2). 
7.1 .2.7.3 Test description 

7.1 .2.7.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
UE: 

None. 
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Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 
7.1 .2.7.3.2 Test procedure sequence 

Table 7.1 .2.7.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS transmits a Paging message including 
a matched identity. 

<- 

- 

1 

- 

2 

The UE transmits a MAC PDU containing an 
RRCConnectionRequest message. 

-> 

MAC PDU 

1 

- 

3 

Check: For time equal to 'Contention 
Resolution Timer', does UE send a PRACH 
preamble? 

-> 

PRACH preamble 

1 

F 

4 

Check: does the UE transmit a MAC PDU 
containing an RRCConnectionRequest 
message? 

-> 

MAC PDU 

( RRCConnectionRequest) 

1 

P 


EXCEPTION: In parallel with steps 5 to 8, the 
parallel behaviour in table 7.1 .2.7.3.2-2 is 
running. 





5 

The SS Transmits a valid MAC PDU 
containing RRCConnectionSetup, but not 
including 'UE Contention Resolution Identity' 
MAC control element 

<— 

MAC PDU 

( RRCConnectionSetup) 

2 


6 

Check: does the UE transmit a MAC PDU 
containing an RRCConnectionRequest 
message? 

-> 

MAC PDU 

( RRCConnectionRequest) 

2 

P 

7 

The SS Transmits a valid MAC PDU 
containing RRCConnectionSetup, and 
including 'UE Contention Resolution Identity' 
MAC control element but with un matched 
'Contention Resolution Identity' 

<— 

MAC PDU 

3 


8 

Check: does the UE transmit a MAC PDU 
containing an RRCConnectionRequest 
message? 

-> 

MAC PDU 

3 

P 

9 

The SS Transmits a valid MAC PDU 
containing RRCConnectionSetup, and 
including 'UE Contention Resolution Identity' 
MAC control element with matching 
'Contention Resolution Identity' 

<— 

MAC PDU 

4 


10 

Check: does the UE transmit a MAC PDU 
containing an RRCConnectionSetupCompiete 
message including SERVICE REQUEST 
message? 

-> 

MAC PDU 

( RRCConnectionSetupCompiete) 

4 

P 

11- 
14 

Steps 6 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed to successfully complete the 
service request procedure. 






Table 7.1.2.7.3.2-2: Parallel behaviour 


St 


Procedure 


Check: UE transmits a MAC PDU containing 
an RRCConnectionSetupCompiete message 
indicating acceptance of 
RRCConnectionSetup message? 


U-S 


Message Sequence 


Message 


IP 


Verdict 


MAC PDU 

( RRCConnectionSetupCompiete) 


2,3 
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7.1 .2.7.3.3 Specific message contents 

7.1.2.7.3.3-1: SystemlnformationBlockType2 (a\\ steps, table 7.1.2.7.3.2-1) 

Derivation path: 36.508 table 4.4.3.3-1 

Information Element Value/Remark Comment Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 
radioResourceConfigCommon SEQUENCE { 
racii-Configuration SEQUENCE { 
ra-Supervisionlnformation SEQUENCE { 

preambleTranslVlax N10 IVIax value 

mac-ContentionResolutionTimer sf64 Max value 

} 
} 
} 
} 

7.1 .2.8 MAC contention resolution / C-RNTI 

7.1.2.8.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state and after transmitting a 

RRCConnectionReconfigurationComplete message for a handover without dedicated preamble } 
ensure that { 

when { The SS does not schedule any PDCCH transmission addressed to UE C-RNTI before Contention 
resolution timer expiry } 

then { The UE retransmits the RRCConnectionReconf igrationComplete message } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state and after transmitting a 

RRCConnectionReconf igurationComplete message for a handover without dedicated preamble } 

ensure that { 

when { UE receive PDCCH transmission addressed to its C-RNTI before Contention resolution timer 
expiry } 

then { The UE does not retransmit the RRCConnectionReconf igrationComplete message } 
} 

7.1 .2.8.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.1.5. 

[TS 36.321, clause 5.1.5] 

Contention Resolution is based on either C-RNTI on PDCCH or UE Contention Resolution Identity on DL-SCH.. 

Once Msg3 is transmitted, the UE shall: 

start mac-ContentionResolutionTimQV and restart mac-ContentionResolutionTimQV at each HARQ 
retransmission; 

- regardless of the possible occurrence of a measurement gap, monitor the PDCCH until mac- 
ContentionResolutionTimer expires or is stopped; 

- if notification of a reception of a PDCCH transmission is received from lower layers, the UE shall: 
- if the C-RNTI MAC control element was included in Msg3: 

- if the Random Access procedure was initiated by the MAC sublayer itself and the PDCCH transmission is 
addressed to the C-RNTI and contains an UL grant for a new transmission; or 

- if the Random Access procedure was initiated by a PDCCH order and the PDCCH transmission is 
addressed to the C-RNTI: 

consider this Contention Resolution successful; 
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stop mac-ContentionResolutionTimQv; 

- discard the Temporary C-RNTI; 

- consider this Random Access procedure successfully completed. 

- else 

- discard the Temporary C-RNTI; 

- consider this Contention Resolution not successful and discard the successfully decoded MAC 
PDU. 

if mac- ContentionResolutionTimex expires : 

- discard the Temporary C-RNTI; 

consider the Contention Resolution not successful. 

- if the Contention Resolution is considered not successful the UE shall: 

- flush the HARQ buffer used for transmission of the MAC PDU in the Msg3 buffer; 

- increment PREAMBLE_TRANSMISSION_COUNTER by 1 ; 

- If PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1 : 

- indicate a Random Access problem to upper layers. 

- based on the back off parameter in the UE, select a random back off time according to a uniform 
distribution between and the Back off Parameter Value; 

- delay the subsequent Random Access transmission by the back off time; 

- proceed to the selection of a Random Access Resource (see subclause 5.1.2). 
7.1 .2.8.3 Test description 

7.1 .2.8.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2 

- System information as in table 7.1.2.8.3.3-1. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18] on cell 1. 

7.1 .2.8.3.2 Test procedure sequence 

Table 7.1.2.8.3.2-0 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The exact instants on which these values shall be applied are described in the 
texts in this clause. 

Table 7.1.2.8.3.2-0: Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-79 
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Table 7.1.2.8.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 



The SS changes Cell 1 and Cell 2 level 
according to the row "T1 " in table 7.1 .2.8.3.2-0 

- 

- 

- 

- 

1 

The SS transmits a MAC PDU containing an 
RRCConnectionReconfiguration message to 
order the UE to perform intra frequency 
handover to Cell 2, not including explicit 
Random Access Preamble. 

<- 

MAC PDU 



2 

The UE transmits on cell 2 a MAC PDU 
containing 

RRCConnectionReconfigurationComplete, 
including C-RNTI MAC control element. SS is 
configured to not transmit RLC ACK for this 
transmission. 

-> 

MAC PDU 



3 

SS Does not schedule any PDCCH 
transmission for UE C-RNTI 

- 

- 

- 

- 

4 

Check: does the UE transmit a PRACH 
preamble within time equal to 'Contention 
Resolution Timer'? 

-> 

(PRACH preamble) 

1 

F 

5 

Check: does the UE transmit on cell 2 a MAC 
PDU containing 

RRCConnectionReconfigurationComplete with 
RLC SN 0, including C-RNTI MAC control 
element? 

-> 

MACPDU(R/.CSA/ = o; 

1 

P 

6 

SS sends PDCCH transmission for UE C-RNTI 

<- 

- 

- 

- 

7 

Check: does the UE transmit MAC PDU 
containing 

RRCConnectionReconfigurationComplete with 
RLC SN within the next 2s? 

-> 

MAC PDU (RLC SN = ) 

2 

F 

8 

Check: does the test result of CALL generic 
procedure indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 2? 



2 



7.1 .2.8.3.3 Specific message contents 

Table 7.1.2.8.3.3-1 : SystemlnformationBlockType2 (al\ steps, Table 7.1.2.8.3.2-1) 


Derivation path: 36.508 table 4.4.3.3-1 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




radioResourceConfigCommon SEQUENCE { 




rach-Configuration SEQUENCE { 




ra-Supervisionlnformation SEQUENCE { 




preambleTransMax 

N10 

Max value 


mac-ContentionResolutionTimer 

sf64 

Max value 


} 




} 




} 




} 
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Table 7.1.2.8.3.3-2: RRCConnectionReconfiguration (step 1, Table 7.1.2.8.3.2-1) 


Derivation path: 36.508 table 4.6.1-6, condition RBC-HO 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




mobilityControllnformation SEQUENCE { 

MobilityControllnformatio 
n-HO 



targetCell Identity 

PhysicalCellldentity of 
Cell 2 (see 36.508 clause 
4.4.4.2) 



eutra-CarrierFreq 

Not present 



} 




} 




} 




} 




} 





7.1.2.9 
7.1.2.9.1 
(1) 


MAC back off indicator 

Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state and having initiated a random access procedure } 
ensure that { 

when { SS sends a Random Access Response including a Backoff Indicator and the Random Access 
Preamble identifier is different from the value received from the UE } 

then { UE triggers RA preamble after a random time between and the indicated Backoff parameter 

} 

} 

(2) 

with { UE in E-UTRA RRC_IDLE state and having initiated a random access procedure } 
ensure that { 

when { SS sends a Random Access Response containing Backoff Indicator and a Random Access Preamble 
identifier with the same value as received from the UE } 

then { UE stores Backoff Indicator and sends a RRC connection request in the first scheduled UL 
transmission } 


(3) 

with { UE in E-UTRA RRC_IDLE state and having initiated a random access procedure } 
ensure that { 

when { UE receives a Contention Resolution failure } 

then { UE triggers RA preamble after random time between and the UE stored Backoff parameter 
} 


7.1.2.9.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.321, clauses 5.1.4, 5.1.5 
and 7.2. 

[TS 36.321 clause 5.1.4] 

If a downhnk assignment for this TTI has been received on the PDCCH for the RA-RNTI and the received TB is 
successfully decoded, the UE shall regardless of the possible occurrence of a measurement gap: 

- if the Random Access Response contains a Back off Indicator sub header: 

- set the back off parameter value in the UE as indicated by the BI field of the Back off Indicator sub 
header and Table 7.2-1. 
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else, set the back off parameter value in the UE to ms. 


If no Random Access Response is received within the RA Response window, or if none of all received Random Access 
Responses contains a Random Access Preamble identifier corresponding to the transmitted Random Access Preamble, 
the Random Access Response reception is considered not successful and the UE shall: 


if in this Random Access procedure, the Random Access Preamble was selected by MAC: 

- based on the backoff parameter in the UE, select a random backoff time according to a uniform distribution 
between and the Backoff Parameter Value; 

- delay the subsequent Random Access transmission by the backoff time; 
[TS 36.321 clause 5.1.5] 

- if the Contention Resolution is considered not successful the UE shall: 

- flush the HARQ buffer used for transmission of the MAC PDU in the Msg3 buffer; 

- increment PREAMBLE_TRANSMISSION_COUNTER by 1 ; 

- If PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1 : 

- indicate a Random Access problem to upper layers. 

- based on the backoff parameter in the UE, select a random backoff time according to a uniform distribution 
between and the Backoff Parameter Value; 

- delay the subsequent Random Access transmission by the backoff time; 

- proceed to the selection of a Random Access Resource (see subclause 5.1.2). 
[TS 36.321 clause 7.2] 

Back off Parameter values are presented in Table 7.2-1. 

Table 7.2-1 : Backoff Parameter values 


Index 

Backoff Parameter value (ms) 





1 

10 

2 

20 

3 

30 

4 

40 

5 

60 

6 

80 

7 

120 

8 

160 

9 

240 

10 

320 

11 

480 

12 

960 

13 

Reserved 

14 

Reserved 

15 

Reserved 


The reserved values of the backoff parameter if received by the current release version UEs shall be taken as 960 ms. 
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Test description 
Pre-test conditions 


7.1.2.9.3 
7.1.2.9.3.1 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle Mode (state 2) according to [18]. 

Table 7.1.2.9.3.1-1: Void 
7.1 .2.9.3.2 Test procedure sequence 

Table 7.1.2.9.3.2-1 : Back off Parameter values. 


x: Index 

y: Back off Parameter value 
(ms) 

1 

10 

2 

20 

3 

30 

4 

40 

5 

60 

6 

80 

7 

120 

8 

160 

9 

240 

10 

320 

11 

480 

12 

960 

13 

960 

14 

960 

15 

960 


Table 7.1.2.9.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 



EXCEPTION: Steps 1 to 5e are repeated for 
values of 'x' and 'y' according to table 
7.1.2.9.3.2-1 





1 

SS pages the UE 

<- 

- 

- 

- 

2 

UE sends a Random Access Preamble 

-> 

Random Access Preamble 

- 

- 

3 

SS sends a Random Access Response with 
the back off parameter set to value Index field 
'x' and with the Random Access Preamble 
identifier different from the value received from 
the UE in the Random Access Preamble. 
The SS sets Timer_T1 to the Back off value 'y' 
associated with the Index value 'x' and starts 
Timer T1. 

<- 

Random Access Response(BI, 
RAPID) 



4 

Check: Does UE send a Random Access 
Preamble while Timer_T1 is running? 

-> 

Random Access Preamble 

1 

P 

5 

The SS transmits Random Access Response 
with RAPID corresponding to the transmitted 
Preamble in step 4, including T-CRNTI and not 
including Back off Indicator sub header 

<- 

Random Access Response 



5A 

The UE transmits an RRCConnectionRequest 
message. 

-> 

- 

- 

- 

5B 

The SS Transmits a valid MAC PDU 

<- 

MAC PDU 

- 

- 
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containing RRCConnectionSetup, and 
including 'UE Contention Resolution Identity' 
MAC control element with matching 
'Contention Resolution Identity' 


( RRCConnectionSetup) 



5C 

The UE transmits an 
RRCConnectionSetupComplete message. 

-> 

- 

- 

- 

5D 

SS transmits SERVICE REJECT message 

with EMM cause "Congestion" to complete the 

procedure 

Note: The EMM cause chosen is just for 

convenience, to ensure that UE will abort the 

procedure without side effects. 

<- 




5E 

The SS transmits an RRCConnectionRelease 
message to release RRC connection and 
move to RRC IDLE. 

<- 





EXCEPTION: Steps 6 to 20 are repeated for 
values of 'x' and 'y' according to table 
7.1.2.9.3.2-1 





6 

SS pages the UE 

<- 

- 

- 

- 

7 

UE sends a Random Access Preamble 

-> 

Random Access Preamble 

- 

- 

8 

SS sends Random Access Response with a 
back off parameter set to value Index field 'x' 
and the Random Access Preamble identifier 
value set to the same value as received from 
the UE in the Random Access Preamble. 

<- 

Random Access Response(BI, 
RAPID) 



9 

Check: Does UE sends an 
RRCConnectionRequest'in the grant 
associated to the Random Access 'Response 
received in step 8? 

-> 

MAC PDU 

( RRCConnectionRequest) 

2 

P 

10 

The SS sends a Contention Resolution Failure. 
The SS sets Timer_T1 to the Back off value 'y' 
associated with the Index value 'x' and starts 
Timer T1. 

<- 

MAC Control PDU (Un 
matching UE Contention 
Resolution Identity) 



11 

Check: Does UE send a Random Access 
Preamble while Timer T1 is running? 

-> 

Random Access Preamble 

3 

P 

12 

The SS transmits Random Access Response 
with RAPID corresponding to the transmitted 
Preamble in step 1 1 , including T-CRNTI and 
not including Back off Indicator sub header 

<- 

Random Access Response 



13 

The UE transmits an RRCConnectionRequest 
message. 

-> 

- 

- 

- 

14 

The SS Transmits a valid MAC PDU 
containing RRCConnectionSetup, and 
including 'UE Contention Resolution Identity' 
MAC control element with matching 
'Contention Resolution Identity' 

<- 

MAC PDU 

( RRCConnectionSetup) 



15 

The UE transmits an 
RRCConnectionSetupComplete message. 

-> 

- 

- 

- 

16- 
19 

Steps 6 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed to successfully complete the 
service request procedure. 





20 

The SS transmits an RRCConnectionRelease 
message to release RRC connection and 
move to RRC IDLE. 

<- 





7.1.2.9.3.3 
None 


Specific Message Contents 
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7.1.3 DL-SCH data transfer 

7.1 .3.1 Correct handling of DL assignment / Dynamic case 

7.1.3.1.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives downlink assignment on the PDCCH for the UE's C-RNTI and receives data in the 
associated subframe and UE performs HARQ operation } 

then { UE sends a HARQ feedback on the HARQ process } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives downlink assignment on the PDCCH with a C-RNTI unknown by the UE and data is 
available in the associated subframe } 

then { UE does not send any HARQ feedback on the HARQ process } 

} 

7.1 .3.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.321 clause 5.3.1 

[TS 36.321, clause 5.3.1] 

Downlink assignments transmitted on the PDCCH indicate if there is a transmission on the DL-SCH for a particular UE 
and provide the relevant HARQ information. 

When the UE has a C-RNTI, Semi-Persistent Scheduling C-RNTI, or Temporary C-RNTI, the UE shall for each TTI 
during which it monitors PDCCH: 

if a downlink assignment for this TTI has been received on the PDCCH for the UE's C-RNTI, or Temporary 
C-RNTI: 

if this is the first downlink assignment for this Temporary C-RNTI: 

- consider the NDI to have been toggled. 

if the downlink assignment is for UE's C-RNTI and if the previous downlink assignment indicated to the 
HARQ entity of the same HARQ process was either a downlink assignment received for the UE's Semi- 
Persistent Scheduling C-RNTI or a configured downlink assignment: 

- consider the NDI to have been toggled regardless of the value of the NDI. 

- indicate the presence of a downlink assignment and deliver the associated HARQ information to the HARQ 
entity for this TTI. 

7.1 .3.1 .3 Test description 
7.1 .3.1 .3.1 Pre-test conditions 
System Simulator: 

- Cell 1 

- RRC Connection Reconfiguration (preamble: Table 4.5.3.3-1, step 8) using parameters as specified in Table 
7.1.3.1.3.3-1 

UE: 

None. 
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Preamble: 


The generic procedure to get UE in test state Loopback Activated (State 4) according to TS 36.508 clause 4.5 is 
executed, with all the parameters as specified in the procedure except that the RLC SDU size is set to return no 
data in uplink. 


7.1.3.1.3.2 


Test procedure sequence 

Table 7.1.3.1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 


U-S 

IVIessage 

1 

SS transmits a downlink assignment including 
the C-RNTI assigned to the UE 

<- 

(PDCCH (C-RNTI)) 

- 

- 

2 

SS transmits in the indicated downlink 
assignment a RLC PDU in a MAC PDU. 

<— 

MAC PDU 

- 

- 

3 

Check: Does the UE transmit an HARQ ACK 
on PUCCH? 

-> 

HARQ ACK 

1 

P 

4 

SS transmits a downlink assignment to 
including a C-RNTI different from the assigned 
totheUE 

<— 

(PDCCH (unknown C-RNTI)) 



5 

SS transmits in the indicated downlink 
assignment a RLC PDU in a MAC PDU. 

<— 

MAC PDU 

- 

- 

6 

Check: Does the UE send any HARQ ACK on 
PUCCH? 

-> 

HARQ ACK 

2 

F 


NOTE 1: For TDD, the timing of ACK/NACK is not constant as FDD, see Table 10.1-1 of TS 36.213. 
7.1 .3.1 .3.3 Specific Message Contents 

Table 7.1.3.1.3.3-1 : RRCConnectionReconfiguration (preamble: Table 4.5.3.3-1, step 8) 


Derivation path: 36.508 table 4.8.2.1 .5-1 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




RadioResourceConfigDedicated SEQUENCE { 




mac-IVIainConfig CHOICE { 




timeAlignmentTimerDedicated 

Infinity 



} 




} 




} 




} 




} 




} 





7.1.3.2 
7.1.3.2.1 

(1) 


Table 7.1 .3.1.3.3-2: Void 
Table 7.1 .3.1.3.3-3: Void 

Correct handling of DL assignment / Semi-persistent case 
Test Purpose (TP) 


with { UE in E-UTRA RRC_Connected state with DRB established and sps- Configuration in DL is enabled 

} 

ensure that { 

when { UE receives a DL assignment addressed to its stored SPS-CRNTI in SF-Num y and with NDI set 
as } 

then { UE starts receiving DL MAC PDU in SF-Nums y+n* [semiPersistSchedlntervalDL] where 'n' is 
positive integer starting at zero } 

} 
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(2) 

with { UE in E-UTRA RRC_Connected state with DRB established and stored DL SPS assignment to receive 
MAC PDU at SF-Num y+n* [semiPersistSchedlntervalDL] } 
ensure that { 

when { UE receives a DL assignment addressed to its SPS-CRNTI in SF-Num p and with NDI set as 0, 
where p!= y+n* [semiPersistSchedlntervalDL] } 

then { UE starts receiving DL MAC PDU in SF-Nums p+n* [semiPersistSchedlntervalDL] and stops 
receiving DL MAC PDU at SF-Nums y+n* [semiPersistSchedlntervalDL] where 'n' is positive integer 
starting at zero } 

} 

(3) 

with { UE in E-UTRA RRC_Connected state with DRB established and stored DL SPS assignment to receive 
MAC PDU at SF-Num p+n* [semiPersistSchedlntervalDL] } 
ensure that { 

when { UE receives a DL assignment [for retransmission] addressed to its SPS-CRNTI in SF-Num z and 
with NDI set as 1, where z!= p+n* [semiPersistSchedlntervalDL] } 

then { UE receives MAC PDU in SF-Num z as per the new grant for SPS-CRNTI } 

} 

(4) 

with { UE in E-UTRA RRC_Connected state with DRB established and stored DL SPS assignment to receive 
MAC PDU at SF-Num y+n* [semiPersistSchedlntervalDL] } 
ensure that { 

when { UE receives a DL assignment addressed to its CRNTI in SF-Num p, such that p!= 
y+n* [semiPersistSchedlntervalDL] } 

then { UE receives MAC PDU in SF-Num p as per assignment addresed to its C-RNTI } 

} 

(5) 

with { UE in E-UTRA RRC_Connected state with DRB established and stored DL SPS grant to receive MAC 
PDU at SF-Num z+n* [semiPersistSchedlntervalDL] } 
ensure that { 

when { UE receives a RRCConnectionReconf iguration including sps-Conf iguration with sps- 
Conf igurationDL set as 'disable' and hence resulting in DL SPS grant deactivation } 

then { UE deletes the stored sps-Conf iguration DL parameters and stops receiving DL MAC PDU' s as 
per stored SPS assignment in SF-Num z+n* [semiPersistSchedlntervalDL] } 


(6) 

with { UE in E-UTRA RRC_Connected state with DRB established and stored DL SPS assignment to receive 
MAC PDU at SF-Num z+n* [semiPersistSchedlntervalDL] } 
ensure that { 

when { UE receives a PDCCH [for DL SPS explicit release according to Table 9.2-lA in TS 36.213] 
addressed to its SPS C-RNTI in SF-Num p and with NDI set as 0, where p!= 
z+n* [semiPersistSchedlntervalDL] } 

then { UE sends an ACK to SS and releases the configured SPS assignment and stops receiving MAC 
PDU in SF-Num z+n* [semiPersistSchedlntervalDL] as per assignment addresed to its SPS C-RNTI } 
} 

NOTE: SF-Num = [10*SFN + subframe] modulo 10240. 

7.1 .3.2.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321 clause 5.3.1, 5.10 & 
5.10.1, 36.331 clause 5.3.10.5, 36.300 clause 11.1.1 and 36.213 clause 9.2. 

[TS 36.321, clause 5.3.1] 

Downlink assignments transmitted on the PDCCH indicate if there is a transmission on the DL-SCH for a particular UE 
and provide the relevant HARQ information. 

When the UE has a C-RNTI, Semi-Persistent Scheduling C-RNTI, or Temporary C-RNTI, the UE shall for each TTI 
during which it monitors PDCCH: 
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- if a downlink assignment for this TTI has been received on the PDCCH for the UE's C-RNTI, or Temporary 
C-RNTI: 

if this is the first downlink assignment for this Temporary C-RNTI: 

- consider the NDI to have been toggled. 

- if the downlink assignment is for UE's C-RNTI and if the previous downlink assignment indicated to the 
HARQ entity of the same HARQ process was either a downlink assignment received for the UE's Semi- 
Persistent Scheduling C-RNTI or a configured downlink assignment: 

- consider the NDI to have been toggled regardless of the value of the NDI. 

- indicate the presence of a downlink assignment and deliver the associated HARQ information to the HARQ 
entity for this TTI. 

- else, if a downlink assignment for this TTI has been received on the PDCCH for the UE's Semi-Persistent 
Scheduling C-RNTI: 

if the NDI in the received HARQ information is 1 : 

- consider the NDI not to have been toggled; 

- indicate the presence of a downlink assignment and deliver the associated HARQ information to the 
HARQ entity for this TTI. 

else, if the NDI in the received HARQ information is 0: 

- if PDCCH contents indicate SPS release: 

clear the configured downlink assignment (if any); 
if timeAlignmentTimer is running: 

- instruct the physical layer to transmit a positive acknowledgement. 

- else: 

- store the downlink assignment and the associated HARQ information as configured downlink 
assignment; 

- initialise (if not active) or re-initialise (if already active) the configured downlink assignment to start 
in this TTI and to recur according to rules in subclause 5.10.1; 

- set the HARQ Process ID to the HARQ Process ID associated with this TTI; 

- consider the NDI bit to have been toggled; 

indicate the presence of a configured downlink assignment and deliver the stored HARQ information 
to the HARQ entity for this TTI. 

- else, if a downlink assignment for this TTI has been configured and there is no measurement gap in this TTI: 

- instruct the physical layer to receive, in this TTI, transport block on the DL-SCH according to the configured 
downlink assignment and to deliver it to the HARQ entity; 

- set the HARQ Process ID to the HARQ Process ID associated with this TTI; 

- consider the NDI bit to have been toggled; 

indicate the presence of a configured downlink assignment and deliver the stored HARQ information to the 
HARQ entity for this TTI. 

For downlink assignments received on the PDCCH for the UE's Semi-Persistent Scheduling C-RNTI and for 
configured downlink assignments, the HARQ Process ID associated with this TTI is derived from the following 
equation: 
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HARQ Process ID = [floor(CURRENT_TTI/(Downlink Semi-Persistent Scheduling Interval))] modulo Number of 
Configured SPS Processes, 

where CURRENT_TTI=[(SFN * 10) + subframe number], Downlink Semi-Persistent Scheduling Interval is the 
periodicity of semi-persistent scheduling signalled via RRC and Number of Configured SPS Processes is the number of 
HARQ processes allocated for semi-persistent scheduling signalled via RRC. 

[TS 36.321, clause 5.10] 

When Semi-Persistent Scheduling is enabled by upper layer, the following information is provided: 

Semi-Persistent Scheduling C-RNTI; 

- Uplink Semi-Persistent Scheduling Interval semiPersistSchedlntervalUL and number of empty transmissions 
before implicit release implicitRele as e After, if Semi-Persistent Scheduling is enabled for the uplink; 

- Whether twoIntervalsConfig is enabled or disabled for uplink, only for TDD; 

Downlink Semi-Persistent Scheduling Interval semiPersistSchedlntervalDL and number of configured HARQ 
processes for Semi-Persistent Scheduling numberOfConfSPS-Processes, if Semi-Persistent Scheduling is 
enabled for the downlink; 

When Semi-Persistent Scheduling for uplink or downlink is disabled by RRC, the corresponding configured grant or 
configured assignment shall be discarded. 

[TS 36.321, clause 5.10.1] 

After a Semi-Persistent downlink assignment is configured, the UE shall consider that the assignment recurs in each 
subframe for which: 

- (10 * SEN + subframe) = [(10 * SENstart time + subframCstart time) + N * (Downlink Semi-Persistent Scheduling 
Interval)] modulo 10240, for all N>0. 

Where SENstart time and subframCstart time are the SEN and subframe, respectively, at the time the configured downlink 
assignment were (re-)initialised. 

[TS 36.331, clause 5.3.10.5] 

The UE shall: 

1> reconfigure the semi-persistent scheduling in accordance with the received sps-Config: 

[TS 36.300, clause 11.1.1] 

In addition, E-UTRAN can allocate semi-persistent downlink resources for the first HARQ transmissions to UEs: 

RRC defines the periodicity of the semi-persistent downlink grant; 

- PDCCH indicates whether the downlink grant is a semi-persistent one i.e. whether it can be implicitly reused in 
the following TTIs according to the periodicity defined by RRC. 

When required, retransmissions are explicitly signalled via the PDCCH(s). In the sub-frames where the UE has semi- 
persistent downlink resource, if the UE cannot find its C-RNTI on the PDCCH(s), a downlink transmission according to 
the semi-persistent allocation that the UE has been assigned in the TTI is assumed. Otherwise, in the sub-frames where 
the UE has semi-persistent downlink resource, if the UE finds its C-RNTI on the PDCCH(s), the PDCCH allocation 
overrides the semi-persistent allocation for that TTI and the UE does not decode the semi-persistent resources. 

[TS 36.213, clause 9.2] 

A UE shall validate a Semi-Persistent Scheduling assignment PDCCH only if all the following conditions are met: 

- the CRC parity bits obtained for the PDCCH payload are scrambled with the Semi-Persistent Scheduling C- 
RNTI 

- the new data indicator field is set to '0'. In case of DCI formats 2 and 2A, the new data indicator field refers to 
the one for the enabled transport block. 
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Validation is achieved if all the fields for the respective used DCI format are set according to Table 9.2-1 or Table 9.2- 
lA. 

If validation is achieved, the UE shall consider the received DCI information accordingly as a valid semi -persistent 
activation or release. 

If validation is not achieved, the received DCI format shall be considered by the UE as having been received with a 
non-matching CRC. 

Table 9.2-1 : Special fields for Semi-Persistent Scheduling Activation PDCCH Validation 



DCI format 

DCI format 1/1 A 

DCI format 2/2A 

TPC command for 
scheduled PUSCH 

set to '00' 

N/A 

N/A 

Cyclic shift DM RS 

set to '000' 

N/A 

N/A 

Modulation and coding 

scheme and 

redundancy version 

MSB is set to '0' 

N/A 

N/A 

HARQ process number 

N/A 

FDD: set to '000' 
TDD: set to '0000' 

FDD: set to '000' 
TDD: set to '0000' 

Modulation and coding 
scheme 

N/A 

MSB is set to '0' 

For the enabled 
transport block: 
MSB is set to '0' 

Redundancy version 

N/A 

set to '00' 

For the enabled 

transport block: 

set to '00' 


Table 9.2-1 A: Special fields for Semi-Persistent Scheduling Release PDCCH Validation 



DCI format 

DCI format 1 A 

TPC command for scheduled 
PUSCH 

set to '00' 

N/A 

Cyclic shift DM RS 

set to '000' 

N/A 

Modulation and coding scheme and 
redundancy version 

set to '11111' 

N/A 

Resource block assignment and 
hopping resource allocation 

Settoall'I's 

N/A 

HARQ process number 

N/A 

FDD: set to '000' 
TDD: set to '0000' 

Modulation and coding scheme 

N/A 

set to '11111' 

Redundancy version 

N/A 

set to '00' 

Resource block assignment 

N/A 

Settoall'I's 


7.1 . 3.2.3 Test description 

7.1 .3.2.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 

- The UL RLC SDU size is set to not return any data. 
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7.1.3.2.3.2 


Test procedure sequence 

Table 7.1.3.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS Transmits a DL assignment using UE's 
SPS C-RNTI in SF-Num 'Y', NDI=0 

<- 

(DL SPS Grant) 

- 

- 

2 

The SS transmits in SF-Num T, a DL IVIAC 
PDU containing a RLC PDU (DL-SQN=0)on 
UMDRB 

<- 

MAC PDU 



3 

Check: Does the UE transmit a HARQ ACK? 

-> 

HARQ ACK 

1 

P 

4 

The SS transmits in SF-Num 
'Y+X(semiPersistSchedlntervalDL)', a DL IVIAC 
PDU containing a RLC PDU (DL-SQN=1)on 
DRB 

<- 

MAC PDU 



5 

Check: Does the UE transmit a HARQ ACK? 

-> 

HARQ ACK 

1 

P 

6 

The SS Transmits a DL assignment using UE's 
SPS C-RNTI in SF-Num V\ NDI=0; 
(Where Y+X<P< Y+2X) 

<- 

(DL SPS Grant) 



7 

The SS transmits in SF-Num 'P', a DL MAC 
PDU containing a RLC PDU (DL-SQN=2)on 
UMDRB 

<— 

MAC PDU 



8 

Check: Does the UE transmit a HARQ ACK? 

-> 

HARQ ACK 

2 

P 

9 

The SS transmits in SF-Num 'Y+2X', a DL 
MAC PDU containing a RLC PDU (DL- 
SQN=3)on UM DRB 

<- 

MAC PDU 



10 

Check: Does the UE transmit a HARQ 
Feedback? 

-> 

HARQ ACK/NACK 

2 

F 

10A 

The SS Transmits a DL assignment using UE's 
C-RNTI in SF-Num 
'P+X(semiPersistSchedlntervalDL)', NDI=0 

<- 

(DL Grant) 



11 

The SS transmits in SF-Num 
'P+X(semiPersistSchedlntervalDL)', a DL MAC 
PDU containing a RLC PDU (DL-SQN=3)on 
UM DRB; 

<— 

MAC PDU 



12 

Void 

- 

- 

- 

- 

13 

Void 





14 

Void 

- 

- 

- 

- 

15 

Check: Does the UE transmit a HARQ ACK? 

-> 

HARQ ACK 

4 

P 

16 

The SS transmits in SF-Num 
'P+2X(semiPersistSchedlntervalDL)', a DL 
MAC PDU containing a RLC PDU (DL- 
SQN=4)on UM DRB 

<— 

MAC PDU 



17 

Check: Does the UE transmit a HARQ ACK? 

-> 

HARQ ACK 

1 

P 

18 

The SS Transmits a DL assignment using UE's 
SPS C-RNTI in SF-Num in SF-Num 
'P+3X(semiPersistSchedlntervalDL)' . (Note 
la) 

<- 

(DL SPS Grant) 



19 

The SS transmits in SF-Num 
'P+3X(semiPersistSchedlntervalDL)', a DL 
MAC PDU containing 1 RLC PDU's (DL- 
SQN=5)on UM DRB;Note 1 

<— 

MAC PDU 



19A 

Check: Does the UE transmit a HARQ NACK? 

-> 

HARQ NACK 




EXCEPTION: Step 19b and 19c shall be 
repeated till HARQ ACK is received at step 15 
or until HARQ retransmission count = 4 is 
reached for MAC PDU at step 14 (Note lb). 





19b 

The SS Transmits a DL assignment using UE's 
SPS C-RNTI in SF-Num T, NDI=1 ; 
Where (P+3X < Z <P+4X); The DL HARQ 
process is same as in step 1 1 

<— 

(DL SPS Grant) 
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19c 

The SS re-transmits in SF-Num 'Z', a DL MAC 
PDU containing a RLC PDU (DL-SQN=5)on 
UMDRB;(Note1a) 

<- 

MAC PDU 




EXCEPTION: Up to 3 HARQ NACK from the 
UE should be allowed at step 20 (Note lb). 





20 

Check: Does the UE transmit a HARQ ACK? 

-> 

HARQ ACK 

3 

P 

21 

The SS Transmits a PDCCH [for DL SPS 
explicit release] using UE's SPS C-RNTI in SF- 
Num 'Q', NDI=0; Where (P+3X< Q <P+4X). 

<— 

PDCCH [for DL SPS explicit 
release] 



22 

Check: Does the UE transmit a HARQ ACK? 

-> 

HARQ ACK 

6 

P 

23 

The SS transmits in SF-Num 
'P+5X(semiPersistSchedlntervalDL)', a DL 
MAC PDU containing 1 RLC PDU's (DL- 
SQN=6)on UM DRB; 

<- 

MAC PDU 



24 

Check: Does the UE transmit a HARQ 
Feedback? 

-> 

HARQ ACK/NACK 

6 

F 

25 

The SS Transmits a DL assignment using UE's 
SPS C-RNTI in SF-Num 'P+6X', NDI=0 

<— 

(DL SPS Grant) 

- 

- 

26 

The SS transmits in SF-Num 'P+6X', a DL 
MAC PDU containing a RLC PDU (DL- 
SQN=6)on UM DRB 

<— 

MAC PDU 



27 

Check: Does the UE transmit a HARQ ACK? 

-> 

HARQ ACK 

1 

P 

28 

Void 

- 

- 

- 

- 

29 

Void 

- 

- 

- 

- 

30 

SS Transmits RRCConnectionReconfiguration 
to disable SPS-ConfigurationDL 

- 

- 

- 

- 

31 

The UE transmits 
RRCConnectionReconfigurationComplete 

-> 

- 

- 

- 

32 

The SS transmits in SF-Num 
'P+8X(semiPersistSchedlntervalDL)', a DL 
MAC PDU containing 1 RLC PDU's (DL- 
SQN=7) on UM DRB; 

<— 

MAC PDU 



33 

Check: Dose the UE transmit a HARQ 
Feedback? 

-> 

HARQ ACK/NACK 

5 

F 

Note 1 : The DL assignment for C-RNTI and hence the size of IVIAC PDU is different in size than stored SPS C-RNTI 
DL assignment in step 6. This assures UE is receiving DSCH data as per DL assignment for C-RNTI and not 
as per stored grant for SPS C-RNTI. 

Note la: SS should transmit this PDU using Itbs=6, Nprb=1, see TS 36.213 Table 7.1.7.2.1-1. This will result in 
TBSize of 328 and having coding rate more than 1 . 

Note 1 b: The value 4 for the maximum number of HARQ retransmissions has been chosen based on an assumption 
that, given the radio conditions used in this test case, a UE soft combiner implementation should have 
sufficient retransmissions to be able to successfully decode the data in its soft buffer. 

Note 2: For TDD, the subframe number for 'Y', 'P', 'Z' and 'Q' should be '0', '4', '5' and '9' respectively based on TDD 
configuration 1. 
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7.1 .3.2.3.3 Specific message contents 

Table 7.1.3.2.3.3-1: RRCConnectionReconfiguration. RadioResourceConfigDedicated (Preamble) 


Derivation path: 36.508 table 4.6.3-16 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated::= SEQUENCE { 




sps-Configuration ::= SEQUENCE { 




semiPersistSchedC-RNTI 

'FFFO'H 



sps-ConfigurationDL::=CHOICE{ 




enable SEQUENCE { 




semiPersistSchedlntervalDL 

sf40 

40 Subframe 


numberOfConfSPS-Processes 

8 


FDD 

numberOfConfSPS-Processes 

7 

Max DL HARQ 
processes is 7 
considering TDD 
configuration 1 . 

TDD 

n1 Pucch-AN-Persistent 





} 




} 




sps-ConfigurationUL 

Not Present 



} 




} 





Table 7.1.3.2.3.3-2: RRCConnectionReconfiguration. RadioResourceConfigDedicated (step 30 of table 

7.1.3.2.3.2-1) 


Derivation path: 36.508 table 4.6.3-16 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated::= SEQUENCE { 




sps-Configuration ::= SEQUENCE { 




semiPersistSchedC-RNTI 

Not Present 



sps-ConfigurationDL::=CHOICE{ 




disable 

NULL 



} 




sps-ConfigurationUL 

Not Present 



} 




} 





Table 7.1.3.1.3.3-4: RRCConnectionReconfiguration (preamble: Table 4.5.3.3-1, step 8) 


Derivation path: 36.508 table 4.8.2.1 .5-1 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




RadioResourceConfigDedicated SEQUENCE { 




mac-MainConfig CHOICE { 




timeAlignmentTimerDedicated 

Infinity 



} 




} 




} 




} 




} 




} 
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7.1 .3.3 MAC PDU header handling 

7.1.3.3.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a MAC PDU containing an AMD PDU that is larger than 12 8 bytes with padding at 
the end } 

then { UE successfully decodes the MAC PDU and forward to higher layer } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a MAC PDU containing an AMD PDU that is smaller than 12 8 bytes with padding at 
the end } 

then { UE successfully decodes the MAC PDU and forward to higher layer } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a MAC PDU containing an single AMD PDU with no padding } 
then { UE successfully decodes the MAC PDU and forward to higher layer } 

} 

(4) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a MAC PDU containing multiple MAC SDUs each containing an AMD PDU and no 
padding } 

then { UE successfully decodes the MAC PDU and forwards the AMD PDUs to higher layer } 
} 

7.1 .3.3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.321 clauses 6.1.2 
and 6.2.1. 

[TS 36.321, clause 6.1.2] 

A MAC PDU consists of a MAC header, zero or more MAC Service Data Units (MAC SDU), zero, or more MAC 
control elements, and optionally padding; as described in Figure 6.1.2-3. 

Both the MAC header and the MAC SDUs are of variable sizes. 

A MAC PDU header consists of one or more MAC PDU sub-headers; each sub header corresponding to either a MAC 
SDU, a MAC control element or padding. 

A MAC PDU sub header consists of the six header fields R/R/E/LCID/F/L but for the last sub header in the MAC PDU 
and for fixed sized MAC control elements. The last sub header in the MAC PDU and sub -headers for fixed sized MAC 
control elements consist solely of the four header fields R/R/E/LCID. It follows that a MAC PDU sub header 
corresponding to padding consists of the four header fields R/R/E/LCID. 
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R 

R 

E 

LCID 

F 

L 

L 


Oct1 
Oct 2 
Oct 3 


R/R/E/LCID/F/L sub-header with 
7-bits L field 


R/R/E/LCID/F/L sub-header with 
15-bitsL field 


Figure 6.1.2-1: R/R/E/LCID/F/L MAC sub header 


I 1 1 1 1 1 1 h 


R 

R 

E 

LCID 


Oct1 


R/R/E/LCID sub-header 


Figure 6.1.2-2: R/R/E/LCID MAC sub header 


MAC PDU sub-headers have the same order as the corresponding MAC SDUs, MAC control elements and padding. 

MAC control elements, are always placed before any MAC SDU. 

Padding occurs at the end of the MAC PDU, except when single-byte or two-byte padding is required. Padding may 
have any value and the UE shall ignore it. When padding is performed at the end of the MAC PDU, zero or more 
padding bytes are allowed. 

When single-byte or two-byte padding is required, one or two MAC PDU sub-headers corresponding to padding are 
placed at the beginning of the MAC PDU before any other MAC PDU subheader. A maximum of one MAC PDU can 
be transmitted per TB per UE. 


R/R/E/LCID 
sub-header 


R/R/E/LCID[/F/L] 
sub-header 


R/R/E/LCID/F/L 
sub-header 


R/R/E/LCID/F/L 
sub-header 


R/R/E/LCID/F/L R/R/E/LCID padding 
sub-header sub-header 


MAC header 


MAC Control MAC Control 
element 1 element 2 


MAC SDU 


MAC SDU 


Padding 
(opt) 


-MAC payload- 


Figure 6.1.2-3: Example of MAC PDU consisting of MAC header, MAC control elements, MAC SDUs 

and padding 

[TS 36.321, clause 6.2.1] 

The MAC header is of variable size and consists of the following fields: 

LCID: The Logical Channel ID field identifies the logical channel instance of the corresponding MAC SDU or 
the type of the corresponding MAC control element or padding as described in tables 6.2.1-1 and 6.2.1-2 for the 
DL and UL-SCH respectively. There is one LCID field for each MAC SDU, MAC control element or padding 
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included in the MAC PDU. In addition to that, one or two additional LCID fields are included in the MAC PDU, 
when single-byte or two-byte padding is required but cannot be achieved by padding at the end of the MAC 
PDU. The LCID field size is 5 bits; 

- L: The Length field indicates the length of the corresponding MAC SDU or MAC control element in bytes. 
There is one L field per MAC PDU sub header except for the last sub header and sub-headers corresponding to 
fixed-sized MAC control elements. The size of the L field is indicated by the F field; 

F: The Format field indicates the size of the Length field as indicated in table 6.2.1-3. There is one F field per 
MAC PDU sub header except for the last sub header and sub-headers corresponding to fixed-sized MAC control 
elements. The size of the F field is 1 bit. If the size of the MAC SDU or MAC control element is less than 128 
bytes, the UE shall set the value of the F field to 0, otherwise the UE shall set it to 1 ; 

E: The Extension field is a flag indicating if more fields are present in the MAC header or not. The E field is set 
to "1" to indicate another set of at least R/R/E/LCID fields. The E field is set to "0" to indicate that either a MAC 
SDU, a MAC control element or padding starts at the next byte; 

- R: Reserved bits, set to "0". 

The MAC header and sub-headers are octet aligned. 

Table 6.2.1-1 : Values of LCID for DL-SCH 


Index 

LCID values 

00000 

CCCH 

00001-01010 

Identity of the logical channel 

01011-11011 

Reserved 

11100 

UE Contention Resolution Identity 

11101 

Timing Advance Command 

11110 

DRX Command 

11111 

Padding 

Table 6.2.1-2: Values of LCID for UL-SCH 

Index 

LCID values 

00000 

CCCH 

00001-01010 

Identity of the logical channel 

01011-11001 

Reserved 

11010 

Power Headroom Report 

11011 

C-RNTI 

11100 

Truncated BSR 

11101 

Short BSR 

11110 

Long BSR 

11111 

Padding 

Table 6.2.1-3: Values of F field: 

Index 

Size of Length field (in bits) 



7 

1 

15 


7.1.3.3.3 
7.1.3.3.3.1 
System Simulator: 

- Cell 1 
UE: 
None. 


Test description 
Pre-test conditions 
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Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

- The UL RLC SDU size is set to not return any data. 
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7.1.3.3.3.2 


Test procedure sequence 

Table 7.1.3.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 


1 

The SS transmits a MAC PDU containing a 
RLC SDU of 130 bytes in an AMD PDU 
(SN=0) with polling field 'P' set to '1 ' and 5 
bytes of padding. The MAC header contains 
two MAC sub-headers where the first MAC 
sub-header is a 3-byte R/R/E/LCID/F/L MAC 
sub-header with 'E' field set to '1 ', the 'F' set to 
'1 ', the 'LCID' field set to '0001 1 ' and the 'L' 
field set to '132' bytes. The second MAC sub- 
header is a padding control 1 byte R/R/E/LCID 
MAC sub-header with 'E' field set to '0' and 
'LCID' field set to '11111'. 

<- 

MAC PDU (R/R/E/LCID/F/L MAC 
sub-header (E='1 ', LCID='0001 1 ', 
F='1', L='132'), MAC R/R/E/LCID 
MAC sub-header (E='0', 
LCID='11111'), 132 bytes MAC 
SDU and 5 bytes padding) 



2 

Check: Does the UE transmit a MAC PDU 
containing an RLC STATUS PDU 
acknowledging the reception of the AMD PDU 
in step 1? 

-> 

MAC PDU (RLC STATUS PDU 
(ACK_SN'1')) 

1 

P 

3 

The SS transmits a MAC PDU containing a 
RLC SDU of 40 bytes in an AMD PDU(SN=1) 
with polling field 'P' set to '1 'and 4 bytes of 
padding. The MAC header contains two MAC 
sub-headers where the first MAC sub-header 
is a 2-byte R/R/E/LCID/F/L MAC sub-header 
with 'E' field set to '1 ', the 'F' set to '0', the 
'LCID' field set to '0001 1 ' and the 'L' field set to 
'42' bytes. The second MAC sub-header is a 
padding control Ibyte R/R/E/LCID MAC sub- 
header with 'E' field set to '0' and 'LCID' field 
set to '11111'. 

<— 

MAC PDU (R/R/E/LCID/F/L MAC 
sub-header (E='1 ', LCID='0001 1 ', 
F='0', L='42'), R/R/E/LCID MAC 
sub-header (E='0',LCID='1 1111'), 
42 bytes MAC SDU and 4 bytes 
padding) 



4 

Check: Does the UE transmit a MAC PDU 
containing an RLC STATUS PDU 
acknowledging the reception of the AMD PDU 
in step 3? 

-> 

MAC PDU (RLC STATUS PDU 
(ACK_SN '2')) 

2 

P 

5 

The SS transmits a MAC PDU containing a 
MAC SDU with a RLC SDU of 130 bytes in an 
AMD PDU(SN=2) with polling field 'P' set to '1 '. 
The MAC header contains one R/R/E/LCID 
MAC sub-header with 'E' field set to '0' and the 
'LCID' field set to '00011'. 

<— 

MAC PDU (R/R/E/LCID MAC sub- 
header (E='0', LCID='00011'), 132 
bytes MAC SDU) 



6 

Check: Does the UE transmit a MAC PDU 
containing an RLC STATUS PDU 
acknowledging the reception of the AMD PDU 
in step 5? 

-> 

MAC PDU (RLC STATUS PDU 
(ACK_SN '3')) 

3 

P 

7 

The SS transmits a MAC PDU containing one 
MAC SDU containing a RLC SDU of size 128 
bytes in an AMD PDU (SN=3) and five MAC 
SDUs each containing a RLC SDU of 41 bytes 
in an AMD PDU (SN=4 to 8) in an AMD PDU 
with the polling field 'P' set to '1 ' in the last 
AMD PDU. The MAC header contains six MAC 
sub-headers where the first MAC sub-header 
contains a 3 byte R/R/E/LCID/F/L MAC sub- 
header with 'E' field set to '1 ' , 'LCID' field set 
to '0001 1 ', 'F' field set to '1 ' and the 'L' field set 
to '130'. The second to fifth MAC sub-header 
are two byte R/R/E/LCID/F/L MAC sub- 
headers with 'E' field set to '1 ' , 'LCID' field set 
to '0001 1 ', 'F' field set to '0' and the 'L' field set 
to '43' bytes. The sixth MAC sub-header is a 
one byte R/R/E/LCID MAC sub-header with 'E' 
field set to '0' and the 'LCID' field set to 
'00011'. 

<- 

MAC PDU (R/R/E/LCID/L MAC 
sub-header (E='1 ', LCID='0001 1 ', 
F='1',L=' 130'), 4 X R/R/E/LCID/L 
MAC sub-header (E='1', 
LCID='00011', F='0', L='43'), 
R/R/E/LCID MAC sub-header 
(E='0', LCID='00011'), 130 bytes 
MAC SDU, 5x43 bytes MAC 
SDUs) 

4 



ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


484 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


8 

Check: Does the UE transmit a MAC PDU 
containing an RLC STATUS PDU 
acknowledging the reception of the AMD PDUs 
in step 7? 

-> 

MAC PDU (RLC STATUS PDU 
(ACK_SN '9')) 

4 

P 


7.1 .3.3.3.3 Specific Message Contents 

Table 7.1.2.9.3.3-1 : SystemlnformationBlockType2 (all steps, table 7.1.2.3.3.2-1) 


Derivation path: 36.508 clause 4.4.3.3, Table 4.4.3.3-1 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




radioResourceConfigCommon SEQUENCE { 




rach-Configuration SEQUENCE { 




preamblelnformation SEQUENCE { 




numberOfRA-Preambles 

n64 



preamblesGroupAConfig := {SEQUENCE { 




sizeOfRA-PreamblesGroupA 

n28 



messageSizeGroupA 

b208 



messagePowerOffsetGroupB 

minusinfinity 



} 




} 




} 




} 




ue-TimersAndConstants SEQUENCE! 




t300 

ms1500 

T300 


} 




} 




} 




} 





7.1.3.4 
7.1.3.4.1 
(1) 


Correct HARQ process handling / DCCH and DTCH 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state with DRB established } 
ensure that { 

when { the UE receives a MAC PDU for DRB and decode fails } 

then { the UE transmits a NACK for the corresponding HARQ process 


(2) 

with { UE in E-UTRA RRC_CONNECTED state with DRB established } 
ensure that { 

when { the UE receives a MAC PDU retransmission for DRB, and results in successful decode} 

then { the UE transmits an ACK for the corresponding HARQ process and delivers data to upper 
layers } 


7.1.3.4.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.3.2.1 & 

5.3.2.2. 

[TS 36.321, clause 5.3.2.1] 

There is one HARQ entity at the UE which maintains a number of parallel HARQ processes. Each HARQ process is 
associated with a HARQ process identifier. The HARQ entity directs HARQ information and associated TBs received 
on the DL-SCH to the corresponding HARQ processes (see subclause 5.3.2.2). 

The number of DL HARQ processes is specified in [2], clause 7. 
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When the physical layer is configured for spatial multiplexing [2], one or two TBs are expected per subframe and they 
are associated with the same HARQ process. Otherwise, one TB is expected per subframe. 

The UE shall: 

If a downlink assignment has been indicated for this TTI: 

- allocate the TBs received from the physical layer and the associated HARQ information to the HARQ 
process indicated by the associated HARQ information. 

- If a downlink assignment has been indicated for the broadcast HARQ process: 

- allocate the received TB to the broadcast HARQ process. 
NOTE: In case of BCCH a dedicated broadcast HARQ process is used. 

[TS 36.321, clause 5.3.2.2] 

For each subframe where a transmission takes place for the HARQ process, one or two (in case of spatial multiplexing) 
TBs and the associated HARQ information are received from the HARQ entity. 

For each received TB and associated HARQ information, the HARQ process shall: 

- if the NDI, when provided, has been toggled compared to the value of the previous received transmission 
corresponding to this TB ; or 

- if the HARQ process is equal to the broadcast process and if this is the first received transmission for the TB 
according to the system information schedule indicated by RRC; or 

if this is the very first received transmission for this TB(i.e. there is no previous NDI for this TB): 

- consider this transmission to be a new transmission. 

- else: 

- consider this transmission to be a retransmission. 
The UE then shall: 

if this is a new transmission 

- replace the data currently in the soft buffer for this TB with the received data, 
else if this is a retransmission: 

- if the data has not yet been successfully decoded: 

- combine the received data with the data currently in the soft buffer for this TB. 
if the TB size is different from the last valid TB size signalled for this TB : 

- the UE may replace the data currently in the soft buffer for this TB with the received data. 

- attempt to decode the data in the soft buffer for this TB ; 

- if the data in the soft buffer was successfully decoded for this TB : 

- if the HARQ process is equal to the broadcast process, deliver the decoded MAC PDU to upper layers. 

- else if this is the first successful decoding of the data in the soft buffer for this TB: 
-deliver the decoded MAC PDU to the disassembly and demultiplexing entity. 

- generate a positive acknowledgement (ACK) of the data in this TB. 

- else: 

- generate a negative acknowledgement (NACK) of the data in this TB. 
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- if the HARQ process is associated with a transmission indicated with a Temporary C-RNTI and the Contention 
Resolution is not successful (see subclause 5.1.5); or 

- if the HARQ process is equal to the broadcast process; or 

- - if timeAlignmentTimer is stopped or expired: 

- do not indicate the generated positive or negative acknowledgement to the physical layer. 

- else: 

- indicate the generated positive or negative acknowledgement for this TB to the physical layer. 

The UE shall ignore NDI received in all downlink assignments on PDCCH for its Temporary C-RNTI when 
determining if NDI on PDCCH for its C-RNTI has been toggled compared to the value in the previous transmission. 

7.1 .3.4.3 Test description 

7.1 .3.4.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 

- RRC Connection Reconfiguration (preamble: Table 4.5.3.3-1, step 8) using parameters as specified in Table 
7.1.3.4.3.3-1 

UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 
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7.1.3.4.3.2 


Test procedure sequence 

Table 7.1.3.4.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 


EXCEPTION: Steps 1 to 7 are run 
8[FDD]/7[TDD] times using test parameter 
values as given for each iteration in table 
7.1.3.4.3.2.-2. 





1 

The SS indicates a new transmission on 
PDCCH and transmits a MAC PDU (containing 
an RLC PDU), with content set so that UE 
could not successfully decode the data from its 
soft buffer. The AMD PDU contains a full RLC 
SDU. (Notel) 

<- 

MAC PDU 

1 


2 

Check: Does the UE transmit a HARQ NACK? 

-> 

HARQ NACK 


P 


EXCEPTION: Step 3 shall be repeated till 
HARQ ACK is received at step 4 or until HARQ 
retransmission count = 4 is reached for MAC 
PDU at step 3 (Note 2). 





3 

The SS indicates a retransmission on PDCCH 
and transmits the same MAC PDU like step 1 
(Notel). 

<— 

MAC PDU 




EXCEPTION: Up to 3 HARQ NACK from the 
UE should be allowed at step 4 (Note 2). 





4 

Check: Does the UE send a HARQ ACK? 

-> 

HARQ ACK 

2 

P 

5 

UE transmit a Scheduling Request on PUCCH 

-> 

(SR) 

- 

- 

6 

The SS sends an UL grant suitable for the loop 
back PDU to transmitted 

<— 

(UL Grant) 

- 

- 

7 

The UE transmit a MAC PDU containing the 
loop back PDU corresponding to step 1 and 3 

-> 

MAC PDU 

- 

- 

Note 1: SS should transmit this PDU using Itbs=6, Nprb=1, see TS 36.213 Table 7.1.7.2.1-1. This will result in 
TBSize of 328 and having coding rate more than 1 . 

Note 2: The value 4 for the maximum number of HARQ retransmissions has been chosen based on an assumption 
that, given the radio conditions used in this test case, a UE soft combiner implementation should have 
sufficient retransmissions to be able to successfully decode the data in its soft buffer. 


Table 7.1.3.4.3.2-2: Test Parameters 


Iteration 

DL HARQ process 

(X) 

1 



2 

1 

3 

2 

4 

3 

5 

4 

6 

5 

7 

6 

8 

7[onlyforFDD] 

Note: The maximum DL HARQ process is 7 for 
TDD configuration 1 . 
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7.1 .3.4.3.3 Specific message contents 

Table 7.1.3.4.3.3-1 : RRCConnectionReconfiguration (preamble: Table 4.5.3.3-1, step 8) 


Derivation patii: 36.508 table 4.8.2.1 .5-1 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




RadioResourceConfigDedicated SEQUENCE { 




mac-MainConfig CHOICE { 




timeAlignmentTimerDedicated 

Infinity 



} 




} 




} 




} 




} 




} 





7.1 .3.5 Correct HARQ process handling / CCCH 

7.1.3.5.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_ IDLE state with RRC connection establishment procedure initiated 
ensure that { 

when { UE receives a MAC PDU addressed to RA-RNTI } 

then { UE does not transmit ACK/NACK for the corresponding HARQ process } 


(2) 

with { UE in E-UTRA RRC_ IDLE state with RRC connection establishment procedure initiated } 
ensure that { 

when { UE receives a MAC PDU addressed to T-CRNTI without UE Contention Resolution Identity 
matching the one included in the RRCConnectionRe quest message } 

then { UE does not transmit a ACK/NACK for the corresponding HARQ process } 

} 

(3) 

with { UE in E-UTRA RRC_ IDLE state with RRC connection establishment procedure initiated } 
ensure that { 

when { UE receives a MAC PDU addressed to T-CRNTI and cannot decode properly } 
then { UE does not transmits a NACK for the corresponding HARQ } 


(4) 

with { UE in E-UTRA RRC_ IDLE state with RRC connection establishment procedure initiated } 
ensure that { 

when { UE receives a MAC PDU addressed to T-CRNTI with UE Contention Resolution Identity matching 
the one included in the RRCConnectionRe quest message } 

then { UE transmits an ACK for the corresponding HARQ process and delivers data to upper layers 


7.1.3.5.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.3.2.1 and 

5.3.2.2. 

[TS 36.321, clause 5.3.2.1] 
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There is one HARQ entity at the UE which maintains a number of parallel HARQ processes. Each HARQ process is 
associated with a HARQ process identifier. The HARQ entity directs HARQ information and associated TBs received 
on the DL-SCH to the corresponding HARQ processes (see subclause 5.3.2.2). 

The number of DL HARQ processes is specified in [2], clause 7. 

When the physical layer is configured for spatial multiplexing [2], one or two TBs are expected per subframe and they 
are associated with the same HARQ process. Otherwise, one TB is expected per subframe. 

The UE shall: 

If a downlink assignment has been indicated for this TTI: 

- allocate the TBs received from the physical layer and the associated HARQ information to the HARQ 
process indicated by the associated HARQ information. 

- If a downlink assignment has been indicated for the broadcast HARQ process: 

- allocate the received TB to the broadcast HARQ process. 
NOTE: In case of BCCH a dedicated broadcast HARQ process is used. 

[TS 36.321, clause 5.3.2.2] 

For each subframe where a transmission takes place for the HARQ process, one or two (in case of spatial multiplexing) 
TBs and the associated HARQ information are received from the HARQ entity. 

For each received TB and associated HARQ information, the HARQ process shall: 

if the NDI, when provided, has been toggled compared to the value of the previous received transmission 
corresponding to this TB ; or 

- if the HARQ process is equal to the broadcast process and if this is the first received transmission for the TB 
according to the system information schedule indicated by RRC; or 

- if this is the very first received transmission for this TB(i.e. there is no previous NDI for this TB): 

consider this transmission to be a new transmission. 

- else: 

consider this transmission to be a retransmission. 
The UE then shall: 

- if this is a new transmission 

- replace the data currently in the soft buffer for this TB with the received data. 

- if a retransmission is indicated for this TB : 

- if the data has not yet been successfully decoded: 

- combine the received data with the data currently in the soft buffer for this TB. 
if the TB size is different from the last valid TB size signalled for this TB : 

- the UE may replace the data currently in the soft buffer for this TB with the received data. 

- attempt to decode the data in the soft buffer for this TB ; 

- if the data in the soft buffer was successfully decoded for this TB : 

- if the HARQ process is equal to the broadcast process: 

- deliver the decoded MAC PDU to upper layers. 

- else if this is the first successful decoding of the data in the soft buffer for this TB: 
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- deliver the decoded MAC PDU to the disassembly and demultiplexing entity. 

- generate a positive acknowledgement (ACK) of the data in this TB. 

- else: 

- generate a negative acknowledgement (NACK) of the data in this TB. 

- if the HARQ process is associated with a transmission indicated with a Temporary C-RNTI and a UE the 
Contention Resolution Identity match is not indicated successful (see subclause 5.1.5); or 

- if the HARQ process is equal to the broadcast process; or 

- - if timeAlignmentTimer is stopped or expired: 

- do not indicate the generated positive or negative acknowledgement to the physical layer. 

- else: 

- indicate the generated positive or negative acknowledgement for this TB to the physical layer. 

The UE shall ignore NDI received in all downlink assignments on PDCCH for its Temporary C-RNTI when 
determining if NDI on PDCCH for its C-RNTI has been toggled compared to the value in the previous transmission. 

7.1 .3.5.3 Test description 

7.1 .3.5.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 

- System information taking into account parameters in table 7. 1 .3.5.3.3-1 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode state (state 2) according to [18]. 
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7.1.3.5.3.2 


Test procedure sequence 

Table 7.1.3.5.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS transmits a Paging message including 
a matched identity. 

<- 

- 

- 

- 

2 

The UE transmits Preamble on PRACH 

— > 

PRACH Preamble 

- 

- 

3 

The SS transmits Random Access Response 
with matching RA-ld and including T-CRNTI. 
The CRC is calculated in such a way, it will 
result in CRC error on UE side 

<— 

Random Access Response 



4 

Check: does the UE transmit a HARQ 
ACK/NACK? 

-> 

HARQ ACK/NACK 

1 

F 

5 

The UE transmits Preamble on PRACH 

— > 

PRACH Preamble 

- 

- 

6 

The SS transmits Random Access Response 
with matching RA-ld and including T-CRNTI . 
The CRC is calculated in such a way, it will 
result in CRC pass on UE side. 

<— 

Random Access Response 



7 

Check: does the UE transmit a HARQ 
ACK/NACK? 

-> 

HARQ ACK/NACK 

1 

F 

8 

The UE transmits a MAC PDU containing an 
RRCConnectionRequest message. 

-> 

MAC PDU 

- 

- 

9 

The SS transmits a valid MAC PDU containing 
RRCConnectionSetup, and including 'UE 
Contention Resolution Identity' MAC control 
element with not matching 'Contention 
Resolution Identity'. 

<- 

MAC PDU 



10 

Check: does the UE transmit a HARQ 
ACK/NACK? 

-> 

HARQ ACK/NACK 

2 

F 

11 

The UE transmits Preamble on PRACH 

— > 

PRACH Preamble 

- 

- 

12 

The SS transmits Random Access Response 
with matching RA-ld and including T-CRNTI. 

<- 

Random Access Response 

- 

- 

13 

The UE transmits a MAC PDU containing an 
RRCConnectionRequest message. 

-> 

MAC PDU 

- 

- 

14 

The SS transmits a valid MAC PDU containing 
RRCConnectionSetup, and including 'UE 
Contention Resolution Identity' MAC control 
element with matching 'Contention Resolution 
Identity'. The CRC is calculated in such a way 
that it will result in CRC error on UE side 

<- 

MAC PDU 



15 

Check: Does UE transmit a HARQ NACK? 

-> 

HARQ NACK 

3 

F 

16 

The UE transmits Preamble on PRACH 

— > 

PRACH Preamble 

- 

- 

17 

The SS transmits Random Access Response 
with matching RA-ld and including T-CRNTI. 

<- 

Random Access Response 

- 

- 

18 

The UE transmits a MAC PDU containing an 
RRCConnectionRequest message. 

-> 

MAC PDU 

- 

- 

19 

The SS transmits the same MAC PDU like in 
step 14, but the CRC is calculated in such a 
way that it will result in CRC pass on UE side 

<- 

MAC PDU 



20 

Check: does the UE transmit a HARQ ACK? 

-> 

HARQ ACK 

4 

P 

21 

The UE transmits a MAC PDU containing an 
RRCConnectionSetupComplete message 
including SERVICE REQUEST message 
indicating acceptance of 
RRCConnectionSetup message 

-> 

MAC PDU 



22- 
25 

Steps 6 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed to successfully complete the 
service request procedure. 
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7.1 .3.5.3.3 Specific message contents 

Table 7.1.3.5.3.3-1 : SystemlnformationBlockType2 (all steps, table 7.1.3.5.3.2-1) 


Derivation path: 36.508 table 4.4.3.3-1 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




radioResourceConfigCommon SEQUENCE { 




rach-Configuration SEQUENCE { 




ra-Supervisionlnformation SEQUENCE { 




preambleTransMax 

n8 



mac-ContentionResolutionTimer 

sf64 

Max Value 


} 




} 




prach-Configuration SEQUENCE { 




prach-Configlnfo SEQUENCE { 




prach-Configurationlndex 

1 

As per table 5.7.1- 
2 of 36.211, this 
results in PRACH 
preamble 
transmission start 
in even frame 
numbers and sub- 
frame number 4 

FDD 

prach-Configurationlndex 



As per table 5.7.1- 
4 of 36.211, this 
results in PRACH 
preamble 
transmission with 
frequency 
resource index=0; 
occurring in even 
radio frames; 
resource is 
located in first half 
frame and sub 
frame number 3 
Note 1 

TDD 

} 




} 




} 




ue-TimersAndConstants SEQUENCE! 




t300 

ms2000 

T300 


} 




} 





7.1.3.6 
7.1.3.6.1 
(1) 


Correct HARQ process handling / BCCH 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a MAC PDU addressed to SI-RNTI } 

then { UE does not send any ACK/NACK for the corresponding dedicated HARQ process } 


7.1.3.6.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.3.2.1 & 

5.3.2.2. 

[TS 36.321, clause 5.3.2.1] 
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There is one HARQ entity at the UE which maintains a number of parallel HARQ processes. Each HARQ process is 
associated with a HARQ process identifier. The HARQ entity directs HARQ information and associated TBs received 
on the DL-SCH to the corresponding HARQ processes (see subclause 5.3.2.2). 

The number of DL HARQ processes is specified in [2], clause 7. 

When the physical layer is configured for spatial multiplexing [2], one or two TBs are expected per subframe and they 
are associated with the same HARQ process. Otherwise, one TB is expected per subframe. 

The UE shall: 

If a downlink assignment has been indicated for this TTI: 

- allocate the TBs received from the physical layer and the associated HARQ information to the HARQ 
process indicated by the associated HARQ information. 

- If a downlink assignment has been indicated for the broadcast HARQ process: 

- allocate the received TB to the broadcast HARQ process. 

NOTE: In case of BCCH a dedicated broadcast HARQ process is used. 

[TS 36.321, clause 5.3.2.2] 

For each subframe where a transmission takes place for the HARQ process, one or two (in case of spatial multiplexing) 
TBs and the associated HARQ information are received from the HARQ entity. 

For each received TB and associated HARQ information, the HARQ process shall: 

if the NDI, when provided, has been toggled compared to the value of the previous received transmission 
corresponding tothis TB ; or 

- if the HARQ process is equal to the broadcast process and if the physical layer indicates a new transmission for 
the TB according to the system information schedule indicated by RRC; or 

- if this is the very first received transmission for this TB(i.e. there is no previous NDI for this TB): 

consider this transmission to be a new transmission. 

- else: 

consider this transmission to be a retransmission. 
The UE then shall: 

- if this is a new transmission: 

- replace the data currently in the soft buffer for this TB with the received data. 

- else if this is a retransmission: 

- if the data has not yet been successfully decoded: 

- combine the received data with the data currently in the soft buffer for this TB. 
if the TB size is different from the last valid TB size signalled for this TB : 

- the UE may replace the data currently in the soft buffer for this TB with the received data. 

- attempt to decode the data in the soft buffer for this TB ; 

- if the data in the soft buffer was successfully decoded for this TB : 

- if the HARQ process is equal to the broadcast process: 

- deliver the decoded MAC PDU to upper layers. 

- else if this is the first successful decoding of the data in the soft buffer for this TB: 
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- deliver the decoded MAC PDU to the disassembly and demultiplexing entity. 

- generate a positive acknowledgement (ACK) of the data in this TB. 

- else: 

- generate a negative acknowledgement (NACK) of the data in this TB. 

if the HARQ process is associated with a transmission indicated with a Temporary C-RNTI and the Contention 
Resolution is not yet successful (see subclause 5.1.5); or 

- if the HARQ process is equal to the broadcast process; or 

- if timeAlignmentTimer is stopped or expired: 

- do not indicate the generated positive or negative acknowledgement to the physical layer. 

- else: 

- indicate the generated positive or negative acknowledgement for this TB to the physical layer. 

The UE shall ignore NDI received in all downlink assignments on PDCCH for its Temporary C-RNTI when 
determining if NDI on PDCCH for its C-RNTI has been toggled compared to the value in the previous 
transmission. 

7.1 .3.6.3 Test description 

7.1 .3.6.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
UE: 

- None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

- RRC Connection Reconfiguration (Preamble: Table 4.5.3.3-1) using parameters as specified in Table 7.1.3.6.3.3- 
4 
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7.1.3.6.3.2 


Test procedure sequence 

Table 7.1.3.6.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

A 

The SS transmits a Paging message including 
the systemlnfoModification. (Note 1 ) 

- 

- 

- 

- 

1 

The SS transmits an updated system 
information with SI-RNTI addressed in L1/L2 
header at the start of the modification period. 
CRC is calculated in such a way, it will result in 
CRC fail on UE side. Dedicated HARQ 
process for broadcast is used. 

<- 




2 

Check: Does the UE transmit a HARQ 
ACK/NACK? (Note 2 and 3) 

-> 

HARQ ACK/NACK 

1 

F 

3 

Void 

- 

- 

- 

- 

4 

Void 

- 

- 



5 

Void 

- 

- 

- 

- 

6 

After 100ms of step 2, the SS transmits an 
updated system information [contents same as 
in step 1] with SI-RNTI addressed in L1/L2 
header. CRC is calculated in such a way, it will 
result in CRC pass on UE side. Dedicated 
HARQ process for broadcast is used. 





7 

Check: Does the UE transmit an ACK/NACK? 
(Note 2 and 4) 

-> 

HARQ ACK/NACK 

1 

F 

8 

SS is configured to not allocate UL Grants on 
Scheduling Request 

- 

- 

- 

- 

9 

The SS Transmits MAC PDU containing a RLC 
PDU 

<- 

MAC PDU 

- 

- 

10 

The UE transmits a HARQ ACK 

-> 

HARQ ACK 

- 

- 

11 

Check: Does the UE transmit PRACH 
Preamble, using PRACH resources as in new 
SI? 

-> 

PRACH Preamble 

1 

P 

12 

The SS transmits Random Access Response 

<— 

Random Access Response 

- 

- 

13 

The UE transmits a MAC PDU with C-RNTI 
containing loop backed RLC PDU 

-> 

MAC PDU 

- 

- 

14 

SS sends PDCCH transmission for UE C-RNTI 
to complete contention resolution. 

- 

- 

- 

- 

Note 1 : To guarantee that the UE will receive at least one Paging in the Modification Period preceding the Syslnfo 

change, SS should send the Paging message in every eligible PO in this Modification Period. 
Note 2: When requested to check HARQ feedback for the dedicated broadcast HARQ process, the SS 

shall assume the same PUCCH reception requirement as specified in TS 36.213 section 10 for a normal 

HARQ process. 
Note 3: For duration of 100ms, the SS should check HARQ NACK for all broadcast SIBs. This duration is sufficient 

to ensure that SS transmits few times SIBs with CRC corruption. 
Note 4: For duration of 5020ms (51 20 - 1 00), the SS should check HARQ ACK for all broadcast SIBs. 51 20ms is 

the system information modification period calculated based on the default values of parameters specified 

in TS 36.508. ( modification period = modificationPeriodCoeff * defaultPagingCycle,and in TS 36.508, 

modificationPeriodCoeff=4 and defaultPagingCycle=128radio frames). 
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7.1 .3.6.3.3 Specific message contents 

Table 7.1.3.6.3.3-1 : SystemlnformationBlockType2 {steps 1 and 6 of table 7.1.3.6.3.2-1) 


Derivation path: 36.508 table 4.4.3.3-1 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




radioResourceConfigCommon SEQUENCE { 




prach-Config SEQUENCE { 




rootSequencelndex 

20 (u = 2, Value different 
than default in TS 
36.508) 


FDD 

rootSequencelndex 

2{u = 2, Value different 
than default in TS 
36.508) 

rootSequencelnde 
X should take 
value from table of 
5.7.2-5 in TS 
36.211 since, the 
PRACH format 4 
is used as default 
for testing for 
TDD. 

TDD 

} 




} 




} 





Table 7.1.3.6.3.3-2: Paging (step A, 5 of table 7.1.3.6.3.2-1) 


Derivation path: 36.508 table 4.6.1-7 

Information Element 

Value/Remark 

Comment 

Condition 

Paging ::= SEQUENCE! 




pagingRecordList 

Not present 



systemlnfoModification 

true 



etws-lndication 

Not present 



nonCriticalExtension SEQUENCE {} 

Not present 



} 





Table 7.1.3.6.3.3-3: SystemlnformationBlockTypel (step 1 of table 7.1.3.6.3.2-1) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




systemlnfoValueTag 

1 



} 





Table 7.1.3.6.3.3-4: RRCConnectionReconfiguration (Preamble) 


Derivation path: 36.508 table 4.8.2.1 .5-1 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




RadioResourceConfigDedicated SEQUENCE { 




mac-MainConfig CHOICE { 




timeAlignmentTimerDedicated 

Infinity 



} 




} 




} 




} 




} 




} 
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7.1.3.7 
7.1.3.7.1 
(1) 


MAC padding 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensurethat { 

when{ UE is receiving RLC PDUs in MAC PDUs with padding greater than 2 bytes 
then { UE acknowledges reception of the RLC PDUs } 


(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is receiving RLC PDUs in MAC PDUs with padding equal to or less than 2 bytes } 
then { UE acknowledges reception of the RLC PDUs } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { SS is tranmitting a MAC control Timing Advance PDU with padding equal to or less than 2 
bytes and no Data MAC PDU sub-headers followed by tranmitting a RLC PDU } 

then { UE acknowledges reception of the RLC PDU using the new Timing Advance } 


7.1 .3.7.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 6.1.2. 

[TS 36.321 clause 6.1.2] 

Padding occurs at the end of the MAC PDU, except when single-byte or two-byte padding is required. Padding may 
have any value and the UE shall ignore it. When padding is performed at the end of the MAC PDU, zero or more 
padding bytes are allowed. 

When single-byte or two-byte padding is required, one or two MAC PDU subheaders corresponding to padding are 
placed at the beginning of the MAC PDU before any other MAC PDU subheader. 

A maximum of one MAC PDU can be transmitted per TB per UE. 


R/R/E/LCID 
sub-header 


R/R/E/LCID 
sub-header 


R/R/E/LCID/F/L 
sub-header 


R/R/E/LCID/F/L 
sub-header 


R/R/E/LCID/F/L R/R/E/LCID padding 
sub-header sub-header 


MAC header 


MAC Control MAC Control 
element 1 element 2 


MAC SDU 


MAC SDU 


Padding 
(opt) 


-MAC payload- 


Figure 6.1.2-3: Example of MAC PDU consisting of MAC header, MAC control elements, MAC SDUs 

and padding 
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Test description 
Pre-test conditions 


7.1.3.7.3 
7.1.3.7.3.1 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

- The UL RLC SDU size is set to not return any data. 
7.1 .3.7.3.2 Test procedure sequence 

Table 7.1.3.7.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 


1 

The 88 transmits a IVIAC PDU containing an 
RLC SDU in an AMD PDU with polling field 'P' 
set to '1 '. The MAC SDU payload is set 8 bytes 
smaller than the TB size allocated in the DL 
Assignment minus AMD PDU and MAC 
headers. SS adds a 7-byte padding at the end 
of the MAC PDU and inserts a MAC padding 
sub-header after the MAC SDU sub-header. 

<- 

MAC PDU(AMD PDU, 7-byte 
padding) 



2 

Check: Does the UE transmit an RLC STATUS 
PDU with ACK_SN field equal to 1 ? 

-> 

RLC STATUS PDU (ACK_SN '1') 

1 

P 

3 

The SS transmits a MAC PDU containing an 
RLC SDU in an AMD PDU with polling field P' 
set to '1 '. The MAC SDU payload is set to 1 - 
byte smaller than the TB size allocated in the 
DL Assignment minus AMD PDU and MAC 
headers. SS adds a 1 byte padding by 
inserting a MAC PDU sub-header before first 
Data MAC PDU sub-header. 

<- 

MACPDU(AMD PDU, one byte 
padding) 



4 

Check: Does the UE transmit an RLC STATUS 
PDU with ACK SN field equal to 2? 

-> 

MAC PDU(RLC STATUS PDU 
(ACK SN =2) ) 

2 

P 

5 

The SS sets the downlink assignment for TBS 
of '16-bits' 

- 

- 

- 

- 

6 

The SS transmits a Timing Advance without 
any additional padding. Start Timer_1 = Time 
Alignment timer value. 

<— 

MAC Control PDU(Timing 
Advance) 



7 

The SS sets the downlink assignment for TBS 
of '24-bits' 

- 

- 

- 

- 

8 

The SS waits a time period equal to 0.5 of 
Timer_1 value and configures a MAC PDU that 
consists of only a Control MAC PDU sub 
header (8-bits). Transmit another Timing 
Advance MAC PDU (8-bits) which leaves 1- 
byte padding. The SS does not transmit any 
subsequent timing alignment. Restart Timer_1 
= Time Alignment timer value 

<— 

MAC Control Element (Timing 
Advance) + 1-byte padding 



9 

The SS waits a time period equal to 0.7 of 
Timer 1. 

- 

- 

- 

- 

9A 

SS transmits MAC PDU containing one RLC 
SDU in an AMD PDU with polling field 'P' set 
to'1'. 

<— 

MAC PDU(AMD PDU (SN=2, 
P=1)) 



10 

Check: Does the UE transmit an RLC STATUS 
PDU acknowledging the reception of the RLC 
PDU in step 9 with new Timing Advance? 

-> 

MAC PDU(RLC STATUS PDU 
(ACK_SN =3)) 

3 

P 
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7.1.3.7.3.3 

Specific IVIessage i 

iNVJllC 

7.1.3.8 

Void 

7.1.3.9 

MAC reset / DL 

7.1.3.9.1 

Test Purpose (TP) 


(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE MAC is reset, due to handover to a new cell } 
then { UE flushes DL HARQ buffer } 
} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state ) 
ensure that { 

when{ UE MAC is reset, due to handover to a new cell } 

then { UE considers the next transmission for each DL HARQ process as very first } 

} 

7.1 .3.9.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.9. 

[TS 36.321 clause 5.9] 

If a reset of the MAC entity is requested by upper layers, the UE shall: 

- initialize Bj for each logical channel to zero; 

- stop (if running) all timers; 

- consider the timeAlignmentTimer as expired and perform the corresponding actions in subclause 5.2; 

- set the NDIs for all uplink HARQ processes to the value 0; 

- stop, if any, ongoing RACH procedure; 

- discard explicitly signalled ra-Preamblelndex and ra-PRACH-Masklndex, if any; 

- flush Msg3 buffer; 

- cancel, if any, triggered Scheduling Request procedure; 

- cancel, if any, triggered Buffer Status Reporting procedure; 

- cancel, if any, triggered Power Headroom Reporting procedure; 

- flush the soft buffers for all DL HARQ processes; 

for each DL HARQ process, consider the next received transmission for a TB as the very first; 

- release, if any. Temporary C-RNTL 

7.1 .3.9.3 Test description 
7.1 .3.9.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2 
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UE: 

None. 
Preamble: 


The UE is in state Loopback Activated (state 4) in Cell 1 according to [18] using parameters as specified in 
Table 7.1.3.9.3.3-3. 


7.1.3.9.3.2 


Test procedure sequence 


Table 7.1.3.9.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while columns marked "Tl" 
is to be applied subsequently. The exact instants on which these values shall be applied are described in the texts in this 
clause. 

Table 7.1.3.9.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15Khz 

-85 

Off 


T1 

Cell-specific RS EPRE 

dBm/15Khz 

-85 

-79 



Table 7.1.3.9.3.3-2 illustrates the specific message content of RRC Connection Reconfiguration message during 
preamble. 

Table 7.1.3.9.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS changes Cell 2 power level according 
to the row "Tl " in table 7.1 .3.9.3.2-1 

- 

- 

- 

- 

2 

The SS transmits a MAC PDU containing one 
RLC SDU on DRB, but the CRC is calculated 
in such a way that it will result in CRC error on 
UE side. 

<- 

MAC PDU (1 RLC SDU of 40 
bytes on DRB) 



3 

The UE transmit a HARQ NACK 

~> 

HARQ NACK 

- 

- 

4 

Void 

- 

- 

- 

- 

5 

The SS transmits an 

RRCConnectionReconfiguration message to 
order the UE to perform intra frequency 
handover to Cell 2 

<— 




6 

The UE transmits on Cell 2, 
RRCConnectionReconfigurationComplete 

-> 

- 

- 

- 

7 

Check: For 100 ms, does the UE transmit any 
HARQ NACK? 

-> 

HARQ NACK 

1 

F 

8 

The SS transmits a MAC PDU containing RLC 
SDU on DRB. The HARQ Process and NDI on 
PDCCH is same as in step 2. The SS shall 
ensure that the HARQ process used at step 2 
will not be used in between steps 4 and 7. 

<— 

MAC PDU (1 RLC SDU of 40 
bytes on DRB) 



9 

Check: Does the UE transmit a scheduling 
request? 

-> 

(SR) 

2 

P 

10 

The SS allocates UL Grant sufficient for one 
RLC SDU to be loop backed in a TTI, and NDI 
indicates new transmission 

<— 

Uplink Grant 



11 

The UE transmits a MAC PDU including one 
RLC SDU 

-> 

MAC PDU 

- 

- 
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7.1 .3.9.3.3 Specific Message Contents 

Table 7.1.3.9.3.3-1 : RRCConnectionReconfiguration (step 5, table 7.1.3.9.3.2-2) 


Derivation Patii: 36.508, Table 4.6.1-8, condition HO 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




mobilityControllnfo SEQUENCE { 

IVIobilityControllnfo-HO 



targetPhysCellld 

PhysicalCellldentity of 
Cell 2 (see 36.508 clause 
4.6.5) 



carrierFreq 

Not present 



} 




} 




} 




} 




} 





Table 7.1.3.9.3.3-2: RRCConnectionReconfiguration (preamble: Table 4.5.3.3-1, step 8) 


Derivation path: 36.508 table 4.8.2.1 .5-1 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




RadioResourceConfigDedicated SEQUENCE { 




mac-MainConfig CHOICE { 




timeAlignmentTimerDedicated 

Infinity 



} 




} 




} 




} 




} 




} 





Table 7.1.3.9.3.3-3: RLC-Config-DRB-AM {RRCConnectionReconfiguration ("preamble: Table 4.5.3.3-1, 

step 8)} 


Derivation path: 36.508 clause 4.8.2.1 .3.2, Table 4.8.2.1 .3.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

RLC-Config-DRB-AM ::= CHOICE { 




am SEQUENCE! 




ul-AM-RLC SEQUENCE { 




t-PollRetransmit 

ms250 



} 




} 




} 





7.1.3.10 
7.1.3.11 
7.1.3.11.1 
(1) 


CA / Correct HARQ process handling / DCCH and DTCH / Pcell and Scell 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state with SCell activated } 
ensure that { 

when { the UE receives a MAC PDU for DRB and decode fails } 

then { the UE transmits a NACK for the corresponding HARQ process within HARQ entity 


ETSi 


3GPP TS 36.523-1 version 10.0.0 Release 10 


502 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


(2) 

with { UE in E-UTRA RRC_CONNECTED state with SCell activated } 
ensure that { 

when { the UE receives a MAC PDU retransmission for DRB, and results in successful decode } 
then { the UE transmits an ACK for the corresponding HARQ process within HARQ entiry and 
delivers data to upper layers } 


7.1 .3.1 1 .2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.3.2.1. 

[TS 36.321, clause 5.3.2.1] 

There is one HARQ entity at the UE for each Serving Cell which maintains a number of parallel HARQ processes. Each 
HARQ process is associated with a HARQ process identifier. The HARQ entity directs HARQ information and 
associated TBs received on the DL-SCH to the corresponding HARQ processes (see subclause 5.3.2.2). 

The number of DL HARQ processes per HARQ entity is specified in [2], clause 7. 

When the physical layer is configured for downlink spatial multiplexing [2], one or two TBs are expected per subframe 
and they are associated with the same HARQ process. Otherwise, one TB is expected per subframe. 

The UE shall: 

- If a downlink assignment has been indicated for this TTI: 

- allocate the TB(s) received from the physical layer and the associated HARQ information to the HARQ 
process indicated by the associated HARQ information. 

- If a downlink assignment has been indicated for the broadcast HARQ process: 

- allocate the received TB to the broadcast HARQ process. 
NOTE: In case of BCCH a dedicated broadcast HARQ process is used. 

7.1 .3.1 1 .3 Test description 

7.1 .3.1 1 .3.1 Pre-test conditions 
System Simulator: 

- Cell 1 (PCell) and Cell 3(SCell) 

- RRC Connection Reconfiguration (preamble: Table 4.5.3.3-1, step 8) using parameters as specified in Table 
7.1.3.11.3.3-1 and 7.1.3.11.3.3-2. 

UE: 

None. 

Preamble: 

- The UE is in state Loopback Activated (state 4) on Cell 1 according to [18]. 

7.1 .3.1 1 .3.2 Test procedure sequence 

Table 7.1.3.11.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 

TO 

Cell-specific 
RS EPRE 

dBm/15k 
Hz 

-85 

-85 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


503 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 7.1.3.1 1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS transmits an 
RRConnectionReconfiguration message 
containing a sCellToAddModList on Cell 1 with 
SCell (Cell 3) addition. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmit an 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS transmits Activation MAC control 
element to activate Scell (Cell 3). 

<- 

MAC PDU (Activation (Ci=1)) 

- 

- 

4 

The SS indicates a new transmission on 
PDCCH of CCi and transmits a MAC PDU 
(containing an RLC PDU with SN=0), with 
content set so that UE could not successfully 
decode the data from its soft buffer. (Note 1 ) 

<- 

MAC PDU (CCi) 



5 

Check: Does the UE transmit a HARQ NACK 
for the DL data corresponding DL CCi? 

-> 

HARQ NACK (CCi) 

1 

P 


EXCEPTION: Step 6 shall be repeated till 
HARQ ACK is received at step 7 or until 
HARQ retransmission count = 4 is reached for 
MAC PDU at step 7 (Note 2). 





6 

The SS indicates a retransmission on PDCCH 
of CCi and transmits the same MAC PDU like 
step 4 (Note 1). 

<- 

MAC PDU (CCi) 




EXCEPTION: Up to 3 HARQ NACK from the 
UE should be allowed at step 7 (Note 2). 

- 

- 

- 


7 

Check: Does the UE send a HARQ ACK for 
the DL data corresponding to DL CCi? 

-> 

HARQ ACK (CCi) 

2 

P 

8 

The UE transmit a Scheduling Request on 
PUCCH 

-> 

(SR) 

- 

- 

9 

The SS sends an UL grant suitable for 
transmitting loop back PDU on Cell 1 . 

<- 

(UL Grant) 

- 

- 

10 

The UE transmit a MAC PDU containing the 
loop back PDU corresponding to step 4 and 6 

-> 

MAC PDU 

- 

- 

11 

The SS indicates a new transmission on 
PDCCH of CC2 and transmits a MAC PDU 
(containing an RLC PDU with SN=1), with 
content set so that UE could not successfully 
decode the data from its soft buffer. (Note 1) 

<- 

MAC PDU (CC2) 



12 

Check: Does the UE transmit a HARQ NACK 
for the DL data corresponding to DL CC2? 

-> 

HARQ NACK (CC2) 

1 

P 


EXCEPTION: Step 13 shall be repeated till 
HARQ ACK is received at step 14 or until 
HARQ retransmission count = 4 is reached for 
MAC PDU at step 14 (Note 2). 





13 

The SS indicates a retransmission on PDCCH 
of CC2 and transmits the same MAC PDU like 
step 11 (Notel). 

<- 

MAC PDU (CC2) 




EXCEPTION: Up to 3 HARQ NACK from the 
UE should be allowed at step 14 (Note 2). 

- 

- 

- 

- 

14 

Check: Does the UE send a HARQ ACK for 
the DL data corresponding to DL CC2? 

-> 

HARQ ACK (CC2) 

2 

P 

15 

UE transmit a Scheduling Request on PUCCH 

-> 

(SR) 

- 

- 

16 

The SS sends an UL grant suitable for 
transmitting loop back PDU on Cell 1 . 

<- 

(UL Grant) 

- 

- 

17 

The UE transmit a MAC PDU containing the 
loop back PDU corresponding to step 1 1 and 
13 

-> 

MAC PDU 




EXCEPTION: Steps 18 to 21 are run 
6[FDD]/5[TDD] times using test parameter 
values as given for each iteration in table 
7.1.3.11.3.2-4. (Note 4) (Note 6). 





18 

The SS indicates new transmissions on 
PDCCHs of CCi and CC2 and transmits a 

<- 

MAC PDU (CCi and CC2) 

- 

- 
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MAC PDU (containing an RLC PDU) on both 
CCs respectively with contents set so that UE 
could not successfully decode the data from its 
soft buffers. (Note 1). 





19 

Check: Does the UE transmit HARQ NACK for 
the DL data corresponding to DL CCi and CC2 
respectively? 

-> 

HARQ NACK (CCi and CC2) 

1 

P 


EXCEPTION: In parallel with steps 20 to 21 , 
the parallel behaviour in table 7.1 .3.1 1 .3.2-3 is 
running. 






EXCEPTION: Step 20 shall be repeated till 
HARQ ACK is received at step 21 for the data 
corresponding both DL CCi and DL CC2 or 
until HARQ retransmission count = 4 is 
reached for MAC PDUs at step 21 (Note 2). 





20 

The SS indicates retransmissions on PDCCHs 
of CCi and CC2 and transmits the same MAC 
PDUs like step 18 (Note 1)(Note 3). 

<- 

MAC PDU (CCi and CC2) 




EXCEPTION: Up to 3 HARQ NACK per CC 
from the UE should be allowed at step 21 
(Note 2). 





21 

Check: Does the UE send a HARQ ACKs for 
the DL data corresponding to DL CCi and 
CC2? 

-> 

HARQ ACK (CCi and CC2) 

2 

P 

Note 1: SS should transmit this PDU using Itbs=6, Nprb=1, see TS 36.213 Table 7.1.7.2.1-1. This will result in 

TBSize of 328 and having coding rate more than 1 . 
Note 2: The value 4 for the maximum number of HARQ retransmissions has been chosen based on an assumption 

that, given the radio conditions used in this test case, a UE soft combiner implementation should have 

sufficient retransmissions to be able to successfully decode the data in its soft buffer. 
Note 3: Retransmission is done only for the DL CCs, for which HARQ NACK was received. 
Note 4: Following steps cover testing of DL HARQ processes 2 to 7[FDD]/6[TDD]. DL HARQ processes and 1 

are covered in steps 4 to 17. 
Note 5: CCi corresponds to Pcell (Cell 1) and CC2 corresponds to Scell (Cell 3). 
Note 6: At each iteration RLC PDU SN is incremented by 1 such that RLC PDUs with SN = 2, 4, 6, 8, 10 (and 12) 

are being transmitted on CCi whereas RLC PDUs with SN = 3, 5, 7, 9, 1 1 (and 13) on CC2. 


Table 7.1.3.1 1.3.2-3: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The UE transmit a Scheduling Request on 
PUCCH 

-> 

(SR) 

- 

- 

2 

Wait for 30ms to ensure HARQ processes for 
both CCs are finished. 

- 

- 

- 

- 

3 

The SS sends an UL grant suitable for 
transmitting loop back PDUs on Cell 1 .. 

<- 

(UL Grant) 

- 

- 

4 

The UE transmit a MAC PDUs containing the 
loop back PDUs corresponding to step 18 and 
20 in table 7.1.3.1 1.3.2-2. 

-> 

MAC PDU 




Table 7.1.3.11.3.2-4: Test Parameters 


Iteration 

DL HARQ process 

(X) 

- 



- 

1 

1 

2 

2 

3 

3 

4 

4 

5 

5 

6 

6 

7[onlyforFDD] 

Note: The maximum DL HARQ process is 7 for 
TDD configuration 1. 
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7.1 .3.1 1 .3.3 Specific message contents 

Table 7.1 .3.1 1 .3.3-1 : RRCConnectionReconfiguration (Table 7.1 .3.1 1 .3.2-1 , step 2) 


Derivation path: 36.508 table 4.8.2.1 .5-1 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




RadioResourceConfigDedicated SEQUENCE { 




mac-IVIainConfig SEQUENCE { 




timeAlignmentTimerDedicated 

Infinity 



mac-MainConfig-v1020 SEQUENCE { 




sCellDeactivationTimer-rl 

Not present 



} 




} 




} 




} 




} 




} 




} 





Table 7.1.3.11.3.3-2: SchedulingRequest-Configuration to be used in RRCConnectionReconfiguration 

(Table 7.1.3.11.3.2-1, step 2) 


Derivation Path: 36.508 clause 4.6.3-20 

Information Element 

Value/remark 

Comment 

Condition 

SchedulingRequest-Configuration ::= CHOICE { 




setup SEQUENCE! 




dsr-TranslVlax 

n8 



} 




} 





Editor's note: Prose is currently written such that cross carrier scheduHng is not used. Default parameters for CA are 
FFS. 


7.1.4 

7.1.4.1 
7.1.4.1.1 
(1) 


UL-SCH data transfer 

Correct handling of UL assignnnent / Dynamic case 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives for a TTI an uplink grant with valid C-RNTI } 

then { UE transmits data and associated HARQ information to the HARQ entity for this TTI 


7.1 .4.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.321 clause 5.4.1. 

[TS 36.321, clause 5.4.1] 

In order to transmit on the UL-SCH the UE must have a valid uplink grant (except for non-adaptive HARQ 
retransmissions) which it may receive dynamically on the PDCCH or in a Random Access Response or which may be 
configured semi-persistently. To perform requested transmissions, the MAC layer receives HARQ information from 
lower layers. 

When timeAlignmentTimer is running and the UE has a C-RNTI, Semi-Persistent Scheduling C-RNTI, or Temporary C- 
RNTI, the UE shall for each TTI : 
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- if an uplink grant for this TTI has been received in a Random Access Response: 

- set NDI to the value and consider the NDI to have been toggled. 

- if an uplink grant for this TTI has been received on the PDCCH for the UE's C-RNTI or Temporary C- 
RNTI; or 

- if an uplink grant for this TTI has been received in a Random Access Response: 

if the uplink grant is for UE's C-RNTI and if the previous uplink grant delivered to the HARQ entity for the 
same HARQ process was either an uplink grant received for the UE's Semi-Persistent Scheduling C-RNTI or 
a configured uplink grant: 

- consider the NDI to have been toggled regardless of the value of the NDI. 

- deliver the uplink grant and the associated HARQ information to the HARQ entity for this TTI. 

else, if an uplink grant for this TTI has been received on the PDCCH for the UE's Semi-Persistent C-RNTI: 

- if the NDI in the received HARQ information is 1 : 

- consider the NDI not to have been toggled; 

- indicate a valid uplink grant and the associated HARQ information to the HARQ entity for this TTI. 

NOTE 1 : The period of configured uplink grants is expressed in TTIs. 

NOTE 2: If the UE receives both a grant in a Random Access Response and a grant for its C-RNTI or Semi 

persistent scheduling C-RNTI requiring transmissions in the same UL subframe , the UE may choose to 
continue with either the grant for its RA-RNTI or the grant for its C-RNTI or Semi persistent scheduling 
C-RNTI. 

NOTE 3: When a configured uplink grant is indicated during a measurement gap and indicates an UL-SCH 

transmission during a measurement gap, the UE processes the grant but does not transmit on UL-SCH. 

7.1 .4.1 .3 Test description 

7.1 .4.1 .3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 
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7.1.4.1.3.2 


Test procedure sequence 

Table 7.1.4.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

2 

SS transmits a MAC PDU including a RLC 
SDU 

<- 

MAC PDU 

1 

- 

3 

Void 

-> 

- 

- 

- 

- 

EXCEPTION: Step 4 runs in parallel with 
behaviour in table 7.1 .4.1 .3.2-2 

- 

- 

- 

- 

4 

The SS is configured for Uplink Grant 
Allocation Type 2. For 400 ms SS transmits 
an UL Grant every 10 ms, allowing the UE to 
return the RLC SDU as received in step 2, on 
PDCCH, but with the C-RNTI different from the 
C-RNTI assigned to the UE. Note 1 . 

<- 

(UL Grant (unknown C-RNTI)) 



5 

Check: Does the UE transmit a MAC PDU 
corresponding to grant in step 4? 

-> 

MAC PDU 

1 

F 

6 

The SS is configured for Uplink Grant 
Allocation Type 2. SS transmits an UL Grant, 
allowing the UE to return the RLC SDU as 
received in step 2, on PDCCH with the C-RNTI 
assigned to the UE. 

<— 

(UL Grant (C-RNTI)) 



7 

Check: Does the UE transmit a MAC PDU 
corresponding to grant in step 6? 

-> 

MAC PDU 

1 

P 

Note 1 : Note 400 ms corresponding to 40 frames is selected to be sufficiently large than loop back delay and small 
than the time needed for Scheduling Request to be repeated dsr-TransMax times( {64-1}* 20 milliseconds). 


Table 7.1.4.1.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

UE transmits a Scheduling Request. 

-> 

(SR) 

- 

- 


7.1.4.1.3.3 


Specific message contents. 


Table 7.1.4.1.3.3-1: SchedulingRequest-Configuration to be used in RRCConnectionReconfiguration 

in preamble 


Derivation Path: 36.508 clause 4.6.3-20 

Information Element 

Value/remark 

Comment 

Condition 

SchedulingRequest-Configuration ::= CHOICE { 




setup SEQUENCE} 




dsr-TransMax 

n64 

Max value allowed 


} 




} 
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Table 7.1.4.1.3.3-2: RRCConnectionReconfiguration (preamble: Table 4.5.3.3-1, step 8) 


Derivation path: 36.508 table 4.8.2.1 .5-1 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




RadioResourceConfigDedicated SEQUENCE { 




mac-IVIainConfig CHOICE { 




timeAlignmentTimerDedicated 

Infinity 



} 




} 




} 




} 




} 




} 





7.1.4.2 
7.1.4.2.1 

(1) 


Correct handling of UL assignment / Semi-persistent case 
Test Purpose (TP) 


with { UE in E-UTRA RRC_Connected state with DRB established and sps- Configuration in UL is enabled 

} 

ensure that { 

when { UE receives a UL grant addressed to its stored SPS-CRNTI in SF-Num y and with NDI set as 

} 

then { UE starts transmitting UL MAC PDU in SF-Num Fl } 
} 

(2) 

with { UE in E-UTRA RRC_Connected state with DRB established and stored UL SPS grant to transmit MAC 
PDU at SF-Num Fl } 
ensure that { 

when { UE receives a UL grant addressed to its SPS-CRNTI in SF-Num- frame p and with NDI set as 0, 
where p+4!=Fl(FDD) or p+k (p) ! =F1 (TDD) } 

then { UE starts transmiting UL MAC PDU in SF-Num F2 and stops transmiting UL MAC PDU at SF-Num 
Fl I 


(3) 


with { UE in E-UTRA RRC_Connected state with DRB established and stored UL SPS grant to transmit MAC 
PDU at SF-Num Fl } 
ensure that { 

when { UE receives a UL grant [for retransmission] addressed to its SPS-CRNTI in SF-Num z and with 
NDI set as 1, for the corresponding HARQ Process, where z+4!=Fl(FDD) or z+k (z) ! =F1 (TDD) } 

then { UE re-tranmis MAC PDU in SF-Num z+4 (FDD) or z+k(z) (TDD) as per the new grant for SPS- 
CRNTI I 


} 


(4) 


with { UE in E-UTRA RRC_Connected state with DRB established and stored UL SPS grant to transmit MAC 
PDU at SF-Num F3 } 
ensure that { 

when { UE receives a UL grant addressed to its CRNTI in SF-Num p, such that in SF-Num p+4=F3 (FDD) 
or p+k(p) =F3 (TDD) } 

then { UE transmits MAC PDU in SF-Num p+4 (FDD) or p+k(p) (TDD) as per grant addresed to its C- 
RNTI } 

} 

(5) 

with { UE in E-UTRA RRC_Connected state with DRB established and stored UL SPS grant to transmit MAC 
PDU at SF-Num F3 | 
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ensure that { 

when { UE receives a RRCConnectionReconf iguration including sps-Conf iguration with sps- 
Conf igurationUL set as 'disable' and hence resulting in UL SPS grant deactivation } 

then { UE deletes the stored sps-Conf iguration UL parameters and stops transmitting UL MAC PDU' s 
as per stored SPS grant in SF-Num F3 } 

} 

(6) 

with { UE in E-UTRA RRC_Connected state with DRB established and configured UL SPS grant } 
ensure that { 

when { UE transmits ' implicitReleaseAf ter ' MAC PDU' s on SPS-Grant containing zero MAC SDU } 
then { UE clears configured SPS grant } 

} 

(7) 

with { UE in E-UTRA RRC_Connected state with DRB established and stored UL SPS grant to transmit MAC 
PDU at SF-Num F3 } 
ensure that { 

when { UE receives a PDCCH [for UL SPS explicit release according to Table 9.2-lA in TS 36.213] 
addressed to its SPS C-RNTI in SF-Num p and with NDI set as 0, where p+4!=F3(FDD) or p+k(p) !=F3(TDD) 

} 

then { UE releases the configured SPS grant and stops transmitting UL MAC PDU in SF-Num F3 as 
per grant addresed to its SPS C-RNTI } 
} 

NOTE: SF-Num = [10*SFN + subframe] modulo 10240. 

NOTE 2: The value of the k(y), k(p), k(z) is k value determined according to the table 8-2 in the TS 36.213, given 
that UL grant is in subframe y, p, z. 

NOTE 3: The Subframe_Offset(y+k(y)), Subframe_Offset(p+k(p)), Subframe_Offset(z+k(z)) is subframe_offset 
value determined according to the clause 5.10.2 in the TS36.321, given the position of initial Semi- 
Persistent grant on subframe y+k(y), p+k(p), z+k(z). 

NOTE 4: To simply the TP description, following abbreviations are defined: 

For FDD: 

Fl = y+4+n*[semiPersistSchedIntervalUL] 

F2 = p+4+n*[semiPersistSchedIntervalUL] 

F3 = z+4+n*[semiPersistSchedIntervalUL] 

For TDD: 

Fl = y+k(y)+n*[semiPersistSchedIntervalUL]+ Subframe_Offset(y+k(y))*(n modulo 2) 

F2 = p+k(p)+n*[semiPersistSchedIntervalUL]+ Subframe_Offset(p+k(p))*(n modulo 2) 

F3 = z+k(z)+n*[semiPersistSchedIntervalUL]+ Subframe_Offset(z+k(z))*(n modulo 2) 

n>=0 

7.1 .4.2.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321 clause 5.4.1, 5.10, 
5.10.2, 7.4, 36.331 clause 5.3.10.5, 36.213 clause 8, 9.2 and 36.300 clause 11.1.2. 

[TS 36.321, clause 5.4.1] 

In order to transmit on the UL-SCH the UE must have a valid uplink grant (except for non-adaptive HARQ 
retransmissions) which it may receive dynamically on the PDCCH or in a Random Access Response or which may be 
configured semi-persistently. To perform requested transmissions, the MAC layer receives HARQ information from 
lower layers. 

When timeAlignmentTimer is running and the UE has a C-RNTI, Semi-Persistent Scheduling C-RNTI, or Temporary C- 
RNTI, the UE shall for each TTI: 
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- if an uplink grant for this TTI has been received in a Random Access Response: 

- set NDI to the value and consider the NDI to have been toggled. 

- if an uplink grant for this TTI has been received on the PDCCH for the UE's C-RNTI or Temporary C-RNTI; or 

- if an uplink grant for this TTI has been received in a Random Access Response: 

if the uplink grant is for UE's C-RNTI and if the previous uplink grant delivered to the HARQ entity for the 
same HARQ process was the uplink grant is for UE's C-RNTI and if the previous uplink grant delivered to 
the HARQ entity for the same HARQ process was either an uplink grant received for the UE's Semi- 
Persistent Scheduling C-RNTI or a configured uplink grant: 

- consider the NDI to have been toggled regardless of the value of the NDI. 

- deliver the uplink grant and the associated HARQ information to the HARQ entity for this TTI. 

else, if an uplink grant for this TTI has been received on the PDCCH for the UE's Semi-Persistent Scheduling C- 
RNTI: 

- if the NDI in the received HARQ information is 1 : 

- consider the NDI not to have been toggled; 

- deliver the uplink grant and the associated HARQ information to the HARQ entity for this TTI. 

- else if the NDI in the received HARQ information is 0: 

- if PDCCH contents indicate SPS release: 

- clear the configured uplink grant (if any). 

- else: 

- store the uplink grant and the associated HARQ information as configured uplink grant; 

- initialise (if not active) or re-initialise (if already active) the configured uplink grant to start in this TTI 
and to recur according to rules in subclause 5.10.2; 

- consider the NDI bit to have been toggled; 

- deliver the configured uplink grant and the associated HARQ information to the HARQ entity for this 
TTI. 

else, if an uplink grant for this TTI has been configured: 

- consider the NDI bit to have been toggled; 

- deliver the configured uplink grant, and the associated HARQ information to the HARQ entity for this TTI. 

NOTE 1 : The period of configured uplink grants is expressed in TTIs. 

NOTE 2: If the UE receives both a grant in a Random Access Response and a grant for its C-RNTI or Semi 

persistent scheduling C-RNTI requiring transmissions in the same UL subframe, the UE may choose to 
continue with either the grant for its RA-RNTI or the grant for its C-RNTI or Semi persistent scheduling 
C-RNTI. 

NOTE 3: When a configured uplink grant is indicated during a measurement gap and indicates an UL-SCH 

transmission during a measurement gap, the UE processes the grant but does not transmit on UL-SCH. 

[TS 36.321, clause 5.10] 

When Semi-Persistent Scheduling is enabled by RRC, the following information is provided: 

Semi-Persistent Scheduling C-RNTI; 

- Uplink Semi-Persistent Scheduling Interval semiPersistSchedlntervalUL and number of empty transmissions 
before implicit release implicitRele as e After, if Semi-Persistent Scheduling is enabled for the uplink; 
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- Whether twoIntervalsConfig is enabled or disabled for uplink, only for TDD; 

Downlink Semi-Persistent Scheduling Interval semiPersistSchedlntervalDL and number of configured HARQ 
processes for Semi-Persistent Scheduling numberOfConfSPS-Processes, if Semi-Persistent Scheduling is 
enabled for the downlink; 

When Semi-Persistent Scheduling for uplink or downlink is disabled by RRC, the corresponding configured grant or 
configured assignment shall be discarded. 

[TS 36.321, clause 5.10.2] 

After a Semi-Persistent Scheduling uplink grant is configured, the UE shall: 

- if twoIntervalsConfig is enabled by upper layer; 

- set the Subframe_Offset according to Table 7.4-1. 

- else: 

- set Subframe_Offset to 0. 

consider that the grant recurs in each subframe for which: 

- (10 * SFN + subframe) = [(10 * SFNstart time + subframCstart time) + N * semiPersistSchedlntervalUL + 
Subframe_Offset * (N modulo 2)] modulo 10240, for all N>0. 

Where SFNstart time and subframCstart time are the SFN and subframe, respectively, at the time the configured uplink grant 
were (re-)initialised. 

The UE shall clear the configured uplink grant immediately after implicitRelease after number of consecutive new 
MAC PDUs each containing zero MAC SDUs have been provided by the Multiplexing and Assembly entity, on the 
Semi-Persistent Scheduling resource. 

NOTE 4: Retransmissions for Semi-Persistent Scheduling can continue after clearing the configured uplink grant. 

[TS 36.321, clause 7.4] 

Subframe_Offset values are presented in Table 7.4-1. 

Table 7.4-1 : Subframe Offset values 


TDD UL/DL configuration 

Position of initial Semi-Persistent grant 

Subframe Offset value (ms) 



N/A 



1 

Subframes 2 and 7 

1 

Subframes 3 and 8 

-1 

2 

Subframe 2 

5 

Subframe 7 

-5 

3 

Subframes 2 and 3 

1 

Subframe 4 

-2 

4 

Subframe 2 

1 

Subframe 3 

-1 

5 

N/A 



6 

N/A 




[TS 36.331, clause 5.3.10.5] 
The UE shall: 

1> reconfigure the semi-persistent scheduling in accordance with the received sps-Config: 
[TS 36.213, clause 8] 


For TDD UL/DL configurations 1 and 6 and subframe bundling operation, the UE shall upon detection of a PDCCH 
with DCI format in subframe n intended for the UE, and/or a PHICH transmission intended for the UE in subframe n-l 
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with / given in Table 8-2a, adjust the corresponding first PUSCH transmission in the bundle in subframe n-\-k, with k 
given in Table 8-2, according to the PDCCH and PHICH information. 


Table 8-2 /rfor TDD configurations 0-6 


TDD UL/DL 
Configuration 

DL subframe number n 



1 

2 

3 

4 

5 

6 

7 

8 

9 



4 

6 




4 

6 




1 


6 



4 


6 



4 

2 




4 





4 


3 

4 








4 

4 

4 









4 

4 

5 









4 


6 

7 

7 




7 

7 



5 


[TS 36.213, clause 9.2] 

A UE shall validate a Semi-Persistent Scheduling assignment PDCCH only if all the following conditions are met: 

- the CRC parity bits obtained for the PDCCH payload are scrambled with the Semi-Persistent Scheduling C- 
RNTI 

- the new data indicator field is set to '0'. In case of DCI formats 2 and 2A, the new data indicator field refers to 
the one for the enabled transport block. 

Validation is achieved if all the fields for the respective used DCI format are set according to Table 9.2-1 or Table 9.2- 
lA. 

If validation is achieved, the UE shall consider the received DCI information accordingly as a valid semi-persistent 
activation or release. 

If validation is not achieved, the received DCI format shall be considered by the UE as having been received with a 
non-matching CRC. 

Table 9.2-1 : Special fields for Semi-Persistent Scheduling Activation PDCCH Validation 



DCI format 

DCI format 1/1 A 

DCI format 2/2A 

TPC command for 
scheduled PUSCH 

set to '00' 

N/A 

N/A 

Cyclic shift DM RS 

set to '000' 

N/A 

N/A 

Modulation and coding 

scheme and 

redundancy version 

MSB is set to '0' 

N/A 

N/A 

HARQ process number 

N/A 

FDD: set to '000' 
TDD: set to '0000' 

FDD: set to '000' 
TDD: set to '0000' 

Modulation and coding 
scheme 

N/A 

MSB is set to '0' 

For the enabled 
transport block: 
MSB is set to '0' 

Redundancy version 

N/A 

set to '00' 

For the enabled 

transport block: 

set to '00' 
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Table 9.2-1 A: Special fields for Semi-Persistent Scheduling Release PDCCH Validation 



DCI format 

DCI format 1 A 

TPC command for scheduled 
PUSCH 

set to '00' 

N/A 

Cyclic shift DM RS 

set to '000' 

N/A 

Modulation and coding scheme and 
redundancy version 

set to '11111' 

N/A 

Resource block assignment and 
hopping resource allocation 

Settoall'I's 

N/A 

HARQ process number 

N/A 

FDD: set to '000' 
TDD: set to '0000' 

Modulation and coding scheme 

N/A 

set to '11111' 

Redundancy version 

N/A 

set to '00' 

Resource block assignment 

N/A 

Settoall'I's 


[TS 36.300, clause 11.1.2] 

In addition, E-UTRAN can allocate a semi-persistent uplink resource for the first HARQ transmissions and potentially 
retransmissions to UEs: 

- RRC defines the periodicity of the semi-persistent uplink grant; 

PDCCH indicates whether the uplink grant is a semi-persistent one i.e. whether it can be implicitly reused in the 
following TTIs according to the periodicity defined by RRC. 

In the sub-frames where the UE has semi-persistent uplink resource, if the UE cannot find its C-RNTI on the 
PDCCH(s), an uplink transmission according to the semi-persistent allocation that the UE has been assigned in the TTI 
can be made. The network performs decoding of the pre-defined PRBs according to the pre-defined MCS. Otherwise, in 
the sub-frames where the UE has semi-persistent uplink resource, if the UE finds its C-RNTI on the PDCCH(s), the 
PDCCH allocation overrides the persistent allocation for that TTI and the UE's transmission follows the PDCCH 
allocation, not the semi-persistent allocation. Retransmissions are either implicitly allocated in which case the UE uses 
the semi-persistent uplink allocation, or explicitly allocated via PDCCH(s) in which case the UE does not follow the 
semi-persistent allocation. 


Test description 
Pre-test conditions 


7.1.4.2.3 
7.1.4.2.3.1 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 

The loop back size is set in such a way that one RLC SDU in DL shall result in 1 RLC SDU's in UL of same 
size. 
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7.1.4.2.3.2 


Test procedure sequence 

Table 7.1.4.2.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The SS transmits a DL MAC PDU containing 
lORLCSDU'sonUMDRB. 

<- 

MAC PDU 

- 

- 

2 

The UE transmits a Scheduling Request, 
indicating that loop back PDUs are ready for 
transmission in UL RLC 

-> 

(SR) 



3 

The SS transmits an UL Grant using UE's SPS 
C-RNTI in SF-Num '4', NDI=0, allowing the UE 
to transmit one loop back PDU per MAC PDU. 

<— 

(UL SPS Grant) 



4 

Check: Does the UE transmit a MAC PDU in 
SF-Num '8' as per grant in step 3? 

-> 

MAC PDU 

1 

P 

5 

The SS transmits a HARQ ACK 

<- 

HARQ ACK 

- 

- 

6 

Check: Does the UE transmit a MAC PDU in 
SF-Num '48(FDD)/47(TDD)' as per grant in 
step 3? 

-> 

MAC PDU 

1 

P 

7 

The SS transmits a HARQ ACK 

<- 

HARQ ACK 

- 

- 

8 

The SS Transmits an UL Grant using UE's 
SPS C-RNTI in SF-Num '64', NDI=0 and 
allowing the UE to transmit two loop back 
PDUs per MAC PDU. 

<— 

(UL SPS Grant) 



9 

Check: Does the UE transmit a MAC PDU in 
SF-Num '68' as per grant in step 8? 

-> 

MAC PDU 

2 

P 

10 

The SS transmits a HARQ ACK 

<- 

HARQ ACK 

- 

- 

11 

Check: Does the UE transmit a MAC PDU in 
SF-Num '88' as per grant in step 3? 

-> 

MAC PDU 

2 

F 

12 

Check: Does the UE transmit a MAC PDU in 
SF-Num '108(FDD)/107(TDD)' as per grant in 
step 8? 

-> 

MAC PDU 

2 

P 

13 

The SS transmits a HARQ ACK 

<- 

HARQ ACK 

- 

- 

14 

The SS Transmits an UL Grant using UE's 
SPS C-RNTI in SF-Num '120 
(FDD)/1 24(TDD)', NDI=1 ; the UL HARQ 
process is the same as in step 12 

<- 

(UL SPS Grant) 



15 

Check: Does the UE transmit in SF-Num '124 
(FDD)/128 (TDD)' a MAC PDU as in step 12? 

-> 

MAC PDU 

3 

P 

16 

The SS transmits a HARQ ACK 

<- 

HARQ ACK 

- 

- 

17 

Check: Does the UE transmit a MAC PDU in 
SF-Num '1 48' as per grant in step 8? 

-> 

MAC PDU 

1 

P 

18 

The SS transmits a HARQ ACK 

<- 

HARQ ACK 

- 

- 

19 

The SS Transmits an UL Grant using UE's C- 
RNTI in SF-Num '164(FDD)/161(TDD)'; 
allowing UE to transmit a MAC PDU containing 
two RLC SDU's 

<- 

(UL Grant) 



20 

Check: Does the UE transmit a MAC PDU in 
SF-Num '168(FDD)/167(TDD)' as per grant in 
step 19? 

-> 

MAC PDU 

4 

P 

21 

The SS transmits a HARQ ACK 

<- 

HARQ ACK 

- 

- 

22 

The SS transmits a PDCCH [for UL SPS 
explicit release] using UE's SPS C-RNTI in SF- 
Num '186' with NDI=0. 

<— 

PDCCH [for UL SPS explicit 
release] 



23 

Check: Does the UE transmit a MAC PDU in 
SF-Num '208' as per grant in step 8 containing 
zero MAC SDU? 

-> 

MAC PDU 

7 

F 

24 

The SS transmits an UL Grant using UE's SPS 
C-RNTI in SF-Num '399', NDI=0, transmit one 
loop back PDU per MAC PDU 

<- 

(UL SPS Grant) 



25 

Check: Does the UE transmit a MAC PDU in 
SF-Num '403' as per grant in step 24 
containing zero MAC SDU? 

-> 

MAC PDU 

1 

P 

26 

The SS transmits a HARQ ACK 

<- 

HARQ ACK 

- 

- 

27 

Check: Does the UE transmit a MAC PDU in 
SF-Num '443 (FDD)/442 (TDD)' as per grant in 

-> 

MAC PDU 

1 

P 
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step 24 containing zero IVIAC SDU? 





28 

The SS transmits a HARQ ACK 

<- 

HARQ ACK 

- 

- 

29 

Check: Does the UE transmit a MAC PDU in 
SF-Num '483' as per grant in step 24? 

-> 

MAC PDU 

6 

F 

30 

The SS Transmits an UL Grant using UE's 
SPS C-RNTI in SF-Num '604', NDI=0, transmit 
one loop back PDU per IVIAC PDU. 

<— 

(UL SPS Grant) 



31 

Check: Does the UE transmit a MAC PDU in 
SF-Num '608' as per grant in step 30 
containing zero MAC SDU? 

-> 

MAC PDU 

1 

P 

32 

The SS transmits a HARQ ACK 

<- 

HARQ ACK 

- 

- 

33 

SS Transmits RRCConnectionReconfiguration 
to disable SPS-ConfigurationUL. 

<— 

- 

- 

- 

34 

The UE transmits 
RRCConnectionReconfigurationComplete 

-> 

- 

- 

- 

35 

The SS transmits a DL MAC PDU containing 1 
RLC SDU 

<- 

MAC PDU 

- 

- 

36 

The UE transmits Scheduling request, 
indicating loop back PDU's ready for 
transmission in UL RLC 

-> 

(SR) 



37 

Check: Does the UE transmit a MAC PDU in 
SF-Num '648 (FDD)/647 (TDD)' as per grant in 
step 30? 

-> 

MAC PDU 

5 

F 

38 

SS transmits an UL Grant 

<— 

(UL Grant) 

- 

- 

39 

The UE transmits a MAC PDU as per grant in 
step 38. 

-> 

MAC PDU 

- 

- 


7.1 .4.2.3.3 Specific message contents 

Table 7.1.4.2.3.3-1: RRCConnectionReconfiguration. RadioResourceConfigDedicated (Preamble) 


Derivation path: 36.508 table 4.6.3-16 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated::= SEQUENCE { 




sps-Configuration ::= SEQUENCE { 




semiPersistSchedC-RNTI 

'FFFO'H 



sps-ConfigurationDL 

Not Present 



sps-ConfigurationUL::=CHOICE{ 




enable SEQUENCE { 




semiPersistSchedlntervalUL 

sf40 

40 Subframe 


implicitReleaseAfter 

e2 



pO-Persistent 

Not Present 



twolntervalConfig 

Not Present 


FDD 

twolntervalConfig 

true 


TDD 

} 




} 




} 




} 





Table 7.1.4.2.3.3-2: RRCConnectionReconfiguration. RadioResourceConfigDedicated (step 33 of table 

7.1.4.2.3.2-1) 


Derivation path: 36.508 table 4.6.3-16 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated::= SEQUENCE { 




sps-Configuration ::= SEQUENCE { 




semiPersistSchedC-RNTI 

Not Present 



sps-ConfigurationDL 

Not Present 



sps-ConfigurationUL::=CHOICE{ 




disable 

NULL 



} 




} 




} 
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7.1 .4.3 Logical channel prioritization handling 

7.1.4.3.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { sending data on the uplink } 

then { UE serves the logical channels according to their priority and configured PBR } 
} 

7.1 .4.3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.321 clauses 5.4.3.1. 

[TS 36.321, clause 5.4.3.1] 

The Logical Channel Prioritization procedure is applied when a new transmission is performed. 

RRC controls the scheduling of uplink data by signalling for each logical channel: priority where an increasing /?n6>nYy 
value indicates a lower priority level, prioritisedBitRate which sets the Prioritized Bit Rate (PBR), bucketSizeDuration 
which sets the Bucket Size Duration (BSD). 

The UE shall maintain a variable Bj for each logical channel j . Bj shall be initialized to zero when the related logical 
channel is established, and incremented by the product PBR x TTI duration for each TTI, where PBR is Prioritized Bit 
Rate of logical channel j . However, the value of Bj can never exceed the bucket size and if the value of Bj is larger than 
the bucket size of logical channel j, it shall be set to the bucket size. The bucket size of a logical channel is equal to 
PBR X BSD, where PBR and BSD are configured by upper layers. 

The UE shall perform the following Logical Channel Prioritization procedure when a new transmission is performed: 

- The UE shall allocate resources to the logical channels in the following steps: 

- Step 1 : All the logical channels with B j > are allocated resources in a decreasing priority order. If the PBR 
of a radio bearer is set to "infinity", the UE shall allocate resources for all the data that is available for 
transmission on the radio bearer before meeting the PBR of the lower priority radio bearer(s); 

- Step 2: the UE shall decrement Bj by the total size of MAC SDUs served to logical channel j in Step 1 
NOTE: The value of Bj can be negative. 

- Step 3: if any resources remain, all the logical channels are served in a strict decreasing priority order 
(regardless of the value of Bj) until either the data for that logical channel or the UL grant is exhausted, 
whichever comes first. Logical channels configured with equal priority should be served equally. 

- The UE shall also follow the rules below during the scheduling procedures above: 

- the UE should not segment an RLC SDU (or partially transmitted SDU or retransmitted RLC PDU) if the 
whole SDU (or partially transmitted SDU or retransmitted RLC PDU) fits into the remaining resources; 

- if the UE segments an RLC SDU from the logical channel, it shall maximize the size of the segment to fill 
the grant as much as possible; 

UE should maximise the transmission of data. 

The UE shall not transmit data for a logical channel corresponding to a radio bearer that is suspended (the conditions for 
when a radio bearer is considered suspended are defined in [8]). 

For the Logical Channel Prioritization procedure, the UE shall take into account the following relative priority in 
decreasing order: 

- MAC control element for C-RNTI or data from UL-CCCH; 

- MAC control element for BSR, with exception of BSR included for padding; 

- MAC control element for PHR; 
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data from any Logical Channel, except data from UL-CCCH; 
MAC control element for BSR included for padding. 


Test description 
Pre-test conditions 


7.1.4.3.3 
7.1.4.3.3.1 
System Simulator: 

- Cell 1 
UE: 

None 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18] with the exceptions listed in table 7.1.4.3.3.1-2 
applicable for the configured UM DRBs and table 7.1.4.3.3.1-3 for SR configuration. 

- The condition SRB2-DRB(1,3) is used for step 8 in 4.5.3A.3 according to [18]. 

- The 3 UM DRB s are configured according to table 7.1.4.3.3.1-1. 

Table 7.1.4.3.3.1-1: Priority, PBR and Bucket Delay settings 


DRB 

priority 

prioritizedBitRate 
(kbytes/s) 

bucketSizeDuration 

(ms) 

DRB1 

6 

8 

100 

DRB2 

7 

16 

100 

DRBS 

8 

32 

100 


Table 7.1.4.3.3.1-2: PDCP Settings 


Parameter 

Value 

Discard Timer 

ms1500 


Table 7.1.4.3.3.1-3: SchedulingRequest-Config 


Derivation Path: 36.508 Table 4.6.3-20 

Information Element 

Value/remark 

Comment 

Condition 

dsr-TranslVlax 

n16 
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7.1.4.3.3.2 


Test procedure sequence 

Table 7.1.4.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 


EXCEPTION: Steps to 4 are run 4 times 
using the parameters specified for each run in 
table 7.1.4.3.3.2-3. 







Void 

- 

- 

- 

- 

1 

The SS transmits N1 320-octet RLC SDUs on 
DRB1 , N2 320-octet RLC SDUs on DRB2, and 
N3 320-octet RLC SDUs on DRB3. 

<- 

(RLC SDUs) 




EXCEPTION: In parallel to the event described 
in step 2 the events specified in Table 
7.1 .4.3.3.2-2 shall take place. 





2 

The SS is configured for Uplink Grant 
Allocation Type 2. 150 ms after Step 1 (Notel), 
for a duration of T2, the SS transmits an UL 
grant of D octets every T1 . 

<— 

(UL grants) 



3 

Check: are the total number of octets of the UL 
RLC SDUs received at the SS for each DRB 
as follows? 

- the total number of octets received for DRB1 
is D1 octets +/- 10% 

- the total number of octets received for DRB2 
is D2 octets +/- 1 0% 

- the total number of octets received for DRB3 
is D3 octets +/- 1 0% 



1 

P 

4 

The SS re-establishes the RLC for each RB at 
the UE by sending an 

RRCConnectionReconfiguration for intra-cell 
handover with SR configuration set as per 
Table 7.1.4.3.3.1-3. 





Note 1 : This wait time will ensure that a) all octets have been completely received by the UE on all 3 DRBs before 
the first UL grant is received and b) the Bjs for each logical channel have reached their maximum value i.e. 
the bucket size of the corresponding logical channel before the first UL grant is received. 


Table 7.1.4.3.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Check: Does the UE transmit the RLC SDUs 
back to the SS? 

-> 

- 

1 

P 


Table 7.1.4.3.3.2-3: Test parameter values 


Parameter 

First run 

Second run 

Third run 

Fourth run 

N1 (SDUs) 

13 

13 

7 

104 

N2 (SDUs) 

25 

25 

50 

25 

N3 (SDUs) 

50 

50 

50 

50 

D (octets) 

1143 

573 

1143 

1143 

T1 (ms) 

20 

20 

20 

10 

T2 (ms) 

500 

700 

500 

500 

D1 (octets) 

4160 

4160 

2240 

33000 (Notel) 

D2 (octets) 

8000 

8000 

10260 (Notel) 

8000 

D3 (octets) 

16000 

7790 (Notel) 

16000 

16000 

Note 1 : It is calculated from the following equation for the case of the least header size. 
(D1 +D2 + D3) = (D-3)*T2/T1 


NOTE: the numbers above and the test procedure assume that the UE has a loopback buffer of at least 57280 
octets. 
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7.1 .4.3.3.3 Specific message contents 

Table 7.1.4.3.3.3-1 : RRCConnectionReconfiguration (step 4, table 7.1.4.3.3.2-1) 


Derivation Patii: 36.508 table 4.6.1-8: RRCConnectionReconfiguration, condition HO 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




mobilityControllnfo SEQUENCE { 




targetPhysCellld 

Set to the physical cell 
identity of cell 1 



carrierFreq 

Not present 



} 




} 




} 




} 




} 





7.1 .4.4 Correct handling of MAC control infornnation / Scheduling requests and 

PUCCH 


7.1.4.4.1 
(1) 


Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 

ensure that { 

when { PUCCH is configured and UE has UL data available for transmission and UE has no UL-SCH 
resources available and SR_COUNTER is less than dsr-TransMax } 

then { the UE transmits a SR on every available PUCCH until resources are granted } 


} 


(2) 


with { UE in E-UTRA RRC_CONNECTED state and has pending SR(s) 
ensure that { 

when { UE receives an UL grant for a new transmission } 
then { UE cancels all pending SR(s) } 


7.1 .4.4.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.4.4. 

[TS 36.321, clause 5.4.4] 

The Scheduling Request (SR) is used for requesting UL-SCH resources for new transmission. 

When an SR is triggered, it shall be considered as pending until it is cancelled. 

If an SR is triggered and there is no other SR pending, the UE shall set the SR_COUNTER to 0. 

As long as one SR is pending, the UE shall for each TTI: 

if no UL-SCH resources are available for a transmission in this TTL 

- if the UE has no valid PUCCH resource for SR configured in any TTL initiate a Random Access procedure 
(see subclause 5.1) and cancel all pending SRs; 

- else if the UE has a valid PUCCH resource for SR configured for this TTI and if this TTI is not part of a 
measurement gap: 

- if SR_COUNTER < dsr-TransMax: 
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- increment SR_COUNTER by 1 ; 

- instruct the physical layer to signal the SR on PUCCH; 
- else: 

- notify RRC to release PUCCH/SRS ; 

- clear any configured downlink assignments and uplink grants; 

- initiate a Random Access procedure (see subclause 5.1) and cancel all pending SRs. 

else if UL-SCH resources for new transmission are granted in this TTI, cancel all pending SR(s). 7. 1.4.4.3 Test 
description 

7.1 .4.4.3.1 Pre-test conditions 

System Simulator: 

- - Celll 

- RRC Connection Reconfiguration (preamble: Table 4.5.3.3-1, step 8) using parameters as specified in Table 
7.1.4.4.3.3-1 

UE: 

None. 

Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

Table 7.1 .4.4.3.1-1 : RLC settings 


Parameter 

Value 

t-PollRetransmit 

250 ms 


7.1.4.4.3.2 


Test procedure sequence 

Table 7.1.4.4.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits a MAC PDU containing 10 
MAC SDUs each containing a RLC SDU 

<- 

MAC PDU (containing 10 MAC 
SDUs) 

- 

- 

- 

EXCEPTION: Step 2 runs in parallel with 
behaviour in table 7.1 .4.4.3.2-2. 

- 

- 

- 

- 

2 

Check: Does the UE transmit 6 Scheduling 
Requests separately on 6 consecutively 
available PUCCHs? (Note 1) 

-> 

(SR) 

1 

P 

3 

The SS is configured for Uplink Grant 
Allocation Type 3. The SS transmits an UL 
grant to allocate UL-SCH resources that are 
enough to transmit MAC PDU containing 10 
MAC SDUs 

<- 

(UL Grant ) 



4 

Check: Does the UE transmit a MAC PDU 
containing 10 RLC PDUs? 

-> 

MAC PDU (containing 10 MAC 
SDUs) 

1 

P 

5 

Check: 1 second does the UE transmit a 
Scheduling Request in the next 100ms? 

-> 

(SR) 

1,2 

F 

Note 1 : The UE repeats the scheduling requests on every available PUCCH as long as SR_COUNTER < dsr- 

TransMax and there is UL data available for transmission and there are no resources available to transmit 
it. At the reception of first Scheduling Request from the UE, SS will be scheduled to transmit a grant after 
100ms. Hence SS will receive 6 Scheduling Requests as sr-Configlndex = 30. 
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Table 7.1.4.4.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

Check: Does the UE transmit a MAC PDU? 

-> 

MAC PDU 

1 

F 


7.1.4.4.3.3 


Specific Message Contents 


Table 7.1.4.4.3.3-1: SchedulingRequest-Configuration to be used in RRCConnectionReconfiguration 

in preamble 


Derivation Path: 36.508 clause 4.6.3-20 

Information Element 

Value/remark 

Comment 

Condition 

SchedulingRequest-Configuration::= CHOICE { 




enable SEQUENCE { 




dsr-TransMax 

n64 



} 




} 





7.1.4.4.3.3 
None. 

7.1.4.5 

7.1.4.5.1 

(1) 


Specific Message Contents 


Correct handling of MAC control infornnation / Scheduling requests and 
randonn access procedure 

Test Purpose (TP) 


with { The UE is in E-UTRA RRC_CONNECTED state and no PUCCH resource for SR is configured } 
ensure that { 

when { UE has UL data available for transmission, UE has no UL-SCH resources available and time 
alignment timer expires } 

then { the UE initiates the random access procedure } 


(2) 

with { The UE in E-UTRA RRC_CONNECTED state ) 
ensure that { 

when { PUCCH Configured and UE has UL data available for transmission and UE has no UL-SCH 
resources available and SR_COUNTER becomes equal to dsr-TransMax } 

then { the UE transmits a PRACH Preamble to initiate a Random Access procedure } 


7.1 .4.5.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321 , clause 5.4.4. 

[TS 36.321 clause 5.4.4] 

The Scheduling Request (SR) is used for requesting UL-SCH resources for new transmission. 

When an SR is triggered, it shall be considered as pending until it is cancelled. 

If an SR is triggered and there is no other SR pending, the UE shall set the SR_COUNTER to 0. 

As long as one SR is pending, the UE shall for each TTI: 

- if no UL-SCH resources are available for a transmission in this TTL 

if the UE has no valid PUCCH resource for SR configured in any TTL initiate a Random Access procedure 
(see subclause 5.1) and cancel all pending SRs; 
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- else if the UE has a vahd PUCCH resource for SR configured for this TTI and if this TTI is not part of a 
measurement gap: 

- if SR_COUNTER < dsr-TransMax: 

- increment SR_COUNTER by 1 ; 

- instruct the physical layer to signal the SR on PUCCH; 

- else: 

- notify RRC to release PUCCH/SRS ; 

clear any configured downlink assignments and uplink grants; 

initiate a Random Access procedure (see subclause 5.1) and cancel all pending SRs.-else if UL-SCH resources 
for new transmission are granted in this TTI, cancel all pending SR(s). 


Test description 
Pre-test conditions 


7.1.4.5.3 
7.1.4.5.3.1 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 
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7.1.4.5.3.2 


Test procedure sequence 

Table 7.1.4.5.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits a MAC PDU containing a 
Timing Advance Command IVIAC Control 
Element, but does not send any subsequent 
alignments. 

<- 

MAC PDU (Timing Advance 
Command) 



1A 

The SS transmits a MAC PDU containing a 
MAC SDU 

<- 

MAC PDU (MAC SDU) 

- 

- 

- 

EXCEPTION: Step 2B is repeated less than 64 
times (dsr-TransMax) 

- 

- 

- 

- 

2B 

The UE may transmit Scheduling Requests 
before time alignment timer expires. The SS 
shall not respond to the Scheduling Requests 
in this step. (Note 5) 

-> 

(SR) 



2 

Check: does the UE transmit a preamble on 
PRACH?(Note1) 

-> 

(PRACH Preamble) 

1 

P 

3 

The SS transmits a Random Access Response 
including an UL grant to enable UE to transmit 
C-RNTI MAC Control Element and the MAC 
SDU as received in step 1A. 

<- 

Random Access Response 



4 

The UE transmit a MAC PDU including a C- 
RNTI MAC Control Element and a MAC SDU. 
(Note 2) 

-> 

MAC PDU (C-RNTI control 
element, MAC SDU) 



5 

The SS sends PDCCH transmission for UE C- 
RNTI 

<- 

- 

- 

- 

5A 

The SS transmits 

RRCConnectionReconfiguration containing a 
radioResourceConfiguration with a physical 
channel reconfiguration 

<- 




- 

EXCEPTION: Steps 5A1 to 5A4 are optionally 
executed. (Note 6) 

- 


- 

- 

5A 
1 

The UE transmits a preamble on PRACH. 
(Note 6) 

-> 

(PRACH Preamble) 

- 

- 

5A 
2 

The SS transmits a Random Access Response 
including an UL grant of 7 bytes. (Note 7) 

<— 

Random Access Response 

- 

- 

5A 
3 

The UE transmit a MAC PDU including a C- 
RNTI MAC Control Element 

-> 

- 

- 

- 

5A 
4 

The SS sends PDCCH transmission for UE C- 
RNTI of 5 bytes (Note 9) 

<- 

- 

- 

- 

5B 

The UE transmits a Scheduling Request on 
PUCCH.(Note8) 

-> 

(SR) 

- 

- 

5C 

The SS transmits an UL grant to enable UE to 
transmit the 

RRCConnectionReconfigurationComplete 
message. (Note 10) 

<— 

(UL Grant) 



5D 

The UE transmits 

RRCConnectionReconfigurationComplete 

message. 

-> 




5E 

Void 

- 

- 

- 

- 

6 

The SS ignores any Scheduling Requests from 
the UE. 

- 

- 

- 

- 

7 

The SS transmits a MAC PDU containing one 
MAC SDU containing a RLC SDU 

<- 

MAC PDU MAC SDU) 

- 

- 

- 

EXCEPTION: Step 8 shall be repeated 8 
times. 

- 

- 

- 

- 

8 

The UE transmits a Scheduling Request on 
PUCCH (Note 3) 

-> 

(SR) 

- 

- 

9 

Check: does the UE transmit a preamble on 
PRACH? (Note 4) 

-> 

(PRACH Preamble) 

2 

p 

10 

The SS transmits a Random Access Response 
including an UL grant to enable UE to transmit 
C-RNTI MAC Control Element and the MAC 
SDU as received in step 7. 

<- 

Random Access Response 
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11 

The UE transmit a MAC PDU including a C- 
RNTI MAC Control Element and a MAC SDU. 
(Note 2) 

-> 

MAC PDU (C-RNTI control 
element, MAC SDU) 



12 

The SS sends PDCCH transmission for UE C- 
RNTI 

<- 

- 

- 

- 

Note 1 : When UL time alignment timer expires in the UE then "UL synchronization" is lost and the UE initiates a 

Random Access Procedure. 
Note 2: The UE transmission of the MAC PDU ensures that the random access procedure was successful. 
Note 3: The UE repeats the scheduling requests as long as SR_COUNTER < dsr-TransMax and there is data in 

the transmission buffer and there are no resources available to transmit it. 
Note 4: Reception of PRACH Preamble by the SS verifies that UE has initiated a Random Access procedure 

triggered by SR_COUNTER having reached dsr-TransMax. 
Note 5: In step 2B, SR repetition of 63 times {dsr-TransMax (64)) will take at least 63*20 = 1260 ms which is much 

larger than TA timer 750ms. 
Note 6: RLC status PDU may trigger the UE to transmit PRACH Preamble. 
Note 7: UL grant of 56 bits (ITBS=4, NPRB=1 , see TS 36.213 Table 7.1 .7.2.1-1) is chosen to allow the UE to 

transmit C-RNTI MAC Control Element but not allowing the UE to transmit RRCConnectionReconfiguration 

Complete. 7 bytes allow transmission of C-RNTI + Short BSR or C-RNTI + STATUS PDU. 
Note 8: If RRCConnectionReconfigurationComplete was not ready for transmission in step 5A3 then SR is 

triggered when RRC message arrives in the transmission buffer. Otherwise 

(RRCConnectionReconfigurationComplete was ready for the transmission in step 5A3) the SR is triggered 

because expiry of the retxBSR-Timer. 
Note 9: 5 bytes are assigned so that STATUS PDU can be included if it was not transmitted by the UE in step 5A3 

(see Note 7) (5 bytes assignment allow transmission of Short BSR + STATUS PDU) 
Note 10: STATUS PDU is included if optional test steps 5A1 to 5A4 were not executed. 


7.1.4.5.3.3 


Specific Message Contents 


Table 7.1.4.5.3.3-1 : SchedulingRequest-Config to be used in RRCConnectionReconfiguration ( 

preamble, Table 7.1.4.5.3.2-1) 


Derivation Path: 36.508 clause 4.6.3-20 

Information Element 

Value/remark 

Comment 

Condition 

SchedulingRequest-Config-DEFAULT::= CHOICE { 




setup SEQUENCE! 




dsr-TransMax 

n64 



} 




} 




Table 7.1.4.5.3.3-2: RRCConnectionReconfiguration (step 5A, Table 7.1.4.5.3.2-1) 

Derivation Path: 36.331 clause 6.2.2 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




rrc-Transactionldentifier 

RRC- 
Transactionldentifier-DL 



criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




measConfig 

Not present 



mobilityControllnfo 

Not present 



dedicatedlnfoNASList 

Not present 



radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-Step5a 



securityConfigHO 

Not present 



nonCriticalExtension SEQUENCE {} 

Not present 



} 




} 




} 




} 
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Table 7.1.4.5.3.3-3: RadioResourceConfigDedicated-StepSA (Table 7.1.4.5.3.3-2) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated-HO ::= SEQUENCE 
{ 




srb-ToAddlVlodList 

Not present 



drb-ToAddModList 

Not present 



drb-ToReleaseList 

Not present 



mac-IVIainConfig 

Not present 



sps-Config 

Not present 



physicalConfigDedicated 

PhysicalConfigDedicated- 
Step5a 



} 





Table 7.1.4.5.3.3-4: PhysicalConfigDedicated-Step5A (Table 7.1.4.5.3.3-3) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

PhysicalConfigDedicated-DEFAULT ::= SEQUENCE { 




pdsch-ConfigDedicated 

Not present 



pucch-ConfigDedicated 

Not present 



pusch-ConfigDedicated 

Not present 



uplinkPowerControlDedicated 

Not present 



tpc-PDCCH-ConfigPUCCH 

Not present 



tpc-PDCCH-ConfigPUSCH 

Not present 



cqi-ReportConfig 

CQI-ReportConfig- 

DEFAULT using 

condition 

CQI PERIODIC 

See subclause 
4.6.3 of 36.508 


soundingRS-LU-ConfigDedicated 

SoundingRS-ULI- 
ConfigDedicated- 
DEFAULT 

See subclause 
4.6.3 of 36.508 


antennalnfo 

Not present 



schedulingRequestConfig 

SchedulingRequest- 
Config- Config-Step5a 



} 





Table 7.1.4.5.3.3-5: SchedulingRequest-Config-Step5A (Table 7.1.4.5.3.3-4) 


Derivation Path: 36.508 clause 4.6.3-20 

Information Element 

Value/remark 

Comment 

Condition 

SchedulingRequest-Config::= CHOICE { 




enable SEQUENCE { 




dsr-TransMax 

n8 



} 




} 





Table 7.1.4.5.3.3-6: MAC-MainConfig-RBC in RRCConnectionReconfiguration(pveatr\b\e) 


Derivation Path: 36.508 table 4.8.2.1 .5-1 

Information Element 

Value/remark 

Comment 

Condition 

MAC-MainConfiqRBC- ::= SEQUENCE { 




ul-SCH-Configuration SEQUENCE { 




retxBSR-Timer 

sf320 



} 




} 
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7.1 .4.6 Correct handling of MAC control information / Buffer status / UL data arrive in 

the UE Tx buffer and retransmission of BSR / Regular BSR 

7.1.4.6.1 Test Purpose (TP) 

(1) 

with ( UE in E-UTRA RRC_CONNECTED state ) 
ensure that { 

when { UL data arrives in the UE transmission buffer and the data belongs to a logical channel 
with higher priority than those for which data is already avialble for transmission and the new 
logical channel and the existing logical channels belongs to the different LCG } 
then { UE Reports a Long Buffer Status Reporting (BSR) } 

} 

(2) 

with ( UE in E-UTRA RRC_CONNECTED state ) 
ensure that { 

when { UL data arrives in the UE transmission buffer and there is no data available for 
transmission for any of the logical channels which belong to a LCG } 
then { UE Reports a Short Buffer Status Reporting (BSR) } 

} 

(3) 

with ( UE in E-UTRA RRC_CONNECTED state ) 
ensure that { 

when { UL data arrives in the UE transmission buffer and the data belongs to a logical channel 
with higher priority than those for which data is already avialalble for transmission and the new 
logical channel and existing logical channels belong to the same LCG } 
then { UE Reports a Short Buffer Status Reporting (BSR) } 

} 

(4) 

with ( UE in E-UTRA RRC_CONNECTED state ) 
ensure t hat { 

when{RETX_BSR_TIMER expires and only one LCG has data available for transmission } 
then { UE triggers a regular BSR and Reports a Short Buffer Status Reporting ( BSR) } 

} 

(5) 

wi th (UE in E-UTRA RRC_CONNECTED stat e) 
ensure that { 

when { a Regular BSR has been triggered and UE has pending data for tranmission and UE has only 
resources to send either BSR report or data } 
then { UE transmits the BSR report } 

} 

(6) 

with ( UE in E-UTRA RRC_CONNECTED state ) 
ensure that { 

when { UE determines that a BSR has been triggered since the last transmission of a BSR and UE has 
no UL resources allocated for new transmission for this TTI } 
then { UE transmits a scheduling request } 

} 

(7) 

with (UE in E-UTRA RRC_CONNECTED state) 
ensure that { 

when { a Regular BSR has been triggered and UE has pending data on several logical channels for 
tranmission and UE has only UL resources to send all pending data available for transmission, but UL 
grant is not sufficient to additionally accommodate the BSR MAC control element} 
then { UE cancels the triggered BSR report and transmits the UL data} 

} 

(8) 

with (UE in E-UTRA RRC CONNECTED state) 
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ensure that { 

when { a Regular BSR has been triggered and UE has pending data on several logical channels for 
tranmission and UE has UL resources to send all pending data including BSR } 

then { UE trasmits the UL data and reports buffer status reporting (BSR) that indicates there 
is no more data in the buffer} 


7.1 .4.6.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.4.3.1, 5.4.5, 
6.1.2, 6.1.3.1 and 6.2.1 and in TS 36.323 clause 4.5. 

[TS 36.321 clause 5.4.3.1] 

For the Logical Channel Prioritization procedure, the UE shall take into account the following relative priority in 
decreasing order: 

- MAC control element for C-RNTI or data from UL-CCCH; 

- MAC control element for BSR, with exception of BSR included for padding; 

- MAC control element for PHR; 

- data from any Logical Channel, except data from UL-CCCH; 
- MAC control element for BSR included for padding. 

[TS 36.321 clause 5.4.4] 

The Scheduling Request (SR) is used for requesting UL-SCH resources for new transmission. 

[TS 36.321 clause 5.4.5] 

The Buffer Status reporting procedure is used to provide the serving eNB with information about the amount of data 
available for transmission in the UL buffers of the UE. RRC controls BSR reporting by configuring the two timers 
periodicBSR-Timer and retxBSR-Timer and by, for each logical channel, optionally signalling logic alChannelGroup 
which allocates the logical channel to an LCG [8]. 

For the Buffer Status reporting procedure, the UE shall consider all radio bearers which are not suspended and may 
consider radio bearers which are suspended. 

A Buffer Status Report (BSR) shall be triggered if any of the following events occur: 

- UL data, for a logical channel which belongs to a LCG, becomes available for transmission in the RLC entity or 
in the PDCP entity (the definition of what data shall be considered as available for transmission is specified in 
[3] and [4] respectively) and either the data belongs to a logical channel with higher priority than the priorities of 
the logical channels which belong to any LCG and for which data is already available for transmission, or there 
is no data available for transmission for any of the logical channels which belong to a LCG, in which case the 
BSR is referred below to as "Regular BSR"; 

- UL resources are allocated and number of padding bits is equal to or larger than the size of the Buffer Status 
Report MAC control element plus its subheader, in which case the BSR is referred below to as "Padding BSR"; 

- retxBSR-Timer expires and the UE has data available for transmission for any of the logical channels which 
belong to a LCG, in which case the BSR is referred below to as "Regular BSR"; 

- periodicBSR-Timer expires, in which case the BSR is referred below to as "Periodic BSR". 

For Regular and Periodic BSR: 

if more than one LCG has data available for transmission in the TTI where the BSR is transmitted: report Long 
BSR; 

- else report Short BSR. 
For Padding BSR: 
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- if the number of padding bits is equal to or larger than the size of the Short BSR plus its subheader but smaller 
than the size of the Long BSR plus its subheader: 

if more than one LCG has data available for transmission in the TTI where the BSR is transmitted: report 
Truncated BSR of the LCG with the highest priority logical channel with data available for transmission; 

- else report Short BSR. 

- else if the number of padding bits is equal to or larger than the size of the Long BSR plus its subheader, report 
Long BSR. 

If the Buffer Status reporting procedure determines that at least one BSR has been triggered and not cancelled: 

- if the UE has UL resources allocated for new transmission for this TTL 

- instruct the Multiplexing and Assembly procedure to generate a BSR MAC control element; 

- start or restart periodicBSR-Timer except when the BSR is a Truncated BSR; 

- start or restart retxBSR-Timer. 

- else if a Regular BSR has been triggered: 

- a Scheduling Request shall be triggered. 

A MAC PDU shall contain at most one MAC BSR control element, even when multiple events trigger a BSR by the 
time a BSR can be transmitted in which case the Regular BSR and the Periodic BSR shall have precedence over the 
padding BSR. 

The UE shall restart retxBSR-Timer upon indication of a grant for transmission of new data on UL-SCH. 

All triggered BSRs shall be cancelled in case the UL grant can accommodate all pending data available for transmission 
but is not sufficient to additionally accommodate the BSR MAC control element plus its subheader. All triggered BSRs 
shall be cancelled when a BSR is included in a MAC PDU for transmission. 

[TS 36.321 clause 6.1.2] 

MAC control elements are always placed before any MAC SDU. 

[TS 36.321 clause 6.1.3.1] 

Buffer Status Report (BSR) MAC control elements consist of either: 

- Short BSR and Truncated BSR format: one LCG ID field and one corresponding Buffer Size field (figure 
6.1.3.1-1); or 

- Long BSR format: four Buffer Size fields, corresponding to LCG IDs #0 through #3 (figure 6.1.3.1-2). 
The BSR formats are identified by MAC PDU subheaders with LCIDs as specified in table 6.2.1.-1. 

The fields LCG ID and Buffer Size are defined as follow: 

- LCG ID: The Logical Channel Group ID field identifies the group of logical channel(s) which buffer status is 
being reported. The length of the field is 2 bits; 

- Buffer Size: The Buffer Size field identifies the total amount of data available across all logical channels of a 
logical channel group after the MAC PDU has been built. The amount of data is indicated in number of bytes. It 
shall include all data that is available for transmission in the RLC layer and in the PDCP layer; the definition of 
what data shall be considered as available for transmission is specified in [3] and [4] respectively. The size of 
the RLC and MAC headers are not considered in the buffer size computation. The length of this field is 6 bits. 
The values taken by the Buffer Size field are shown in Table 6.1.3.1-1. 

I — \ — \ — \ — \ — \ — \ — \ — I 

Oct1 


LCG ID 

Buffer Size 


Figure 6.1.3.1-1: Short BSR and Truncated BSR MAC control element 
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Buffer Size #0 
Buffer Size #1 


Buffer 
Size #2 


Buffer 
Size #1 

Buffer Size #2 


Buffer Size #3 


Oct1 
Oct 2 
Oct 3 


Figure 6.1.3.1-2: Long BSR MAC control element 


Table 6.1.3.1-1: Buffer size levels for BSR 


Index 

Buffer Size (BS) value [bytes] 

Index 

Buffer Size (BS) value [bytes] 



BS = 

32 

1 132 <BS<= 1326 

1 

0<BS<=10 

33 

1 326 <BS<= 1552 

2 

10<BS<=12 

34 

1552 <BS<= 1817 

3 

12<BS<=14 

35 

1817 <BS<= 2127 

4 

14<BS<=17 

36 

2127 <BS<= 2490 

5 

17<BS<=19 

37 

2490 <BS<= 2915 

6 

19<BS<=22 

38 

2915 <BS<= 3413 

7 

22 < BS <= 26 

39 

3413 <BS<= 3995 

8 

26 < BS <= 31 

40 

3995 < BS <= 4677 

9 

31 < BS <= 36 

41 

4677 < BS <= 5476 

10 

36 < BS <= 42 

42 

5476 < BS <= 641 1 

11 

42 < BS <= 49 

43 

641 1 < BS <= 7505 

12 

49 < BS <= 57 

44 

7505 < BS <= 8787 

13 

57 < BS <= 67 

45 

8787 <BS<= 10287 

14 

67 < BS <= 78 

46 

1 0287 <BS<= 12043 

15 

78 < BS <= 91 

47 

12043 <BS<= 14099 

16 

91 <BS<=107 

48 

14099 <BS<= 16507 

17 

107<BS<=125 

49 

1 6507 <BS<= 19325 

18 

125<BS<=146 

50 

1 9325 <BS<= 22624 

19 

146<BS<= 171 

51 

22624 < BS <= 26487 

20 

171 <BS<=200 

52 

26487 <BS<= 31009 

21 

200 < BS <= 234 

53 

31009 <BS<= 36304 

22 

234 < BS <= 274 

54 

36304 < BS <= 42502 

23 

274 < BS <= 321 

55 

42502 < BS <= 49759 

24 

321 < BS <= 376 

56 

49759 < BS <= 58255 

25 

376 < BS <= 440 

57 

58255 < BS <= 68201 

26 

440<BS<=515 

58 

68201 < BS <= 79846 

27 

515<BS<=603 

59 

79846 < BS <= 93479 

28 

603 < BS <= 706 

60 

93479 <BS<= 109439 

29 

706 < BS <= 826 

61 

109439 <BS<= 128125 

30 

826 < BS <= 967 

62 

128125 <BS<= 150000 

31 

967<BS<=1132 

63 

BS> 150000 


[TS 36.321 clause 6.2.1] 
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Table 6.2.1-2: Values of LCID for UL-SCH 


Index 

LCID values 

00000 

CCCH 

00001-01010 

Identity of the logical channel 

01011-11001 

Reserved 

11010 

Power Headroom Report 

11011 

C-RNTI 

11100 

Truncated BSR 

11101 

Short BSR 

11110 

Long BSR 

11111 

Padding 


[TS 36.323 clause 4.5] 

For the purpose of MAC buffer status reporting, the UE shall consider the following as data available for transmission 
in the PDCP layer: 

For SDUs for which no PDU has been submitted to lower layers: 

- the SDU itself, if the SDU has not yet been processed by PDCP, or 

- the PDU (control or data) if the SDU has been processed by PDCP. 
7.1 .4.6.3 Test description 

7.1 .4.6.3.1 Pre-test conditions 

System Simulator : 

- Cell 1 

- RRC Connection Reconfiguration (preamble: Table 4.5.3.3-1, step 8) using parameters as specified in Table 
7.1.4.6.3.3-1 

UE: 

None. 

Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

- The condition SRB2-DRB(3,0) is used for step 8 in 4.5.3A.3 according to [18]. 
3 AM DRBS are configured with the following parameters: 

Table 7.1.4.6.3.1-1: Logical Channel Configuration Settings 


Parameter 

Value DRB1 

Value DRB2 

Value DRBS 

LogicalChannel-ldentity 

3 

4 

5 

Priority 

8 

7 

6 

prioritizedBitRate 

OI<B/s 

OI^B/s 

OI<B/s 

logicalChannelGroup 

2 (LCG ID#2) 

2 (LCG ID#2) 

1 (LCGID#1) 
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7.1.4.6.3.2 


Test procedure sequence 

Table 7.1.4.6.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

2 

The SS transmits a MAC PDU containing two 
RLC SDUs of size 10 bytes on LC 3 

<- 

MAC PDU (2 RLC SDUs on LC 3) 

- 

- 

3 

SS allocates an UL Grant of 32 bits. (Note 1) 

<- 

(UL Grant, 32 bits) 

- 

- 

4 

Check: Does the UE transmit a Short BSR with 
'LCG ID' field set to '2' and 'Buffer size' field 
set to value '6' or bigger? (Note 2) 

-> 

MAC PDU (MAC Short BSR (LCG 
ID='2', Buffer Size='6' or bigger)) 

2,5 

P 

5 

Wait for retxBSR-Timer expiry on UE side. 

- 

- 

- 

- 

6 

Check: Does the UE transmit a scheduling 
request? 

-> 

(SR) 

6 

P 

7 

The SS respond to the scheduling request in 
step 6 by an UL Grant of 32 bits. (Note 1 ) 

<— 

(UL Grant, 32 bits) 

- 

- 

8 

Check: Does the UE transmit a Short BSR with 
'LCG ID' field set to '2' and 'Buffer size' field 
set to value '6' or bigger? (Note 2) 

-> 

MAC PDU (MAC Short BSR (LCG 
ID='2', Buffer Size='6' or bigger)) 

4,5 

P 

9 

The SS transmits a MAC PDU containing one 
RLC SDUs of size 1 bytes on LC 4 

<— 

MAC PDU (1 RLC SDUs on LC 4) 

- 

- 

10 

Check: Does the UE transmit a scheduling 
request? 

-> 

(SR) 

6 

P 

11 

The SS respond to the scheduling request in 
step 1 by an UL Grant of 32 bits. (Note 1 ) 

<- 

(UL Grant, 32 bits) 

- 

- 

12 

Check: Does the UE transmit a Short BSR with 
'LCG ID' field set to '2' and 'Buffer size#1 ' field 
set to value '8' or bigger? (Note 2) 

-> 

MAC PDU (MAC Short BSR (LCG 
ID='2', Buffer Size='8' or bigger)) 

3,5 

P 

13 

The SS transmits a MAC PDU containing two 
RLC SDUs of size 4 bytes on LC 5 

<— 

MAC PDU (2 RLC SDUs on LC 5) 

- 

- 

14 

Check: Does the UE transmit a scheduling 
request? 

-> 

(SR) 

6 

P 

15 

The SS respond to the scheduling request in 
step 14 by one UL Grant of 32 bits. (Note 1) 

<- 

(UL Grant, 32 bits) 

- 

- 

16 

Check: Does the UE transmit a Long BSR with 
'Buffer size#1 ' field set to value '1 ', 'Buffer 
size#2' field set to value '8' or bigger? (Note 3) 

-> 

MAC PDU (MAC Long BSR 
(Buffer size#1 ='1 ' or bigger. Buffer 
size#2='8' or bigger) 

1,5 

P 

17 

Wait for retxBSR-Timer expiry on the UE side. 

- 


- 

- 

18 

Check: Does the UE transmit a scheduling 
request? 

-> 

(SR) 

6 

P 

19 

SS allocates an UL Grant of 424 bits. (Note 4) 

<- 

(UL Grant, 424 bits) 

- 

- 

20 

Check: Does the UE transmit a MAC PDU 
including five RLC SDUs and not including any 
BSR? (Note 5) 

-> 

MAC PDU (SDU subheader, AMD 
PDU header and 2 RLC SDUs on 
LC 3, SDU subheader, AMD PDU 
header and 1 RLC SDUs on LC 4, 
SDU subheader, AMD PDU 
header and 2 RLC SDUs on LC 
5) 

7 

P 

21 

The SS transmits a MAC PDU containing two 
MAC SDUs, the first containing a 8 byte RLC 
SDU with LCID set to '0001 1 ' and the second 
containing a 7 byte RLC SDU with LCID set to 
'00101'. 

<- 

MAC PDU (MAC sub-header 
(E='1', LCID='00011', F='0', 
L='10'), MAC sub-header (E='0', 
LCID='00101',), AMD PDU, AMD 
PDU) 



22 

The UE sends Scheduling Request 

-> 

(SR) 

- 

- 

23 

The SS transmits an uplink grant of size 256 
bits. (Note 6) 

<— 

(UL grant) 

- 

- 

24 

Check: Does the UE return a MAC PDU of 
length 256 bits including 2 RLC SDUs, 
Padding and Short BSR or LongBSR with 
Buffer size(s) set to '0'? (Note 5) (Note 7) 

-> 

MAC PDU (Short BSR MAC sub- 
header (E='1', LCID='11101', 
MAC sub-header (E='1', F='0'), 
MAC sub-header (E='1', F='0'), 
F='0'), padding MAC sub-header 
(E='0',LCID='11 111'), Short BSR 
( Buffer Size='0'), AMD PDU, 
AMD PDU, padding) 

8 

P 
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Or 

MAC PDU (Long BSR MAC sub- 
header (E='1', LCID='11101', 
MAC sub-header (E='1', F='0'), 
MAC sub-header (E='1', F='0'), 
F='0'), padding MAC sub-header 
(E='0', LCID='1 1 1 1 1 '), LongBSR ( 
Buffer Size='0'), AMD PDU, AMD 
PDU, padding) 



25 

SS transmits an RLC STATUS PDU to 
acknowledge correctly received 
data(LCID='00011') 

<— 

RLC STATUS PDU (ACK_SN=1) 



26 

SS transmits an RLC STATUS PDU to 
acknowledge correctly received 
data(LCID='00101') 

<- 

RLC STATUS PDU (ACK_SN=1) 



Note 1 : 32 bits enables UE to transmit a IVIAC PDU with a IVIAC BSR header and a Short BSR (1 bytes) or a Long 
BSR (3 byte). 

Note 2: UE triggers a Short BSR of type "Regular BSR" to report buffer status for one LCG for that TTI. The UE 
should not send any of the received RLC SDUs (segmented) due to Regular BSR has higher priority than 
U-plane logical channels. 

Note 3: UE triggers and transmit a Long BSR of type "Regular BSR". The UL grant would be enough for UE to 
transmit one RLC SDU as received in step 8, but Regular BSR has higher priority than U-plane logical 
channels. 

Note 4: The UE has 38 bytes of user data (received in steps 2, 9 and 13) in the transmission buffer. 424 bits 
enables UE to transmit user data in MAC PDU with 2 bytes SDU subheader for LC 3, 2 bytes SDU 
subheader for LC 4 and 1 byte SDU subheader for LC 5, 24 bytes MAC SDU for LC 3 (2 RLC SDUs, 10 
bytes each and 4 bytes AMD PDU header), 12 bytes MAC SDU for LC 4 (1 RLC SDU, 10 bytes and 2 
bytes AMD PDU header, 12 bytes MAC SDU for LC 5 (2 RLC SDUs, 4 bytes each and 4 bytes AMD PDU 
header)) equals to 424 bits (53 bytes). 

Note 5 The MAC SDUs for the different logical channels may be in any order in the MAC PDU. 

Note 6: UL grant of 256 bits (/res=6, Nprb=3, TS 36.213 Table 7.1.7.2.1-1) is chosen to enable UE to transmit two 
MAC SDUs of size 10 and 9 bytes in a MAC PDU (8 bytes RLC SDU + 2 bytes AMD PDU header + 7 
bytes RLC SDU+ 2 bytes AMD PDU header) + 1 byte Short BSR+6 byte padding + one byte BSR header+ 
2x2 bytes MAC sub-header (7 bit LI) + one byte padding MAC sub-header (R/R/E/LCID) = 32bytes = 256 
bits) or UL grant of 256 bits (/res=6, Nprb=3, TS 36.213 Table 7.1 .7.2.1-1) is chosen to enable UE to 
transmit two MAC SDUs of size 10 and 9 bytes in a MAC PDU (8 bytes RLC SDU + 2 bytes AMD PDU 
header + 7 bytes RLC SDU+ 2 bytes AMD PDU header) + 3 byte LongBSR + 4 byte padding + one byte 
BSR header+ 2x2 bytes MAC sub-header (7 bit LI) + one byte padding MAC sub-header (R/R/E/LCID) = 
32bytes = 256 bits). 

Note 7: It is left up to UE implementation whether ShortBSR or LongBSR is reported. 
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7.1 .4.6.3.3 Specific Message Contents 

Table 7.1.4.6.3.3-1 : RRCConnectionReconfiguration (preamble: Table 4.5.3.3-1, step 8) 


Derivation patii: 36.508 table 4.8.2.1 .5-1 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




RadioResourceConfigDedicated SEQUENCE { 




mac-MainConfig CHOICE { 




Explicit SEQUENCE} 




ul-SCH-Config SEQUENCE { 




maxHARQ-Tx 

n5 



periodicBSR-Timer 

Infinity 



retxBSR-Timer 

sf320 



ttiBundling 

FALSE 



} 




} 




} 




} 




} 




} 




} 




} 





7.1.4.7 


7.1.4.7.1 


Correct handling of MAC control information / Buffer Status / UL resources 
are allocated / Padding BSR 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE transmits a MAC PDU and the number of padding bits is equal to or larger than the size 
of a Short BSR plus its subheader but smaller than the size of a Long BSR plus its subheader and the 
UE has available data for transmission from more than one LCG in the TTI where the BSR is 
transmitted } 

then { UE reports a Truncated BSR of the LCG with the highest priority logical channel with data 
available for transmission } 


} 


(2) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE transmits a MAC PDU and the number of padding bits is equal to or larger than the size 
of a Short BSR plus its subheader but smaller than the size of a Long BSR plus its subheader and the 
UE has available data for transmission form only one LCG in the TTI where the BSR is transmitted } 
then { UE reports a Short BSR } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when{ UE transmits a MAC PDU and the number of padding bits is equal to or larger than the size of 
a Long BSR plus its subheader } 

then { UE reports a long BSR } 


7.1.4.7.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.4.3.1, 5.4.5, 
6.1.2, 6.1.3.1 and 6.2.1 and in TS 36.323, clause 4.5. 
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[TS 36.321 clause 5.4.3.1] 

For the Logical Channel Prioritization procedure, the UE shall take into account the following relative priority in 
decreasing order: 

- MAC control element for C-RNTI or data from UL-CCCH; 

- MAC control element for BSR, with exception of BSR included for padding; 

- MAC control element for PHR; 

- data from any Logical Channel, except data from UL-CCCH; 
MAC control element for BSR included for padding. 

[TS 36.321 clause 5.4.5] 

The Buffer Status reporting procedure is used to provide the serving eNB with information about the amount of data 
available for transmission in the UL buffers of the UE. RRC controls BSR reporting by configuring the two timers 
periodicBSR-Timer and retxBSR-Timer and by, for each logical channel, optionally signalling logic alChannelGroup 
which allocates the logical channel to an LCG [8]. 

For the Buffer Status reporting procedure, the UE shall consider all radio bearers which are not suspended and may 
consider radio bearers which are suspended. 

A Buffer Status Report (BSR) shall be triggered if any of the following events occur: 


UL resources are allocated and number of padding bits is equal to or larger than the size of the Buffer Status 
Report MAC control element plus its subheader, in which case the BSR is referred below to as "Padding BSR"; 


For padding BSR: 

- if the number of padding bits is equal to or larger than the size of the Short BSR plus its sub header but smaller 
than the size of the Long BSR plus its subheader: 

- if more than one LCG has data available for transmission in the TTI where the BSR is transmitted: report 
Truncated BSR of the LCG with the highest priority logical channel with data available for transmission; 

- else report Short BSR. 

- else if the number of padding bits is equal to or larger than the size of the Long BSR plus its sub header, report 
Long BSR. 

If the Buffer Status reporting procedure determines that at least one BSR has been triggered and not cancelled: 

if the UE has UL resources allocated for new transmission for this TTI: 

- instruct the Multiplexing and Assembly procedure to generate a BSR MAC control element; 

- start or restart the periodicBSR-Timer except when the BSR is a Truncated BSR; 

- start or restart retxBSR-Timer. 

- else if a Regular BSR has been triggered: 

- a Scheduling Request shall be triggered. 

A MAC PDU shall contain at most one MAC BSR control element, even when multiple events trigger a BSR by the 
time a BSR can be transmitted in which case the Regular BSR and the Periodic BSR shall have precedence over the 
padding BSR. 

The UE shall restart retxBSR-Timer upon indication of a grant for transmission of new data on UL-SCH. 
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All triggered BSRs shall be cancelled in case the UL grant can accommodate all pending data available for transmission 
but is not sufficient to additionally accommodate the BSR MAC control element plus its subheader. All triggered BSRs 
shall be cancelled when a BSR is included in a MAC PDU for transmission. 

[TS 36.321 clause 6.1.2] 

MAC control elements are always placed before any MAC SDU. 

[TS 36.321 clause 6.1.3.1] 

Buffer Status Report (BSR) MAC control elements consist of either: 

- Short BSR and Truncated BSR format: one LCG ID field and one corresponding Buffer Size field (figure 
6.1.3.1-1); or 

- Long BSR format: four Buffer Size fields, corresponding to LCG IDs #0 through #3 (figure 6.1.3.1-2). 
The BSR formats are identified by MAC PDU sub headers with LCIDs as specified in table 6.2.1.-2. 

The fields LCG ID and Buffer Size are defined as follow: 

- LCG ID: The Logical Channel Group ID field identifies the group of logical channel(s) which buffer status is 
being reported. The length of the field is 2 bits; 

- Buffer Size: The Buffer Size field identifies the total amount of data available across all logical channels of a 
logical channel group after the MAC PDU has been built. The amount of data is indicated in number of bytes. It 
shall include all data that is available for transmission in the RLC layer and in the PDCP layer; the definition of 
what data shall be considered as available for transmission is specified in [3] and [4] respectively. The size of 
the RLC and MAC headers are not considered in the buffer size computation. The length of this field is 6 bits. 
The values taken by the Buffer Size field are shown in Table 6.1.3.1-1. 


I 1 1 1 1 1 1 h 


LCG ID 


Buffer Size 


Oct1 


Figure 6.1.3.1-1: Short BSR and Truncated BSR MAC control element 
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Buffer Size #0 

Buffer 
Size #1 

Buffer Size #1 

Buffer Size #2 

Buffer 
Size #2 

Buffer Size #3 


Oct1 
Oct 2 
Oct 3 


[TS 36.321 clause 6.2.1] 


Figure 6.1.3.1-2: Long BSR MAC control element 


Table 6.2.1-2: Values of LCID for UL-SCH 


Index 

LCID values 

00000 

CCCH 

00001-01010 

Identity of the logical channel 

01011-11001 

Reserved 

11010 

Power Headroom Report 

11011 

C-RNTI 

11100 

Truncated BSR 

11101 

Short BSR 

11110 

Long BSR 

11111 

Padding 


[TS 36.323 clause 4.5] 
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For the purpose of MAC buffer status reporting, the UE shall consider PDCP Control PDUs, as well as the following as 
data available for transmission in the PDCP layer: 

For SDUs for which no PDU has been submitted to lower layers: 

- the SDU itself, if the SDU has not yet been processed by PDCP, or 

- the PDU (control or data) if the SDU has been processed by PDCP. 
7.1 .4.7.3 Test description 

7.1 .4.7.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 

- RRC Connection Reconfiguration (preamble: Table 4.5.3.3-1, step 8) using parameters as specified in Table 
7.1.4.7.3.3-1 

UE: 

None. 

Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

- The condition SRB2-DRB(2,0) is used for step 8 in 4.5.3A.3 according to [18]. 
2 AM DRBS are configured with the parameters specified in table 7.1.4.7.1-1. 

Table 7.1.4.7.1-1: Logical Channel Configuration Settings 


Parameter 

DRB1 

DRB2 

LogicalChannel-ldentity 

3 

4 

Priority 

7 

6 

prioritizedBitRate 

Okbs 

Okbs 

logicalChannelGroup 

2 (LCG ID#2) 

1 (LCGID#1) 
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7.1.4.7.3.2 


Test procedure sequence 

Table 7.1.4.7.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

- 

EXCEPTION: Step 2 shall be repeated for 2 
times 

- 

- 

- 

- 

2 

The SS transmits a MAC PDU including an 
RLC SDU of size 12 bytes on logical channel 
4. 

<- 

MAC PDU (RLC SDU on LC 4) 



3 

The SS transmits a MAC PDU including an 
RLC SDU of size 12 bytes on logical channel 
3. 

<- 

MAC PDU (RLC SDU on LC 3) 



4 

UE transmits a Scheduling Request on 
PUCCH. 

-> 

(SR) 

- 

- 

5 

The SS sends an uplink grant of size 32 bits. 
(Notel) 

<— 

(UL grant) 

- 

- 

6 

The UE transmit a Long BSR report 

-> 

MAC PDU (Long BSR header 
(LCID='11110'), Long BSR) 

- 

- 

7 

The SS is configured for Uplink Grant 
Allocation Type 3. The SS sends an uplink 
grant of size 136 bits. (Note 2) 

<- 

(UL grant) 



8 

Check: Does UE transmit a MAC PDU 
containing an RLC SDU and a Truncated BSR 
indicating pending data ('Buffer size' field > '0') 
for logicalChannelGroup 1 ('LCG ID' field set to 
'01')? 

-> 

MAC PDU (Truncated BSR 
header (LCID='1 1 100'), Truncated 
BSR(LCG ID ='01', Buffer 
size>'0'), RLC SDU) 

1 

P 

9 

Void 

- 

- 

- 

- 

10 

The SS is configured for Uplink Grant 
Allocation Type 3. The SS sends an uplink 
grant of size 136 bits 
(Note 2) 

<- 

(UL grant) 



11 

Check: Does UE transmit a MAC PDU 
containing an RLC SDU and with a Short BSR 
indicating pending data ('Buffer size' field > '0') 
for logicalChannelGroup 2 ('LCG ID' field 
='10')? 

-> 

MAC PDU (Short BSR 
header(LCID='11101'),Short 
BSR(LCG ID ='10', Buffer size>'0'), 
RLC SDU) 

2 

P 

12 

Void 

- 

- 

- 

- 

13 

Void 

- 

- 

- 

- 

14 

The SS is configured for Uplink Grant 
Allocation Type 3. The SS sends an uplink 
grant of size 152 bits. (Note 3) 

<— 

(UL grant) 



15 

Check: Does UE transmit a MAC PDU 
containing a RLC SDU and a Long BSR? 

-> 

MAC PDU (Long BSR header 
(LCID='11110'), Long BSR), RLC 
SDU) 

3 

P 

Note 1 : SS transmit an UL grant of 32 bits {Itbs=0, Nprb=2, TS 36.213 Table 7.1 .7.2.1-1) to allow UE to transmit a 
Regular BSR triggered by the new data received logicalChannelGroup 1 and 2 in steps 2 and 3. This to 
enable testing of Padding BSR which has lower priority than Regular BSR. 

Note 2: UL grant of 136 bits (Itbs=9, Nprb=^ , TS 36.213 Table 7.1 .7.2.1-1) is chosen such that the MAC PDU 
padding bits will be equal to or larger than the size of Short/Truncated BSR and smaller than Long BSR. 
RLC SDU size is 12 bytes, size of AMD PDU header is 2 bytes, size of MAC header is 2 bytes (1 byte for 
MAC SDU sub-header using R/R/E/LCID for last sub header and 1 byte for BSR sub-header) and size of 
Short BSR/Truncated BSR is one byte, i.e. setting UL grant to 17 bytes (136 bits) enable UE to include 
Short/Truncated BSR. 

Note 3: UL grant of 152 bits (/res=0, Nprb=6, TS 36.213 Table 7.1 .7.2.1-1) is chosen such that the MAC PDU 

padding bits will be equal to or larger than the size of Long BSR. RLC SDU size is 1 2 bytes, size of AMD 
PDU header is 2 bytes, size of MAC header is 2 bytes (1 byte for MAC SDU sub-header using R/R/E/LCID 
for last sub header and 1 byte for BSR sub-header) and size of Long BSR is 3 bytes, i.e. setting UL grant 
to 19 bytes (152 bits) enable UE to include padding Long BSR. 


7.1.4.7.3.3 
None 


Specific Message Contents 
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7.1 .4.7a Correct handling of MAC control information / Buffer Status / UL resources 
are allocated / Cancellation of Padding BSR 

7.1 .4.7a.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE has transmitted a MAC PDU with a Regular BSR and padding such that a padding BSR is 
triggered AND UE has remaining data causing continuous data transmission while periodicBSR-Timer is 
running without causing any Regular BSR or padding BSR to be triggered } 
then { UE reports a Perodic BSR } 
} 

7.1 .4.7a.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.4.3.1, 5.4.5, 
6.1.2, 6.1.3.1 and 6.2.1 and in TS 36.323, clause 4.5. 

[TS 36.321 clause 5.4.3.1] 

For the Logical Channel Prioritization procedure, the UE shall take into account the following relative priority in 
decreasing order: 

- MAC control element for C-RNTI or data from UL-CCCH; 

MAC control element for BSR, with exception of BSR included for padding; 

- MAC control element for PHR; 

- data from any Logical Channel, except data from UL-CCCH; 
MAC control element for BSR included for padding. 

[TS 36.321 clause 5.4.5] 

The Buffer Status reporting procedure is used to provide the serving eNB with information about the amount of data 
available for transmission in the UL buffers of the UE. RRC controls BSR reporting by configuring the two timers 
periodicBSR-Timer and retxBSR-Timer and by, for each logical channel, optionally signalling logic alChannelGroup 
which allocates the logical channel to an LCG [8]. 

For the Buffer Status reporting procedure, the UE shall consider all radio bearers which are not suspended and may 
consider radio bearers which are suspended. 

A Buffer Status Report (BSR) shall be triggered if any of the following events occur: 

- UL data, for a logical channel which belongs to a LCG, becomes available for transmission in the RLC entity or 
in the PDCP entity (the definition of what data shall be considered as available for transmission is specified in 
[3] and [4] respectively) and either the data belongs to a logical channel with higher priority than the priorities of 
the logical channels which belong to any LCG and for which data is already available for transmission, or there 
is no data available for transmission for any of the logical channels which belong to a LCG, in which case the 
BSR is referred below to as "Regular BSR"; 

- UL resources are allocated and number of padding bits is equal to or larger than the size of the Buffer Status 
Report MAC control element plus its subheader, in which case the BSR is referred below to as "Padding BSR"; 

- retxBSR-Timer expires and the UE has data available for transmission for any of the logical channels which 
belong to a LCG, in which case the BSR is referred below to as "Regular BSR"; 

- periodicBSR-Timer expires, in which case the BSR is referred below to as "Periodic BSR". 

For Regular and Periodic BSR: 

if more than one LCG has data available for transmission in the TTI where the BSR is transmitted: report Long 
BSR; 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 539 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

- else report Short BSR. 
For padding BSR: 

- if the number of padding bits is equal to or larger than the size of the Short BSR plus its sub header but smaller 
than the size of the Long BSR plus its subheader: 

- if more than one LCG has data available for transmission in the TTI where the BSR is transmitted: report 
Truncated BSR of the LCG with the highest priority logical channel with data available for transmission; 

- else report Short BSR. 

- else if the number of padding bits is equal to or larger than the size of the Long BSR plus its sub header, report 
Long BSR. 

If the Buffer Status reporting procedure determines that at least one BSR has been triggered and not cancelled: 

if the UE has UL resources allocated for new transmission for this TTL 

- instruct the Multiplexing and Assembly procedure to generate a BSR MAC control element; 

- start or restart the periodicBSR-Timer except when the BSR is a Truncated BSR; 

- start or restart retxBSR-Timer. 

- else if a Regular BSR has been triggered: 

- a Scheduling Request shall be triggered. 

A MAC PDU shall contain at most one MAC BSR control element, even when multiple events trigger a BSR by the 
time a BSR can be transmitted in which case the Regular BSR and the Periodic BSR shall have precedence over the 
padding BSR. 

The UE shall restart retxBSR-Timer upon indication of a grant for transmission of new data on UL-SCH. 

All triggered BSRs shall be cancelled in case the UL grant can accommodate all pending data available for transmission 
but is not sufficient to additionally accommodate the BSR MAC control element plus its subheader. All triggered BSRs 
shall be cancelled when a BSR is included in a MAC PDU for transmission. 

[TS 36.321 clause 6.1.2] 

MAC control elements are always placed before any MAC SDU. 

[TS 36.321 clause 6.1.3.1] 

Buffer Status Report (BSR) MAC control elements consist of either: 

Short BSR and Truncated BSR format: one LCG ID field and one corresponding Buffer Size field (figure 
6.1.3.1-1); or 

- Long BSR format: four Buffer Size fields, corresponding to LCG IDs #0 through #3 (figure 6.1.3.1-2). 
The BSR formats are identified by MAC PDU sub headers with LCIDs as specified in table 6.2.1.-2. 

The fields LCG ID and Buffer Size are defined as follow: 

- LCG ID: The Logical Channel Group ID field identifies the group of logical channel(s) which buffer status is 
being reported. The length of the field is 2 bits; 

- Buffer Size: The Buffer Size field identifies the total amount of data available across all logical channels of a 
logical channel group after the MAC PDU has been built. The amount of data is indicated in number of bytes. It 
shall include all data that is available for transmission in the RLC layer and in the PDCP layer; the definition of 
what data shall be considered as available for transmission is specified in [3] and [4] respectively. The size of 
the RLC and MAC headers are not considered in the buffer size computation. The length of this field is 6 bits. 
The values taken by the Buffer Size field are shown in Table 6.1.3.1-1. 
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Figure 6.1.3.1-1: Short BSR and Truncated BSR MAC control element 
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[TS 36.321 clause 6.2.1] 


Figure 6.1.3.1-2: Long BSR MAC control element 


Table 6.2.1-2: Values of LCID for UL-SCH 


Index 

LCID values 

00000 

CCCH 

00001-01010 

Identity of the logical channel 

01011-11001 

Reserved 

11010 

Power Headroom Report 

11011 

C-RNTI 

11100 

Truncated BSR 

11101 

Short BSR 

11110 

Long BSR 

11111 

Padding 


[TS 36.323 clause 4.5] 

For the purpose of MAC buffer status reporting, the UE shall consider PDCP Control PDUs, as well as the following as 
data available for transmission in the PDCP layer: 

For SDUs for which no PDU has been submitted to lower layers: 

- the SDU itself, if the SDU has not yet been processed by PDCP, or 

- the PDU (control or data) if the SDU has been processed by PDCP. 
7.1 .4.7a.3 Test description 

7.1 .4.7a.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 

- RRC Connection Reconfiguration (preamble: Table 4.5.3.3-1, step 8) using parameters as specified in Tables 
7.1.4.7a.3.3-l-3. 

UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

- The condition SRB2-DRB(3,0) is used for step 8 in 4.5.3A.3 according to [18]. 

- 3 AM DRBS are configured with the parameters specified in table 7. 1.4. 7a. 1-1. 
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Table 7.1. 4.7a.1-1: Logical Channel Configuration Settings 


Parameter 

Value DRB1 

Value DRB2 

Value DRB3 

LogicalChannel-ldentity 

3 

4 

5 

Priority 

8 

7 

6 

prioritizedBitRate 

OkB/s 

OkB/s 

OkB/s 

logicalChannelGroup 

2 (LCG ID#2) 

1 (LCGID#1) 

1 (LCGID#1) 
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7.1.4.7a.3.2 


Test procedure sequence 

Table 7.1.4.73.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

2 

The SS transmits a MAC PDU including an 
RLC SDU of size 1 1 bytes on logical channel 
5. 

<- 

MAC PDU (RLC SDU on LC 5) 



- 

EXCEPTION: Step 3 shall be repeated 4 times 

- 

- 

- 

- 

3 

The SS transmits a MAC PDU including an 
RLC SDU of size 10 bytes on logical channel 
4. 

<- 

MAC PDU (RLC SDU on LC 4) 



- 

EXCEPTION: Step 4 shall be repeated 5 times 

- 

- 

- 

- 

4 

The SS transmits a MAC PDU including an 
RLC SDU of size 10 bytes on logical channel 
3. 

<- 

MAC PDU (RLC SDU on LC 3) 



5 

Void 

- 

- 

- 

- 

6 

60 ms after step 4, t he SS sends an uplink 
grant of size 176 bits. (Note 1) 

<- 

(UL grant) 

- 

- 

7 

The UE transmits a longBSR triggered by a 
Regular BSR report 

-> 

MAC PDU (Long BSR header 
(LCID='11110'), MACSDU 
header. Long BSR, RLC SDU, 
padding) 



8 

20 ms after step 4, the SS sends an uplink 
grant of 1 04 bits for every 5^^ uplink TTI 1 
times. (Note 2) 






EXCEPTION: In parallel with step 9, the 
parallel behaviour in table 7.1 .4. 7a. 3. 2-2 is 
running until the periodic BSR is received in 
step 9. 





9 

Check: Does UE transmit a MAC PDU 
containing a periodic BSR? 
(Note 3 and Note 4) 

-> 

MAC PDU {Long BSR header, 

,MAC SDU header, Long BSR 

RLC SDU segment) 

or 

MAC PDU (Short BSR header, 

,MAC SDU header. Short BSR 

RLC SDU segment) 

1 

P 


EXCEPTION: In parallel with step 10, the 
parallel behaviour in table 7.1 .4.7a.3.2-3 is 
running. Step 10 shall occur at least once. 
(Note 4) 





10 

CHECK: Does UE transmit a MAC PDU 
containing a MAC SDU 

-> 

MAC PDU (RLC SDU segments) 

1 

P 

Note 1 : UL grant of 176 bits (/res=3, Nprb=3, TS 36.213 Table 7.1 .7.2.1-1) is chosen such that the MAC PDU 

padding bits (padding header + padding payload) will be equal to or larger to trigger a padding BSR (Short 
BSR), i.e. 2 bytes or more (one byte for BSR sub-header and 1 bytes for a Short BSR). RLC SDU size is 
1 1 bytes, size of AMD PDU header is 2 bytes, size of MAC header is 4 bytes (1 byte for BSR sub header, 2 
byte for MAC SDU sub-header using R/R/E/LCID/F/L and 1 byte for R/R/E padding sub header) and size of 
Long BSR (Regular BSR) is 3 bytes and padding is 2 bytes, i.e. setting UL grant to 22 bytes (176 bits). The 
remaining 3 bytes would have enabled the UE to segment a second RLC SDU if the RLC SDU belongs to 
the same logical channel. However, as there is only one RLC SDU available for transmission for LC5 
(highest priority) then would the UE have to add a second MAC SDU to transmit a segment of an additional 
RLC SDU from LC4. This would require 4 bytes or more and the UE will instead add 3 bytes of padding, 
which will trigger a padding BSR. 

Note 2: UL grant of 104 bits (/res=3, Nprb=2, TS 36.213 Table 7.1 .7.2.1-1) is chosen such that UE is able to 
transmit a MAC PDU that fits exactly a PDCP SDU to enable periodic BSR to be triggered when 
periodicBSR-Timer expires. RLC SDU size is 10 bytes, size of AMD PDU header is 2 bytes and size of 
MAC header is 1 byte (1 byte for MAC SDU sub-header using R/R/E/LCID for last sub header), i.e. setting 
UL grant to 13 bytes (104 bits). The UL grant is sent by the SS 10 times (every 5^^ TTI) to enable UE to 
transmit the remaining 9 RLC SDUs and at least one periodic BSR, 

Note 3: The Periodic BSR is triggered by the expiry of the periodiBSR-Timer (32 sub-frames, see Table 

7. 1.4. 7a. 3. 3-1) and verifies that the triggered padding BSR in step 7 in Table 7.1.4.7a.3.2-1 is cancelled by 
the UE. If the UE would not have cancelled the triggered padding BSR then would the UE reset the 
periodicBSR-Timer after each transmission causing the timer to not expire. 

Note 4: If UE has cancelled the triggered padding BSR in step 7 in Table 7.1 .4. 7a. 3. 2-1 then the periodicBSR- 
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Timer\N\\\ expire before all data in the transmission buffer has been sent by the UE. This verifies that the 
received BSR report in step 9 is triggered by a periodic BSR report and not due to a regular or padding 
BSR. 


Table 7.1. 4.7a.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

UE transmits a MAC PDU containing an RLC 
SDU 

-> 

MAC PDU (RLC SDU) 

- 

- 


Table 7.1. 4.7a.3.2-3: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

UE transmits a MAC PDU containing an RLC 
SDU 

-> 

MAC PDU {Long BSR header, 

,MAC SDU header, Long BSR 

RLC SDU segment) 

or 

MAC PDU (Short BSR header, 

,MAC SDU header. Short BSR 

RLC SDU segment) 




7.1 .4.7a.3.3 Specific Message Contents 

Table 7.1.4.7a.3.3-1 : RRCConnectionReconfiguration (preamble: Table 4.5.3.3-1, step 8) 


Derivation path: 36.508 table 4.8.2.1 .5-1 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




RadioResourceConfigDedicated SEQUENCE { 




mac-MainConfig CHOICE { 




Explicit SEQUENCE} 




ul-SCH-Config SEQUENCE { 




maxHARQ-Tx 

n5 



periodicBSR-Timer 

Sf32 

32 subframes 


retxBSR-Timer 

sf320 



ttiBundling 

FALSE 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 7.1.4.7a.3.3-2: SchedulingRequest-Configuration (preamble: Table 4.5.3.3-1, step 8) 


Derivation Path: 36.508 clause 4.6.3-20 

Information Element 

Value/remark 

Comment 

Condition 

SchedulingRequest-Configuration ::= CHOICE { 




setup SEQUENCE! 




dsr-TranslVlax 

n64 

IVIax value allowed 


} 




} 





Table 7.1.4.7a.3.3-3: RLC-Config-DRB-AM (preamble: Table 4.5.3.3-1, step 8) 


Derivation path: 36.508 clause 4.8.2.1 .3.2, Table 4.8.2.1 .3.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

RLC-Config-DRB-AM ::= CHOICE { 




am SEQUENCE! 




ul-AM-RLC SEQUENCE { 




t-PollRetransmit 

ms500 



} 




} 




} 





7.1 .4.8 Correct handling of MAC control infornnation / Buffer status / Periodic BSR 

timer expires 


7.1.4.8.1 

(1) 


Test Purpose (IP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { periodicBSR-Timer expires and more than one LCG has buffered data in a TTI 
then { UE triggers a Periodic BSR and reports Long BSR } 


(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { periodicBSR-Timer expires and one LCG has buffered data in a TTI } 

then { UE triggers a Periodic BSR and reports Short BSR and restarts the periodicBSR-Timer} 


7.1.4.8.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.4.5, 6.1.2, 
6.1.3.1 and 6.2.1; TS 36.323 clause 4.5. 

[TS 36.321 clause 5.4.5] 

The Buffer Status reporting procedure is used to provide the serving eNB with information about the amount of data 
available for transmission in the UL buffers of the UE. RRC controls BSR reporting by configuring the two timers 
periodicBSR-Timer and retxBSR-Timer and by, for each logical channel, optionally signalling logic alChannelGroup 
which allocates the logical channel to an LCG [8]. 

For the Buffer Status reporting procedure, the UE shall consider all radio bearers which are not suspended and may 
consider radio bearers which are suspended. 

A Buffer Status Report (BSR) shall be triggered if any of the following events occur: 


- periodicBSR-Timer expires, in which case the BSR is referred below to as "Periodic BSR". 
For Regular and Periodic BSR: 
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- if more than one LCG has data available for transmission in the TTI where the BSR is transmitted: report Long 
BSR; 

- else report Short BSR. 

If the Buffer Status reporting procedure determines that at least one BSR has been triggered and not cancelled: 
if the UE has UL resources allocated for new transmission for this TTI: 

- instruct the Multiplexing and Assembly procedure to generate a BSR MAC control element; 

- start or restart the periodicBSR-Timer except when the BSR is a Truncated BSR; 

- start or restart retxBSR-Timer. 

A MAC PDU shall contain at most one MAC BSR control element, even when multiple events trigger a BSR by the 
time a BSR can be transmitted in which case the Regular BSR and the Periodic BSR shall have precedence over the 
padding BSR. 

The UE shall restart retxBSR-Timer upon indication of a grant for transmission of new data on UL-SCH. 

All triggered BSRs shall be cancelled in case the UL grant can accommodate all pending data available for transmission 
but is not sufficient to additionally accommodate the BSR MAC control element plus its subheader. All triggered BSRs 
shall be cancelled when a BSR is included in a MAC PDU for transmission. 

[TS 36.321 clause 6.1.2] 

MAC control elements are always placed before any MAC SDU. 

[TS 36.321 clause 6.1.3.1] 

Buffer Status Report (BSR) MAC control elements consist of either: 

- Short BSR and Truncated BSR format: one LCG ID field and one corresponding Buffer Size field (figure 
6.1.3.1-1); or 

- Long BSR format: four Buffer Size fields, corresponding to LCG IDs #0 through #3 (figure 6.1.3.1-2). 
The BSR formats are identified by MAC PDU sub headers with LCIDs as specified in table 6.2.1.-2. 

The fields LCG ID and Buffer Size are defined as follow: 

- LCG ID: The Logical Channel Group ID field identifies the group of logical channel(s) which buffer status is 
being reported. The length of the field is 2 bits; 

- Buffer Size: The Buffer Size field identifies the total amount of data available across all logical channels of a 
logical channel group after the MAC PDU has been built. The amount of data is indicated in number of bytes. It 
shall include all data that is available for transmission in the RLC layer and in the PDCP layer; the definition of 
what data shall be considered as available for transmission is specified in [3] and [4] respectively. The size of 
the RLC and MAC headers are not considered in the buffer size computation. The length of this field is 6 bits. 
The values taken by the Buffer Size field are shown in Table 6.1.3.1-1. 

I 1 1 1 1 1 1 1 1 

Oct1 


LCG ID 

Buffer Size 


Figure 6.1.3.1-1: Short BSR and Truncated BSR MAC control element 
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^ — I — I — I — I — I 


Buffer Size #0 

Buffer 
Size #1 

Buffer Size #1 

Buffer Size #2 

Buffer 
Size #2 

Buffer Size #3 


Oct1 
Oct 2 
Oct 3 


Figure 6.1.3.1-2: Long BSR MAC control element 


[TS 36.321 clause 6.2.1] 


Table: 6.2.1-2 Values of LCID for UL-SCH 


Index 

LCID values 

00000 

CCCH 

00001-01010 

Identity of the logical channel 

01011-11001 

Reserved 

11010 

Power Headroom Report 

11011 

C-RNTI 

11100 

Truncated BSR 

11101 

Short BSR 

11110 

Long BSR 

11111 

Padding 


[TS 36.323 clause 4.5] 

For the purpose of MAC buffer status reporting, the UE shall consider PDCP Control PDUs, as well as the following as 
data available for transmission : 

For SDUs for which no PDU has been submitted to lower layers: 

- the SDU itself, if the SDU has not yet been processed by PDCP, or 

- the PDU if the SDU has been processed by PDCP. 
7.1 .4.8.3 Test description 

7.1 .4.8.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 

- RRC Connection Reconfiguration (preamble: Table 4.5.3.3-1, step 8) using parameters as specified in Table 
7.1.4.8.3.3-1 

UE: 

None. 
Preamble; 

- The UE is in state Loopback Activated (state 4) according to [18]. 

- The condition SRB2-DRB(2,0) is used for step 8 in 4.5.3A.3 according to [18]. 
2 AM DRBS are configured with the parameters specified in table 7.1.4.8.1-1. 
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Table 7.1.4.8.1-1: Logical Channel Configuration Settings 


Parameter 

DRB1 

DRB2 

LogicalChannel-ldentity 

3 

4 

priority 

7 

6 

prioritizedBitRate 

Okbs 

Okbs 

logicalChannelGroup 

2 

1 
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7.1.4.8.3.2 


Test procedure sequence 

Table 7.1.4.8.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

2 

The SS transmits a MAC PDU containing an 
RLC PDU on logical channel 4 (LCG ID 1), 
which contains 1 RLC SDU of size 14 bytes. 

<- 

MAC PDU (RLC PDU) 



3 

The SS is configured for Uplink Grant 
Allocation Type 2. The SS sends an uplink 
grant of size 32 bits. (Note 2) 

<— 

(UL grant) 



4 

The UE transmits a short BSR report. (Note 6) 

-> 

MACPDU((LCID='11101', LCG 
ID='01', Buffer size index > 0) 

- 

- 

- 

EXCEPTION: Steps 5 to 6 shall be repeated 
two times (Note 4) 

- 

- 

- 

- 

5 

Wait for periodicBSR-Timer expiry. 

- 

- 

- 

- 

5A 

The SS sends an uplink grant of size 32 bits 

- 

- 

- 

- 

6 

Check: Does UE transmit a MAC PDU 
containing a Short BSR with 'LCG ID' field set 
to '01' (logicalChannelGroup 1) and Buffer 
Size Index > 0? 

-> 

MACPDU(LCID='11101', LCG 
ID='01', Buffer Size index > 0) 

2 

P 

7 

Void 





8 

The SS transmits a MAC PDU containing an 
RLC PDU on logical channel 3 (LCG ID 2), 
which contains 1 RLC SDU of size 14 bytes. 

<- 

MAC PDU (RLC PDU) 



8A 

The SS sends an uplink grant of size 32 bits 
(Note 3) 

<— 

(UL grant) 

- 

- 

8B 

The UE transmits a long BSR report with 
'Buffer size#1' (LCG ID=1) and 'Buffer size#2' 
(LCG ID=2) fields set to value > '0' 

-> 

MAC PDU (( 'Buffer size#1 index' 
> 0, 'Buffer size#2 index=' >0') 



9 

Void 





- 

EXCEPTION: Step 9A to 10 shall be repeated 
twice. (Note 5) 

- 

- 

- 

- 

10 

Check: Does UE transmit a MAC PDU 
containing a Long BSR with 'Buffer size#1' 
(LCG ID=1) and 'Buffer size#2' (LCG ID=2) 
fields set to value > '0'? 

-> 

MAC PDU 

1 

P 

10 
A 

The SS is configured for Uplink Grant 
Allocation Type 3. The SS transmits 1 UL grant 
of size 328 bits to enable the UE to loopback 
RLC SDU on LCG ID = 1 and LCG = 2. (Note 
7) 





11 

The UE transmits MAC PDU containing the 
remaining RLC SDUs as sent by the SS in 
steps 2 and 8. 

-> 

MAC PDU 



Note 1 : Void 

Note 2: SS transmits an UL grant of 32 bits (Itbs=0, Nprb=2, TS 36.213 Table 7.1.7.2.1-1) to allow UE to transmit a 

Regular BSR triggered by the new data received logicalChannelGroup 1 in step 2. 
Note 3: SS transmits an UL grant of 32 bits (Itbs=0, Nprb=2, TS 36.213 Table 7.1.7.2.1-1) to allow UE to transmit a 

Regular BSR triggered by the new data received logicalChannelGroup 2 in step 8. 
Note 4: One short BSR due to first expiry of periodicBSR-Timer and one short BSR due to second expire of 

periodicBSR- Timer. 
Note 5: One long BSR due to expire of periodicBSR-Timer and one long BSR due to second expiry of 

periodicBSR- Timer. 
Note 6: The UE starts periodicBSR-Timer. 
Note 7: SS transmits an UL grant of 328 bits (Itbs=7, Nprb=3, TS 36.213 Table 7.1.7.2.1-1) to allow UE to transmit 

RLC SDU on LCG =1 (14 bytes) and LCG = 2 (14 bytes) and a minimum MAC header of 3 bytes. 
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7.1 .4.8.3.3 Specific Message Contents 

Table 7.1.4.8.3.3-1 : RRCConnectionReconfiguration (preamble: Table 4.5.3.3-1, step 8) 


Derivation patii: 36.508 table 4.8.2.1 .5-1 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




RadioResourceConfigDedicated SEQUENCE { 




mac-MainConfig CHOICE { 




explicit SEQUENCE} 




ul-SCH-Config SEQUENCE { 




maxHARQ-Tx 

n5 



periodicBSR-Timer 

sflO 



retxBSR-Timer 

sf 10240 



ttiBundling 

FALSE 



} 




} 




} 




} 




} 




} 




} 




} 





7.1.4.9 
7.1.4.10 
7.1.4.10.1 
(1) 


Void 

MAC padding 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is to transmit a MAC PDU with padding exceeding 2 bytes 
then { Padding goes to the end of the MAC PDU } 


(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is to transmit a MAC PDU with single-byte padding and there is a data MAC PDU sub-header 
present } 

then { UE is inserting padding MAC PDU subheader before any other MAC PDU sub-header } 


(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is to transmit a MAC PDU with two-byte padding and there is a data MAC PDU sub-header } 
then { UE is inserting two padding MAC PDU subheaders before any other MAC PDU sub-header or one 
padding MAC PDU subheader as a last MAC PDU subheader } 


(4) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is to transmit a MAC PDU with single-byte padding and there is no data MAC PDU sub- 
header but a MAC Control element is present } 

then { UE is inserting a padding MAC PDU subheader before any other MAC PDU sub-header } 
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7.1 .4.1 0.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in TS 36.321, clause 6.1.2. 

[TS 36.321 clause 6.1.2] 

Padding occurs at the end of the MAC PDU, except when single-byte or two-byte padding is required. Padding may 
have any value and the UE shall ignore it. When padding is performed at the end of the MAC PDU, zero or more 
padding bytes are allowed. 

When single-byte or two-byte padding is required, one or two MAC PDU subheaders corresponding to padding are 
placed at the beginning of the MAC PDU before any other MAC PDU subheader. 

A maximum of one MAC PDU can be transmitted per TB per UE. 


R/R/E/LCID 
sub-header 


R/R/E/LCID[/F/L] 
sub-header 


R/R/E/LCID/F/L 
sub-header 


R/R/E/LCID/F/L 
sub-header 


R/R/E/LCID/F/L R/R/E/LCID padding 
sub-header sub-header 


MAC header 


MAC Control MAC Control 
element 1 element 2 


MAC SDU 


MAC SDU 


Padding 
(opt) 


M MAC payload ► 

Figure 6.1.2-3: Example of MAC PDU consisting of MAC header, MAC control elements, MAC SDUs 

and padding 


Test description 
Pre-test conditions 


7.1.4.10.3 
7.1.4.10.3.1 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 
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7.1.4.10.3.2 


Test procedure sequence 

Table 7.1.4.10.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

2 

The SS transmits a MAC PDU with 10 bytes 
MAC SDU. 

<- 

MAC PDU(AMD PDU) 

- 

- 

3 

The UE transmits a Scheduling Request on 
PUCCH. 

- 

(SR) 

- 

- 

4 

The SS transmits an uplink grant of size 176 
bits. (Note 1) 

<— 

(UL grant) 

- 

- 

5 

Check: Does the UE transmit a MAC PDU with 
a MAC SDU of length 10 bytes and where the 
last MAC sub-header has the Extension field 
'E' set to '0' and the Logical Channel ID field 
'LCID' set to '11111'? 

-> 

MAC PDU (BSR sub-header, MAC 
SDU sub-header. Padding MAC 
sub-header (E='0', 
LCID='11111'),ShortBSR, MAC 
SDU, padding) 

1 

P 

6 

The SS transmits a MAC PDU with 13 bytes 
MAC SDU. 

<— 

MAC PDU(AMD PDU) 

- 

- 

7 

The UE transmits a Scheduling Request on 
PUCCH. 

- 

(SR) 

- 

- 

8 

The SS transmits an uplink grant of size 120 
bits. (Note 2) 

<— 

(UL grant) 

- 

- 

9 

Check: Does the UE transmit a MAC PDU with 
a MAC SDU of length 13 bytes and with a 
padding MAC sub-header, with Extension field 
'E' is set to '1 ' and the Logical Channel ID field 
'LCID' is set to '1 1 1 1 1 ', inserted before the 
MAC SDU sub-header? 

-> 

MAC PDU (Padding MAC-sub- 
header(E='1', LCID='11111'), 
MAC SDU sub-header, MAC 
SDU) 

2 

P 

10 

The SS transmits a MAC PDU with 10 bytes 
MAC SDU. 

<- 

MAC PDU (AMD PDU) 

- 

- 

11 

The UE transmits a Scheduling Request on 
PUCCH. 

- 

(SR) 

- 

- 

12 

The SS transmits an uplink grant of size 120 
bits. (Note 3) 

<— 

(UL grant) 

- 

- 

13 

Check: Does the UE transmit a MAC PDU with 
two padding MAC sub-headers, with Extension 
field 'E' is set to '1 ' and the Logical Channel ID 
field 'LCID' is set to '1 1 1 1 1 ', inserted before 
the BSR sub-header and the MAC SDU sub- 
header Or a MAC PDU with BSR sub-header 
with Extension field 'E' is set to '1 ' and MAC 
SDU sub-header (R/R/E/LCID/F/L) inserted 
before the Padding MAC sub-header? 

-> 

MAC PDU (Padding MAC-sub- 
header#1 (E='1', LCID='11111'), 
Padding MAC-sub-header#2 
(E='1',LCID='11 111'), BSR sub- 
header, MAC SDU sub-header, 
BSR, MAC-SDU) 
Or 

MAC PDU(BSR sub-header, MAC 
SDU sub-header. Padding MAC- 
sub-header(E='0', LCID='1 1111'), 
BSR, MAC-SDU) 

3 

p 

14 

The SS transmits a Timing Advance command 
and does not send any subsequent timing 
alignments. Start Timer_T1 = Time Alignment 
timer value on SS. 

<- 

MAC PDU 

(Timing Advance Command) 



15 

40 to 50 TTI before Timer_T1 expires the SS 
transmits a MAC PDU containing an RLC AMD 
PDU. 

<- 

MAC PDU (AMD PDU) 



16 

The SS ignores scheduling requests and waits 
until the UE transmits a preamble on PRACH. 

-> 

(PRACH preamble) 

- 

- 

17 

The SS transmits a Random Access 
Response, with an UL Grant of 56-bits. (Note 
4) 

<- 

Random Access Response 



18 

The UE transmits a Control sub-header (8-bits) 
and a C-RNTI MAC Control Element (16-bits). 

-> 

MAC PDU (MAC Control sub- 
header. Padding MAC sub-header 
(E='0',LCID='11 111'), C-RNTI 
control element, padding) 
Or 

MAC PDU (Padding MAC sub- 
header , Padding MAC sub- 
header ,MAC Control sub-header. 
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C-RNTI control element) 



19 

The SS transmits an UL grant of 24 bits. 
(Note 5) 

<- 

(UL grant) 

- 

- 

19 
A 

Check: Does the UE transmit a MAC PDU with 
a padding MAC sub header with Extension 
field 'E' is set to '1 ' and 'LCID' field set to 
'11111' (8-bits) inserted before a BSR sub- 
header (8bits) and a short BSR (8 bits) 

~> 

MAC PDU (Padding MAC-sub- 
header(E='1', LCID='11111'), 
BSR sub-header, short BSR) 

4 

P 

20 

The SS transmits an uplink grant enabling UE 
to transmit loop back PDU. 

<- 

(UL grant) 

- 

- 

21 

The UE transmits Loop back PDU. 

-> 

MAC PDU(AMD PDU) 

- 

- 

Note 1 : UL grant of 176 bits (Itbs=3, Nprb=3, see TS 36.213 Table 7.1 .7.2.1-1) is chosen such that the MAC PDU 
padding will be larger than 2 bytes. RLC SDU size is 8 bytes, size of AMD PDU header is 2 bytes, size of 
MAC header is 4 bytes (2 bytes for MAC SDU sub-header using 7-bit LI, 1 byte for BSR sub-header and 1 
byte for padding MAC sub-header) and size of Short BSR is 1 byte, equals to 120 bits (15 bytes) and 
resulting into 56 bits padding. 

Note 2: UL grant of 120 bits (Itbs=0, Nprb=5, see TS 36.213 Table 7.1 .7.2.1-1) is chosen such that the MAC PDU 
padding will be a single byte. RLC SDU size is 1 1 bytes, size of AMD PDU header is 2 bytes and size of 
MAC header is 1 byte for MAC SDU sub-header, equals to 1 12 bits (14 bytes) and resulting into 1 single 
byte padding. 

Note 3: UL grant of 120 bits (Itbs=0, Nprb=5, see TS 36.213 Table 7.1 .7.2.1-1) is chosen such that the MAC PDU 
padding will be equal to 2 bytes. RLC SDU size is 8 bytes, size of AMD PDU header is 2 bytes, size of 
MAC header is 4 bytes (1 bytes for MAC SDU sub-header, 1 byte for Short BSR sub-header and 2 bytes 
for padding MAC sub-header) and size of Short BSR is 1 byte, equals to 120 bits (15 bytes) and resulting 
no padding at the end of the MAC PDU. 

Note 4: UL grant of 56 bits (Itbs=0, Nprb=3, see TS 36.213 Table 7.1 .7.2.1-1) is as 36.321 clause 5.1 .4 states that 
the eNB should not provide a grant smaller than 56 bits in the Random Access Response. 

Note 5: UL grant of 24 bits (ITBS=1 , NPRB=1 , see TS 36.213 Table 7.1 .7.2.1-1) is chosen such that the MAC PDU 
padding will be equal to a single byte. 


7.1.4.10.3.3 
None. 

7.1.4.11 
7.1.4.11.1 
(1) 


Specific Message Contents 

Correct HARQ process handling 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state with DRB established } 
ensure that { 

when { UE receives an UL Grant with toggled NDI and has data available for transmission } 
then { UE transmits a new MAC PDU using redundancy version } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state with DRB established and having transmitted a MAC PDU less 
than maxHARQ-Tx times } 
ensure that { 

when { UE receives a NACK and no uplink grant is included for the next TTI corresponding to the 
HARQ process } 

then { UE performs non-adaptive retransmission of the MAC PDU with redundancy version toggled by 
one of the last (re) transmission [0,2,3,1 order] } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state with DRB established and having transmitted a MAC PDU less 
than maxHARQ-Tx times } 
ensure that { 

when { UE receives an uplink grant on PDCCH for the next TTI corresponding to the HARQ process 
with old NDI [not toggled], irrespective of ACK/NACK is received for previous (re) transmission } 

then { UE performs an adaptive retransmission of the MAC PDU with redundancy version as received 
on PDCCH } 
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(4) 

with { UE in E-UTRA RRC_CONNECTED state with DRB established and having transmitted a MAC PDU less 
than maxHARQ-Tx times } 
ensure that { 

when { UE receives an ACK and no uplink grant is included for the next TTI corresponding to the 
HARQ process } 

then { UE does not retransmit the MAC PDU } 

} 

(5) 

with { UE in E-UTRA RRC_CONNECTED state with DRB established and having transmitted a MAC PDU 
maxHARQ-Tx times } 
ensure that { 

when { UE receives an uplink grant on PDCCH for the next TTI corresponding to the HARQ process 
with not toggled NDI } 

then { UE does not retransmit the MAC PDU but transmit a MAC Padding PDU} 

} 

(6) 

with { UE in E-UTRA RRC_CONNECTED state with DRB established and having transmitted a MAC PDU less 
than maxHARQ-Tx times } 
ensure that { 

when { UE receives an uplink grant on PDCCH for the next TTI corresponding to the HARQ process 
with toggled NDI, and data are not available for transmission } 
then { UE transmits any MAC Padding PDU } 

} 

(7) 

with { UE in E-UTRA RRC_CONNECTED state with DRB established and having transmitted a MAC PDU 
maxHARQ-Tx times } 
ensure that { 

when { UE receives a NACK and no uplink grant is included for the next TTI corresponding to the 
HARQ process } 

then { UE does not transmit any MAC PDU } 
} 

7.1 .4.1 1 .2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.4.2.1 & 
5.4.2.2. 

[TS 36.321, clause 5.4.2.1] 

There is one HARQ entity at the UE, which maintains a number of parallel HARQ processes allowing transmissions to 
take place continuously while waiting for the feedback on the successful or unsuccessful reception of previous 
transmissions. 

The number of parallel HARQ processes is specified in [2], clause 8. 

At a given TTI, if an uplink grant is indicated for the TTI, the HARQ entity identifies the HARQ process for which a 
transmission should take place. It also routes the received feedback (ACK/NACK information), MCS and resource, 
relayed by the physical layer, to the appropriate HARQ process. 

If TTI bundling is configured, the parameter TTI_BUNDLE_SIZE provides the number of TTIs of a TTI bundle. TTI 
bundling operation relies on the HARQ entity for invoking the same HARQ process for each transmission that is part of 
the same bundle. Within a bundle HARQ retransmissions are non-adaptive and triggered without waiting for feedback 
from previous transmissions according to TTI_BUNDLE_SIZE. The feedback for a bundle is only received for the last 
TTI of the bundle (i.e. the TTI corresponding to TTI_BUNDLE_SIZE ), regardless of whether a transmission in that 
TTI takes place or not (e.g. when a measurement gap occurs). A retransmission of a TTI bundle is also a TTI bundle. 

For transmission of Msg3 during Random Access (see section 5.1.5) TTI bundling does not apply. For each TTI, the 
HARQ entity shall: 

- identify the HARQ process associated with this TTI; 
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- if an uplink grant has been indicated for this TTI: 

if the received grant was not addressed to a Temporary C-RNTI on PDCCH and if the NDI provided in the 
associated HARQ information has been toggled compared to the value in the previous transmission of this 
HARQ process; or 

if the uplink grant was received on PDCCH for the C-RNTI and the HARQ buffer of the identified process is 
empty; or- if the uplink grant was received in a Random Access Response: 

- if there is a MAC PDU in the Msg3 buffer and the uplink grant was received in a Random Access 
Response: 

- obtain the MAC PDU to transmit from the Msg3 buffer. 

- else: 

- obtain the MAC PDU to transmit from the "Multiplexing and assembly" entity; 

deliver the MAC PDU and the uplink grant and the HARQ information to the identified HARQ process; 

- instruct the identified HARQ process to trigger a new transmission. 

- else: 

- deliver the uplink grant and the HARQ information (redundancy version) to the identified HARQ process; 

- instruct the identified HARQ process to generate an adaptive retransmission. 

else, if the HARQ buffer of the HARQ process corresponding to this TTI is not empty: 

- instruct the identified HARQ process to generate a non-adaptive retransmission. 

When determining if NDI has been toggled compared to the value in the previous transmission UE shall ignore NDI 
received in all uplink grants on PDCCH for its Temporary C-RNTI. 

[TS 36.321, clause 5.4.2.2] 

Each HARQ process is associated with a HARQ buffer. 

Each HARQ process shall maintain a state variable CURRENT_TX_NB, which indicates the number of transmissions 
that have taken place for the MAC PDU currently in the buffer, and a state variable HARQ_FEEDBACK, which 
indicates the HARQ feedback for the MAC PDU currently in the buffer. When the HARQ process is established, 
CURRENT_TX_NB shall be initialized to 0. 

The sequence of redundancy versions is 0, 2, 3, 1. The variable CURRENT_IRV is an index into the sequence of 
redundancy versions. This variable is up-dated modulo 4. 

New transmissions are performed on the resource and with the MCS indicated on PDCCH or Random Access 
Response. Adaptive retransmissions are performed on the resource and, if provided, with the MCS indicated on 
PDCCH.Non-adaptive retransmission is performed on the same resource and with the same MCS as was used for the 
last made transmission attempt. 

The UE is configured with a Maximum number of HARQ transmissions and a Maximum number of Msg3 HARQ 
transmissions by RRC: maxHARQ-Tx and maxHARQ-MsgSTx respectively. For transmissions on all HARQ processes 
and all logical channels except for transmission of a MAC PDU stored in the Msg3 buffer, the maximum number of 
transmissions shall be set to maxHARQ-Tx. For transmission of a MAC PDU stored in the Msg3 buffer, maximum 
number of transmissions shall be set to maxHARQ-MsgSTx. 

When the HARQ feedback is received for this TB, the HARQ process shall: 

- set HARQ_FEEDBACK to the received value. 

If the HARQ entity requests a new transmission, the HARQ process shall: 

- set CURRENT_TX_NB to 0; 

- set CURRENTJRV to 0; 
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- store the MAC PDU in the associated HARQ buffer; 
store the uphnk grant received from the HARQ entity; 

- set HARQ_FEEDB ACK to NACK; 

- generate a transmission as described below. 

If the HARQ entity requests a retransmission, the HARQ process shall: 

- increment CURRENT_TX_NB by 1 ; 

- if the HARQ entity requests an adaptive retransmission: 

- store the uplink grant received from the HARQ entity; 

set CURRENT_IRV to the index corresponding to the redundancy version value provided in the HARQ 
information; 

- set HARQ_FEEDB ACK to NACK; 

- generate a transmission as described below. 

- else if the HARQ entity requests a non-adaptive retransmission: 

- if HARQ_FEEDB ACK = NACK: 

- generate a transmission as described below. 

NOTE: When receiving a HARQ ACK alone, the UE keeps the data in the HARQ buffer. 

NOTE: When no UL-SCH transmission can be made due to the occurrence of a measurement gap, no HARQ 
feedback can be received and a non-adaptive retransmission follows. 

To generate a transmission, the HARQ process shall: 

- if there is no measurement gap at the time of the transmission and, in case of retransmission, the retransmission 
does not collide with a transmission for a MAC PDU obtained from the Msg3 buffer: 

- instruct the physical layer to generate a transmission according to the stored uplink grant with the redundancy 
version corresponding to the CURRENT_IRV value; 

- increment CURRENTJRV by 1 ; 

- if there is a measurement gap at the time of the HARQ feedback reception for this transmission and if the 
MAC PDU was not obtained from the Msg3 buffer: 

- set HARQ_FEEDB ACK to ACK at the time of the HARQ feedback reception for this transmission. 
After performing above actions, the HARQ process then shall: 

- if CURRENT_TX_NB = maximum number of transmissions - 1 : 

- flush the HARQ buffer. 

7.1 .4.1 1 .3 Test description 

7.1 .4.1 1 .3.1 Pre-test conditions 

System Simulator: 

- Cell 1 

- System information takes into account the parameters in table 7.1.2.11.3.1-1. 
UE: 

None. 
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Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18] using parameters as specified in Table 
7.1.4.11.3.3-1 and 7.1.4.11.3.3-2. 

The loop back size is set in such a way that one RLC SDU in DL shall result in 1 RLC SDU's in UL. 

- No UL Grant is allocated; PUCCH is in synchronised state for sending Scheduling Requests. 
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7.1.4.11.3.2 


Test procedure sequence 

Table 7.1.4.1 1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The SS Transmits a valid IVIAC PDU 
containing RLC PDU 

<- 

MAC PDU 

- 

- 

2 

Void 

- 

- 

- 

- 

3 

The SS is configured for Uplink Grant 
Allocation Type 3. The SS allocates an UL 
Grant for one HARQ process X, sufficient for 
one RLC SDU to be loop backed in a TTI, and 
NDI indicates new transmission 

<— 

Uplink Grant 



4 

Check: Does the UE transmit a MAC PDU 
including one RLC SDU, in HARQ process X, 
redundancy version 0? 
(Notel) 

-> 

MAC PDU 

1 

P 

5 

The SS transmits a NACK 

<— 

HARQ NACK 

- 

- 

6 

Check: Does the UE retransmit the MAC PDU 
for HARQ process X, redundancy version 2? 
(Notel) 

-> 

MAC PDU 

2 

P 

7 

The SS transmits a NACK 

<- 

HARQ NACK 

- 

- 

8 

Check: Does the UE retransmit the MAC PDU 
for HARQ process X, redundancy version 3? 
(Notel) 

-> 

MAC PDU 

2 

P 

9 

The SS transmits a NACK 

<— 

HARQ NACK 

- 

- 

10 

Check: Does the UE retransmit the MAC PDU 
for HARQ process X, redundancy version 1 ? 
(Notel) 

-> 

MAC PDU 

2 

P 

11 

The SS transmits a NACK 

<— 

HARQ NACK 

- 

- 

12 

Check: Does the UE retransmit the MAC PDU 
for HARQ process X, redundancy version 0? 
(Notel) 

-> 

MAC PDU 

2 

P 

13 

Void 

- 

- 

- 

- 

14 

Void 

- 

- 

- 

- 

15 

The SS transmits an ACK 

<- 

HARQ ACK 

- 

- 

16 

Check: Does the UE retransmit the MAC PDU 
for HARQ process X? 

-> 

MAC PDU 

4 

F 

17 

The SS transmits an UL grant corresponding 
to TTI for HARQ process X, with NDI not 
toggled and redundancy version to be used as 
'1' 

<- 

Uplink Grant 



18 

Check: Does the UE retransmit the MAC PDU 
in for HARQ process X, using redundancy 
version 1 ? 
(Notel) 

-> 

MAC PDU 

3 

P 

19 

The SS transmits a NACK 

<— 

HARQ NACK 

- 

- 

20 

The SS transmits an UL grant corresponding 
to next TTI for HARQ process X, with NDI not 
toggled and redundancy version to be used as 
'3' 

<- 

Uplink Grant 



21 

Check: Does the UE retransmit the MAC PDU 
for HARQ process X, using next redundancy 
version 3? 
(Notel) 

-> 

MAC PDU 

3 

P 

22 

The SS transmits a NACK 

<— 

HARQ NACK 

- 

- 

23 

Check: Does the UE retransmit the MAC PDU 
in the next TTIs corresponding to HARQ 
process X? 

-> 

MAC PDU 

7 

F 

24 

The SS transmits an UL grant corresponding 
to TTI for HARQ process X, with NDI not 
toggled 

<- 

Uplink Grant 




EXCEPTION: In parallel with step 25, UE 
executes parallel behaviour defined in table 
7.1.4.11.3.2-2 





25 

Check: Does the UE retransmit the MAC PDU 

-> 

MAC PDU 

5 

F 
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in the next TTIs corresponding to HARQ 
process X? 





25 
A 

The SS transmits an RLC STATUS PDU to the 
UE 

<— 

RLC STATUS PDU (ACK_SN=1) 



26 

The SS transmits a valid MAC PDU containing 
RLC PDU 

<- 

MAC PDU 

- 

- 

27 

Void 

- 

- 

- 

- 

28 

The SS is configured for Uplink Grant 
Allocation Type 3. The SS allocates UL Grant 
for one HARQ process Y, sufficient for one 
RLC SDU to be loop backed in a TTI, and NDI 
indicates new transmission 

<- 

Uplink Grant 



29 

Check: Does the UE transmit a MAC PDU 
including one RLC SDU, in HARQ process Y, 
redundancy version 0? 
(Note1) 

-> 

MAC PDU 

1 

P 

30 

The SS is configured for Uplink Grant 
Allocation Type 3. The SS allocates UL Grant 
for one HARQ process Y, sufficient for one 
RLC SDU to be loop backed in a TTI, and NDI 
indicates new transmission 

<- 

Uplink Grant 




EXCEPTION: In parallel with step 31 , UE 
executes parallel behaviour defined in table 
7.1.4.11.3.2-2. 





31 

Check: Does the UE retransmit the MAC PDU 
in the next TTIs corresponding to HARQ 
process Y? 

-> 

MAC PDU 

6 

F 

32 

The SS transmits an RLC STATUS PDU to the 
UE 

<— 

RLC STATUS PDU (ACK_SN=2) 



Note 1 : Transmission of a UL IVIAC PDU with a specific redundancy version by the UE is implicitly tested by 
receiving the UL MAC PDU correctly at SS. 


Table 7.1.4.1 1.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The UE transmits a MAC Padding PDU 

-> 

MAC PDU 

- 

- 


7.1.4.11.3.3 


Specific message contents 


Table 7.1.4.11.3.3-1 : MAC-MainConfig {RRCConnectionReconfiguration (preamble: Table 4.5.3.3-1, 

step 8)} 


Derivation path: 36.508 table 4.8.2.1 .5-1 

Information Element 

Value/remark 

Comment 

Condition 

MAC-MainConfig-RBC ::= SEQUENCE { 




ul-SCH-Config SEQUENCE! 




maxHARQ-Tx 

n8 



} 




} 
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Table 7.1.4.11.3.3-2: RLC-Config-DRB-AM {RRCConnectionReconfiguration ("preamble: Table 4.5.3.3- 

1, step 8)} 


Derivation path: 36.508 clause 4.8.2.1 .3.2, Table 4.8.2.1 .3.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

RLC-Config-DRB-AM ::= CHOICE { 




am SEQUENCE} 




ul-AM-RLC SEQUENCE { 




t-PollRetransmit 

ms250 



} 




} 




} 





7.1.4.12 
7.1.4.12.1 

(1) 


MAC reset /UL 

Test Purpose (TP) 


with(UE in E-UTRA RRC_CONNECTED state, with Scheduling Request procedure trig gered) 
ensure that { 

when{ UE MAC is reset, due to handover to a new cell } 
then { UE cancels Scheduling Request procedure } 


(2) 


with ( UE in E-UTRA RRC_CONNECTED state ) 
ensure that { 

when{ UE MAC is reset, due to handover to a new cell 
then { UE flushes UL HARQ buffer } 


(3) 

with (UE in E-UTRA RRC_CONNECTED state ) 
ensure that { 

when{ UE MAC is reset, due to handover to a new cell } 

then { UE Considers the next transmission for each UL HARQ process as very first 


7.1 .4.1 2.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.' 
[TS 36.321 clause 5.9] 

If a reset of the MAC entity is requested by upper layers, the UE shall: 
initialize Bj for each logical channel to zero; 

- stop (if running) all timers; 

- consider timeAlignmentTimev as expired and perform the corresponding actions in subclause 5.2; 

- stop, if any, ongoing RACH procedure; 

- discard explicitly signalled ra-Preamblelndex and ra-PRACH-Masklndex, if any; 

- flush Msg3 buffer; 

- cancel, if any, triggered Scheduling Request procedure; 

- cancel, if any, triggered Buffer Status Reporting procedure; 

- cancel, if any, triggered Power Headroom Reporting procedure; 
flush the soft buffers for all DL HARQ processes; 
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- for each DL HARQ process, consider the next received transmission for a TB as the very first transmission; 

- release, if any. Temporary C-RNTI. 
7.1 .4.1 2.3 Test description 

7.1.4.12.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) in Cell 1 according to [18]. 

- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 

7.1.4.12.3.2 Test procedure sequence 

Table 7.1.4.12.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while columns marked "Tl" 
is to be applied subsequently. The exact instants on which these values shall be applied are described in the texts in this 
clause. 

Table 7.1.4.12.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15Khz 

-85 

Off 


Tl 

Cell-specific RS EPRE 

dBm/15Khz 

-91 

-85 


T2 

Cell-specific RS EPRE 

dBm/15Khz 

-85 

-91 
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Table 7.1.4.12.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

2 

The SS transmits a MAC PDU containing one 
RLC SDU on LC 4 

<- 

MAC PDU (1 RLC SDU of 40 
bytes on DRB) 

- 

- 

3 

The UE transmit a scheduling request 

-> 

(SR) 

- 

- 

4 

Wait for 50ms [Discard timer] to expire at UE. 

- 


- 

- 

5 

The SS changes power level according to the 
row "T1" in table 7.1.4.12.3.2-1 

- 

- 

- 

- 

6 

The SS transmits an 

RRCConnectionReconfiguration message to 
order the UE to perform intra frequency 
handover to Cell 2. 

<- 




7 

The UE transmits on cell 2, 
RRCConnectionReconfigurationComplete 

-> 

- 

- 

- 

8 

Check: For 2 seconds, if UE transmits a 
scheduling request? 

-> 

(SR) 

1 

F 

9 

The SS transmits a MAC PDU containing RLC 
SDU on LC 4 

<— 

MAC PDU (1 RLC SDU of 40 
bytes on DRB) 

- 

- 

10 

The UE transmit a scheduling request 

-> 

(SR) 

- 

- 

11 

The SS allocate UL Grant sufficient for one 
RLC SDU to be loop backed in a TTI, and NDI 
indicates new transmission 

<- 

Uplink Grant 



12 

The UE transmit a MAC PDU including one 
RLC SDU 

-> 

MAC PDU 

- 

- 

13 

The SS transmits a NACK 

<- 

HARQ NACK 

- 

- 

13 
A 

The SS changes power level according to the 
row "T2" in table 7.1 .4.1 2.3.2-1 

- 

- 

- 

- 

14 

The SS transmits an 

RRCConnectionReconfiguration message to 
order the UE to perform intra frequency 
handover to Cell 1 

<- 




15 

The UE transmits on cell 1 , 
RRCConnectionReconfigurationCompiete 

-> 

- 

- 

- 

16 

Check: For 2 seconds, does UE transmit MAC 
PDU containing Loop Back PDU? 

-> 

MAC PDU (1 RLC SDU of 40 
bytes on DRB) 

2 

F 

17 

The SS transmits a MAC PDU containing RLC 
SDU on LC 4 

<— 

MAC PDU (1 RLC SDU of 40 
bytes on DRB) 

- 

- 

18 

The UE transmit a scheduling request 

-> 

(SR) 

- 

- 

19 

The SS allocate UL Grant sufficient for one 
RLC SDU to be loop backed in a TTI, and NDI 
indicates new transmission 

<- 

Uplink Grant 



20 

Check: Does UE transmit a MAC PDU 
including one RLC SDU? 

-> 

MAC PDU 

3 

P 


7.1 .4.1 2.3.3 Specific Message Contents 

Table 7.1. 4.12.3.3-1: MAC-MainConfiguration {RRCConnectionReconfiguration (preamble)} 


Derivation path: 36.508 table 4.8.2.1 .5-1 

Information Element 

Value/remark 

Comment 

Condition 

MAC-MainConfiguration-RBC ::= SEQUENCE { 




ul-SCH-Configuration SEQUENCE { 




maxHARQ-Tx 

n28 



} 




} 
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Table 7.1. 4.12.3.3-2: PDCP-Configuration-DRB-UM {RRCConnectionReconfiguration (preamble)} 


Derivation Path: 36.508 clause 4.8.2.1 .2.1-1 

Information Element 

Value/remark 

Comment 

Condition 

PDCP-Configuration-DRB-UM ::= SEQUENCE { 




discardTimer 

ms50 

Lowest value 


} 





Table 7.1.4.12.3.3-3: SchedulingRequest-Configuration {RRCConnectionReconfiguration (preamble)} 


Derivation Path: 36.508 clause 4.6.3-20 

Information Element 

Value/remark 

Comment 

Condition 

SchedulingRequest-Configuration::= CHOICE { 




enable SEQUENCE { 




dsr-TransMax 

n64 

Max value allowed 


} 




} 





Table 7.1.4.12.3.3-4: RRCConnectionReconfiguration (step 6, table 7.1.4.12.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-6, condition RBC-HO 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




mobilityControllnformation SEQUENCE { 

MobilityControllnformatio 
n-HO 



targetCellldentity 

PhysicalCellldentity of 
Cell 2 (see 36.508 clause 
4.4.4.2) 



eutra-CarrierFreq 

Not present 



} 




} 




} 




} 




} 





Table 7.1.4.12.3.3-5: RRCConnectionReconfiguration (step 14, table 7.1.4.12.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-6, condition RBC-HO 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




mobilityControllnformation SEQUENCE { 

MobilityControllnformatio 
n-HO 



targetCellldentity 

PhysicalCellldentity of 
Cell 1 (see 36.508 clause 
4.4.4.2) 



eutra-CarrierFreq 

Not present 



} 




} 




} 




} 




} 
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7.1 .4.13 MAC PDU header handling 

7.1 .4.1 3.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE has a MAC SDU to be transmitted that is less smaller 12 8 bytes } 
then { UE sets F field to | 


(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE has a MAC SDU to be transmitted that is larger than 12 8 bytes 
then { UE sets F field to 1 } 
} 


(3) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE inserts a R/R/E/LCID field in the MAC header and there is a subsequent R/R/E/LCID field 
to be inserted } 

then { UE sets E field to 1 j 


(4) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE inserts a R/R/E/LCID field in the MAC header and a MAC SDU or a MAC control element 
starts at the next byte } 

then { UE sets E field to } 


(5) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE inserts the last MAC sub-header in the MAC PDU } 

then { UE inserts a MAC sub-header consist solely of the four header fields R/R/E/LCID 


(6) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE inserts padding at the end of a MAC PDU } 

then { UE inserts the last MAC sub-header as a padding MAC subheader consisting solely of the 
four header fields R/R/E/LCID with LCID set to Padding } 


7.1 .4.1 3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.321 clause 6.1.2 
and 6.2.1. 

[TS 36.321, clause 6.1.2] 

A MAC PDU consists of a MAC header, zero or more MAC Service Data Units (MAC SDU), zero, or more MAC 
control elements, and optionally padding; as described in Figure 6.1.2-3. 

Both the MAC header and the MAC SDUs are of variable sizes. 

A MAC PDU header consists of one or more MAC PDU sub-headers; each sub header corresponding to either a MAC 
SDU, a MAC control element or padding. 
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A MAC PDU sub header consists of the six header fields R/R/E/LCID/F/L but for the last sub header in the MAC PDU 
and for fixed sized MAC control elements. The last sub header in the MAC PDU and sub-headers for fixed sized MAC 
control elements consist solely of the four header fields R/R/E/LCID. A MAC PDU subheader corresponding to 
padding consists of the four header fields R/R/E/LCID. 


I 1 1 1 1 1 1 1 1 


R R 


LCID 


Oct1 


Oct 2 


1 — 1 — 1 — 1 — 1 — 1 — 1 — 1 — 1 

R 

R 

E 

LCID 

F 

L 

L 


Oct1 
Oct 2 
Oct 3 


R/R/E/LCID/F/L sub-header with 
7-bits L field 


R/R/E/LCID/F/L sub-header with 
15-bitsL field 


Figure 6.1.2-1: R/R/E/LCID/F/L MAC sub header 


I 1 1 1 1 1 1 h 


R 

R 

E 

LCID 


Oct1 


R/R/E/LCID sub-header 
Figure 6.1.2-2: R/R/E/LCID MAC sub header 

MAC PDU sub-headers have the same order as the corresponding MAC SDUs, MAC control elements and padding. 

MAC control elements are always placed before any MAC SDU. 

Padding occurs at the end of the MAC PDU, except when single-byte or two-byte padding is required. Padding may 
have any value and the UE shall ignore it. When padding is performed at the end of the MAC PDU, zero or more 
padding bytes are allowed. 

When single-byte or two-byte padding is required, one or two MAC PDU subheaders corresponding to padding are 
placed at the beginning of the MAC PDU before any other MAC PDU subheader. 

A maximum of one MAC PDU can be transmitted per TB per UE. 


R/R/E/LCID R/R/E/LCID[/F/L] R/R/E/LCID/F/L R/R/E/LCID/F/L 
sub-header sub-header sub-header sub-header 


R/R/E/LCID/F/L R/R/E/LCID padding 
sub-header sub-header 


MAC header 


MAC Control MAC Control 
element 1 element 2 


MAC SDU 


MAC SDU 


Padding 
(opt) 


-MAC payload- 


Figure 6.1.2-3: Example of MAC PDU consisting of MAC header, MAC control elements, MAC SDUs 

and padding 

[TS 36.321, clause 6.2.1] 
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The MAC header is of variable size and consists of the following fields: 

LCID: The Logical Channel ID field identifies the logical channel instance of the corresponding MAC SDU or 
the type of the corresponding MAC control element or padding as described in tables 6.2.1-1 and 6.2.1-2 for the 
DL and UL-SCH respectively. There is one LCID field for each MAC SDU, MAC control element or padding 
included in the MAC PDU. In addition to that, one or two additional LCID fields are included in the MAC PDU, 
when single-byte or two-byte padding is required but cannot be achieved by padding at the end of the MAC 
PDU. The LCID field size is 5 bits; 

L: The Length field indicates the length of the corresponding MAC SDU or MAC control element in bytes. 
There is one L field per MAC PDU sub header except for the last sub header and sub-headers corresponding to 
fixed-sized MAC control elements. The size of the L field is indicated by the F field; 

F: The Format field indicates the size of the Length field as indicated in table 6.2.1-3. There is one F field per 
MAC PDU sub header except for the last sub header and sub-headers corresponding to fixed-sized MAC control 
elements. The size of the F field is 1 bit. If the size of the MAC SDU or MAC control element is less than 128 
bytes, the UE shall set the value of the F field to 0, otherwise the UE shall set it to 1 ; 

- E: The Extension field is a flag indicating if more fields are present in the MAC header or not. The E field is set 
to "1" to indicate another set of at least R/R/E/LCID fields. The E field is set to "0" to indicate that either a MAC 
SDU, a MAC control element or padding starts at the next byte; 

- R: Reserved bits, set to "0". 

The MAC header and sub-headers are octet aligned. 


Table 6.2.1-2: Values of LCID for UL-SCH 


Index 

LCID values 

00000 

CCCH 

00001-01010 

Identity of the logical channel 

01011-11001 

Reserved 

11010 

Power Headroom Report 

11011 

C-RNTI 

11100 

Truncated BSR 

11101 

Short BSR 

11110 

Long BSR 

11111 

Padding 


Table 6.2.1-3: Values of F field: 


Index 

Size of Length field (in bits) 



7 

1 

15 


Test description 
Pre-test conditions 


7.1.4.13.3 
7.1.4.13.3.1 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

- The condition SRB2-DRB(2,0) is used for step 8 in 4.5.3A.3 according to [18]. 
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2 AM DRBs are configured with the parameters specified in table 7.1.4.13.3.1-1. 

Table 7.1.4.13.3.1-1: Logical Channel Configuration Settings 


Parameter 

DRB1 

DRB2 

LogicalChannel-ldentity 

3 

4 

Priority 

7 

6 

prioritizedBitRate 

Okbs 

Okbs 

logicalChannelGroup 

2 

1 
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7.1.4.13.3.2 


Test procedure sequence 

Table 7.1.4.13.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

2 

The SS transmits a MAC PDU containing a 
MAC SDU of size 127 bytes (RLC SDU of size 
125 bytes + AMD PDU header 2 bytes 
) with the Logical Channel ID field 'LCID' set to 
'0001 1 ', and 1 Byte Padding in the associated 
MAC SDU sub-header. 

<- 

MAC PDU (MAC sub-header ( 
LCID='00011'),AMDPDU) 



3 

The UE sends Scheduling Request 

-> 

(SR) 

- 

- 

4 

The SS transmits an uplink grant of size 1096 
bits. (Note 1) 

<- 

(UL grant) 

- 

- 

5 

Check: does the UE transmit a MAC PDU with 
a MAC SDU sub-header with Logical Channel 
ID field 'LCID' set to '0001 1 ', Format field 'F' 
set to '0' and Length field 'L' set to '127'? (Note 
6) 

-> 

MAC PDU (MAC sub-header ( 
LCID='00011', F='0', L='127' 
bytes), AMD PDU) 

1 

P 

5a 

The SS transmits an RLC STATUS PDU to 
acknowledge correctly received data 

<- 

RLC STATUS PDU (ACK_SN=1) 

- 

- 

6 

The SS transmits a MAC PDU containing a 
MAC SDU of size 128 bytes (RLC SDU of 126 
bytes + AMD PDU header 2 bytes) with the 
Logical Channel ID field 'LCID' set to '0001 1 '. 

<- 

MAC PDU (MAC sub-header 
(LCID='00011'), AMDPDU) 



7 

The UE send Scheduling Request 

-> 

(SR) 

- 

- 

8 

The SS transmits an uplink grant of size 1096 
bits. (Note 2) 

<- 

(UL grant) 

- 

- 

9 

Check: Does the UE transmit a MAC PDU 
with a MAC SDU sub-header with Format field 
'F' set to '1 ' and Logical Channel ID field 'LCID' 
set to '00011'? (Note 6) 

-> 

MAC PDU (MAC sub-header 
(LCID='00011', F='1', L=128), 
AMD PDU) 

2 

P 

10 

The SS transmits an RLC STATUS PDU to 
acknowledge correctly received data 

<— 

RLC STATUS PDU (ACK_SN=2) 

- 

- 

11 

The SS transmits a MAC PDU containing two 
MAC SDUs, the first containing a 9 byte RLC 
SDU with LCID set to '0001 1 ' and the second 
containing s 6 byte RLC SDU with LCID set to 
'00100'. 

<— 

MAC PDU (MAC sub-header 
(E='1', LCID='00011', F='0', 
L='1 1 '), MAC sub-header (E='0', 
LCID='00100'), AMD PDU, AMD 
PDU) 



12 

The UE sends Scheduling Request 

-> 

(SR) 

- 

- 

13 

The SS transmits an uplink grant of size 176 
bits. (Note 3) 

<- 

(UL grant) 

- 

- 

14 

Check: Does the UE return a MAC PDU of 
length 176 bits containing two MAC sub- 
headers where the first MAC sub-header have 
the Expansion bit 'E' set to '1 ' and the second 
MAC sub-header has the Expansion bit 'E' set 
to '0' and no length field? (Note 5) 

-> 

MAC PDU (MAC sub-header 
(E='1', (LCID='00011', L='11)or 
(LCID='00100',L='8), MAC sub- 
header (E='0', no Length field 
present), AMD PDU, AMD PDU) 

3,4, 
5 

P 

15 

SS transmits an RLC STATUS PDU to 
acknowledge correctly received 
data(LCID='00011') 

<— 

RLC STATUS PDU (ACK_SN=3) 



16 

SS transmits an RLC STATUS PDU to 
acknowledge correctly received 
data(LCID='00100') 

<— 

RLC STATUS PDU (ACK_SN=1) 



17 

The SS transmits a MAC PDU containing two 
MAC SDUs, the first containing a 8 byte RLC 
SDU with LCID set to '0001 1 ' and the second 
containing a 7 byte RLC SDU with LCID set to 
'00100'. 

<- 

MAC PDU (MAC sub-header 
(E='1', LCID='00011', F='0', 
L='10'), MAC sub-header (E='0', 
LCID='00100',), AMD PDU, AMD 
PDU) 



18 

The UE sends Scheduling Request 

-> 

(SR) 

- 

- 

19 

The SS transmits an uplink grant of size 256 
bits. (Note 4) 

<— 

(UL grant) 

- 

- 

20 

Check: Does the UE return a MAC PDU of 
length 256 bits containing four MAC sub- 

-> 

MAC PDU (Long BSR MAC sub- 
header (E='1', LCID='11110', 

3,4, 
6 

p 
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headers where the first three MAC sub-header 
have the Expansion bit 'E' set to '1 ' and the 
last MAC sub-header has the Expansion bit 'E' 
set to '0' and the LCID field set to '1 1 1 1 1 '? 
(Note 5) (Note 7) 


MAC sub-header (E='1',F='0'), 
MAC sub-header (E='1', F='0'), 
F='0'), padding MAC sub-header 
(E='0',LCID='11 111'), LongBSR, 
AMD PDU, AMD PDU, padding) 
Or 

MAC PDU (Short BSR MAC sub- 
header (E='1', LCID='11101', 
MAC sub-header (E='1', F='0'), 
MAC sub-header (E='1',F='0'), 
F='0'), padding MAC sub-header 
(E='0',LCID='11 111'), ShortBSR, 
AMD PDU, AMD PDU, padding) 



21 

SS transmits an RLC STATUS PDU to 
acknowledge correctly received 
data(LCID='00011') 

<— 

RLC STATUS PDU (ACK_SN=4) 



22 

SS transmits an RLC STATUS PDU to 
acknowledge correctly received 
data(LCID='00100') 

<- 

RLC STATUS PDU (ACK_SN=2) 



Note 1: UL grant of 1096 bits (Itbs=S, Nprb=8, TS 36.213 Table 7.1.7.2.1-1) is chosen to enable UE to transmit a 
MAC SDU of size 127 bytes in a MAC PDU (125 bytes RLC SDU size + 2 bytes AMD PDU header + 2 
bytes MAC header (7 bit LI) = 129 bytes = 1032 bits < 1096 bits. 

Note 2: UL grant of 1096 bits (Itbs=S, Nprb=8, TS 36.213 Table 7.1.7.2.1-1) is chosen to enable UE to transmit a 
MAC SDU of size 128 bytes in a MAC PDU (126 bytes RLC SDU size + 2 bytes AMD PDU header + 3 
bytes MAC header (15 bit LI) = 131 bytes = 1048 bits < 1096 bits. 

Note 3: UL grant of 176 bits (/res=1, Nprb=5, TS 36.213 Table 7.1.7.2.1-1) is chosen to enable UE to transmit two 
MAC SDUs, one of size 1 1 and one of size 8 bytes, in a MAC PDU (9 bytes RLC SDU + 2 bytes AMD PDU 
header + 6 bytes RLC SDU +2 bytes AMD PDU header + 2 bytes MAC sub-header (7 bit LI) + one byte 
MAC sub-header (R/R/E/LCID) = 22 bytes = 176 bits) 

Note 4: UL grant of 256 bits (/res=6, Nprb=3, TS 36.213 Table 7.1.7.2.1-1) is chosen to enable UE to transmit two 
MAC SDUs of size 10 and 9 bytes in a MAC PDU ( (8 bytes RLC SDU + 2 bytes AMD PDU header + 7 
bytes RLC SDU+ 2 bytes AMD PDU header) + 3 byte Long BSR+4 byte padding + one byte BSR header+ 
2x2 bytes MAC sub-header (7 bit LI) + one byte padding MAC sub-header (R/R/E/LCID) = 32bytes = 256 
bits) or (8 bytes RLC SDU + 2 bytes AMD PDU header + 7 bytes RLC SDU+ 2 bytes AMD PDU header) + 
1 byte Short BSR+6 byte padding + one byte BSR header+ 2x2 bytes MAC sub-header (7 bit LI) + one 
byte padding MAC sub-header (R/R/E/LCID) = 32bytes = 256 bits)) 

Note 5: MAC SDU for LCID 3 and 4 can come in any order 

Note 6: At this step UE shall include a BSR and report it on any of the configured Logical Channel Groups: 
(SRB2), 1 (DRB2) and 2 (DRB1), 

Note 7: It is left up to UE implementation whether ShortBSR or LongBSR is reported. 


7.1.4.13.3.3 
None. 

7.1.4.14 
7.1.4.14.1 
(1) 


Specific Message Contents 

Correct HARQ process handling / TTI bundling 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state with DRB established and TTI bundling configured } 
ensure that { 

when { UE receives an UL Grant with toggled NDI and has data available for transmission } 

then { UE transmits a new MAC PDU and non-adaptive retransmissions for 3 additional consecutive 
UL sub frames } 


} 


(2) 


with { UE in E-UTRA RRC_CONNECTED state with DRB established, TTI bundling configured and having 
transmitted a MAC PDU less than maxHARQ-Tx times } 
ensure that { 

when { UE receives a NACK and no uplink grant is included for the next TTI corresponding to the 
bundled HARQ process } 

then { UE performs non-adaptive retransmissions of the MAC PDU for 4 consecutive UL subframes 
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(3) 

with { UE in E-UTRA RRC_CONNECTED state with DRB established, TTI bundling configured and having 
transmitted a MAC PDU less than maxHARQ-Tx times } 
ensure that { 

when { UE receives an uplink grant on PDCCH for the next TTI corresponding to the HARQ process 
with old NDI, irrespective of ACK/NACK is received for previous (re) transmission } 

then { UE performs an adaptive retransmission of the MAC PDU with redundancy version as received 
on PDCCH in first UL subframe and non-adaptive retransmissions in 3 additional consecutive UL 
subframes j 


(4) 

with { UE in E-UTRA RRC_CONNECTED state with DRB established and having transmitted a MAC PDU less 
than maxHARQ-Tx times } 
ensure that { 

when { UE receives an ACK and no uplink grant is included for the next TTI corresponding to the 
HARQ process } 

then { UE does not retransmit the TTI Bundle } 
} 

7.1.4.14.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321, clause 5.4.2.1, 
5.4.2.2 & 7.5, TS 36.213 clause 8, 8.3, 8.6.1 & 9.1.2. 

[TS 36.321, clause 5.4.2.1] 

There is one HARQ entity at the UE, which maintains a number of parallel HARQ processes allowing transmissions to 
take place continuously while waiting for HARQ the feedback on the successful or unsuccessful reception of previous 
transmissions. 

The number of parallel HARQ processes is specified in [2], clause 8. 

At a given TTI, if an uplink grant is indicated for the TTI, the HARQ entity identifies the HARQ process for which a 
transmission should take place. It also routes the received HARQ feedback (ACK/NACK information), MCS and 
resource, relayed by the physical layer, to the appropriate HARQ process. 

When TTI bundling is configured, the parameter TTI_BUNDLE_SIZE provides the number of TTIs of a TTI bundle. 
TTI bundling operation relies on the HARQ entity for invoking the same HARQ process for each transmission that is 
part of the same bundle. Within a bundle HARQ retransmissions are non-adaptive and triggered without waiting for 
feedback from previous transmissions according to TTI_BUNDLE_SIZE. The HARQ feedback of a bundle is only 
received for the last TTI of the bundle (i.e the TTI corresponding to TTI_BUNDLE_SIZE), regardless of whether a 
transmission in that TTI takes place or not (e.g. when a measurement gap occurs). A retransmission of a TTI bundle is 
also a TTI bundle. 

For transmission of Msg3 during Random Access (see section 5.1.5) TTI bundling does not apply. 

For each TTI, the HARQ entity shall: 

- identify the HARQ process associated with this TTI; 

- if an uplink grant has been indicated for this TTI: 

- if the received grant was not addressed to a Temporary C-RNTI on PDCCH and if the NDI provided in the 
associated HARQ information has been toggled compared to the value in the previous transmission of this 
HARQ process; or 

if the uplink grant was received on PDCCH for the C-RNTI and the HARQ buffer of the identified process is 
empty; or 

- if the uplink grant was received in a Random Access Response: 

- if there is a MAC PDU in the Msg3 buffer and the uplink grant was received in a Random Access 
Response: 

- obtain the MAC PDU to transmit from the Msg3 buffer. 
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- else: 

obtain the MAC PDU to transmit from the "Multiplexing and assembly" entity; 

- deliver the MAC PDU and the uplink grant and the HARQ information to the identified HARQ process; 

- instruct the identified HARQ process to trigger a new transmission. 

- else: 

- deliver the uplink grant and the HARQ information (redundancy version) to the identified HARQ 
process; 

- instruct the identified HARQ process to generate an adaptive retransmission. 

- else, if the HARQ buffer of the HARQ process corresponding to this TTI is not empty: 

- instruct the identified HARQ process to generate a non-adaptive retransmission. 

When determining if NDI has been toggled compared to the value in the previous transmission UE shall ignore NDI 
received in all uplink grants on PDCCH for its Temporary C-RNTI. 

[TS 36.321, clause 5.4.2.2] 

Each HARQ process is associated with a HARQ buffer. 

Each HARQ process shall maintain a state variable CURRENT_TX_NB, which indicates the number of transmissions 
that have taken place for the MAC PDU currently in the buffer, and a state variable HARQ_FEEDBACK, which 
indicates the HARQ feedback for the MAC PDU currently in the buffer. When the HARQ process is established, 
CURRENT_TX_NB shall be initialized to 0. 

The sequence of redundancy versions is 0, 2, 3, 1. The variable CURRENTJRV is an index into the sequence of 
redundancy versions. This variable is up-dated modulo 4. 

New transmissions are performed on the resource and with the MCS indicated on PDCCH or Random Access 
Response. Adaptive retransmissions are performed on the resource and, if provided, with the MCS indicated on 
PDCCH. Non-adaptive retransmission is performed on the same resource and with the same MCS as was used for the 
last made transmission attempt. 

The UE is configured with a Maximum number of HARQ transmissions and a Maximum number of Msg3 HARQ 
transmissions by RRC: maxHARQ-Tx and maxHARQ-Msg3Tx respectively. For transmissions on all HARQ processes 
and all logical channels except for transmission of a MAC PDU stored in the Msg3 buffer, the maximum number of 
transmissions shall be set to maxHARQ-Tx. For transmission of a MAC PDU stored in the Msg3 buffer, the maximum 
number of transmissions shall be set to maxHARQ-MsgSTx. 

When the HARQ feedback is received for this TB, the HARQ process shall: 

- set HARQ_FEEDBACK to the received value. 

If the HARQ entity requests a new transmission, the HARQ process shall: 

- set CURRENT_TX_NB to 0; 

- set CURRENTJRV to 0; 

- store the MAC PDU in the associated HARQ buffer; 

- store the uplink grant received from the HARQ entity; 

- set HARQ_FEEDB ACK to NACK; 

- generate a transmission as described below. 

If the HARQ entity requests a retransmission, the HARQ process shall: 

- increment CURRENT_TX_NB by 1 ; 

- if the HARQ entity requests an adaptive retransmission: 
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- store the uplink grant received from the HARQ entity; 

set CURRENT_IRV to the index corresponding to the redundancy version value provided in the HARQ 
information; 

- set HARQ_FEEDB ACK to NACK; 

- generate a transmission as described below. 

- else if the HARQ entity requests a non-adaptive retransmission: 

- if HARQ_FEEDB ACK = NACK: 

- generate a transmission as described below. 

NOTE 1: When receiving a HARQ ACK alone, the UE keeps the data in the HARQ buffer. 

NOTE 2: When no UL-SCH transmission can be made due to the occurrence of a measurement gap, no HARQ 
feedback can be received and a non-adaptive retransmission follows. 

To generate a transmission, the HARQ process shall: 

- if the MAC PDU was obtained from the Msg3 buffer; or 

if there is no measurement gap at the time of the transmission and, in case of retransmission, the retransmission 
does not collide with a transmission for a MAC PDU obtained from the Msg3 buffer in this TTI: 

- instruct the physical layer to generate a transmission according to the stored uplink grant with the redundancy 
version corresponding to the CURRENT_IRV value; 

- increment CURRENTJRV by 1 ; 

- if there is a measurement gap at the time of the HARQ feedback reception for this transmission and if the 
MAC PDU was not obtained from the Msg3 buffer: 

- set HARQ_FEEDB ACK to ACK at the time of the HARQ feedback reception for this transmission. 
After performing above actions, the HARQ process then shall: 

if CURRENT_TX_NB = maximum number of transmissions - 1 : 

- flush the HARQ buffer; 
[TS 36.321, clause 7.5] 

The parameter TTI_BUNDLE_SIZE is 4. 

[TS 36.213, clause 8] 

For FDD, there shall be 8 HARQ processes in the uplink for non-subframe bundling operation, i.e. normal HARQ 
operation, and 4 HARQ processes in the uplink for subframe bundling operation. The subframe bundling operation is 
configured by the parameter ttiBundling provided by higher layers. 

In case higher layers configure the use of subframe bundling for FDD and TDD, the subframe bundling operation is 
only applied to UL-SCH, such that four consecutive uplink subframes are used. 


For FDD and subframe bundling operation, the UE shall upon detection of a PDCCH with DCI format in subframe n 
intended for the UE, and/or a PHICH transmission in subframe n-5 intended for the UE, adjust the corresponding first 
PUSCH transmission in the bundle in subframe n+4 according to the PDCCH and PHICH information. 


For TDD UL/DL configurations 1 and 6 and subframe bundling operation, the UE shall upon detection of a PDCCH 
with DCI format in subframe n intended for the UE, and/or a PHICH transmission intended for the UE in subframe n-l 
with / given in Table 8-2a, adjust the corresponding first PUSCH transmission in the bundle in subframe n+k, with k 
given in Table 8-2, according to the PDCCH and PHICH information. 
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Table 8-2: kior TDD configurations 0-6 


TDD UL/DL 
Configuration 

DL subframe number n 



1 

2 

3 

4 

5 

6 

7 

8 

9 



4 

6 




4 

6 




1 


6 



4 


6 



4 

2 




4 





4 


3 

4 








4 

4 

4 









4 

4 

5 









4 


6 

7 

7 




7 

7 



5 

Table 8-2a: /for TDD configurations 0, 1 and 6 

TDD UL/DL 
Configuration 

DL subframe number n 



1 

2 

3 

4 

5 

6 

7 

8 

9 



9 

6 




9 

6 




1 


2 



3 


2 



3 

6 

5 

5 




6 

6 



8 


[TS 36.213, clause 8.3] 

For Frame Structure type 1, an ACK/NACK received on the PHICH assigned to a UE in subframe / is associated with 
the PUSCH transmission in subframe i-4. 

For Frame Structure type 2 UL/DL configuration 1-6, an ACK/NACK received on the PHICH assigned to a UE in 
subframe / is associated with the PUSCH transmission in the subframe i-k as indicated by the following table 8.3-1. 


Table 8.3-1 kior TDD configurations 0-6 


TDD UL/DL 
Configuration 

DL subframe number / 



1 

2 

3 

4 

5 

6 

7 

8 

9 



7 

4 




7 

4 




1 


4 



6 


4 



6 

2 




6 





6 


3 

6 








6 

6 

4 









6 

6 

5 









6 


6 

6 

4 




7 

4 



6 


[TS 36.213, clause 8.6.1] 

For < /j^(3s < 28 , the modulation order (Q^)is determined as follows: 

- If the parameter ttiBundling provided by higher layers is set to TRUE, then the resource allocation size is 
restricted to A^p^g < 3 and the modulation order is set to 2^ = 2 . 

[TS 36.213, clause 9.1.2] 

For scheduled PUSCH transmissions in subframe n, a UE shall determine the corresponding PHICH resource in 
subframe n-\- kpHicH, where kpHicH is always 4 for FDD and is given in table 9.1.2-1 for TDD. For subframe bundling 
operation, the corresponding PHICH resource is associated with the last subframe in the bundle. 

Table 9.1 .2-1 : kpHicH for TDD 


TDD UL/DL 

UL subframe index n 
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Configuration 



1 

2 

3 

4 

5 

6 

7 

8 

9 





4 

7 

6 



4 

7 

6 

1 



4 

6 




4 

6 


2 



6 





6 



3 



6 

6 

6 






4 



6 

6 







5 



6 








6 



4 

6 

6 



4 

7 



7.1.4.14.3 Test description 

7.1.4.14.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 

- No UL Grant is allocated; PUCCH is in synchronised state for sending Scheduling Requests. 
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7.1.4.14.3.2 


Test procedure sequence 

Table 7.1.4.14.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

OA 

SS Transmits RRCConnectionReconfiguration 
to configure TTI bundling 

<- 

- 

- 

- 

OB 

The UE transmits 
RRCConnectionReconfigurationComplete 

-> 

- 

- 

- 

1 

The SS Transmits a valid MAC PDU 
containing RLC PDU of size 312 bits on UM 
Bearer. 

<- 

MAC PDU 



2 

The UE transmits a Scheduling Request 

— > 

Scheduling Request 

- 

- 

3 

The SS allocates an UL Grant of 328 bits with 
NDI indicating new transmission (i.e. Nprb=3 
and lmcs=7)(Note 1) 

<— 

Uplink Grant 



4 

Check: Does the UE transmit a MAC PDU 
including one RLC SDU, with redundancy 
version 0, 'k' subframes after step 3? 
(Note 3) 

-> 

MAC PDU 

1 

P 

5 

Check: Does UE repeat non-adaptive 
retransmission of MAC PDU in step 4, for 3 
consecutive UL subframes with redundancy 
version 2, 3 and 1 respectively? 
(Note 3) 

-> 

MAC PDU 

1 

P 

6 

The SS transmits a NACK, 'kk' subframes after 
last transmission in step 5. 

<— 

HARQ NACK 

- 

- 

7 

Check: Does the UE make non-adaptive 
retransmissions of the MAC PDU 'm' 
subframes after NACK in step 6, for 4 
consecutive UL subframes with redundancy 
version 0, 2, 3 and 1 respectively? 
(Note 3) 

-> 

MAC PDU 

2 

P 

8 

The SS transmits an ACK, 'kk' subframes after 
last transmission in step 7. 

<- 

HARQ ACK 

- 

- 

9 

The SS allocates an UL Grant with NDI 
indicating retransmission, start redundancy 
version =2[i.e. Nprb=3 and lmcs=30], T 
subframes after ACK in step 8. 

<- 

Uplink Grant 



10 

Check: Does the UE perform an adaptive 
retransmission of the MAC PDU 'k' subframes 
after grant in step 9, using redundancy version 
2? 
(Note 3) 

-> 

MAC PDU 

3 

P 

11 

Check: Does UE repeat non-adaptive 
retransmission of MAC PDU in step 10, for 3 
consecutive UL sub-frames with redundancy 
version 3, 1 and respectively? 
(Note 3) 

-> 

MAC PDU 

3 

P 

12 

The SS transmits an ACK, 'kk' subframes after 
last transmission in step 1 1 . 

<- 

HARQ ACK 

- 

- 

13 

Check: Does the UE make any 
retransmissions of the MAC PDU 'm' 
subframes after ACK in step 12, for 4 
consecutive UL subframes? 

-> 

MAC PDU 

4 

F 

Note 1 : In step3, for TDD, the subframe number of allocating UL grant should be selected from {'1 ', '4', '6', '9'} 

based on TDD default UL/DL configuration 1 . 
Note 2: For FDD value of 'k', 'kk' is 4, T is 5 and 'm' is 9. 

For TDD UL/DL configuration 1 , values of 'k', T, 'm' and 'kk' are given in table 7.1 .4.14.3.2-2. 
Note 3: Transmission of a UL MAC PDU with a specific redundancy version by the UE is implicitly tested by 

receiving the UL MAC PDU correctly at SS. 
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Table 7.1.4.14.3.2-2: Values for parameter 'k', M', 'm' and 'kk' in Main behavior. 


Parameter 

DL sub-frame number n 



1 

2 

3 

4 

5 

6 

7 

8 

9 

k 


6 



4 


6 



4 

1 


3 



2 


3 



2 

m 


7 



8 


7 



8 

kk 



4 

6 




4 

6 



7.1.4.14.3.3 Specific message contents 

Table 7.1.4.14.3.3-1: MAC-MainConfig-RBC in RRCConnectionReconfiguration(SXep OA) 


Derivation Path: 36.508 table 4.8.2.1 .5-1 

Information Element 

Value/remark 

Comment 

Condition 

MAC-MainConfigRBC- ::= SEQUENCE { 




ul-SCH-Configuration SEQUENCE { 




maxHARQ-Tx 

n28 

IVIax value allowed 


periodicBSR-Timer 

Infinity 



retxBSR-Timer 

sf 10240 



ttiBundling 

TRUE 



} 




} 





7.1.4.15 
7.1.4.15.1 

(1) 


UE power headroom reporting / Periodic reporting 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state with DRB established, periodic power headroom reporting 
configured } 
ensure that { 

when { periodicPHR-Timer is configured in RRCConnectionReconf iguration procedre } 
then { UE transmits a MAC PDU contianing Power Headroom MAC Control Element } 


(2) 

with { UE in E-UTRA RRC_CONNECTED state with DRB established, periodic power headroom reporting 
configured } 
ensure that { 

when { periodicPHR-Timer expires and UL resources allocated for new transmission } 
then { UE transmits a MAC PDU contianing Power Headroom MAC Control Element } 


(3) 

with { UE in E-UTRA RRC_CONNECTED state with DRB established } 
ensure that { 

when { power headroom reporting is disabled } 

then { UE stops transmiting Power Headroom MAC Control Element } 
} 


7.1.4.15.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.321 clause 5.4.6 and 
6.1.3.6,36.331. 

[TS 36.321, clause 5.4.6] 

The Power Headroom reporting procedure is used to provide the serving eNB with information about the difference 
between the nominal UE maximum transmit power and the estimated power for UL-SCH transmission. The reporting 
period, delay and mapping of Power Headroom are defined in subclause 9.1.8 of 3GPP TS 36.133 [9]. RRC controls 
Power Headroom reporting by configuring the two timers periodicPHR-Timer Sind prohibitPHR-Timer, and by 
signalling dl-PathlossChange which sets the change in measured downlink pathloss to trigger a PHR [8]. 
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A Power Headroom Report (PHR) shall be triggered if any of the following events occur: 

- the prohibitPHR-Timer expires or has expired and the path loss has changed more than dl-Pathloss Change dB 
since the transmission of a PHR when UE has UL resources for new transmission; 

- periodicPHR-Timer expires; 

- upon configuration and reconfiguration of the power headroom reporting functionality by upper layers [8], which 
is not used to disable the function. 

If the UE has UL resources allocated for new transmission for this TTI: 

- if it is the first UL resource allocated for a new transmission since the last MAC reset, stsirt periodicPHR-Timer. 

- if the Power Headroom reporting procedure determines that at least one PHR has been triggered since the last 
transmission of a PHR r this is the first time that a PHR is triggered, and; 

- if the allocated UL resources can accommodate a PHR MAC control element plus its subheader as a result of 
logical channel prioritization: 

- obtain the value of the power headroom from the physical layer; 

instruct the Multiplexing and Assembly procedure to generate and transmit a PHR MAC control element 
based on the value reported by the physical layer; 

- start or restart periodicPHR- Timer, 

- start or restart prohibitPHR- Timer, 

- cancel all triggered PHR(s). 

[TS 36.321, clause 6.1.3.6] 

The Power Headroom MAC control element is identified by a MAC PDU sub header with LCID as specified in table 
6.2.1-2. It has a fixed size and consists of a single octet defined as follows (figure 6.1.3.6-1): 

- R: reserved bit, set to "0"; 

- Power Headroom(PH): this field indicates the power headroom level. The length of the field is 6 bits. The 
reported PH and the corresponding power headroom levels are shown in Table 6.1.3.6-1 below (the 
corresponding measured values in dB can be found in subclause 9.1.8.4 of [19]) 

I 1 1 1 1 1 1 1 1 

R R Power Headroom Oct 1 


Figure 6.1.3.6-1 : Power Headroom MAC control element 


Table 6.1.3.6-1 : Power Headroom levels for PHR 


PH 

Power Headroom Level 



POWER_HEADROOM_0 

1 

P0WER_HEADR00M_1 

2 

POWER HEADROOM 2 

3 

POWER HEADROOM 3 



60 

POWER HEADROOM 60 

61 

POWER HEADROOM 61 

62 

POWER HEADROOM 62 

63 

POWER HEADROOM 63 
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Test description 
Pre-test conditions 


7.1.4.15.3 
7.1.4.15.3.1 
System Simulator: 
- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 
7.1.4.15.3.2 Test procedure sequence 

Table 7.1.4.15.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS is configured for Uplink Grant 
Allocation Type 2. The SS transmits UL grant 
for the UE at every TTI for FDD and every 5ms 
in a DL subframe for TDD. 

-> 




2 

The SS transmits an 

RRCConnectionReconfiguration message to 
provide Power Headroom parameters 

<— 




3 

Check: does the UE transmit a MAC PDU 
containing Power Headroom MAC Control 
Element? 

-> 

MAC PDU 

1 

P 

4 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the setup of Power 
Headroom parameters. 

-> 




5 

Check: does the UE transmit a MAC PDU 
containing Power Headroom MAC Control 
Element 200ms after step 3? 

-> 

MAC PDU 

2 

P 

6 

The SS transmits an 

RRCConnectionReconfiguration message to 
disable Power Headroom reporting 

<- 




7 

The UE transmits an 

RRCConnectionReconfigurationConfipiete 
message to confirm the disabling of Power 
Headroom parameters 

-> 




8 

Check: for 2 seconds, does the UE transmit a 
MAC PDU containing Power Headroom MAC 
Control Element? 

-> 

MAC PDU 

3 

F 

Note: Steps 3 and 4 can happen in 2 IVIAC PDU's, or may be combined in one IVIAC PDU. 
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7.1 .4.1 5.3.3 Specific message contents 

Table 7.1.4.15.3.3-1: RRCConnectionReconfiguration (step 2, Table 7.1.4.15.3.2-1) 


Derivation patii: 36.508 table 4.6.1-8 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




RadioResourceConfigDedicated SEQUENCE { 




mac-MainConfig CHOICE { 




explicitValue SEQUENCE { 




phr-Confign CHOICE { 




setup SEQUENCE} 




periodicPHR-Timer 

sf200 



prohibitPHR-Timer 

sflOOO 



dl-PathlossChange 

infinity 



} 




} 




} 




} 




} 




} 




} 




} 




} 




Table 7.1.4.15.3.3-2: RRCConnectionReconfiguration (step 6, Table 7.1.4.15.3.2-1) 

Derivation path: 36.508 table 4.6.1-8 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




RadioResourceConfigDedicated SEQUENCE { 




mac-MainConfig CHOICE { 




explicitValue SEQUENCE { 




phr-Config CHOICE { 




release 

NULL 



} 




} 




} 




} 




} 




} 




} 




} 





7.1.4.16 
7.1.4.16.1 
(1) 


UE power headroom reporting / DL pathless change reporting 
Test Purpose (TP) 


with { UE in E-UTRA RRC_Connected state with DRB established, Power headroom reporting for 
DL_PAthloss change configured } 
ensure that { 

when { the DL Pathless changes and prohibitPHR-Timer is running } 

then { UE does not transmits a MAC PDU containing Power Headroom MAC Control Element } 
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(2) 

with { UE in E-UTRA RRC_Connected state with DRB established, Power headroom reporting for 
DL_PAthloss change configured } 
ensure that { 

when { prohibitPHR-Timer expires and power headroom report is triggered due to DL Pathless change 

} 

then { UE transmits a MAC PDU containing Power Headroom MAC Control Element } 
} 

7.1 .4.1 6.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321 clause 5.4.6 and 
6.1.3.6 

[TS 36.321, clause 5.4.6] 

The Power Headroom reporting procedure is used to provide the serving eNB with information about the difference 
between the nominal UE maximum transmit power and the estimated power for UL-SCH transmission. The reporting 
period, delay and mapping of Power Headroom are defined in subclause 9.1.8 of [9]. RRC controls Power Headroom 
reporting by configuring the two timers periodicPHR-Timer mid prohibitPHR-Timer, and by signalling dl- 
PathlossChange which sets the change in measured downlink pathloss to trigger a PHR [8]. 

A Power Headroom Report (PHR) shall be triggered if any of the following events occur: 

- prohihitPHR-Timer expires or has expired and the path loss has changed more than dl- Pathloss Change dB since 
the transmission of a PHR when UE has UL resources for new transmission; 

- periodicPHR-Timer expires; 

- upon configuration or reconfiguration of the power headroom reporting functionality by upper layers [8], which 
is not used to disable the function. 


If the UE has UL resources allocated for new transmission for this TTI: 

- if it is the first UL resource allocated for a new transmission since the last MAC reset, stsirt periodicPHR-Timer; 

- if the Power Headroom reporting procedure determines that at least one PHR has been triggered since the last 
transmission of a PHR or this is the first time that a PHR is triggered, and; 

- if the allocated UL resources can accommodate a PHR MAC control element plus its subheader as a result of 
logical channel prioritization: 

- obtain the value of the power headroom from the physical layer; 

instruct the Multiplexing and Assembly procedure to generate and transmit a PHR MAC control element 
based on the value reported by the physical layer; 

- start or restart periodicPHR- Timer, 

- start or restart prohihitPHR- Timer, 

- cancel all triggered PHR(s). 

[TS 36.321, clause 6.1.3.6] 

The Power Headroom MAC control element is identified by a MAC PDU sub header with LCID as specified in table 
6.2.1-1. It has a fixed size and consists of a single octet defined as follows (figure 6.1.3.6-1): 

- R: reserved bit, set to "0"; 

- Power Headroom (PH): this field indicates the power headroom level. The length of the field is 6 bits. The 
reported PH and the corresponding power headroom levels are shown in Table 6.1.3.6.1-1 below (the 
corresponding measured values in dB can be found in subclause 9.1.8.4 of [17]). 
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^ — I — I — I — I — I 


Power Headroom 


Oct1 


Figure 6.1.3.6-1: Power Headroom MAC control element 


Table 6.1.3.6-1 : Power Headroom levels for PHR 


PH 

Power Headroom Level 



POWER_HEADROOM_0 

1 

P0WER_HEADR00M_1 

2 

POWER HEADROOM 2 

3 

POWER HEADROOM 3 



60 

POWER HEADROOM 60 

61 

POWER HEADROOM 61 

62 

POWER HEADROOM 62 

63 

POWER HEADROOM 63 


Test description 
Pre-test conditions 


7.1.4.16.3 
7.1.4.16.3.1 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 
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7.1.4.16.3.2 


Test procedure sequence 

Table 7.1.4.16.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS is configured for Uplink Grant 
Allocation Type 2. SS is configured to transmit 
UL grant for UE at every II 1 for FDD, and 
every 5ms in a DL subframe for TDD. 





2 

SS transmits an 

RRCConnectionReconfiguration message to 
provide Power Headroom parameters 

<- 

RRCConnectionReconfiguration 



3 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the setup of Power 
Headroom parameters. 

-> 




4 

Wait for T1 = 1 0% of prohibitPHR-Timer. 

- 

- 

- 

- 

5 

Reduce SS power level so as to cause a 
DL_Pathloss change at UE by 5dB. 

- 

- 

- 

- 

6 

Check : for 80% of prohibitPHR-Timer since 
step 3, does the UE transmit a MAC PDU 
containing Power Headroom MAC Control 
Element? 

-> 

MAC PDU 

1 

F 

7 

Check: after prohibitPHR-Timer aiXer step 3, 
does the UE transmit a MAC PDU containing 
Power Headroom MAC Control Element? 

-> 

MAC PDU 

2 

P 

8 

Increase SS power level so as to cause a 
DL Pathless change at UE by 5dB. 

- 

- 

- 

- 

9 

Check : for 80% of prohibitPHR-Timer since 
step 7, does the UE transmit a MAC PDU 
containing Power Headroom MAC Control 
Element? 

-> 

MAC PDU 

1 

F 

10 

Check: after prohibitPHR-Timer aiXer step 7, 
does the UE transmit a MAC PDU containing 
Power Headroom MAC Control Element? 

-> 

MAC PDU 

2 

P 

Note: Steps 3 in main behaviour and step 1 in parallel behaviour can happen in 2 MAC PDU's, or may be 
combined in one MAC PDU. 

Table 7.1.4.16.3.2-2: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The UE transmit a MAC PDU containing 
Power Headroom MAC Control Element. 

-> 

MAC PDU 

- 

- 
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7.1 .4.1 6.3.3 Specific message contents 

Table 7.1. 4.16.3.3-1: RRCConnectionReconfiguration (step 2, Table 7.1.4.16.3.2-1) 


Derivation patii: 36.508 table 4.6.1-8 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




RadioResourceConfigDedicated SEQUENCE { 




mac-MainConfig CHOICE { 




explicit SEQUENCE} 




phr-Configuration CHOICE { 




enable SEQUENCE} 




periodicPHR-Timer 

infinity 



prohibitPHR-Timer 

sflOOO 



dl-PathlossChange 

dB3 



} 




} 




} 




} 




} 




} 




} 




} 




} 





7.1.5 PUSCH Hopping 

7.1 .5.1 Inter-TTI PUSCH hopping by uplink grant 

7.1.5.1.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_CONNECTED state and ^ Hopping -mode' is set to ' InterSubFrame' } 
ensure that { 

when { UE receives for a TTI an uplink grant with 'Hopping flag' set as 1, ^ NuL_hop' bits indicating 
Type 1 PUSCH Hopping } 

then { UE transmits UL data on resource blocks as per type 1 PUSCH hopping} 
} 


7.1.5.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.212 clause 
5.3.3.1.1 and 36.213 clause 8.4, 8.4.1 & 8.4,2. 

[TS 36.212, clause 5.3.3.1.1] 

DCI format is used for the scheduhng of PUSCH. 

The following information is transmitted by means of the DCI format 0: 

- Flag for formatO/formatl A differentiation - 1 bit, where value indicates format and value 1 indicates format 1 A 

- Hopping flag - 1 bit as defined in section 8.4 of [3] 


- Resource block assignment and hopping resource allocation - | log 2 (A^rb (^rb + 1) / 2) I bits 


[lo^ 


For PUSCH hopping: 
- NuLjiop MSB bits are used to obtain the value of ripj^^ (i) as indicated in subclause [8.4] of [3] 
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^g2 (^RB (^RB + 1) / 2) I - A^uL_hop I ^its provide the resource allocation of the first slot in the UL 


- (flog 
subframe 

- For non-hopping PUSCH: 

- I log2 (A^RB (^RB + 1) / 2) I bits provide the resource allocation in the UL subframe as defined in section 
8.1 of [3] 

[TS 36.213, clause 8.4] 

The UE shall perform PUSCH frequency hopping if the single bit frequency hopping (FH) field in a corresponding 
PDCCH with DCI format is set to 1 otherwise no PUSCH frequency hopping is performed. 

A UE performing PUSCH frequency hopping shall determine its PUSCH resource allocation (RA) for the first slot of a 

subframe (SI) including the lowest index PRB ( np]^^ (n) ) in subframe n from the resource allocation field in the latest 

PDCCH with DCI format for the same transport block. If there is no PDCCH for the same transport block, the UE 
shall determine its hopping type based on 

- the hopping information in the most recent semi-persistent scheduling assignment PDCCH, when the initial 
PUSCH for the same transport block is semi-persistently scheduled or 

- the random access response grant for the same transport block, when the PUSCH is initiated by the random 
access response grant. 

The resource allocation field in DCI format excludes either 1 or 2 bits used for hopping information as indicated by 
Table 8.4-1 below where the number of PUSCH resource blocks is defined as 


A^ 


PUSCH 
RB 


Kb - Nrb - [Nrb inod 2) Type 1 PUSCH hopping 
A^^« Type 2 N^^ = 1 PUSCH hopping 

Type 2 N^b > 1 PUSCH hopping 


' RB 

tUL 


HO 


N -N 

^^ RB ^^ RB 


For type 1 and type 2 PUSCH hopping, N^^ = N^^ + 1 if N^§ is an odd number where N^§ defined in [3]. 

^RB ~ ^RB i^ Other cases. The size of the resource allocation field in DCI format after excluding either 1 or 2 bits 

shall be y = I log2 (A/^r^ (^rb + 1) ^ 2) | — N^^ r , where NuLjiop = 1 or 2 bits. The number of contiguous RBs 
that can be assigned to a type-1 hopping user is limited to \27 I N^^ J . The number of contiguous RBs that can be 
assigned to a type-2 hopping user is limited to . |_2^ / N^^ J , \_N^^ I N ^^^ J .where the number of sub-bands 
N^^ is given by higher layers. 

A UE performing PUSCH frequency hopping shall use one of two possible PUSCH frequency hopping types based on 
the hopping information. PUSCH hopping type 1 is described in section 8.4.1 and type 2 is described in section 8.4.2. 

Table 8.4-1 : Number of Hopping Bits NuL_hop vs. System Bandwidtli 


System BW 

^^RB 

#Hopping bits for 
2nd slot RA 

(NuL hop) 

6-49 

1 

50-110 

2 


The parameter Hopping-mode provided by higher layers determines if PUSCH frequency hopping is "inter- subframe" 
or "intra and inter- subframe". 

[TS 36.213, clause 8.4.1] 
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For PUSCH hopping type 1 the hopping bit or bits indicated in Table 8.4-1 determine ripj^^ (i) as defined in Table 8.4-2. 


:xsi 


'jHO 


The lowest index PRB ( Upj^^ ) of the 1^^ slot RA in subframe / is defined as Hp^^ (/) = J^pps (0 + ^rb ^ ^ , where 


^PRB (0 — ^^ START ' ^^^ ^^START ^^ obtained from the uplink scheduling grant as in Section 8.4 and Section 8.1. 


The lowest index PRB ( ripp^ (i) ) of the 2"^ slot RA in subframe / is defined as Hpp^ (/) = ^pps (0 + ^rb ^ ^ . 

The set of physical resource blocks to be used for PUSCH transmission are Lq^^^ contiguously allocated resource 

blocks from PRB index ripp^ for the 1^^ slot, and from PRB index ripp^ (i) for the 2"^ slot, respectively, where Lq^^^ is 
obtained from the uplink scheduling grant as in Section 8.4 and Section 8.1. 

If the Hopping-mode is "inter- subframe", the 1'^ slot RA is apphed to even CURRENT_TX_NB, and the 2""^ slot RA is 
applied to odd CURRENT_TX_NB, where CURRENT_TX_NB is defined in [8]. 


[TS 36.213, clause 8.4.2] 


Table 8.4-2: PDCCH DCI Format Hopping Bit Definition 


System BW 

Number of 
Hopping bits 

Information in 
hopping bits 

^PRB(i) 

6-49 

1 



fkr"/2J+^/i.(oVod^^;r^ 

V J 

1 

Type 2 PUSCH Hopping 

50-110 

2 

00 

fkr"/4j+«/i«(olmodA^;r" 

01 


10 

l^RB /2J +nppB(i) mod N PS 

V J 

11 

Type 2 PUSCH Hopping 


7.1 .5.1 .3 Test description 

7.1 .5.1 .3.1 Pre-test conditions 

System Simulator 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 
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7.1.5.1.3.2 


Test procedure sequence 

Table 7.1.5.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 


Exception: Steps 2 to 5 are executed as per 
table 7.1.5.1.3.2-2 





2 

SS transmits a MAC PDU including 8 
(FDD)/4(TDD) RLC SDU's 

<- 

MAC PDU 

- 

- 

3 

The SS waits for 60 ms 

- 

- 

- 

- 


Exception: Steps 4 and 5 are repeated such 
that UE sends data in 8 ([FDD)/4(TDD) 
consecutive UL TTI's. 





4 

The SS is configured for Uplink Grant 
Allocation Type 2. SS transmits an UL Grant, 
allowing the UE to return 1 RLC SDU as 
received in step 2. Hopping flag' set as 1 , all 
bits in 'NuL_hop are set as per table 7.1 .5.3.2-2 
for various execution runs 

<— 

(UL Grant (C-RNTI)) 



5 

Check: Does the UE transmit a MAC PDU 
corresponding to grant in step 4? 

- 

- 

1 

P 

Note 1 : Steps 4 and 5 are repeated for 8 times corresponding to 8 sub frames for FDD and 4 for default TDD 

configuration 1 . 
Note 2: The grant allocated in step 4 is such that the loop back PDU's are received in 8 (FDD)/4(TDD) UL TTI's 


Table 7.1.5.1.3.2-2: Bandwidth dependent parameters 


System BW 

Number of Hopping 
bits 

Execution Counter K 

Information in hopping 
bits 

5 MHz 

1 

1 



10/20 MHz 

2 

1 

00 

2 

01 

3 

10 


7.1.5.1.3.3 
None 

7.1.5.2 
7.1.5.2.1 
(1) 


Specific message contents. 

Predefined intra-TTI PUSCH hopping (N_sb=1) 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state, number of sub bands 'N-sb' is set to 1 and ^ Hopping -mode' 
is set to ' intraAndlnterSubFrame ' } 
ensure that { 

when { UE receives for a TTI an uplink grant with 'Hopping flag' set as 1, ' NuL_hop' bits all set to 
1 (Type 2 predefined hopping) } 

then { UE transmits data with predefined, intra-TTI PUSCH hopping} 

} 


7.1.5.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.211 clause 5.3.4 , 
36.212 clause 5.3.3.1.1 and 36.213 clause 8.4, 8.4.2. 

[TS 36.211, clause 5.3.4] 
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If uplink frequency-hopping with predefined hopping pattern is enabled, the set of physical resource blocks to be used 
for transmission in slot n^ is given by the scheduling grant together with a predefined pattern according to 

«PRB («s ) = {«VRB + /hop (0 • A^RB + ({^RB " l)" 2(«VRB mod ^fj, I /m (oUodiN^j, ■ N,^ ) 

{\_n^ /2j inter - subframe hopping 

[n^ intra and inter - subframe hopping 


^VRB 


^VRB 


^VRB 


-te/2l 




where riy^^^ is obtained from the scheduling grant as described in Section 8.1 in [4]. The parameter /7W5'c/z- 
HoppingOjfset, N^'^ , is provided by higher layers.. The size N^^ of each sub-band is given by, 


N, 


sb 
RB 


A^i 


UL 


^RB 


^RB 
^RB ^^RB 


[(N^k-N^S-N^Smod2 


KJ 


A^sb>l 


where the number of sub-bands A^^i^ is given by higher layers. The function /^(O ^ {O^lj determines whether mirroring 
is used or not. The parameter Hopping-mode provided by higher layers determines if hopping is "inter- subframe" or 
"intra and inter- sub frame". 

The hopping function f^^^ (/) and the function f^ (i) are given by 



MO+9 


/hopO')=^ 


N.,=l 


k=i-10+l 
f MO+9 


(^.0'-l) + 


>MMO+l) 


V^=M0+1 J 


mod(yV,,-l) + l)modA^,, A^,, > 2 


/ mod 2 N ^^ = 1 and intra and inter - subframe hopping 

/m (0 = \ CURRENT _TX _NB mod 2 A^,^ = 1 and inter - subframe hopping 


c(/10) 


Nsb>'^ 


where f^^ (—1) =0 and the pseudo-random sequence c(i) is given by section 7.2 and CURRENT_TX_NB indicates 
the transmission number for the transport block transmitted in slot n^ as defined in [8]. The pseudo-random sequence 
generator shall be initialised with C-^^ = N^^^ for FDD and C-^-^ = 2^ • (rif mod 4) + N^^^ for TDD at the start of 
each frame. 

[TS 36.212, clause 5.3.3.1.1] 

DCI format is used for the scheduHng of PUSCH. 
The following information is transmitted by means of the DCI format 0: 

- Flag for formatO/formatl A differentiation - 1 bit, where value indicates format and value 1 indicates format 1 A 

- Hopping flag - 1 bit as defined in section 8.4 of [3] 

- Resource block assignment and hopping resource allocation - | log 2 (A^rb (^rb + 1) / 2) | bits 

- For PUSCH hopping: 
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- NuLjiop MSB bits are used to obtain the value of ripj^^ (/) as indicated in subclause [8.4] of [3] 


^g2 (^RB (^RB + 1) / 2) I - A^uL_hop I t>its providc the resource allocation of the first slot in the UL 


- (flog 
subframe 

- For non-hopping PUSCH: 

- I log2 (A^RB (^RB + 1) / 2) I bits provide the resource allocation in the UL subframe as defined in section 
8.1 of [3] 

[TS 36.213, clause 8.4] 

The UE shall perform PUSCH frequency hopping if the single bit frequency hopping (FH) field in a corresponding 
PDCCH with DCI format is set to 1 otherwise no PUSCH frequency hopping is performed. 

A UE performing PUSCH frequency hopping shall determine its PUSCH resource allocation (RA) for the first slot of a 

subframe {SI) including the lowest index PRB ( np\g (n) ) in subframe n from the resource allocation field in the latest 

PDCCH with DCI format for the same transport block. If there is no PDCCH for the same transport block, the UE 
shall determine its hopping type based on 

- the hopping information in the most recent semi-persistent scheduling assignment PDCCH, when the initial 
PUSCH for the same transport block is semi-persistently scheduled or 

- the random access response grant for the same transport block, when the PUSCH is initiated by the random 
access response grant. 

The resource allocation field in DCI format excludes either 1 or 2 bits used for hopping information as indicated by 
Table 8.4-1 below where the number of PUSCH resource blocks is defined as 


N 


PUSCH 
RB 


Kb - Nrb - [Nrb inod 2) Type 1 PUSCH hopping 
A^^^ Type 2 N^, = 1 PUSCH hopping 

Type 2 N^b > 1 PUSCH hopping 


' RB 

tUL 


HO 


N -N 

^^ RB ^^ RB 


For type 1 and type 2 PUSCH hopping, N^^ = N^^ + 1 if N^§ is an odd number where N^§ defined in [3]. 

^RB ~ ^RB i^ Other cases. The size of the resource allocation field in DCI format after excluding either 1 or 2 bits 

shall be y = I log2 (A/^r^ (^rb + 1) ^ 2) | — N^^ r , where NuLjiop = 1 or 2 bits. The number of contiguous RBs 
that can be assigned to a type-1 hopping user is limited to \27 I N^^ J . The number of contiguous RBs that can be 
assigned to a type-2 hopping user is limited to . |_2^ / N^^ J , \_N^^ I N ^^^ J .where the number of sub-bands 
N^^ is given by higher layers. 

A UE performing PUSCH frequency hopping shall use one of two possible PUSCH frequency hopping types based on 
the hopping information. PUSCH hopping type 1 is described in section 8.4.1 and type 2 is described in section 8.4.2. 

Table 8.4-1 : Number of Hopping Bits NuL_hop vs. System Bandwidtli 


System BW 

^^RB 

#Hopping bits for 
2nd slot RA 

(NuL hop) 

6-49 

1 

50-110 

2 


The parameter Hopping-mode provided by higher layers determines if PUSCH frequency hopping is "inter- subframe" 
or "intra and inter- subframe". 
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[TS 36.213, clause 8.4.2] 


In PUSCH hopping 
scheduling grant to^ 
acquired by the UE 
in [3]. 


type 2 the set of physical resource blocks to be used for transmission in slot n^ is given by the 
^ether with a predefined pattern according to [3] section 5.3.4. If the system frame number is not 
yet, the UE shall not transmit PUSCH with type-2 hopping and Nsh>l for TDD, where A^^^ is defined 

Table 8.4-2: PDCCH DCI Format Hopping Bit Definition 


System BW 

Number of 
Hopping bits 

Information in 
hopping bits 

^PRB(i) 

6-49 

1 



fkr"/2J+^/i.(oVod^^;r^ 

1 

Type 2 PUSCH Hopping 

50-110 

2 

00 


01 

f i^jPUSCH 1 A ,-Sl n\\^r.A AjPUSCH 

V J 

10 


11 

Type 2 PUSCH Hopping 


Test description 
Pre-test conditions 


7.1.5.2.3 
7.1.5.2.3.1 
System Simulator 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 
7.1 .5.2.3.2 Test procedure sequence 

Table 7.1.5.2.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 


U-S 

IVIessage 

1 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

2 

SS transmits a MAC PDU including 8 
(FDD)/4(TDD) RLC SDU's 

<— 

MAC PDU 

- 

- 

3 

The SS waits for 60 ms 

- 

- 

- 

- 


Exception: Steps 4 and 5 are repeated such 
that UE sends data in 8 ([FDD)/4(TDD) 
consecutive UL TTI's. 





4 

The SS is configured for Uplink Grant 
Allocation Type 2. SS transmits an UL Grant, 
allowing the UE to return 1 RLC SDU as 
received in step 2. Hopping flag' set as 1 , all 
bits in 'NuL hop are set to 1 . 

<- 

(UL Grant (C-RNTI)) 



5 

Check: Does the UE transmit a MAC PDU 
corresponding to grant in step 4? 

-> 

MAC PDU 

1 

P 

Note 1 : steps 4 and 5 are repeated for 8 times corresponding to 8 sub frames for FDD and 4 for default TDD 

configuration 1 . 
Note 2: The grant allocated in step 4 is such that the loop back PDU's are received in 8 (FDD)/4(TDD) UL TTI's 
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7.1.5.2.3.3 


Specific message contents. 
Table 7.1.5.2.3.3-1 : SystemlnformationBlockType2(preamble) 


Derivation Patii: 36.508 Table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= 
SEQUENCE! 




radioResourceConfigCommon SEQUENCE {} 

RadioResourceCo 

nfigCommonSIB- 

DEFAULT-7152 



} 





Table 7.1.5.2.3.3-2: RadioResourceConfigCommonSIB-DEFAULT-7152(Table 7.1.5.2.3.3-1) 


Derivation Patii: 36.508 Table 4.6.3-14 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigCommonSIB-DEFAULT-7152 
::= SEQUENCE! 




pusch-Config 

PUSCH-ConfigCommon- 
DEFAULT-7152 



} 





Table 7.1.5.2.3.3-3: PUSCH-ConfigCommon-DEFAULT-7152(Table 7.1.5.2.3.3-2) 


Derivation Path: 36.508 table 4.6.3-10 

Information Element 

Value/remark 

Comment 

Condition 

PUSCH-ConfigCommon-DEFAULT-71 52 ::= 
SEQUENCE} 




pusch-ConfigBasic SEQUENCE { 




n-SB 

1 

Default value 


hoppingMode 

intraAndlnterSubFrame 



pusch-HoppingOffset 

See subclause 
4.6.8f36.5081 

Default value 


} 




} 





7.1.5.3 
7.1.5.3.1 
(1) 


Predefined intra-TTI PUSCH hopping (N_sb=2/3/4) 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state, number of sub bands 'N-sb' is set to 2/3/4 and ^ Hopping - 
mode' is set to 'intraAndlnterSubFrame'} 
ensure that { 

when { UE receives for a TTI an uplink grant with 'Hopping flag' set as 1, ^ NuL_hop' bits all set to 
1 (Type 2 predefined hopping) } 

then { UE transmits data with predefined, inter-TTI PUSCH hopping} 


7.1 .5.3.2 Conformance requirements 
Same Conformance requirements as in clause 7.1.5.2.2 

7.1 .5.3.3 Test description 
7.1 .5.3.3.1 Pre-test conditions 
System Simulator 

- Cell 1 
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UE: 

None. 

Preamble: 

- The UE is in state Registered, Idle mode, Test Mode Activated (State 2 A) according to [18]. 
7.1 .5.3.3.2 Test procedure sequence 

Table 7.1.5.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 


EXCEPTION: Step to 7 are repeated for 
execution counter k=1 to 3 







The SS transmits a Paging message in a 

paging occasion including a 

systemlnfoModification. 

<- 

Paging 



Oa 

From the beginning of the next modification 

period the SS transmits a modified 
SystemlnformationBlockType2 as specified. 





1 

The UE is brought to state Loopback 
Activated (state 4) according to [18] 

- 

- 

- 

- 

2 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

3 

SS transmits a MAC PDU including a RLC 
SDU 

<— 

MAC PDU 

1 

- 

4 

The SS waits for 60 ms 


- 

- 

- 

5 

The SS is configured for Uplink Grant 
Allocation Type 2. SS transmits an UL Grant, 
allowing the UE to return the RLC SDU as 
received in step 2. Hopping flag' set as 1 , 
'NuL hop is set to 1. 

<— 

(UL Grant (C-RNTI)) 



6 

Check: Does the UE transmit a MAC PDU 
corresponding to grant in step 4? 

- 

- 

1 

P 

7 

The SS releases the RRC connection 

- 

- 

- 

- 


7.1 .5.3.3.3 Specific message contents. 

Table 7.1 .5.3.3.3-1 : SystemlnformationBlockType2 (Step of Table 7.1 .5.3.3.2-1; 


Derivation Path: 36.331 clause 6.3.1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= 
SEQUENCE! 




ac-Barringlnfo SEQUENCE {} 

Not present 



radioResourceConfigCommon SEQUENCE {} 

RadioResourceCo 

nfigCommonSIB- 

DEFAULT-7153 



} 





Table 7.1.5.3.3.3-2: RadioResourceConfigCommonSIB-DEFAULT-7153 


Derivation Path: 36.508 Table 4.6.3-14 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigCommonSIB-DEFAULT-7153 
::= SEQUENCE! 




pusch-Config 

PUSCH-ConfigCommon- 
DEFAULT-7153 



} 
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Table 7.1.5.3.3.3-3: PUSCH-ConfigCommon-DEFAULT-7153 


Derivation Path: 36.508 table 4.6.3-10 

Information Element 

Value/remark 

Comment 

Condition 

PUSCH-ConfigCommon-DEFAULT-71 53 ::= 
SEQUENCE} 




pusch-ConfigBasic SEQUENCE { 




n-SB 

2 


Execution 
counter k =1 

n-SB 

3 


Execution 
counter k =2 

n-SB 

4 


Execution 
counter k =3 

hoppinglVlode 

intraAndlnterSubFrame 



pusch-HoppingOffset 

See subclause 4.6.8 

Default value 


enable64QAI\/l 

FALSE 

Default value 


} 




} 





7.1.5.4 

7.1.5.4.1 
(1) 


Predefined inter-TTI PUSCH hopping (N_sb=1) 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state, number of sub bands 'N-sb' is set to 1 and ' Hopping -mode' 
is set to ' interSubFrame ' } 
ensure that { 

when { UE receives for a TTI an uplink grant with 'Hopping flag' set as 1, ' NuL_hop' bits all set to 
1 (Type 2 predefined hopping) } 

then { UE transmits data with predefined, inter-TTI PUSCH hopping} 

} 

with { UE in E-UTRA RRC_CONNECTED state, number of sub bands 'N-sb' is set to 1, ' Hopping -mode' is 
set to 'interSubFrame' has transmitted a transport block with predefined, inter-TTI PUSCH hopping } 
ensure that { 

when { UE has to make a non adaptive retransmission) } 

then { UE transmits data with predefined, inter-TTI PUSCH hopping} 


7.1 .5.4.2 Conformance requirements 
Same Conformance requirements as in clause 7.1.5.2.2 

7.1 .5.4.3 Test description 
7.1 .5.4.3.1 Pre-test conditions 
Same Pre-test conditions as in clause 7.1.5.2.3.1 
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7.1.5.4.3.2 


Test procedure sequence 

Table 7.1 .5.4.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

2 

SS transmits a MAC PDU including a RLC 
SDU 

<- 

MAC PDU 

1 

- 

3 

The SS waits for 60 ms. 

- 

- 

- 

- 

4 

The SS is configured for Uplink Grant 
Allocation Type 2. SS transmits an UL Grant, 
allowing the UE to return the RLC SDU as 
received in step 2. Hopping flag' set as 1 , all 
bits in 'NuL hop are set to 1 . 

<— 

(UL Grant (C-RNTI)) 



5 

Check: Does the UE transmit a MAC PDU 
corresponding to grant in step 4? 

- 

MAC PDU 

1 

P 

6 

The SS transmits a HARQ NACK 

<- 

HARQ NACK 

- 

- 

7 

Check: Does the UE transmit a MAC PDU 
corresponding to grant in step 4, for same 
HARQ process as in step 5? 

-> 

MAC PDU 

2 

P 

8 

The SS transmits a HARQ NACK 

<- 

HARQ NACK 

- 

- 

9 

Check: Does the UE transmit a MAC PDU 
corresponding to grant in step 4, for same 
HARQ process as in step 7? 

-> 

MAC PDU 

2 

P 

10 

The SS transmits a HARQ NACK 

<- 

HARQ NACK 

- 

- 

11 

Check: Does the UE transmit a MAC PDU 
corresponding to grant in step 4, for same 
HARQ process as in step 9? 

-> 

MAC PDU 

2 

P 

12 

The SS transmits an HARQ ACK 

<— 

HARQ ACK 

- 

- 

Note: 4 HARQ transmissions is selected to be less than MaxHARQ-Tx (=5) 


7.1.5.4.3.3 

None 

7.1.5.5 

7.1.5.5.1 

(1) 


Specific message contents. 

Predefined inter-TTI PUSCH hopping (N_sb=2/3/4) 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state, number of sub bands 'N-sb' is set to 2/3/4 and ^ Hopping - 
mode' is set to ' interSubFrame' } 
ensure that { 

when { UE receives for a TTI an uplink grant with 'Hopping flag' set as 1, ^ NuL_hop' bits are all 
set to 1 (Type 2 predefined hopping) } 

then { UE transmits data with predefined, inter-TTI PUSCH hopping} 
} 

7.1 .5.5.2 Conformance requirements 
Same Conformance requirements as in clause 7.1.5.2.2 

7.1 .5.5.3 Test description 

7.1 .5.5.3.1 Pre-test conditions 
Same Pre-test conditions as in clause 7.1.5.3.3.1 

7.1 .5.5.3.2 Test procedure sequence 
Same Test procedure sequence as in table 7.1.5.3.3.2-1 
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7.1 .5.5.3.3 Specific message contents. 

Table 7.1 .5.5.3.3-1 : SystemlnformationBlockType2 (Step of Table 7.1 .5.3.3.2-1; 


Derivation Patii: 36.331 clause 6.3.1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= 
SEQUENCE! 




ac-Barringlnfo SEQUENCE {} 

Not present 



radioResourceConfigCommon SEQUENCE {} 

RadioResourceCo 

nfigCommonSIB- 

DEFAULT-7155 



} 





Table 7.1.5.5.3.3-2: RadioResourceConfigCommonSIB-DEFAULT-7155 


Derivation Path: 36.508 Table 4.6.3-14 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigCommonSIB-DEFAULT-7155 
::= SEQUENCE} 




pusch-Config 

PUSCH-ConfigCommon- 
DEFAULT-7155 



} 





Table 7.1.5.5.3.3-3: PUSCH-ConfigCommon-DEFAULT-7155 


Derivation Path: 36.508 table 4.6.3-10 

Information Element 

Value/remark 

Comment 

Condition 

PUSCH-ConfigCommon-DEFAULT-71 55 ::= 
SEQUENCE} 




pusch-ConfigBasic SEQUENCE { 




n-SB 

2 


Execution 
counter k =1 

n-SB 

3 


Execution 
counter k =2 

n-SB 

4 


Execution 
counter k =3 

hoppingMode 

interSubFrame 

Default value 


pusch-HoppingOffset 

See subclause 4.6.8 

Default value 


enable64QAM 

FALSE 

Default value 


} 




} 





7.1.6 
7.1.6.1 
7.1.6.1.1 
(1) 


DRX operation 

DRX operation / Short cycle not configured / Parameters configured by RRC 
Test Purpose (TP) 


with { UE in CONNECTED mode } 
ensure that { 

when { Long DRX cycle is configured and [(SEN * 10) + subframe number] modulo {LongDRX- Cycle) = 
drxStartOffset } 

then { UE starts the OnDurationTimer and monitors the PDCCH for OnDurationTimer PDCCH-subf rames 

} 

} 

(2) 

with { UE in CONNECTED mode } 
ensure that { 

when { Long DRX cycle is configured and a new DL transmission is indicated on the PDCCH during 
Active Time | 
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then { UE starts or restarts the Drx-InactivityTimer and monitors the PDCCH for Drx- 
InactivityTimer PDCCH sub- frames starting from the next PDCCH sub- frame of the PDCCH sub- frame where 
the DL new transmission was indicated j 


(3) 

with { UE in CONNECTED mode } 
ensure that { 

when { Long DRX cycle is configured and if a HARQ RTT Timer expires in this subframe and the data 
in the soft buffer of the corresponding HARQ process was not successfully decoded } 

then { UE starts the drx-RetransmissionTimer for the corresponding HARQ process and monitors the 
PDCCH for drx-RetransmissionTimer consecutive PDCCH- subframes j 


} 


(4) 


with { UE in CONNECTED mode } 
ensure that { 

when { Long DRX cycle is configured and an uplink grant for a pending HARQ retransmission can 
occur in this subframe } 

then { UE monitors the PDCCH in this subframe | 


7.1 .6.1 .2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321, clauses 3.1 and 5.7. 

[TS 36.321, clause 3.1] 

Active Time: Time related to DRX operation, as defined in subclause 5.7, during which the UE monitors the PDCCH 
in PDCCH-subframes. 


DRX Cycle: Specifies the periodic repetition of the On Duration followed by a possible period of inactivity (see figure 
3.1-1 below). 


UE shall monitor 
PDCCH~ 


<-0n Duration- 


Opportunity for DRX- 


-DRX Cycle- 


Figure 3.1-1 : DRX Cycle 


drx-InactivityTimer\ Specifies the number of consecutive PDCCH- subframe(s) after successfully decoding a PDCCH 
indicating an initial UL or DL user data transmission for this UE. 

drx-RetransmissionTimer: Specifies the maximum number of consecutive PDCCH-subframe(s) for as soon as a DL 
retransmission is expected by the UE. 

drxShortCycleTimer: Specifies the number of consecutive subframe(s)the UE shall follow the short DRX cycle. 

drxStartOffset: Specifies the subframe where the DRX Cycle starts. 


HARQ RTT Timer: This parameter specifies the minimum amount of subframe(s) before a DL HARQ retransmission 
is expected by the UE. 
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onDurationTimer: Specifies the number of consecutive PDCCH-subframe(s) at the beginning of a DRX Cycle. 

PDCCH-subframe: For FDD UE operation, this represents any subframe; for TDD, only downlink subframes and 
sub frames including DwPTS. 

[TS 36.321, clause 5.7] 

The UE may be configured by RRC with a DRX functionality that controls the UE's PDCCH monitoring activity for 
the UE's C-RNTI, TPC-PUCCH-RNTI, TPC-PUSCH-RNTI and Semi-Persistent Scheduling C-RNTI (if configured). 
When in RRC_CONNECTED, if DRX is configured, the UE is allowed to monitor the PDCCH discontinuously using 
the DRX operation specified in this subclause; otherwise the UE monitors the PDCCH continuously. When using DRX 
operation, the UE shall also monitor PDCCH according to requirements found in other subclauses of this specification. 
RRC controls DRX operation by configuring the timers onDurationTimer, drx-InactivityTimer, drx- 
RetransmissionTimer (one per DL HARQ process except for the broadcast process), the longDRX- Cycle, the value of 
the drxStartOjfset and optionally the drxShortCycleTimer and shortDRX- Cycle. A HARQ RTT timer per DL HARQ 
process (except for the broadcast process) is also defined (see subclause 7.7). 

When a DRX cycle is configured, the Active Time includes the time while: 

onDurationTimer or drx-InactivityTimer or drx-RetransmissionTimer or mac-ContentionResolutionTimer (as 
described in subclause 5.1.5) is running; or 

- a Scheduling Request sent on PUCCH is pending (as described in subclause 5.4.4); or 

an uplink grant for a pending HARQ retransmission can occur and there is data in the corresponding HARQ 
buffer; or 

- a PDCCH indicating a new transmission addressed to the C-RNTI of the UE has not been received after 
successful reception of a Random Access Response for the explicitely signaled preamble (as described in 
subclause 5.1.4). 

When DRX is configured, the UE shall for each subframe: 

- If the Short DRX Cycle is used and [(SEN * 10) + subframe number] modulo {shortDRX- Cycle) = 
(drxStartOffset) modulo (shortDRX-Cycle); or 

- if the Long DRX Cycle is used and [(SEN * 10) + subframe number] modulo (Long DRX- Cycle) = 
drxStartOffset: 

start onDurationTimer. 

if a HARQ RTT Timer expires in this subframe and the data in the soft buffer of the corresponding HARQ 
process was not successfully decoded: 

- start the drx-RetransmissionTimer for the corresponding HARQ process. 

- if a DRX Command MAC control element is received: 

stop onDurationTimer, 
stop drx-InactivityTimer. 
if drx-InactivityTimer expires or a DRX Command MAC control element is received in this subframe: 

- if the short DRX cycle is configured: 

- start or restart drxShortCycleTimer; 

- use the Short DRX Cycle. 

- else: 

- use the Long DRX cycle. 

- if drxShortCycleTimer expires in this subframe: 
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- use the long DRX cycle. 

during the Active Time, for a PDCCH-subframe if the subframe is not required for uplink transmission for half- 
duplex FDD UE operation and if the subframe is not part of a configured measurement gap: 

- monitor the PDCCH; 

- if the PDCCH indicates a DL transmission or if a DL assignment has been configured for this subframe: 

start the HARQ RTT Timer for the corresponding HARQ process; 
- stop the drx-RetransmissionTimer for the corresponding HARQ process, 
if the PDCCH indicates a new transmission (DL or UL): 

start or restart drx-InactivityTimer. 

- when not in Active Time, CQI/PMI/RI on PUCCH and SRS shall not be reported. 

Regardless of whether the UE is monitoring PDCCH or not the UE receives and transmits HARQ feedback when such 
is expected. 

NOTE: A UE may optionally choose to not send CQI/PMI/RI reports on PUCCH and/or SRS transmissions for 
up to 4 subframes following a PDCCH indicating a new transmission (UL or DL) received in the last 
subframe of active time. The choice not to send CQI/PMI/RI reports on PUCCH and/or SRS 
transmissions is not applicable for subframes where onDurationTimer is running. 


7.1.6.1.3 

Test description 

7.1.6.1.3.1 

Pre-test conditions 

System Simulator: 


- Cell 1 


UE: 


None. 
Preamble: 



- The UE is in state Loopback Activated (state 4) according to [18] configured to return no data in UL. 

7.1 .6.1 .3.2 Test procedure sequence 

For FDD, Normals F(cmYQnt SFN,current subframe number,y)=y; For TDD, Normals F(cmrQnt SFN,current subframe 
number,y) counts the minimum number of normal subframes needed to cover y number of PDCCH- subframes until 
next PDCCH-subframe available, starting from current subframe number on current SEN. For example at step 1, 
drxStartOffset can point to UL or DL subframe for TDD. If it points to a UL subframe. Normals F(current SFN,current 
subframe number,0) counts the number of normal subframes until reach the first DL/special subframe available. If 
drxStartOffset points to a DL subframe. Normals F(current SFN,current subframe number,0)=0. 

For example at step 13, assuming drxStartOffset points to subframe number at frame number A, Normals F(A, 0, 
onDurationTimer-2) is first added, which counts 18 PDCCH-subframes/30 normal subframes in this case. The current 
subframe becomes subframe number at frame number A+3. Secondly, HARQ RTT timer is added, which is 1 1 normal 
subframes. The current subframe becomes subframe number 1 at frame number A+4. To further add in Normals F(A-\-4, 
1, drx-RetransmissionTimer- 1), which is to counts 5 PDCCH-subframes/9 normal subframes, the current subframe is 
subframe number at frame number A+5. 
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Table 7.1.6.1.3.2-1: Main Behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

OA 

SS Transmits RRCConnectionReconfiguration 
to configure specific DRX parameters 

<- 

- 

- 

- 

OB 

The UE transmits 
RRCConnectionReconfigurationComplete 

-> 

- 

- 

- 

1 

In the first PDCCH sub frame when the 
OnDurationTimer is running, the SS indicates 
the transmission of a DL IVIAC PDU on the 
PDCCH. 

i.e., on the subframe with the subframe 
number = [csfn1 + NormalSF(SFW , csfn1 , 0)] 
modulo 10, and system frame number = SFN1 
+ floor([csfn1 + NormalSF{SFW , csfn1 , 
0)]/10); where [(SFN1 MO) + csfn1] modulo 
(LongDRX-Cycle) = drxStartOffset 

<— 

MAC PDU 



2 

Check: Does the UE transmit a HARQ ACK for 
the DL MAC PDU in Step 1? 

-> 

HARQ ACK 

1 

P 

3 

At least drx-lnactivityTimer PDCCH-sub 
frames after the transmission of the MAC PDU 
in Step 1 has been indicated(This means the 
next DRX cycle or later after Step 1) in the last 
PDCCH sub frame while the onDurationTimer 
is still runnin, the SS indicates the transmission 
a DL MAC PDU on the PDDCH. (Note 4). 

i.e., on the subframe with the subframe 
number = [csfn2 + 

A/o/'A77a/SF(SFN2,csfn2,onDurationTimer-1)] 
modulo 10, and system frame number = SFN2 
+ floor([csfn2 + 

A/orA77a/SF(SFN2,csfn2,onDurationTimer- 
1)]/10); where [(SFN2 * 10) + csfn2] modulo 
(LongDRX-Cycle) = drxStartOffset 

<- 

MAC PDU 



4 

Check: Does the UE transmit a HARQ ACK for 
the DL MAC PDU in Step 3? 

-> 

HARQ ACK 

1 

P 

5 

drx-lnactivityTimer PDCCH-subframes after 
the transmission of the MAC PDU transmitted 
in step 3 was indicated on the PDCCH, the SS 
indicates the transmission of a DL MAC PDU 
on the PDCCH. (Note 4) 

i.e. on the subframe with the subframe number 

= [csfn2 + 

A/orA77a/SF(SFN2,csfn2, onDurationTimer + drx- 

lnactivityTimer-1)] modulo 10, and system 

frame number = SFN2 + floor([csfn2 + 

A/orA77a/SF(SFN2,csfn2,onDurationTimer+ drx- 

lnactivityTimer-1)]/10) 

<- 

MAC PDU 



6 

Check: Does the UE transmit a HARQ ACK for 
the DL MAC PDU in Step 5? 

-> 

HARQ ACK 

2 

P 

7 

At least drx-lnactivityTimer PDCCH sub frames 
after the transmission of the MAC PDU in Step 
5 has been indicated (This means the next 
DRX cycle or later after Step 3) and 1 PDCCH 
sub-frame before the OnDurationTimer 
expires, the SS indicates the transmission of a 
DL MAC PDU on the PDDCH. The DL MAC 
PDU transmitted is invalid. (Note 1 , Note 4) 

i.e., on the subframe with the subframe 
number = [csfn3 + NormalSF(SfM3, csfn3, 
onDurationTimer-2)] mod 10, and system 
frame number = SFN3 + floor([csfn3 + 

<- 

Invalid MAC PDU 
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NormalSF{S fN3, csfnS, onDurationTimer- 
2)]/10); where [(SFN3 * 10) + csfnS] modulo 
(LongDRX-Cycle) = drxStartOffset 





8 

Check: Does the UE transmit a HARQ NACK 
for the DL MAC PDU in Step 7? 

-> 

HARQ NACK 

1 

P 

9 

In the first PDCCH sub frame when the Drx- 
RetransmissionTimerfor the IVIAC PDU in Step 
7 is started, the SS indicates the transmission 
of a DL MAC PDU on the PDCCH. 

i.e., on the subframe with the subframe 
number = [csfn4 + Normals F{SFN4, csfn4, 0)] 
modulo 10, and system frame number = SFN4 
+ floor([csfn4 + NormalSF{SfN4, csfn4, 
0)]/10); where csfn4 = [csfnS + 
NormalSF{S fN3, csfnS, onDurationTimer- 
2)+HARQ RTT timer] modulo 10 and 
SFN4=SFN3+floor([csfn3 + NormalSF(SFm, 
csfnS, onDurationTimer-2)+HARQ RTT 
timer]/10) 

For TDD the HARQ RTT timer is the HARQ 
RTT timer for the DL transmission in Step 7. 

<— 

MAC PDU 



10 

Check: Does the UE transmit a HARQ ACK for 
the DL MAC PDU in Step 9? 

-> 

HARQ ACK 

3 

P 

11 

At least drx-lnactivityTimer PDCCH sub frames 
after the transmission of the DL MAC PDU in 
Step 9 has been indicated (This means the 
next DRX cycle or later after Step 9) and 1 
PDCCH sub-frame before the 
OnDurationTimer expires, the SS indicates the 
transmission of DL MAC PDU on the PDCCH. 
The DL MAC PDU transmitted is invalid(Note 
1 , Note 4) 

i.e., on the subframe with the subframe 
number = [csfn5 + NormalSF{S fN5, csfn5, 
onDurationTimer-2)] modulo 10 and system 
frame number=SFN5+floor([csfn5 + 
NormalSF{SFN5, csfn5, onDurationTimer- 
2)]/10) ; where [(SFN5 * 10) + csfn5] modulo 
(LongDRX-Cycle) = drxStartOffset 

<- 

Invalid MAC PDU 



12 

Check: Does the UE transmit a HARQ NACK 
for the DL MAC PDU in Step 1 1 ? 

-> 

HARQ NACK 

1 

P 

13 

In the last PDCCH sub frame when the drx- 
RetransmissionTimer for MAC PDU in Step 1 1 
is still running, the SS indicates the 
transmission of a DL MAC PDU on the 
PDCCH. 

i.e. on the subframe with subframe number = 
[csfn6 + A/orA77a/SF(SFN6,csfn6,drx- 
RetransmissionTimer-1)] modulo 10 and the 
system frame number=SFN6+floor([csfn6 + 
A/orA77a/SF(SFN6,csfn6,drx- 
RetransmissionTimer -1 )]/1 0); where the csfn6 
= [csfn5 + NormalSF{SFN5, csfn5, 
onDurationTimer-2)+HARQ RTT timer] modulo 
10 and SFN6=SFN5+floor([csfn5 + 
NormalSF(SFN5, csfn5, onDurationTimer- 
2)+HARQRTTtimer]/10); 

For TDD the HARQ RTT timer is the HARQ 
RTT timer for the DL transmission in Step 1 1 . 

<- 

MAC PDU 



14 

Check: Does the UE transmit a HARQ ACK for 
the DL MAC PDU in Step 13? 

-> 

HARQ ACK 

3 

P 
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15 

The SS is configured for Uplink Grant 
Allocation Type 2. At least drx-lnactivityTimer 
PDCCH sub frames after the transmission of 
the DL MAC PDU in Step 13 has been 
indicated in the last sub-frame when the 
onDuratiopnTimer is still running (This means 
the next DRX cycle or later after Step 7), the 
SS indicates an UL grant to the UE on the 
PDCCH. (Note 4) 

i.e., on the subframe with the subframe 
number = [csfn7 + Normals F(SFN7, csfn7, 
onDurationTimer-1)] modulo 10 and system 
frame number=SFN7 + floor([csfn7 + 
NormalSF{SfN7, csfn7, onDurationTimer- 
1)]/10); where [(SFN7 * 10) + csfn7] modulo 
(LongDRX-Cycle) = drxStartOffset 

<- 

UL grant on PDCCH 



16 

Check: Does the UE transmit a Buffer Status 
Report on the UL indicating an empty buffer? 

-> 

Buffer Status Report MAC control 
element 

- 

- 

17 

X sub frames after the sub frame in which the 
UL grant was indicated on the PDCCH for the 
UL MAC PDU sent in the previous step the SS 
indicates the transmission of a DL MAC PDU 
on the PDCCH. 

X is the number of sub frames required to do a 
retransmission oftlie UL MAC PDU 
transmitted in tlie previous Step maxHARQ-Tx 
-1 times (for FDD this is 8x maxHARQ-Tx sub 
frames, for TDD this is lOx maxHARQ-Tx sub 
frames considering the default configuration 
1.). 

<- 

MAC PDU 



18 

Check: Does the UE transmit a HARQ ACK for 
the DL MAC PDU in Step 17? 

-> 

HARQ ACK 

4 

P 

Note 1 : Invalid MAC PDU is a MAC PDU that fails the CRC check. 

Note 2: All the DL MAC PDU are transmitted with the NDI set on the PDCCH. 

Note 3: Timer tolerances for the MAC DRX related timers measured in subframes or PDCCH subframes is 0. These 

timers are: drx-lnactivityTimer, drx-RetransmissionTimer, HARQ RTT Timer. 
Note 4: The drx-lnactivityTimer is started in the next PDCCH sub-frame of the PDCCH sub-frame where DL new 

transmission is indicated. 
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7.1.6.1.3.3 


Specific message contents 


Table 7.1.6.1.3.3-1 : specific Parameters in RRCConnectionReconfiguration (step OA of table 

7.1.6.1.3.2-1) 


Derivation Path: 36.508 Table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

measConfig 

Not present 



mobilityControllnfo 

Not present 



dedicatedlnfoNASList 

Not present 



radioResourceConfigDedicated::= SEQUENCE { 




srb-ToAddlVlodList 

Not present 



drb-ToAddModList 

Not present 



drb-ToReleaseList 

Not present 



mac-IVIainConfig CHOICE { 




explicitValue::= SEQUENCE { 




ul-SCH-Config SEQUENCE { 




maxHARQ-Tx 

n5 



retxBSR-Timer 

sf 10240 



ttiBundling 

FALSE 



} 




drx-Config CHOICE { 




setup SEQUENCE} 




onDurationTimer 

psf20 



drx-lnactivityTimer 

psf6 



drx-RetransmissionTimer 

psf6 



longDRX-CycleStartOffset CHOICE { 




sf640 

4 



} 




siiortDRX 

Not present 



} 




} 




timeAlignmentTimerDedicated 

infinity 



phr-Config CHOICE { 




release 

NULL 



} 




} 




} 




} 





7.1.6.2 


7.1.6.2.1 


DRX Operation / Short cycle not configured / DRX command IVIAC control 
element reception 

Test Purpose (TP) 


(1) 


with { UE in CONNECTED mode } 
ensure that { 

when { long DRX cycle is configured and a DRX Command MAC control element is received 
then { UE successfully decodes the MAC control PDU } 


(2) 

with { UE in CONNECTED mode } 
ensure that { 

when { long DRX cycle is configured and the HARQ RTT Timer is running and a DRX Command MAC 
control element is received } 

then { UE continues running the HARQ RTT timer } 


(3) 


with { UE in CONNECTED mode 
ensure that { 
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when { long DRX cycle is configured and the drx-RetransmissionTimer is running and a DRX Command 
MAC control element is received } 

then { UE continues running the drx-RetransmissionTimer and monitors the PDCCH } 

} 

7.1 .6.2.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.321, clauses 3.1 and 5.7. 

[TS 36.321, clause 3.1] 

Active Time: Time related to DRX operation, as defined in subclause 5.7, during which the UE monitors the PDCCH 
in PDCCH-subframes. 


DRX Cycle: Specifies the periodic repetition of the On Duration followed by a possible period of inactivity (see figure 
3.1-1 below). 


UE shall monitor 
PDCCH~ 


-On Duration->-< Opportunity for DRX ► 


-DRXCycle- 


Figure 3.1-1 : DRX Cycle 


drX'InactivityTimer: Specifies the number of consecutive PDCCH- subframe(s) after successfully decoding a PDCCH 
indicating an initial UL or DL user data transmission for this UE. 

drx-RetransmissionTimer: Specifies the maximum number of consecutive PDCCH-subframe(s) for as soon as a DL 
retransmission is expected by the UE. 

drxShortCycleTimer: Specifies the number of consecutive subframe(s)the UE shall follow the short DRX cycle. 

drxStartOffset: Specifies the subframe where the DRX Cycle starts. 


HARQ RTT Timer: This parameter specifies the minimum amount of subframe(s) before a DL HARQ retransmission 
is expected by the UE. 


onDurationTimer: Specifies the number of consecutive PDCCH-subframe(s) at the beginning of a DRX Cycle. 

PDCCH-subframe: For FDD UE operation, this represents any subframe; for TDD, only downlink subframes and 
subframes including DwPTS. 

[TS 36.321, clause 5.7] 

- if a HARQ RTT Timer expires in this subframe and the data in the soft buffer of the corresponding HARQ 
process was not successfully decoded: 

- start the drx-RetransmissionTimer for the corresponding HARQ process, 
if a DRX Command MAC control element is received: 

stop onDurationTimer, 

- stop drx-InactivityTimer. 
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- if drx-InactivityTimer expires or a DRX Command MAC control element is received in this subframe: 

if the short DRX cycle is configured: 
start or restart drxShortCycleTimer; 

- use the Short DRX Cycle. 

- else: 

- use the Long DRX cycle. 

if drxShortCycleTimer expires in this subframe: 

- use the long DRX cycle. 

during the Active Time, for a PDCCH-subframe except if the subframe is required for uplink transmission for 
half-duplex FDD UE operation and except if the subframe is part of a configured measurement gap: 

- monitor the PDCCH; 

- if the PDCCH indicates a DL transmission or if a DL assignment has been configured for this subframe: 

start the HARQ RTT Timer for the corresponding HARQ process; 

- stop the drx-RetransmissionTimer for the corresponding HARQ process, 
if the PDCCH indicates a new transmission (DL or UL): 

- start or restart drx-InactivityTimer. 

- when not in Active Time, CQI/PMI/RI on PUCCH and SRS shall not be reported. 

Regardless of whether the UE is monitoring PDCCH or not the UE receives and transmits HARQ feedback when such 
is expected. 

7.1 .6.2.3 Test description 

7.1 .6.2.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18] configured to return no data in UL. 

7.1 .6.2.3.2 Test procedure sequence 

The definition of NormalSFicunQni SFN,current subframe number,y) can be found in clause 7.1.6.1.3.2. 
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Table 7.1.6.2.3.2-1: Main Behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

OA 

SS Transmits RRCConnectionReconfiguration 
to configure specific DRX parameters 

<- 

- 

- 

- 

OB 

The UE transmits 
RRCConnectionReconfigurationComplete 

-> 

- 

- 

- 

1 

In a PDCCH sub frame which is X PDCCH sub 
frames before the PDCCH sub-frame in which 
the onDurationTimer expires, 
with drx-lnactivityTimer< X < the number of 
PDCCH subframes encapsulated by HARQ 
RTT timer, the SS indicates the transmission 
of a DL MAC PDU on the PDCCH. The SS 
transmits an invalid MAC PDU. (Note 1) 

i.e., on the subframe with the subframe 
number csfn2 = [csfn1 +NormalSF{SfW , 
csfn1, onDurationTimer-1-X)] modulo 10, and 
the system frame number SFN2 = 
SFN1+floor([csfn1+A/orA77a/SF(SFN1 , csfn1 , 
onDurationTimer-1-X)]/10); and [(SFN1 MO) + 
csfn1] modulo (Long DRX Cycle) = 
drxStartOffset. 

<— 

MAC PDU 



2 

Check: Does the UE transmit a HARQ NACK 
for the DL MAC PDU in Step 1? 

-> 

HARQ NACK 

1 

P 

3 

In a PDCCH sub frames before the 
onDurationTimer expires, the SS indicates the 
transmission of a DL MAC PDU on the 
PDCCH. The SS transmits a DL MAC PDU 
with DRX MAC Control element. 
UE successfully decodes the MAC PDU. 

i.e., on the subframe with the subframe 
number csfnS = [csfn1 +NormalSF{SfW , 
csfn1, onDurationTimer-1-X+Y)] modulo 10, 
and the system frame number SFN3 = 
SFN1+floor([csfn1+A/orA77a/SF(SFN1,csfn1, 
onDurationTimer-1-X+Y)]/10); and 0<Y<X) 

<- 

MAC PDU(DRX MAC Control 
element) 



4 

Check: Does the UE transmit a HARQ ACK for 
the DL MAC PDU in Step 3? 

-> 

HARQ ACK 

1 

P 

5 

In the PDCCH sub frame when the drx- 
RetransmissionTimerforthe MAC PDU 
indicated in Step 1 on the PDCCH is started 
the SS indicates the transmission of a DL MAC 
PDU. The SS transmits an invalid MAC 
PDU. (Note 1) 

i.e., on the subframe with the subframe 
number csfn5 = [csfn4+A/orA77a/SF(SFN4, 
csfn4, 0)] modulo 10, and the system frame 
number SFN5 = 

SFN4+floor([csfn4+A/orA77a/SF(SFN4, csfn4, 
0)]/10); where csfn4 = [csfn2+HARQ RTT 
Timer] modulo 10, and the SFN4 = 
SFN2+floor([csfn2+HARQ RTT Timer]/10); 

For TDD the HARQ RTT timer is the HARQ 
RTT timer for the DL transmission in Step 1 

<- 

MAC PDU 



6 

Check: Does the UE transmit a HARQ NACK 
for the DL MAC PDU in Step 5? 

-> 

HARQ NACK 

2,3 

P 

7 

Z PDCCH sub frames, 
where Z>drx-lnactivityTimer, before the 
PDCCH sub-frame in which the drx- 
RetransmissionTimerforthe DL MAC PDU in 

<— 

MAC PDU(DRX MAC Control 
element) 
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Step 5 expires, the SS indicates the 
transmission of a DL MAC PDU. The SS 
transmits a DL MAC PDU with DRX MAC 
Control element. 

i.e., on the subframe with the subframe 
number = [csfn6+A/orA77a/SF(SFN6, csfn6, drx- 
RetransmissionTimer -Z)] modulo 10, and the 
system frame number = 
SFN6+floor([csfn6+A/orA77a/SF(SFN6, csfn6, 
drx-RetransmissionTimer -Z)]/1 0); where 
csfn6 = [csfn5+HARQ RTT Timer] modulo 10, 
and the SFN6 = SFN5+floor([csfn5+HARQ 
RTTTimer]/10); 

For TDD the HARQ RTT timer is the HARQ 
RTT timer for the DL transmission in Step 5. 





8 

Check: Does the UE transmit a HARQ ACK for 
the DL MAC PDU in Step 7? 

-> 

HARQ ACK 

2,3, 

1 

P 

9 

In the last sub frame when the Drx- 
RetransmissionTimer for the DL MAC PDU 
indicated on the PDCCH in Step 5 is still 
running, the SS indicates the transmission of a 
DL MAC PDU. 

i.e., on the subframe with the subframe 
number = [csfn6+A/o/'A77a/SF(SFN6, csfn6, drx- 
RetransmissionTimer -1)] modulo 10, and the 
system frame number = 
SFN6+floor([csfn6+A/orA77a/SF(SFN6, csfn6, 
drx-RetransmissionTimer -1)]/10); 

<- 

MAC PDU 



10 

Check: Does the UE transmit a HARQ ACK for 
the DL MAC PDU in Step 9? 

-> 

HARQ ACK 

2,3 

P 

Note 1 : Invalid MAC PDU is a MAC PDU that fails the CRC check. 

Note 2: All DL MAC PDUs are transmitted with the NDI set on the PDCCH. 

Note 3: Timer tolerances for the MAC DRX related timers measured in subframes or PDCCH subframes is 0. These 

timers are: drx-lnactivityTimer, drx-RetransmissionTimer, HARQ RTT Timer. 
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7.1.6.2.3.3 


Specific message contents 


Table 7.1.6.2.3.3-1 : specific Parameters in RRCConnectionReconfiguration (step OA of table 

7.1.6.2.3.2-1) 


Derivation Path: 36. 508 Table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

measConfig 

Not present 



mobilityControllnfo 

Not present 



dedicatedlnfoNASList 

Not present 



radioResourceConfigDedicated::= SEQUENCE { 




srb-ToAddlVlodList 

Not present 



drb-ToAddModList 

Not present 



drb-ToReleaseList 

Not present 



mac-IVIainConfig CHOICE { 




explicitValue::= SEQUENCE { 




ul-SCH-Config SEQUENCE { 




maxHARQ-Tx 

n5 



retxBSR-Timer 

sf 10240 



ttiBundling 

FALSE 



} 




drx-Config CHOICE { 




setup SEQUENCE} 




onDurationTimer 

psf20 



drx-lnactivityTimer 

psf6 



drx-RetransmissionTimer 

psf6 



longDRX-CycleStartOffset CHOICE { 




sf640 

4 



} 




siiortDRX 

Not present 



} 




} 




timeAlignmentTimerDedicated 

infinity 



phr-Config CHOICE { 




release 

NULL 



} 




} 




} 




} 





7.1 .7 Transport block size selection 
7.1 .7.0 Specific configurations 

The configurations defined in table 7.1.7.0-1 is used after step 7 of table 4.5.3.3-1 [18] in the preamble and in all steps 
in the main behaviour of the test cases in clause 7.1.7. 

Table 7.1.7.0-1 : Power allocation for OFDM symbols and reference signals, single SS Tx antenna 


Physical Channel 

EPRE Ratio 

Comment 

PBCH 

PBCH RA = OdB 


PBCH RB = OdB 


PSS 

PSS RA = OdB 


SSS 

SSS RA = OdB 


PCFICH 

PCFICH RB = OdB 


PDCCH 

PDCCH RA = OdB 


PDCCH RB = OdB 


PDSCH 

PDSCH RA = OdB 


PDSCH RB = OdB 


PHICH 

PHICH RB = OdB 



The configurations defined in table 7.1.7.0-2 is used in step 8 of table 4.5.3.3-1 [18] in the preamble of the test cases in 
clause 7.1.7. 
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Table 7.1.7.0-2: PDSCH-ConfigDedicated-DEFAULT 


Derivation Path: 36.508 Table 4.6.3-6 

Information Element 

Value/remark 

Comment 

Condition 

PDSCH-ConfigDedicated-DEFAULT ::= SEQUENCE 
{ 




p-a 

dBO 


1TX 


dB-3 


2TX 

} 





7.1 .7.1 DL-SCH transport block size selection 

7.1 .7.1 .1 DL-SCH transport block size selection / DCI format 1 / RA type 

7.1.7.1.1.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE on PDCCH receives DCI format 1 indicating Resource Allocation Type 0, a resource block 

assignment correspondent to A^p^g physical resource blocks and a modulation and coding scheme /^cs 

} 

then { UE decodes the received transport block of size correspondent to the read A^p^g and /j^a 
and forwards it to higher layers } 
} 


7.1.7.1.1.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.212, clause 5.3.3.1.2; TS 
36.213, clauses 7.1.6.1, 7.1.7, 7.1.7.1, 7.1.7.2 and 7.1.7.2.1; and TS 36.306 clause 4.1. 

[TS 36.212 clause 5.3.3.1.2] 

DCI format 1 is used for the scheduling of one PDSCH codeword. 

The following information is transmitted by means of the DCI format 1 : 

- Resource allocation header (resource allocation type / type 1) - 1 bit as defined in section 7.1.6 of [3] 

If downlink bandwidth is less than or equal to 10 PRBs, there is no resource allocation header and resource 
allocation type is assumed. 

- Resource block assignment: 

- For resource allocation type as defined in section 7.1.6.1 of [3]: 

- I A^RB / P I bits provide the resource allocation 

where the value of P depends on the number of DL resource blocks as indicated in section 7.1. 6 of [3] 

- Modulation and coding scheme - 5 bits as defined in section 7.1.7 of [3] 

If the number of information bits in format 1 is equal to that for format 0/1 A, one bit of value zero shall be appended to 
format 1. 

If the number of information bits in format 1 belongs to one of the sizes in Table 5.3.3.1.2-1, one or more zero bit(s) 
shall be appended to format 1 until the payload size of format 1 does not belong to one of the sizes in Table 5.3.3.1.2-1 
and not equal to that of format 0/1 A. 
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Table 5.3.3.1.2-1 : Ambiguous Sizes of Information Bits 

I {1 2, 1 4, 1 6 ,20, 24, 26, 32, 40, 44, 56} | 


[TS 36.213 clause 7.1.6.1] 

In resource allocations of type 0, resource block assignment information includes a bitmap indicating the resource block 
groups (RBGs) that are allocated to the scheduled UE where a RBG is a set of consecutive physical resource blocks 
(PRBs). Resource block group size (P) is a function of the system bandwidth as shown in Table 7.1.6.1-1. The total 


-U^k'p] 


where 


number of RBGs ( N^^q ) for downlink system bandwidth of A^j^g PRBs is given by Nj^^q 

L^RB / P\ of the RBGs are of size P and if N^^ mod P > then one of the RBGs is of size N^^ - P • [n^^ I p\ . The 

bitmap is of size A^r^q bits with one bitmap bit per RBG such that each RBG is addressable. The RBGs shall be 

indexed in the order of increasing frequency and non-increasing RBG sizes starting at the lowest frequency. The order 

of RBG to bitmap bit mapping is in such way that RBG to RBG N^^q — 1 are mapped to MSB to LSB of the bitmap. 

The RBG is allocated to the UE if the corresponding bit value in the bitmap is 1, the RBG is not allocated to the UE 
otherwise. 

Table 7.1.6.1-1 : Type Resource Allocation RBG Size vs. Downlink System Bandwidth 


System Bandwidth 

RBG Size 

<B^ 

(P) 

<10 

1 

11-26 

2 

27-63 

3 

64-110 

4 


[TS 36.213 clause 7.1.7] 

To determine the modulation order and transport block size(s) in the physical downlink shared channel, the UE shall 
first 

- read the 5-bit "modulation and coding scheme" field ( ly^^^^ ) in the DCI 

and second if the DCI CRC is scrambled by P-RNTI, RA-RNTI, or SI-RNTI then 


else 

- set the Table 7.1.7.2.1-1 column indicator N^^^ to the total number of allocated PRBs based on the procedure 
defined in Section 7.1.6. 

if the transport block is transmitted in DwPTS of the special subframe in frame structure type 2, then 
set the Table 7.1.7.2.1-1 column indicator A^^^^ = maxjl A^p^.^ xO.TSj , l| , 

else, set the Table 7.1.7.2.1-1 column indicator N pj^^ = Np^^ . 

The UE may skip decoding a transport block in an initial transmission if the effective channel code rate is higher than 
0.930, where the effective channel code rate is defined as the number of downlink information bits (including CRC bits) 
divided by the number of physical channel bits on PDSCH. If the UE skips decoding, the physical layer indicates to 
higher layer that the transport block is not successfully decoded. For the special subframe configurations and 5 with 
normal CP or configurations and 4 with extended CP, shown in table 4.2-1 [3], there shall be no PDSCH transmission 
in DwPTS of the special subframe. 

[TS 36.213 clause 7.1.7.1] 
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The UE shall use 2^ = 2 if the DCI CRC is scrambled by P-RNTI, RA-RNTI, or SI-RNTI, otherwise, the UE shall 
use /j^(^3 and Table 7.1.7.1-1 to determine the modulation order (Q^) used in the physical downlink shared channel. 

Table 7.1 .7.1-1 : Modulation and TBS index table for PDSCH 


MCS Index 

^MCS 

Modulation Order 

TBS Index 

^TBS 



2 



1 

2 

1 

2 

2 

2 

3 

2 

3 

4 

2 

4 

5 

2 

5 

6 

2 

6 

7 

2 

7 

8 

2 

8 

9 

2 

9 

10 

4 

9 

11 

4 

10 

12 

4 

11 

13 

4 

12 

14 

4 

13 

15 

4 

14 

16 

4 

15 

17 

6 

15 

18 

6 

16 

19 

6 

17 

20 

6 

18 

21 

6 

19 

22 

6 

20 

23 

6 

21 

24 

6 

22 

25 

6 

23 

26 

6 

24 

27 

6 

25 

28 

6 

26 

29 

2 

reserved 

30 

4 

31 

6 


[TS 36.213 clause 7.1.7.2] 

If the DCI CRC is scrambled by P-RNTI, RA-RNTI, or SI-RNTI then 
- for DCI format 1 A: 

- the UE shall set the TBS index ( Ij^^ ) equal to I^^^^ and determine its TBS by the procedure in Section 
7.1.7.2.1. 


else 

- for < /j^(33 < 28 , the UE shall first determine the TBS index ( Ij^^ ) using I^^^ and Table 7. 1 .7. 1-1 except if the 

transport block is disabled in DCI formats 2 and 2A as specified below. For a transport block that is not mapped 
to two-layer spatial multiplexing, the TBS is determined by the procedure in Section 7.1.7.2.1. For a transport 
block that is mapped to two-layer spatial multiplexing, the TBS is determined by the procedure in Section 

7.1.7.2.2. 

- for 29 < /j^(3s < 31 , the TBS is assumed to be as determined from DCI transported in the latest PDCCH for the 
same transport block using < I^^^ < 28 . If there is no latest PDCCH for the same transport block 
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using < /j^(3s < 28 , and if the initial PDSCH for the same transport block is semi-persistently scheduled, the 
TBS shall be determined from the most recent semi -persistent scheduling assignment PDCCH. 

- In DCI formats 2 and 2A a transport block is disabled if ly^^^^ = and if rvi^x = 1 otherwise the transport block is 
enabled. 

The NDI and HARQ process ID, as signalled on PDCCH, and the TBS, as determined above, shall be delivered to 
higher layers. 

[TS 36.213 clause 7.1.7.2.1] 

Fori < A^pRB < 110, the TBS is given by the ( /^bs , A^prb ) entry of Table 7.1.7.2.1-1. 
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Table 7.1.7.2.1-1: Transport block size table (dimension 27x110) 


^TBS 

^PRB 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 



16 

32 

56 

88 

120 

152 

176 

208 

224 

256 

1 

24 

56 

88 

144 

176 

208 

224 

256 

328 

344 

2 

32 

72 

144 

176 

208 

256 

296 

328 

376 

424 

3 

40 

104 

176 

208 

256 

328 

392 

440 

504 

568 

4 

56 

120 

208 

256 

328 

408 

488 

552 

632 

696 

5 

72 

144 

224 

328 

424 

504 

600 

680 

776 

872 

6 

328 

176 

256 

392 

504 

600 

712 

808 

936 

1032 

7 

104 

224 

328 

472 

584 

712 

840 

968 

1096 

1224 

8 

120 

256 

392 

536 

680 

808 

968 

1096 

1256 

1384 

9 

136 

296 

456 

616 

776 

936 

1096 

1256 

1416 

1544 

10 

144 

328 

504 

680 

872 

1032 

1224 

1384 

1544 

1736 

11 

176 

376 

584 

776 

1000 

1192 

1384 

1608 

1800 

2024 

12 

208 

440 

680 

904 

1128 

1352 

1608 

1800 

2024 

2280 

13 

224 

488 

744 

1000 

1256 

1544 

1800 

2024 

2280 

2536 

14 

256 

552 

840 

1128 

1416 

1736 

1992 

2280 

2600 

2856 

15 

280 

600 

904 

1224 

1544 

1800 

2152 

2472 

2728 

3112 

16 

328 

632 

968 

1288 

1608 

1928 

2280 

2600 

2984 

3240 

17 

336 

696 

1064 

1416 

1800 

2152 

2536 

2856 

3240 

3624 

18 

376 

776 

1160 

1544 

1992 

2344 

2792 

3112 

3624 

4008 

19 

408 

840 

1288 

1736 

2152 

2600 

2984 

3496 

3880 

4264 

20 

440 

904 

1384 

1864 

2344 

2792 

3240 

3752 

4136 

4584 

21 

488 

1000 

1480 

1992 

2472 

2984 

3496 

4008 

4584 

4968 

22 

520 

1064 

1608 

2152 

2664 

3240 

3752 

4264 

4776 

5352 

23 

552 

1128 

1736 

2280 

2856 

3496 

4008 

4584 

5160 

5736 

24 

584 

1192 

1800 

2408 

2984 

3624 

4264 

4968 

5544 

5992 

25 

616 

1256 

1864 

2536 

3112 

3752 

4392 

5160 

5736 

6200 

26 

712 

1480 

2216 

2984 

3752 

4392 

5160 

5992 

6712 

7480 

^TBS 

^PRB 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 



288 

328 

344 

376 

392 

424 

456 

488 

504 

536 

1 

376 

424 

456 

488 

520 

568 

600 

632 

680 

712 

2 

472 

520 

568 

616 

648 

696 

744 

776 

840 

872 

3 

616 

680 

744 

808 

872 

904 

968 

1032 

1096 

1160 

4 

776 

840 

904 

1000 

1064 

1128 

1192 

1288 

1352 

1416 

5 

968 

1032 

1128 

1224 

1320 

1384 

1480 

1544 

1672 

1736 

6 

1128 

1224 

1352 

1480 

1544 

1672 

1736 

1864 

1992 

2088 

7 

1320 

1480 

1608 

1672 

1800 

1928 

2088 

2216 

2344 

2472 

8 

1544 

1672 

1800 

1928 

2088 

2216 

2344 

2536 

2664 

2792 

9 

1736 

1864 

2024 

2216 

2344 

2536 

2664 

2856 

2984 

3112 

10 

1928 

2088 

2280 

2472 

2664 

2792 

2984 

3112 

3368 

3496 

11 

2216 

2408 

2600 

2792 

2984 

3240 

3496 

3624 

3880 

4008 

12 

2472 

2728 

2984 

3240 

3368 

3624 

3880 

4136 

4392 

4584 

13 

2856 

3112 

3368 

3624 

3880 

4136 

4392 

4584 

4968 

5160 

14 

3112 

3496 

3752 

4008 

4264 

4584 

4968 

5160 

5544 

5736 

15 

3368 

3624 

4008 

4264 

4584 

4968 

5160 

5544 

5736 

6200 

16 

3624 

3880 

4264 

4584 

4968 

5160 

5544 

5992 

6200 

6456 

17 

4008 

4392 

4776 

5160 

5352 

5736 

6200 

6456 

6712 

7224 

18 

4392 

4776 

5160 

5544 

5992 

6200 

6712 

7224 

7480 

7992 

19 

4776 

5160 

5544 

5992 

6456 

6968 

7224 

7736 

8248 

8504 

20 

5160 

5544 

5992 

6456 

6968 

7480 

7992 

8248 

8760 

9144 

21 

5544 

5992 

6456 

6968 

7480 

7992 

8504 

9144 

9528 

9912 

22 

5992 

6456 

6968 

7480 

7992 

8504 

9144 

9528 

10296 

10680 

23 

6200 

6968 

7480 

7992 

8504 

9144 

9912 

10296 

11064 

11448 

24 

6712 

7224 

7992 

8504 

9144 

9912 

10296 

11064 

11448 

12216 

25 

6968 

7480 

8248 

8760 

9528 

10296 

10680 

11448 

12216 

12576 

26 

8248 

8760 

9528 

10296 

11064 

11832 

12576 

13536 

14112 

14688 

^TBS 

^PRB 

21 

22 

23 

24 

25 

26 

27 

28 

29 

30 



568 

600 

616 

648 

680 

712 

744 

776 

776 

808 

1 

744 

776 

808 

872 

904 

936 

968 

1000 

1032 

1064 
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2 

936 

968 

1000 

1064 

1096 

1160 

1192 

1256 

1288 

1320 

3 

1224 

1256 

1320 

1384 

1416 

1480 

1544 

1608 

1672 

1736 

4 

1480 

1544 

1608 

1736 

1800 

1864 

1928 

1992 

2088 

2152 

5 

1864 

1928 

2024 

2088 

2216 

2280 

2344 

2472 

2536 

2664 

6 

2216 

2280 

2408 

2472 

2600 

2728 

2792 

2984 

2984 

3112 

7 

2536 

2664 

2792 

2984 

3112 

3240 

3368 

3368 

3496 

3624 

8 

2984 

3112 

3240 

3368 

3496 

3624 

3752 

3880 

4008 

4264 

9 

3368 

3496 

3624 

3752 

4008 

4136 

4264 

4392 

4584 

4776 

10 

3752 

3880 

4008 

4264 

4392 

4584 

4776 

4968 

5160 

5352 

11 

4264 

4392 

4584 

4776 

4968 

5352 

5544 

5736 

5992 

5992 

12 

4776 

4968 

5352 

5544 

5736 

5992 

6200 

6456 

6712 

6712 

13 

5352 

5736 

5992 

6200 

6456 

6712 

6968 

7224 

7480 

7736 

14 

5992 

6200 

6456 

6968 

7224 

7480 

7736 

7992 

8248 

8504 

15 

6456 

6712 

6968 

7224 

7736 

7992 

8248 

8504 

8760 

9144 

16 

6712 

7224 

7480 

7736 

7992 

8504 

8760 

9144 

9528 

9912 

17 

7480 

7992 

8248 

8760 

9144 

9528 

9912 

10296 

10296 

10680 

18 

8248 

8760 

9144 

9528 

9912 

10296 

10680 

11064 

11448 

11832 

19 

9144 

9528 

9912 

10296 

10680 

11064 

11448 

12216 

12576 

12960 

20 

9912 

10296 

10680 

11064 

11448 

12216 

12576 

12960 

13536 

14112 

21 

10680 

11064 

11448 

12216 

12576 

12960 

13536 

14112 

14688 

15264 

22 

11448 

11832 

12576 

12960 

13536 

14112 

14688 

15264 

15840 

16416 

23 

12216 

12576 

12960 

13536 

14112 

14688 

15264 

15840 

16416 

16992 

24 

12960 

13536 

14112 

14688 

15264 

15840 

16416 

16992 

17568 

18336 

25 

13536 

14112 

14688 

15264 

15840 

16416 

16992 

17568 

18336 

19080 

26 

15264 

16416 

16992 

17568 

18336 

19080 

19848 

20616 

21384 

22152 

^TBS 

^PRB 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 



840 

872 

904 

936 

968 

1000 

1032 

1032 

1064 

1096 

1 

1128 

1160 

1192 

1224 

1256 

1288 

1352 

1384 

1416 

1416 

2 

1384 

1416 

1480 

1544 

1544 

1608 

1672 

1672 

1736 

1800 

3 

1800 

1864 

1928 

1992 

2024 

2088 

2152 

2216 

2280 

2344 

4 

2216 

2280 

2344 

2408 

2472 

2600 

2664 

2728 

2792 

2856 

5 

2728 

2792 

2856 

2984 

3112 

3112 

3240 

3368 

3496 

3496 

6 

3240 

3368 

3496 

3496 

3624 

3752 

3880 

4008 

4136 

4136 

7 

3752 

3880 

4008 

4136 

4264 

4392 

4584 

4584 

4776 

4968 

8 

4392 

4584 

4584 

4776 

4968 

4968 

5160 

5352 

5544 

5544 

9 

4968 

5160 

5160 

5352 

5544 

5736 

5736 

5992 

6200 

6200 

10 

5544 

5736 

5736 

5992 

6200 

6200 

6456 

6712 

6712 

6968 

11 

6200 

6456 

6712 

6968 

6968 

7224 

7480 

7736 

7736 
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66592 

68808 

68808 

68808 

71112 

71112 

71112 

73712 

73712 

75376 

^TBS 

N 

101 

102 

103 

104 

105 

106 

107 

108 

109 

110 



2792 

2856 

2856 

2856 

2984 

2984 

2984 

2984 

2984 

3112 

1 

3752 

3752 

3752 

3752 

3880 

3880 

3880 

4008 

4008 

4008 

2 

4584 

4584 

4584 

4584 

4776 

4776 

4776 

4776 

4968 

4968 

3 

5992 

5992 

5992 

5992 

6200 

6200 

6200 

6200 

6456 

6456 

4 

7224 

7224 

7480 

7480 

7480 

7480 

7736 

7736 

7736 

7992 

5 

8760 

9144 

9144 

9144 

9144 

9528 

9528 

9528 

9528 

9528 

6 

10680 

10680 

10680 

10680 

11064 

11064 

11064 

11448 

11448 

11448 

7 

12216 

12576 

12576 

12576 

12960 

12960 

12960 

12960 

13536 

13536 

8 

14112 

14112 

14688 

14688 

14688 

14688 

15264 

15264 

15264 

15264 

9 

15840 

16416 

16416 

16416 

16416 

16992 

16992 

16992 

16992 

17568 

10 

17568 

18336 

18336 

18336 

18336 

18336 

19080 

19080 

19080 

19080 

11 

20616 

20616 

20616 

21384 

21384 

21384 

21384 

22152 

22152 

22152 

12 

22920 

23688 

23688 

23688 

23688 

24496 

24496 

24496 

24496 

25456 

13 

26416 

26416 

26416 

26416 

27376 

27376 

27376 

27376 

28336 

28336 

14 

29296 

29296 

29296 

29296 

30576 

30576 

30576 

30576 

31704 

31704 

15 

30576 

31704 

31704 

31704 

31704 

32856 

32856 

32856 

34008 

34008 

16 

32856 

32856 

34008 

34008 

34008 

34008 

35160 

35160 

35160 

35160 

17 

36696 

36696 

36696 

37888 

37888 

37888 

39232 

39232 

39232 

39232 

18 

40576 

40576 

40576 

40576 

42368 

42368 

42368 

42368 

43816 

43816 

19 

43816 

43816 

43816 

45352 

45352 

45352 

46888 

46888 

46888 

46888 

20 

46888 

46888 

48936 

48936 

48936 

48936 

48936 

51024 

51024 

51024 

21 

51024 

51024 

51024 

52752 

52752 

52752 

52752 

55056 

55056 

55056 

22 

55056 

55056 

55056 

57336 

57336 

57336 

57336 

59256 

59256 

59256 

23 

57336 

59256 

59256 

59256 

59256 

61664 

61664 

61664 

61664 

63776 

24 

61664 

61664 

63776 

63776 

63776 

63776 

66592 

66592 

66592 

66592 

25 

63776 

63776 

66592 

66592 

66592 

66592 

68808 

68808 

68808 

71112 
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26 


75376 75376 75376 75376 75376 75376 75376 75376 75376 75376 


[TS 36.306 clause 4.1] 

The field ue-Category defines a combined uplink and downlink capability. The parameters set by the UE Category are 
defined in subclause 4.2. Tables 4.1-1 and 4.1-2 define the downlink and, respectively, uplink physical layer parameter 
values for each UE Category. 

Table 4.1-1 : Downlink physical layer parameter values set by the field ue-Category 


UE Category 

Maximum number of 

DL-SCH transport 

block bits received 

within a TTI 

Maximum number 
of bits of a DL- 
SCH transport 
block received 
within a TTI 

Total number of 
soft channel bits 

Maximum number 

of supported 

layers for spatial 

multiplexing in DL 

Category 1 

10296 

10296 

250368 

1 

Category 2 

51024 

51024 

1237248 

2 

Category 3 

102048 

75376 

1237248 

2 

Category 4 

150752 

75376 

1827072 

2 

Category 5 

299552 

149776 

3667200 

4 


Table 4.1-2: Uplink physical layer parameter values set by the field ue-Category 


UE Category 

Maximum number of 

bits of an UL-SCH 

transport block 

transmitted within a 

TTI 

Support for 
64QAM in UL 

Category 1 

5160 

No 

Category 2 

25456 

No 

Category 3 

51024 

No 

Category 4 

51024 

No 

Category 5 

75376 

Yes 


7.1 .7.1 .1 .3 Test description 

7.1 .7.1 .1 .3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 

- Uplink and downlink bandwidth set to the maximum bandwidth for the E-UTRA Band under test as specified in 
Table 5.6.1-1 in [31] (to enable testing of N^^^ up to maximum value). For Band 25, based on industry 
requirement, uplink and downlink bandwidth set to lOMHz. 

UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 
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7.1 .7.1 .1 .3.2 Test procedure sequence 

Table 7.1 .7.1 .1 .3.2-1 : Maximum TBsize for different UE categories 


UE Category 

Maximum number of 
bits of a DL-SCH 
transport block 

received within a TTI 

Category 1 

10296 

Category 2 

51024 

Category 3 

75376 

Category 4 

75376 

Category 5 

149776 


Table 7.1.7.1.1.3.2-2: Number of downlink PDCP SDUs and PDCP SDU size used as test data 


TBsize 

[bits] 

Number of 
PDCP SDUs 

PDCP SDU size 

[bits] 

See note 1 

104<TBsize^12096note2 

1 

8*FLOOR((TBsize-96)/8) 

1 2097 < TBsize ^241 28 

2 

8*FLOOR((TBsize-128)/16)) 

241 29 < TBsize ^361 52 

3 

8*FL00R((TBsize- 152)/24)) 

36153 < TBsize ^481 84 

4 

8*FLOOR((TBsize-184)/32)) 

48185 < TBsize ^60208 

5 

8*FL00R((TBsize- 208)/40)) 

60209 < TBsize ^72240 

6 

8*FLOOR((TBsize-240)/48)) 

TBsize> 72240 

7 

8*FL00R((TBsize- 264)/56)) 


Note 1 . Each PDCP SDU is limited to 1500 octets (to keep below maximum SDU size of ESM as specified in TS 
24.301 clause 9.9.4.12). 

The PDCP SDU size of each PDCP SDU is 

PDCP SDU size = (TBsize - N*PDCP header size - AMD PDU header size - MAC header size - Size of 
Timing Advance - RLC Status PDU size) / N, where 

PDCP header size is 1 6 bits for the RLC AM and 1 2-bit SN case; 

AMD PDU header size is CIEL[(16+(N-1)*12)/8] bytes which includes 16 standard AM header and (N-1) 

Length indicators; and 

MAC header size = 40 bits as MAC header size can be 

1) R/R/E/LCID MAC subheader (8 bits for Timing Advance) + R/R/E/LCID MAC subheader (16 bits for 
MAC SDU for RLC Status PDU)R/R/E/LCID MAC subheader (8 bits for MAC SDU) = for AMD PDU 8 + 8 
16+bits = 32bits 
Or 

2) R/R/E/LCID MAC subheader (8 bits for Timing Advance) + R/R/E/LCID MAC subheader (24 bits for 
MAC SDU for AMD PDU, Note: Length can be of 2 bytes depending upon the size of AMD PDU)+ 
R/R/E/LCID MAC subheader (8 bits for MAC SDU for RLC Status PDU) + = 8+24 + 8 bits = 40 bits 

Therefore Maximum MAC header size can be 40 bits 

Size of Timing Advance MAC CE is 8 bits (if no Timing Advance and/or RLC status needs to be sent, 
padding will occur instead) 

RLC Status PDU size = 16 bits 

This gives: 

PDCP SDU size = 8*FL00R((TBsize - N*1 6- 8*CIEL((1 6+(N-1 )*1 2)/8) - 64)/(8*N)) bits 
Note 2: According to TS 36.213 Table 7.1.7.2.1-1 and the final PDCP SDU size formula in Note 1, the smallest 
TBsize that can be tested is 1 04 bits. 
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Table 7.1. 7.1. 1.3.2-2a: Bandwidth Dependent Parameters 


Max Bandwidth 

Max //pRB 

Allowed //pRB Values 

10Mhz 

50 

2,3,5,6,8,9, 11, 12, 14, 15, 17, 18,20,21,23,24,26, 
27, 29, 30, 32, 33, 35, 36, 38, 39, 41 , 42, 44, 45, 47, 48, 
50 

15Mhz 

75 

3,4,7,8, 11, 12, 15, 16, 19,20,23,24,27,28,31,32, 
35, 36, 39, 40, 43, 44 ,47, 48, 51 , 52, 55, 56, 59, 60, 63, 
64,67,68,71,72,75 

20Mhz 

100 

4, 8, 12, 16, 20, 24, 28, 32, 36, 40, 44, 48, 52, 56, 60, 64, 
68,72,76,80,84,88,92,96, 100 

Note : Maximum bandwidth for EUTRA bands is 10/15/20 IVIhz. 


Table 7.1.7.1.1.3.2-2b: Ambiguous Sizes of Information Bits 

I {1 2, 1 4, 1 6 ,20, 24, 26, 32, 40, 44, 56} | 


Table 7.1.7.1.1.3.2-3: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 



EXCEPTION: Steps 1 to 4 are 
repeated for allowed values of 

A^PRB as per table 7. 1.7. 1.1. 3.2- 
2a and /^cs ^^^^ to 28. 





1 

SS looks up /^Bs in table 7. 1.7.1 - 
1 in TS 36.213 based on the value 
of /mcs ■ SS loo^^s up TBsize in 
table 7.1.7.2.1-1 in TS 36.213 
based on values of N^^^ and 

^TBS ■ 






EXCEPTION: Steps 2 to 4 are 
performed if TBsize is less than or 
equal to UE capability "Maximum 
number of DL-SCH transport 
block bits received within a TTI" 
as specified in Table 7.1 .7.1 .1 .3.2- 
1 and larger than or equal to 104 
bits as specified in Table 
7.1 .7.1 .1 .3.2-2, and the effective 
channel code rate, as defined in 
TS 36.21 3 clause 7.1.7, is lower 
than or equal to 0.930. 





2 

SS creates one or more PDCP 
SDUs, depending on TBsize, in 
accordance with Table 
7.1.7.1.1.3.2-2. 





3 

SS transmits the PDCP SDUs 
concatenated into a MAC PDU 
and indicates on PDCCH DCI 
Format 1 with RA type and a 
resource block assignment (RBA) 

correspondent to N^^^ as 

specified in 7.1.6.1 in TS 36.213 
and modulation and coding 

scheme ly^c^ . 

If the number of information bits in 
format 1 is equal to that for format 
0/1 A, one bit of value zero shall 

<- 

MAC PDU (NxPDCP 

SDUs) 

DCI: (DCI Format 1, RA 

typeO, RBA(A^prJ, /^^s ) 
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be appended to format 1 by the 
SS. 

If the number of information bits in 
format 1 belongs to one of the 
sizes in Table 7.1. 7.1. 1.3.2-2b, 
one or more zero bit(s) shall be 
appended to format 1 by the SS 
until the payload size of format 1 
does not belong to one of the 
sizes in Table 7.1. 7.1. 1.3.2-2b 
and not equal to that of format 
0/1 A. 





3A 

At the reception of scheduling 
request the SS transmits UL Grant 
for transmitting loop back PDCP 
SDUs. 

<- 

(UL Grant) 



4 

CHECK: Does UE return the 
same number of PDCP SDUs with 
same content as transmitted by 
the SS in step 3? 

-> 

(NxPDCP SDUs) 

1 

P 


7.1 .7.1 .1 .3.3 Specific Message Contents 

Table 7.1.7.1.1.3.3.1 : MAC-MainConfig-RBC (preamble Table 4.5.3.3-1 [18]: Step 8) 


Derivation Path: 36.508 Table 4.8.2.1 .5-1 

Information Element 

Value/remark 

Comment 

Condition 

retxBSR-Timer 

sf320 




7.1 .7.1 .2 DL-SCH transport block size selection / DCI format 1 / RA type 1 

7.1 .7.1 .2.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE on PDCCH receives DCI format 1 indicating Resource Allocation Type 1, a resource block 

assignment correspondent to A/^p^g physical resource blocks and a modulation and coding scheme lyics 

} 

then { UE decodes the received transport block of size correspondent to the read A/^p^g and /^cs 
and forwards it to higher layers } 


7.1.7.1.2.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.212, clause 5.3.3.1.2; TS 
36.213, clauses 7.1.6.2, 7.1.7, 7.1.7.1, 7.1.7.2 and 7.1.7.2.1; and TS 36.306 clause 4.1. 

[TS 36.212 clause 5.3.3.1.2] 

DCI format 1 is used for the scheduling of one PDSCH codeword. 

The following information is transmitted by means of the DCI format 1 : 

- Resource allocation header (resource allocation type / type 1) - 1 bit as defined in section 7.1.6 of [3] 

If downlink bandwidth is less than or equal to 10 PRBs, there is no resource allocation header and resource 
allocation type is assumed. 

- Resource block assignment: 
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- For resource allocation type 1 as defined in section 7.1.6.2 of [3]: 

- [log2 (/^)] bits of this field are used as a header specific to this resource allocation type to indicate the 
selected resource blocks subset 

- 1 bit indicates a shift of the resource allocation span 

- (I A/^RB I P\~ U^g 2 (^)l ~ 1/ t)its provide the resource allocation 

where the value of P depends on the number of DL resource blocks as indicated in section 7.1. 6 of [3] 

- Modulation and coding scheme - 5 bits as defined in section 7.1.7 of [3] 

If the number of information bits in format 1 is equal to that for format 0/1 A, one bit of value zero shall be appended to 
format 1. 

If the number of information bits in format 1 belongs to one of the sizes in Table 5.3.3.1.2-1, one or more zero bit(s) 
shall be appended to format 1 until the payload size of format 1 does not belong to one of the sizes in Table 5.3.3.1.2-1 
and not equal to that of format 0/1 A. 

Table 5.3.3.1.2-1 : Ambiguous Sizes of Information Bits 


I {1 2, 1 4, 1 6 ,20, 24, 26, 32, 40, 44, 56} | 

[TS 36.213 clause 7.1.6.2] 

In resource allocations of type 1, a resource block assignment information of size A^rbg iiidicates to a scheduled UE 
the PRBs from the set of PRBs from one of P RBG subsets. Also P is the REG size associated with the system 
bandwidth as shown in Table 7.1.6.1-1. A RBG subset p , where < p < P , consists of every P th RBG starting 
from RBG p . The resource block assignment information consists of three fields [4]. 

The first field with [log2(/^)] bits is used to indicate the selected RBG subset among P RBG subsets. 

The second field with one bit is used to indicate a shift of the resource allocation span within a subset. A bit value of 1 
indicates shift is triggered. Shift is not triggered otherwise. 

The third field includes a bitmap, where each bit of the bitmap addresses a single PRB in the selected RBG subset in 
such a way that MSB to LSB of the bitmap are mapped to the PRBs in the increasing frequency order. The PRB is 
allocated to the UE if the corresponding bit value in the bit field is 1, the PRB is not allocated to the UE otherwise. The 

portion of the bitmap used to address PRBs in a selected RBG subset has size A^rb^^^ and is defined as 


Nr/^' =\n^^ / p\ -iiogAP)] -1 


The addressable PRB numbers of a selected RBG subset start from an offset, A^j^-^^ (/^) to the smallest PRB number 

within the selected RBG subset, which is mapped to the MSB of the bitmap. The offset is in terms of the number of 
PRBs and is done within the selected RBG subset. If the value of the bit in the second field for shift of the resource 

allocation span is set to 0, the offset for RBG subset p is given by A^j^-^^ (p) = . Otherwise, the offset for RBG 

subset p is given by A^j^-^^ (p) = A/^rb ^^ ^^ (p)~ ^rb ' where the LSB of the bitmap is justified with the highest 

PRB number within the selected RBG subset. N^^ ^^ ^^ (p) is the number of PRBs in RBG subset p and can be 
calculated by the following equation. 
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A 7 RBG subset / \ 

A'rb (P) = 


K^ - 

-1 

p' 


K^ - 

-1 

p2 


Nil - 

-1 

P' 



p + p 


,p< 


rDL 


^ + (^RB -l)modP + l ,p = 


,P> 


Kl - 

-1 

p 


Kl - 

-1 

p 


Kl - 

-1 

p 



modP 


modP 


modP 


tTYPEI 


Consequently, when RBG subset p is indicated, bit / for / = 0, 1, • • • , N^^ - 1 in the bitmap field indicates PRB 
number. 


RBG subset 
^PRB 


(P) = 


i + \Mt(P) 


P'+P'P + {i + A^^^,(p))modP 


[TS 36.213 clause 7.1.7] 


To determine the modulation order and transport block size(s) in the physical downlink shared channel, the UE shall 
first 

- read the 5-bit "modulation and coding scheme" field ( /j^^^g ) in the DCI 
and second if the DCI CRC is scrambled by P-RNTI, RA-RNTI, or SI-RNTI then 

else 

- set the Table 7.1.7.2.1-1 column indicator N^^^ to the total number of allocated PRBs based on the procedure 
defined in Section 7.1.6. 

if the transport block is transmitted in DwPTS of the special subframe in frame structure type 2, then 
set the Table 7.1.7.2.1-1 column indicator A^^^^ = maxjl A^p^g xO.TSj , l| , 

else, set the Table 7.1.7.2.1-1 column indicator Npj^^ = Npj^^ . 

The UE may skip decoding a transport block in an initial transmission if the effective channel code rate is higher than 
0.930, where the effective channel code rate is defined as the number of downlink information bits (including CRC bits) 
divided by the number of physical channel bits on PDSCH. If the UE skips decoding, the physical layer indicates to 
higher layer that the transport block is not successfully decoded. For the special subframe configurations and 5 with 
normal CP or configurations and 4 with extended CP, shown in table 4.2-1 [3], there shall be no PDSCH transmission 
in DwPTS of the special subframe. 

[TS 36.213 clause 7.1.7.1] 

The UE shall use Q^ = 2 if the DCI CRC is scrambled by P-RNTI, RA-RNTI, or SI-RNTI, otherwise, the UE shall 
use /j^(3s and Table 7.1.7.1-1 to determine the modulation order (Q^) used in the physical downlink shared channel. 
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Table 7.1.7.1-1: Modulation and TBS index table for PDSCH 


MCS Index 

^MCS 

Modulation Order 

TBS Index 

^TBS 



2 



1 

2 

1 

2 

2 

2 

3 

2 

3 

4 

2 

4 

5 

2 

5 

6 

2 

6 

7 

2 

7 

8 

2 

8 

9 

2 

9 

10 

4 

9 

11 

4 

10 

12 

4 

11 

13 

4 

12 

14 

4 

13 

15 

4 

14 

16 

4 

15 

17 

6 

15 

18 

6 

16 

19 

6 

17 

20 

6 

18 

21 

6 

19 

22 

6 

20 

23 

6 

21 

24 

6 

22 

25 

6 

23 

26 

6 

24 

27 

6 

25 

28 

6 

26 

29 

2 

reserved 

30 

4 

31 

6 


[TS 36.213 clause 7.1.7.2] 

If the DCI CRC is scrambled by P-RNTI, RA-RNTI, or SI-RNTI then 
- for DCI format 1 A: 

o the UE shall set the TBS index ( /-^g^ ) equal to /j^^^g and determine its TBS by the procedure in 
Section 7.1.7.2.1. 


else 


- for < /j^(3s < 28 , the UE shall first determine the TBS index ( /-^g^ ) using ly^^^ and Table 7.1.7.1-1 except if 

the transport block is disabled in DCI formats 2 and 2A as specified below. For a transport block that is not 
mapped to two-layer spatial multiplexing, the TBS is determined by the procedure in Section 7.1.7.2.1. For a 
transport block that is mapped to two-layer spatial multiplexing, the TBS is determined by the procedure in 
Section 7.1.7.2.2. 

- for 29 < /j^cs ^ 31 , the TBS is assumed to be as determined from DCI transported in the latest PDCCH for the 
same transport block using < ly^^^^ < 28 . If there is no latest PDCCH for the same transport block 

using < /j^(3s < 28 , and if the initial PDSCH for the same transport block is semi-persistently scheduled, the 
TBS shall be determined from the most recent semi-persistent scheduling assignment PDCCH. 
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- In DCI formats 2 and 2A a transport block is disabled if /j^^^g = and if rvi^x = 1 otherwise the transport block 
is enabled. 

The NDI and HARQ process ID, as signalled on PDCCH, and the TBS, as determined above, shall be delivered to 
higher layers. 

[TS 36.213 clause 7.1.7.2.1] 

Fori < A^pRB < 110, the TBS is given by the ( /^bs , A^prb ) entry of Table 7.1.7.2.1-1. 
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Table 7.1.7.2.1-1: Transport block size table (dimension 27x110) 


^TBS 

^PRB 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 



16 

32 

56 

88 

120 

152 

176 

208 

224 

256 

1 

24 

56 

88 

144 

176 

208 

224 

256 

328 

344 

2 

32 

72 

144 

176 

208 

256 

296 

328 

376 

424 

3 

40 

104 

176 

208 

256 

328 

392 

440 

504 

568 

4 

56 

120 

208 

256 

328 

408 

488 

552 

632 

696 

5 

72 

144 

224 

328 

424 

504 

600 

680 

776 

872 

6 

328 

176 

256 

392 

504 

600 

712 

808 

936 

1032 

7 

104 

224 

328 

472 

584 

712 

840 

968 

1096 

1224 

8 

120 

256 

392 

536 

680 

808 

968 

1096 

1256 

1384 

9 

136 

296 

456 

616 

776 

936 

1096 

1256 

1416 

1544 

10 

144 

328 

504 

680 

872 

1032 

1224 

1384 

1544 

1736 

11 

176 

376 

584 

776 

1000 

1192 

1384 

1608 

1800 

2024 

12 

208 

440 

680 

904 

1128 

1352 

1608 

1800 

2024 

2280 

13 

224 

488 

744 

1000 

1256 

1544 

1800 

2024 

2280 

2536 

14 

256 

552 

840 

1128 

1416 

1736 

1992 

2280 

2600 

2856 

15 

280 

600 

904 

1224 

1544 

1800 

2152 

2472 

2728 

3112 

16 

328 

632 

968 

1288 

1608 

1928 

2280 

2600 

2984 

3240 

17 

336 

696 

1064 

1416 

1800 

2152 

2536 

2856 

3240 

3624 

18 

376 

776 

1160 

1544 

1992 

2344 

2792 

3112 

3624 

4008 

19 

408 

840 

1288 

1736 
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3496 
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4136 
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1992 
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4776 
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23 

552 
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5160 

5736 

24 

584 

1192 

1800 
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2984 
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4264 

4968 

5544 

5992 

25 

616 
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4392 
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5736 

6200 

26 

712 

1480 

2216 

2984 

3752 

4392 

5160 

5992 
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288 

328 

344 

376 

392 

424 
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488 

504 
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1 

376 

424 
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568 

600 

632 

680 

712 

2 

472 

520 

568 

616 
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696 

744 

776 
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680 
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872 
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1160 

4 

776 

840 
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1000 
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1128 

1192 

1288 
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1416 
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968 

1032 

1128 

1224 

1320 

1384 

1480 

1544 

1672 

1736 

6 

1128 

1224 

1352 

1480 

1544 

1672 
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1864 

1992 
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7 

1320 

1480 

1608 

1672 

1800 
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2088 

2216 

2344 

2472 

8 

1544 

1672 

1800 

1928 

2088 

2216 

2344 

2536 

2664 

2792 

9 

1736 

1864 

2024 

2216 

2344 

2536 

2664 

2856 

2984 

3112 

10 

1928 

2088 

2280 

2472 

2664 

2792 

2984 

3112 

3368 

3496 

11 

2216 

2408 
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2792 

2984 

3240 

3496 

3624 

3880 

4008 

12 

2472 

2728 

2984 

3240 

3368 

3624 

3880 

4136 

4392 

4584 

13 

2856 

3112 

3368 

3624 

3880 

4136 

4392 

4584 

4968 

5160 

14 

3112 

3496 

3752 

4008 

4264 

4584 

4968 

5160 

5544 

5736 

15 

3368 

3624 

4008 

4264 

4584 

4968 

5160 

5544 

5736 

6200 

16 

3624 

3880 

4264 

4584 

4968 

5160 

5544 

5992 

6200 

6456 

17 

4008 

4392 

4776 

5160 

5352 

5736 

6200 

6456 

6712 

7224 

18 

4392 

4776 

5160 

5544 

5992 

6200 

6712 

7224 

7480 

7992 

19 

4776 

5160 

5544 

5992 

6456 

6968 

7224 

7736 

8248 

8504 

20 

5160 

5544 

5992 

6456 

6968 

7480 

7992 

8248 

8760 

9144 

21 

5544 

5992 

6456 

6968 

7480 

7992 

8504 

9144 

9528 

9912 

22 

5992 

6456 

6968 

7480 

7992 

8504 

9144 

9528 

10296 

10680 

23 

6200 

6968 

7480 

7992 

8504 

9144 

9912 

10296 

11064 

11448 

24 

6712 

7224 

7992 

8504 

9144 

9912 

10296 

11064 

11448 

12216 

25 

6968 

7480 

8248 

8760 

9528 

10296 
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11448 

12216 

12576 

26 

8248 

8760 

9528 
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12576 
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^TBS 

N 

21 

22 

23 
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600 
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648 

680 
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744 

776 

776 

808 

1 

744 

776 
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872 

904 

936 
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1000 

1032 

1064 

2 

936 

968 

1000 

1064 

1096 

1160 

1192 

1256 

1288 

1320 

3 

1224 

1256 

1320 

1384 

1416 

1480 

1544 

1608 

1672 

1736 

4 

1480 

1544 

1608 

1736 

1800 

1864 

1928 

1992 

2088 

2152 

5 

1864 

1928 

2024 

2088 

2216 

2280 

2344 

2472 

2536 

2664 

6 

2216 

2280 

2408 

2472 

2600 

2728 

2792 

2984 

2984 

3112 

7 

2536 

2664 

2792 

2984 

3112 

3240 

3368 

3368 

3496 

3624 

8 

2984 

3112 
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3368 

3496 

3624 

3752 

3880 

4008 

4264 

9 

3368 

3496 

3624 
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4008 

4136 

4264 

4392 

4584 

4776 

10 

3752 

3880 

4008 

4264 

4392 

4584 

4776 

4968 

5160 

5352 

11 

4264 
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4584 

4776 
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5544 
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5992 

5992 

12 

4776 

4968 

5352 

5544 

5736 

5992 

6200 

6456 

6712 

6712 

13 

5352 

5736 

5992 

6200 

6456 

6712 

6968 

7224 

7480 

7736 

14 

5992 

6200 

6456 

6968 

7224 

7480 

7736 

7992 

8248 

8504 

15 
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6712 

6968 
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7992 

8248 

8504 
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16 
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7480 

7736 

7992 
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9144 
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17 
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7992 

8248 
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9144 

9528 
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10680 

18 

8248 
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9144 
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10296 
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11064 

11448 
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9144 
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9912 

10296 
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11448 

12216 

12576 
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20 
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21 
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17568 
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19848 

22 
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3624 

3752 
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4008 
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4136 

4264 
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4584 
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4776 

4776 
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4968 

5160 

5160 

7 

4968 
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7992 
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8248 

8504 
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8248 
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9144 
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17568 

17568 
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18 
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19 

17568 
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19848 

20616 

20616 

21384 

21384 

20 

19080 

19848 
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21384 

22152 

22152 

22920 

22920 

21 

20616 

21384 

21384 
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22920 
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23688 

24496 

24496 

25456 

22 

22152 

22920 

22920 
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26416 
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23 

23688 
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24 
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25 
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1 
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1992 

2024 

2088 

2088 

2152 
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2 

2280 

2344 
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2408 

2472 

2536 

2536 

2600 

2664 
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3 

2984 

2984 
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3240 
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3368 

3368 

3496 

3496 

4 

3624 

3752 
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3880 

4008 

4008 

4136 

4136 

4264 

4264 

5 

4584 

4584 

4776 

4776 

4776 

4968 

4968 

5160 

5160 

5352 

6 

5352 
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5544 

5736 

5736 

5992 
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5992 

6200 

6200 

7 

6200 

6456 

6456 

6712 

6712 

6712 

6968 

6968 

7224 

7224 

8 

7224 

7224 

7480 

7480 

7736 

7736 

7992 

7992 

8248 

8504 

9 

7992 

8248 

8248 

8504 

8760 

8760 

9144 

9144 

9144 

9528 

10 

9144 

9144 

9144 

9528 

9528 

9912 

9912 

10296 

10296 

10680 

11 

10296 

10680 

10680 

11064 

11064 

11448 

11448 

11832 

11832 

12216 

12 
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12216 
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12576 

12576 

12960 

12960 

13536 

13536 

13 

12960 

13536 

13536 

14112 
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14688 
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14688 

15264 
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20 
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8248 
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8504 
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11064 
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11448 

11832 
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12 
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1 
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2664 

2728 
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2856 
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2 
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3368 
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4 
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5352 
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5544 
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5736 
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5 

6200 
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6456 
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6968 

6968 

6968 

6 

7480 

7480 

7736 

7736 

7736 

7992 
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8248 

8248 

8248 

7 
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8760 
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9144 

9144 

9144 

9528 

9528 

9528 

9912 

8 

9912 

9912 

10296 

10296 

10680 

10680 

10680 

11064 

11064 

11064 

9 

11064 

11448 

11448 

11832 

11832 

11832 

12216 

12216 

12576 

12576 

10 

12576 

12576 

12960 

12960 

12960 

13536 

13536 

13536 

14112 

14112 

11 

14112 

14688 

14688 

14688 

15264 

15264 

15840 

15840 

15840 

16416 

12 

16416 

16416 

16416 

16992 

16992 

17568 

17568 

17568 

18336 

18336 

13 

18336 

18336 

19080 

19080 

19080 

19848 

19848 

19848 

20616 

20616 

14 

20616 

20616 

20616 

21384 

21384 

22152 

22152 

22152 

22920 

22920 

15 

22152 

22152 

22152 

22920 

22920 

23688 

23688 

23688 

24496 

24496 

16 

22920 

23688 

23688 

24496 

24496 

24496 

25456 

25456 

25456 

26416 

17 

25456 

26416 

26416 

26416 

27376 

27376 

27376 

28336 

28336 

29296 

18 

28336 

28336 

29296 

29296 

29296 

30576 

30576 

30576 

31704 

31704 

19 

30576 

30576 

31704 

31704 

32856 

32856 

32856 

34008 

34008 

34008 

20 

32856 

34008 

34008 

34008 

35160 

35160 

35160 

36696 

36696 

36696 

21 

35160 

36696 

36696 

36696 

37888 

37888 

39232 

39232 

39232 

40576 

22 

37888 

39232 

39232 

40576 

40576 

40576 

42368 

42368 

42368 

43816 

23 

40576 

40576 

42368 

42368 

43816 

43816 

43816 

45352 

45352 

45352 

24 

43816 

43816 

45352 

45352 

45352 

46888 

46888 

46888 

48936 

48936 

25 

45352 

45352 

46888 

46888 

46888 

48936 

48936 

48936 

51024 

51024 

26 

52752 

52752 

55056 

55056 

55056 

55056 

57336 

57336 

57336 

59256 

^TBS 

N 

81 

82 

83 

84 

85 

86 

87 

88 

89 

90 



2280 

2280 

2280 

2344 

2344 

2408 

2408 

2472 

2472 

2536 

1 

2984 

2984 

2984 

3112 

3112 

3112 

3240 

3240 

3240 

3240 

2 

3624 

3624 

3752 

3752 

3880 

3880 

3880 

4008 

4008 

4008 

3 

4776 

4776 

4776 

4968 

4968 

4968 

5160 

5160 

5160 

5352 

4 

5736 

5992 

5992 

5992 

5992 

6200 

6200 

6200 

6456 

6456 

5 

7224 

7224 

7224 

7480 

7480 

7480 

7736 

7736 

7736 

7992 

6 

8504 

8504 

8760 

8760 

8760 

9144 

9144 

9144 

9144 

9528 

7 

9912 

9912 

10296 

10296 

10296 

10680 

10680 

10680 

11064 

11064 

8 

11448 

11448 

11448 

11832 

11832 

12216 

12216 

12216 

12576 

12576 

9 

12960 

12960 

12960 

13536 

13536 

13536 

13536 

14112 

14112 

14112 

10 

14112 

14688 

14688 

14688 

14688 

15264 

15264 

15264 

15840 

15840 

11 

16416 

16416 

16992 

16992 

16992 

17568 

17568 

17568 

18336 

18336 

12 

18336 

19080 

19080 

19080 

19080 

19848 

19848 

19848 

20616 

20616 

13 

20616 

21384 

21384 

21384 

22152 

22152 

22152 

22920 

22920 

22920 

14 

22920 

23688 

23688 

24496 

24496 

24496 

25456 

25456 

25456 

25456 
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15 

24496 

25456 

25456 

25456 

26416 

26416 

26416 

27376 

27376 

27376 

16 

26416 

26416 

27376 

27376 

27376 

28336 

28336 

28336 

29296 

29296 

17 

29296 

29296 

30576 

30576 

30576 

30576 

31704 

31704 

31704 

32856 

18 

31704 

32856 

32856 

32856 

34008 

34008 

34008 

35160 

35160 

35160 

19 

35160 

35160 

35160 

36696 

36696 

36696 

37888 

37888 

37888 

39232 

20 

37888 

37888 

39232 

39232 

39232 

40576 

40576 

40576 

42368 

42368 

21 

40576 

40576 

42368 

42368 

42368 

43816 

43816 

43816 

45352 

45352 

22 

43816 

43816 

45352 

45352 

45352 

46888 

46888 

46888 

48936 

48936 

23 

46888 

46888 

46888 

48936 

48936 

48936 

51024 

51024 

51024 

51024 

24 

48936 

51024 

51024 

51024 

52752 

52752 

52752 

52752 

55056 

55056 

25 

51024 

52752 

52752 

52752 

55056 

55056 

55056 

55056 

57336 

57336 

26 

59256 

59256 

61664 

61664 

61664 

63776 

63776 

63776 

66592 

66592 

^TBS 

^PRB 

91 

92 

93 

94 

95 

96 

97 

98 

99 

100 



2536 

2536 

2600 

2600 

2664 

2664 

2728 

2728 

2728 

2792 

1 

3368 

3368 

3368 

3496 

3496 

3496 

3496 

3624 

3624 

3624 

2 

4136 

4136 

4136 

4264 

4264 

4264 

4392 

4392 

4392 

4584 

3 

5352 

5352 

5352 

5544 

5544 

5544 

5736 

5736 

5736 

5736 

4 

6456 

6456 

6712 

6712 

6712 

6968 

6968 

6968 

6968 

7224 

5 

7992 

7992 

8248 

8248 

8248 

8504 

8504 

8760 

8760 

8760 

6 

9528 

9528 

9528 

9912 

9912 

9912 

10296 

10296 

10296 

10296 

7 

11064 

11448 

11448 

11448 

11448 

11832 

11832 

11832 

12216 

12216 

8 

12576 

12960 

12960 

12960 

13536 

13536 

13536 

13536 

14112 

14112 

9 

14112 

14688 

14688 

14688 

15264 

15264 

15264 

15264 

15840 

15840 

10 

15840 

16416 

16416 

16416 

16992 

16992 

16992 

16992 

17568 

17568 

11 

18336 

18336 

19080 

19080 

19080 

19080 

19848 

19848 

19848 

19848 

12 

20616 

21384 

21384 

21384 

21384 

22152 

22152 

22152 

22920 

22920 

13 

23688 

23688 

23688 

24496 

24496 

24496 

25456 

25456 

25456 

25456 

14 

26416 

26416 

26416 

27376 

27376 

27376 

28336 

28336 

28336 

28336 

15 

28336 

28336 

28336 

29296 

29296 

29296 

29296 

30576 

30576 

30576 

16 

29296 

30576 

30576 

30576 

30576 

31704 

31704 

31704 

31704 

32856 

17 

32856 

32856 

34008 

34008 

34008 

35160 

35160 

35160 

35160 

36696 

18 

36696 

36696 

36696 

37888 

37888 

37888 

37888 

39232 

39232 

39232 

19 

39232 

39232 

40576 

40576 

40576 

40576 

42368 

42368 

42368 

43816 

20 

42368 

42368 

43816 

43816 

43816 

45352 

45352 

45352 

46888 

46888 

21 

45352 

46888 

46888 

46888 

46888 

48936 

48936 

48936 

48936 

51024 

22 

48936 

48936 

51024 

51024 

51024 

51024 

52752 

52752 

52752 

55056 

23 

52752 

52752 

52752 

55056 

55056 

55056 

55056 

57336 

57336 

57336 

24 

55056 

57336 

57336 

57336 

57336 

59256 

59256 

59256 

61664 

61664 

25 

57336 

59256 

59256 

59256 

61664 

61664 

61664 

61664 

63776 

63776 

26 

66592 

68808 

68808 

68808 

71112 

71112 

71112 

73712 

73712 

75376 

^TBS 

N 

101 

102 

103 

104 

105 

106 

107 

108 

109 

110 



2792 

2856 

2856 

2856 

2984 

2984 

2984 

2984 

2984 

3112 

1 

3752 

3752 

3752 

3752 

3880 

3880 

3880 

4008 

4008 

4008 

2 

4584 

4584 

4584 

4584 

4776 

4776 

4776 

4776 

4968 

4968 

3 

5992 

5992 

5992 

5992 

6200 

6200 

6200 

6200 

6456 

6456 

4 

7224 

7224 

7480 

7480 

7480 

7480 

7736 

7736 

7736 

7992 

5 

8760 

9144 

9144 

9144 

9144 

9528 

9528 

9528 

9528 

9528 

6 

10680 

10680 

10680 

10680 

11064 

11064 

11064 

11448 

11448 

11448 

7 

12216 

12576 

12576 

12576 

12960 

12960 

12960 

12960 

13536 

13536 

8 

14112 

14112 

14688 

14688 

14688 

14688 

15264 

15264 

15264 

15264 

9 

15840 

16416 

16416 

16416 

16416 

16992 

16992 

16992 

16992 

17568 

10 

17568 

18336 

18336 

18336 

18336 

18336 

19080 

19080 

19080 

19080 

11 

20616 

20616 

20616 

21384 

21384 

21384 

21384 

22152 

22152 

22152 

12 

22920 

23688 

23688 

23688 

23688 

24496 

24496 

24496 

24496 

25456 

13 

26416 

26416 

26416 

26416 

27376 

27376 

27376 

27376 

28336 

28336 

14 

29296 

29296 

29296 

29296 

30576 

30576 

30576 

30576 

31704 

31704 

15 

30576 

31704 

31704 

31704 

31704 

32856 

32856 

32856 

34008 

34008 

16 

32856 

32856 

34008 

34008 

34008 

34008 

35160 

35160 

35160 

35160 

17 

36696 

36696 

36696 

37888 

37888 

37888 

39232 

39232 

39232 

39232 

18 

40576 

40576 

40576 

40576 

42368 

42368 

42368 

42368 

43816 

43816 

19 

43816 

43816 

43816 

45352 

45352 

45352 

46888 

46888 

46888 

46888 
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20 

46888 

46888 

48936 

48936 

48936 

48936 

48936 

51024 

51024 

51024 

21 

51024 

51024 

51024 

52752 

52752 

52752 

52752 

55056 

55056 

55056 

22 

55056 

55056 

55056 

57336 

57336 

57336 

57336 

59256 

59256 

59256 

23 

57336 

59256 

59256 

59256 

59256 

61664 

61664 

61664 

61664 

63776 

24 

61664 

61664 

63776 

63776 

63776 

63776 

66592 

66592 

66592 

66592 

25 

63776 

63776 

66592 

66592 

66592 

66592 

68808 

68808 

68808 

71112 

26 

75376 

75376 

75376 

75376 

75376 

75376 

75376 

75376 

75376 

75376 


[TS 36.306 clause 4.1] 

The field ue-Category parameter defines a combined uplink and downlink capability. The parameters set by the UE 
Category are defined in subclause 4.2. Tables 4.1-1 and 4.1-2 define the downlink and, respectively, uplink physical 
layer parameter values for each UE Category. 

Table 4.1-1 : Downlink physical layer parameter values set by the field ue-Category 


UE Category 

Maximum number of 

DL-SCH transport 

block bits received 

within a TTI 

Maximum number 
of bits of a DL- 
SCH transport 
block received 
within a TTI 

Total number of 
soft channel bits 

Maximum number 

of supported 

layers for spatial 

multiplexing in DL 

Category 1 

10296 

10296 

250368 

1 

Category 2 

51024 

51024 

1237248 

2 

Category 3 

102048 

75376 

1237248 

2 

Category 4 

150752 

75376 

1827072 

2 

Category 5 

299552 

149776 

3667200 

4 


Table 4.1-2: Uplink physical layer parameter values set by the field ue-Category 


UE Category 

Maximum number of 

bits of an UL-SCH 

transport block 

transmitted within a 

TTI 

Support for 
64QAM in UL 

Category 1 

5160 

No 

Category 2 

25456 

No 

Category 3 

51024 

No 

Category 4 

51024 

No 

Category 5 

75376 

Yes 


7.1 .7.1 .2.3 Test description 

7.1 .7.1 .2.3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 

Uplink and downlink bandwidth set to the maximum bandwidth for the E-UTRA Band under test as specified in 
Table 5.6.1-1 in [31] (to enable testing of N^^^ up to maximum value). For Band 25, based on industry 
requirement, uplink and downlink bandwidth set to lOMHz. 

UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 
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7.1.7.1.2.3.2 


Test procedure sequence 
Table 7.1.7.1.2.3.2-1 : Maximum TBsize for different UE categories 


UE Category 

Maximum number of 
bits of a DL-SCH 
transport block 

received within a TTI 

Category 1 

10296 

Category 2 

51024 

Category 3 

75376 

Category 4 

75376 

Category 5 

149776 


Table 7.1.7.1.2.3.2-2: Number of downlink PDCP SDUs and PDCP SDU size used as test data 


TBsize 

[bits] 

Number of 
PDCP SDUs 

PDCP SDU size 

[bits] 

See note 1 

1 04 < TBsize ^12096 
note 2 

1 

8*FLOOR((TBsize-96)/8) 

1 2097 < TBsize ^241 28 

2 

8*FLOOR((TBsize-128)/16)) 

241 29 < TBsize ^361 52 

3 

8*FL00R((TBsize- 152)/24)) 

36153 < TBsize ^481 84 

4 

8*FLOOR((TBsize-184)/32)) 

48185 < TBsize ^60208 

5 

8*FLOOR((TBsize-208)/40)) 

60209 < TBsize ^72240 

6 

8*FLOOR((TBsize-240)/48)) 

TBsize> 72240 

7 

8*FLOOR((TBsize-264)/56)) 

Note 1 : Each PDCP SDU is limited to 1500 octets (to keep below maximum SDU size of ESM as specified in TS 
24.301 clause 9.9.4.12). 

The PDCP SDU size of each PDCP SDU is 

PDCP SDU size = (TBsize - N*PDCP header size - AMD PDU header size - MAC header size - Size of 
Timing Advance - RLC Status PDU size) / N, where 

PDCP header size is 1 6 bits for the RLC AM and 1 2-bit SN case; 

AMD PDU header size is CIEL[(16+(N-1)*12)/8] bytes which includes 16 standard AM header and (N-1) 

Length indicators; and 

MAC header size = 40 bits as MAC header can be 

R/R/E/LCID MAC subheader (8 bits for Timing Advance) + R/R/E/LCID MAC subheader (16 bits for MAC 
SDU for RLC Status PDU) +R/R/E/LCID MAC subheader (8 bits for MAC SDU for AMD PDU) = 8 + 16+8 
bits = 32 bits 

OR 

R/R/E/LCID MAC subheader (8 bits for Timing Advance) + R/R/E/LCID MAC subheader (24 bits for MAC 
SDU for AMD PDU, Note: Length can be 2 bytes depending on the size of AMD PDU) +R/R/E/LCID MAC 
subheader (8 bits for MAC SDU for RLC Status PDU) = 8 + 24+8 bits = 40 bits 

Therefore maximum MAC header size can be 40 bits 

Size of Timing Advance MAC CE is 8 bits (if no Timing Advance and/or RLC status needs to be sent, 
padding will occur instead) 
RLC Status PDU size = 16 bits 

This gives: 

PDCP SDU size = 8*FL00R((TBsize - N*1 6- 8*CIEL((1 6+(N-1 )*1 2)/8) - 64)/(8*N)) bits 
Note 2: According to TS 36.213 Table 7.1.7.2.1-1 and the final PDCP SDU size formula in Note 1, the smallest 
TBsize that can be tested is 1 04 bits. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


630 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 7.1. 7.1. 2.3.2-2a: Bandwidth Dependent Parameters 


Max Bandwidth 

Max A^pRB 

^TYPEl 

10Mhz 

50 

14 

15Mhz 

75 

16 

20Mhz 

100 

22 

Note : Maximum bandwidth for EUTRA bands is 10/15/20 IVIhz. 


Table 7.1.7.1.2.3.2-2b: Ambiguous Sizes of Information Bits 

I {1 2, 1 4, 1 6 ,20, 24, 26, 32, 40, 44, 56} | 


Table 7.1.7.1.2.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: Steps 1 to 4 are 
repeated for values of N^^^ from 

1 to A^RB^^^ as per table 

7. 1.7.1. 2.3. 2-2a and /^cs from 
to 28. 





1 

SS looks up /^Bs in table 7. 1.7.1- 
1 in TS 36.213 based on the value 
of /mcs ■ SS loo^^s up TBsize in 
table 7.1.7.2.1-1 in TS 36.213 
based on values of N^^^ and 






EXCEPTION: Steps 2 to 4 are 
performed if TBsize is less than or 
equal to UE capability "Maximum 
number of DL-SCH transport 
block bits received within a TTI" 
as specified in Table 7.1 .7.1 .2.3.2- 
1 and larger than or equal to 104 
bits as specified in Table 
7.1 .7.1 .2.3.2-2, and the effective 
channel code rate, as defined in 
TS 36.213 clause 7.1.7, is lower 
than or equal to 0.930. 





2 

SS creates one or more PDCP 
SDUs, depending on TBsize, in 
accordance with Table 
7.1.7.1.2.3.2-2. 





3 

SS transmits the PDCP SDUs 
concatenated into a MAC PDU 
and indicates on PDCCH DCI 
Format 1 with RA type 1 and a 
resource block assignment (RBA) 

correspondent to N^^^ as 

specified in 7.1 .6.2 in TS 36.21 3 
and modulation and coding 

scheme /^cs ■ 

If the number of information bits in 
format 1 is equal to that for format 
0/1 A, one bit of value zero shall 
be appended to format 1 by the 
SS. 

<- 

MAC PDU (NxPDCP 

SDUs) 

DCI: (DCI Format 1, RA 

type1,RBA(A^p^J, /^^s ) 
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If the number of information bits in 
format 1 belongs to one of the 
sizes in Table 7.1 .7.1 .2.3.2-2b, 
one or more zero bit(s) shall be 
appended to format 1 by the SS 
until the payload size of format 1 
does not belong to one of the 
sizes in Table 7.1 .7.1 .2.3.2-2b 
and not equal to that of format 
0/1 A. 





3A 

At the reception of scheduling 
request the SS transmits UL Grant 
for transmitting loop back PDCP 
SDUs. 

<- 

(UL Grant) 



4 

CHECK: Does UE return the 
same number of PDCP SDUs with 
same content as transmitted by 
the SS in step 3? 

-> 

(NxPDCP SDUs) 

1 

P 


7.1.7.1.2.3.3 


Specific IVIessage Contents 


Table 7.1.7.1.2.3.3.1 : MAC-MainConfig-RBC (preamble Table 4.5.3.3-1 [18]: Step 8) 


Derivation Path: 36.508 Table 4.8.2.1 .5-1 

Information Element 

Value/remark 

Comment 

Condition 

retxBSR-Timer 

sf320 




7.1.7.1.3 

7.1.7.1.3.1 
(1) 


DL-SCH transport block size selection / DC! format 1 A / RA type 2 / Localised 
VRB 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE on PDCCH receives DCI format lA indicating Resource Allocation Type 2 with Localized 

VRB, a resource block assignment correspondent to A^p^g physical resource blocks and a modulation 
and coding scheme /j^cs } 

then { UE decodes the received transport block of size correspondent to the read A^p^g and /^cs 
and forwards it to higher layers } 


7.1.7.1.3.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.212, clauses 5.3.3.1.2 and 
5.3.3.1.3; TS 36.213, clauses 7.1.6.3, 7.1.7, 7.1.7.1, 7.1.7.2 and 7.1.7.2.1; and TS 36.306 clause 4.1. 

[TS 36.212 clause 5.3.3.1.2] 


Table 5.3.3.1.2-1 : Ambiguous Sizes of Information Bits 

I {1 2, 1 4, 1 6 ,20, 24, 26, 32, 40, 44, 56} | 


[TS 36.212 clause 5.3.3.1.3] 

DCI format 1 A is used for the compact scheduling of one PDSCH codeword and random access procedure initiated by a 
PDCCH order. 
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The following information is transmitted by means of the DCI format lA: 

- Flag for formatO/formatl A differentiation - 1 bit, where value indicates format and value 1 indicates format 1 A 

Otherwise, 

- Localized/Distributed VRB assignment flag - 1 bit as defined in 7.1.6.3 of [3] 

- Resource block assignment - |log2(A/^RB (^rb +1)/^) I bits as defined in section 7.1.6.3 of [3]: 

- For localized VRB: 

I log2 (A/^RB (^RB + 1) / 2) I bits provide the resource allocation 
-For distributed VRB: 

- If ^RB < 50 or if the format lA CRC is scrambled by RA-RNTI, P-RNTI, or SI-RNTI 

- I log2 (A^RB (^RB + 1) / 2) I bits provide the resource allocation 

- Else 

- 1 bit, the MSB indicates the gap value, where value indicates A^g^p = A^gap,i and value 1 indicates 

^^gap ~ ^^gap,2 

- (| log2 (A/^RB (^RB + 1) / 2) I - 1) bits provide the resource allocation 

- Modulation and coding scheme - 5bits as defined in section 7.1.7 of [3] 

If the number of information bits in format 1 A is less than that of format 0, zeros shall be appended to format 1 A until 
the payload size equals that of format 0. 

If the number of information bits in format lA belongs to one of the sizes in Table 5.3.3.1.2-1, one zero bit shall be 
appended to format 1 A. 

[TS 36.213 clause 7.1.6.3] 

In resource allocations of type 2, the resource block assignment information indicates to a scheduled UE a set of 
contiguously allocated localized virtual resource blocks or distributed virtual resource blocks. In case of resource 
allocation signalled with PDCCH DCI format 1 A, IB or ID, one bit flag indicates whether localized virtual resource 
blocks or distributed virtual resource blocks are assigned (value indicates Localized and value 1 indicates Distributed 
VRB assignment) while distributed virtual resource blocks are always assigned in case of resource allocation signalled 
with PDCCH DCI format IC. Localized VRB allocations for a UE vary from a single VRB up to a maximum number 
of VRB s spanning the system bandwidth. For DCI format lA the distributed VRB allocations for a UE vary from a 
single VRB up to A^,^^^ vRBs, where N^L is defined in [3], if the DCI CRC is scrambled by P-RNTI, RA-RNTI, or 

VRB VRB 

SI-RNTI. With PDCCH DCI format IB, ID, or lA with a CRC scrambled with C-RNTI, distributed VRB allocations 
for a UE vary from a single VRB up to Ny^^ VRBs if N^^ is 6-49 and vary from a single VRB up to 16 if N^^ is 50- 

1 10. With PDCCH DCI format IC, distributed VRB allocations for a UE vary from a^^^^p VRB(s) up to 

I A/^wL / N^^^^ I- N^t^ VRBs with an increment step of Nl^^^ , where Nl^^^ value is determined depending on the downlink 

L VRB RB J RB -*- RB RB -•- *-^ 

system bandwidth as shown in Table 7.1.6.3-1. 
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Table 7.1.6.3-1 : a^^'^p values vs. Downlink System Bandwidth 


System BW 

A^r 

DCI format 1C 

6-49 

2 

50-110 

4 


For PDCCH DCI format 1 A, IB or ID, a type 2 resource allocation field consists of a resource indication value (RIV) 
corresponding to a starting resource block ( RB^^^^^ ) and a length in terms of virtually contiguously allocated resource 

blocks Lf^j^^^ . The resource indication value is defined by 


if(L,,,,-l)<[A^,^,^/2j then 
else 


RIV = <^ ( A^,^,^ - L,,,, + 1) + «^ - 1 - RB,^, ) 

where L^j^^^ ^ 1 and shall not exceed Nyj^^ — RB^^^^^ . 

For PDCCH DCI format IC, a type 2 resource block assignment field consists of a resource indication value (RIV) 
corresponding to a starting resource block ( RB^^^^^ = , N^^^ , 2N^^ , • • . , ([a/^vrb / ^rb^ J~ 1)^rb^ ) ^^^ ^ length in terms 
of virtually contiguously allocated resource blocks ( L^^r^^ = N^^ , 2N^^ ,-", [a/^vrb / ^rb^ J" ^rb^ ^' ^^^ resource 
indication value is defined by 

if(4,,,-l)<[K^,W2j then 

RIV = N'y^,^(L',,,^-l) + RB:,^, 
else 

RIV = KI^{nZ-Lc,,s +i) + «^.' -1-^CJ 

where 4,,, = L,,,^ I N^/ , /?C = ^^... / NT/ and <^^ = [n^ I Kb' J- Here, 
^CRBs ^ 1 and shall not exceed A^;;^^^ - RB^^^^^ . 
[TS 36.213 clause 7.1.7] 

To determine the modulation order and transport block size(s) in the physical downlink shared channel, the UE shall 
first 

- read the 5-bit "modulation and coding scheme" field ( I^^^^ ) in the DCI 

and second if the DCI CRC is scrambled by P-RNTI, RA-RNTI, or SI-RNTI then 


else 


- set the Table 7.1.7.2.1-1 column indicator N^^^ to the total number of allocated PRBs based on the procedure 
defined in Section 7.1.6. 

if the transport block is transmitted in DwPTS of the special subframe in frame structure type 2, then 
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set the Table 7.1.7.2.1-1 column indicator A^^^^ = maxjl A^p^g xO.TSj , l| , 


else, set the Table 7.1.7.2.1-1 column indicator Np,.r> = Np 


' PRB • 


The UE may skip decoding a transport block in an initial transmission if the effective channel code rate is higher than 
0.930, where the effective channel code rate is defined as the number of downlink information bits (including CRC bits) 
divided by the number of physical channel bits on PDSCH. If the UE skips decoding, the physical layer indicates to 
higher layer that the transport block is not successfully decoded. For the special subframe configurations and 5 with 
normal CP or configurations and 4 with extended CP, shown in table 4.2-1 [3], there shall be no PDSCH transmission 
in DwPTS of the special subframe. 

[TS 36.213 clause 7.1.7.1] 

The UE shall use 2^ = 2 if the DCI CRC is scrambled by P-RNTI, RA-RNTI, or SI-RNTI, otherwise, the UE shall 
use /j^(33 and Table 7.1.7.1-1 to determine the modulation order ( 2^ ) used in the physical downlink shared channel. 

Table 7.1 .7.1-1 : Modulation and TBS index table for PDSCH 


MCS Index 

^MCS 

Modulation Order 

2. 

TBS Index 

^TBS 



2 



1 

2 

1 

2 

2 

2 

3 

2 

3 

4 

2 

4 

5 

2 

5 

6 

2 

6 

7 

2 

7 

8 

2 

8 

9 

2 

9 

10 

4 

9 

11 

4 

10 

12 

4 

11 

13 

4 

12 

14 

4 

13 

15 

4 

14 

16 

4 

15 

17 

6 

15 

18 

6 

16 

19 

6 

17 

20 

6 

18 

21 

6 

19 

22 

6 

20 

23 

6 

21 

24 

6 

22 

25 

6 

23 

26 

6 

24 

27 

6 

25 

28 

6 

26 

29 

2 

reserved 

30 

4 

31 

6 


[TS 36.213 clause 7.1.7.2] 

If the DCI CRC is scrambled by P-RNTI, RA-RNTI, or SI-RNTI then 
- for DCI format 1 A: 

- the UE shall set the TBS index ( /^g^ ) equal to I^^^^ and determine its TBS by the procedure in Section 
7.1.7.2.1. 
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else 

- for < /j^(33 < 28 , the UE shall first determine the TBS index ( Ij^^ ) using I^^^ and Table 7.1.7.1-1 except if 

the transport block is disabled in DCI formats 2 and 2A as specified below. For a transport block that is not 
mapped to two-layer spatial multiplexing, the TBS is determined by the procedure in Section 7.1.7.2.1. For a 
transport block that is mapped to two-layer spatial multiplexing, the TBS is determined by the procedure in 
Section 7. 1.7.2.2. 

- for 29 < /j^cs ^ 31 , the TBS is assumed to be as determined from DCI transported in the latest PDCCH for the 
same transport block using < I^^^^ < 28 . If there is no latest PDCCH for the same transport block 

using < /j^(3s < 28 , and if the initial PDSCH for the same transport block is semi-persistently scheduled, the 
TBS shall be determined from the most recent semi-persistent scheduling assignment PDCCH. 

- In DCI formats 2 and 2A a transport block is disabled if I^^^^ = and if rvidx = 1 otherwise the transport block 
is enabled. 

The NDI and HARQ process ID, as signalled on PDCCH, and the TBS, as determined above, shall be delivered to 
higher layers. 

[TS 36.213 clause 7.1.7.2.1] 

Fori < A^pRg < 110, the TBS is given by the ( /^bs , A^prb ) entry of Table 7.1.7.2.1-1. 
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Table 7.1.7.2.1-1: Transport block size table (dimension 27x110) 


^TBS 

^PRB 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 



16 

32 

56 

88 

120 

152 

176 

208 

224 

256 

1 

24 

56 

88 

144 

176 

208 

224 

256 

328 

344 

2 

32 

72 

144 

176 

208 

256 

296 

328 

376 

424 

3 

40 

104 

176 

208 

256 

328 

392 

440 

504 

568 

4 

56 

120 

208 

256 

328 

408 

488 

552 

632 

696 

5 

72 

144 

224 

328 

424 

504 

600 

680 

776 

872 

6 

328 

176 

256 

392 

504 

600 

712 

808 

936 

1032 

7 

104 

224 

328 

472 

584 

712 

840 

968 

1096 

1224 

8 

120 

256 

392 

536 

680 

808 

968 

1096 

1256 

1384 

9 

136 

296 

456 

616 

776 

936 

1096 

1256 

1416 

1544 

10 

144 

328 

504 

680 

872 

1032 

1224 

1384 

1544 

1736 

11 

176 

376 

584 

776 

1000 

1192 

1384 

1608 

1800 

2024 

12 

208 

440 

680 

904 

1128 

1352 

1608 

1800 

2024 

2280 

13 

224 

488 

744 

1000 

1256 

1544 

1800 

2024 

2280 

2536 

14 

256 

552 

840 

1128 

1416 

1736 

1992 

2280 

2600 

2856 

15 

280 

600 

904 

1224 

1544 

1800 

2152 

2472 

2728 

3112 

16 

328 

632 

968 

1288 

1608 

1928 

2280 

2600 

2984 

3240 

17 

336 

696 

1064 

1416 

1800 

2152 

2536 

2856 

3240 

3624 

18 

376 

776 

1160 

1544 

1992 

2344 

2792 

3112 

3624 

4008 

19 

408 

840 

1288 

1736 

2152 

2600 

2984 

3496 

3880 

4264 

20 

440 

904 

1384 

1864 

2344 

2792 

3240 

3752 

4136 

4584 

21 

488 

1000 

1480 

1992 

2472 

2984 

3496 

4008 

4584 

4968 

22 

520 

1064 

1608 

2152 

2664 

3240 

3752 

4264 

4776 

5352 

23 

552 

1128 

1736 

2280 

2856 

3496 

4008 

4584 

5160 

5736 

24 

584 

1192 

1800 

2408 

2984 

3624 

4264 

4968 

5544 

5992 

25 

616 

1256 

1864 

2536 

3112 

3752 

4392 

5160 

5736 

6200 

26 

712 

1480 

2216 

2984 

3752 

4392 

5160 

5992 

6712 

7480 

^TBS 

N 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 



288 

328 

344 

376 

392 

424 

456 

488 

504 

536 

1 

376 

424 

456 

488 

520 

568 

600 

632 

680 

712 

2 

472 

520 

568 

616 

648 

696 

744 

776 

840 

872 

3 

616 

680 

744 

808 

872 

904 

968 

1032 

1096 

1160 

4 

776 

840 

904 

1000 

1064 

1128 

1192 

1288 

1352 

1416 

5 

968 

1032 

1128 

1224 

1320 

1384 

1480 

1544 

1672 

1736 

6 

1128 

1224 

1352 

1480 

1544 

1672 

1736 

1864 

1992 

2088 

7 

1320 

1480 

1608 

1672 

1800 

1928 

2088 

2216 

2344 

2472 

8 

1544 

1672 

1800 

1928 

2088 

2216 

2344 

2536 

2664 

2792 

9 

1736 

1864 

2024 

2216 

2344 

2536 

2664 

2856 

2984 

3112 

10 

1928 

2088 

2280 

2472 

2664 

2792 

2984 

3112 

3368 

3496 

11 

2216 

2408 

2600 

2792 

2984 

3240 

3496 

3624 

3880 

4008 

12 

2472 

2728 

2984 

3240 

3368 

3624 

3880 

4136 

4392 

4584 

13 

2856 

3112 

3368 

3624 

3880 

4136 

4392 

4584 

4968 

5160 

14 

3112 

3496 

3752 

4008 

4264 

4584 

4968 

5160 

5544 

5736 

15 

3368 

3624 

4008 

4264 

4584 

4968 

5160 

5544 

5736 

6200 

16 

3624 

3880 

4264 

4584 

4968 

5160 

5544 

5992 

6200 

6456 

17 

4008 

4392 

4776 

5160 

5352 

5736 

6200 

6456 

6712 

7224 

18 

4392 

4776 

5160 

5544 

5992 

6200 

6712 

7224 

7480 

7992 

19 

4776 

5160 

5544 

5992 

6456 

6968 

7224 

7736 

8248 

8504 

20 

5160 

5544 

5992 

6456 

6968 

7480 

7992 

8248 

8760 

9144 

21 

5544 

5992 

6456 

6968 

7480 

7992 

8504 

9144 

9528 

9912 

22 

5992 

6456 

6968 

7480 

7992 

8504 

9144 

9528 

10296 

10680 

23 

6200 

6968 

7480 

7992 

8504 

9144 

9912 

10296 

11064 

11448 

24 

6712 

7224 

7992 

8504 

9144 

9912 

10296 

11064 

11448 

12216 

25 

6968 

7480 

8248 

8760 

9528 

10296 

10680 

11448 

12216 

12576 

26 

8248 

8760 

9528 

10296 

11064 

11832 

12576 

13536 

14112 

14688 

^TBS 

N 

21 

22 

23 

24 

25 

26 

27 

28 

29 

30 
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568 

600 

616 

648 

680 

712 

744 

776 

776 

808 

1 

744 

776 

808 

872 

904 

936 

968 

1000 

1032 

1064 

2 

936 

968 

1000 

1064 

1096 

1160 

1192 

1256 

1288 

1320 

3 

1224 

1256 

1320 

1384 

1416 

1480 

1544 

1608 

1672 

1736 

4 

1480 

1544 

1608 

1736 

1800 

1864 

1928 

1992 

2088 

2152 

5 

1864 

1928 

2024 

2088 

2216 

2280 

2344 

2472 

2536 

2664 

6 

2216 

2280 

2408 

2472 

2600 

2728 

2792 

2984 

2984 

3112 

7 

2536 

2664 

2792 

2984 

3112 

3240 

3368 

3368 

3496 

3624 

8 

2984 

3112 

3240 

3368 

3496 

3624 

3752 

3880 

4008 

4264 

9 

3368 

3496 

3624 

3752 

4008 

4136 

4264 

4392 

4584 

4776 

10 

3752 

3880 

4008 

4264 

4392 

4584 

4776 

4968 

5160 

5352 

11 

4264 

4392 

4584 

4776 

4968 

5352 

5544 

5736 

5992 

5992 

12 

4776 

4968 

5352 

5544 

5736 

5992 

6200 

6456 

6712 

6712 

13 

5352 

5736 

5992 

6200 

6456 

6712 

6968 

7224 

7480 

7736 

14 

5992 

6200 

6456 

6968 

7224 

7480 

7736 

7992 

8248 

8504 

15 

6456 

6712 

6968 

7224 

7736 

7992 

8248 

8504 

8760 

9144 

16 

6712 

7224 

7480 

7736 

7992 

8504 

8760 

9144 

9528 

9912 

17 

7480 

7992 

8248 

8760 

9144 

9528 

9912 

10296 

10296 

10680 

18 

8248 

8760 

9144 

9528 

9912 

10296 

10680 

11064 

11448 

11832 

19 

9144 

9528 

9912 

10296 

10680 

11064 

11448 

12216 

12576 

12960 

20 

9912 

10296 

10680 

11064 

11448 

12216 

12576 

12960 

13536 

14112 

21 

10680 

11064 

11448 

12216 

12576 

12960 

13536 

14112 

14688 

15264 

22 

11448 

11832 

12576 

12960 

13536 

14112 

14688 

15264 

15840 

16416 

23 

12216 

12576 

12960 

13536 

14112 

14688 

15264 

15840 

16416 

16992 

24 

12960 

13536 

14112 

14688 

15264 

15840 

16416 

16992 

17568 

18336 

25 

13536 

14112 

14688 

15264 

15840 

16416 

16992 

17568 

18336 

19080 

26 

15264 

16416 

16992 

17568 

18336 

19080 

19848 

20616 

21384 

22152 

^TBS 

^PRB 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 



840 

872 

904 

936 

968 

1000 

1032 

1032 

1064 

1096 

1 

1128 

1160 

1192 

1224 

1256 

1288 

1352 

1384 

1416 

1416 

2 

1384 

1416 

1480 

1544 

1544 

1608 

1672 

1672 

1736 

1800 

3 

1800 

1864 

1928 

1992 

2024 

2088 

2152 

2216 

2280 

2344 

4 

2216 

2280 

2344 

2408 

2472 

2600 

2664 

2728 

2792 

2856 

5 

2728 

2792 

2856 

2984 

3112 

3112 

3240 

3368 

3496 

3496 

6 

3240 

3368 

3496 

3496 

3624 

3752 

3880 

4008 

4136 

4136 

7 

3752 

3880 

4008 

4136 

4264 

4392 

4584 

4584 

4776 

4968 

8 

4392 

4584 

4584 

4776 

4968 

4968 

5160 

5352 

5544 

5544 

9 

4968 

5160 

5160 

5352 

5544 

5736 

5736 

5992 

6200 

6200 

10 

5544 

5736 

5736 

5992 

6200 

6200 

6456 

6712 

6712 

6968 

11 

6200 

6456 

6712 

6968 

6968 

7224 

7480 

7736 

7736 

7992 

12 

6968 

7224 

7480 

7736 

7992 

8248 

8504 

8760 

8760 

9144 

13 

7992 

8248 

8504 

8760 

9144 

9144 

9528 

9912 

9912 

10296 

14 

8760 

9144 

9528 

9912 

9912 

10296 

10680 

11064 

11064 

11448 

15 

9528 

9912 

10296 

10296 

10680 

11064 

11448 

11832 

11832 

12216 

16 

9912 

10296 

10680 

11064 

11448 

11832 

12216 

12216 

12576 

12960 

17 

11064 

11448 

11832 

12216 

12576 

12960 

13536 

13536 

14112 

14688 

18 

12216 

12576 

12960 

13536 

14112 

14112 

14688 

15264 

15264 

15840 

19 

13536 

13536 

14112 

14688 

15264 

15264 

15840 

16416 

16992 

16992 

20 

14688 

14688 

15264 

15840 

16416 

16992 

16992 

17568 

18336 

18336 

21 

15840 

15840 

16416 

16992 

17568 

18336 

18336 

19080 

19848 

19848 

22 

16992 

16992 

17568 

18336 

19080 

19080 

19848 

20616 

21384 

21384 

23 

17568 

18336 

19080 

19848 

19848 

20616 

21384 

22152 

22152 

22920 

24 

19080 

19848 

19848 

20616 

21384 

22152 

22920 

22920 

23688 

24496 

25 

19848 

20616 

20616 

21384 

22152 

22920 

23688 

24496 

24496 

25456 

26 

22920 

23688 

24496 

25456 

25456 

26416 

27376 

28336 

29296 

29296 

^TBS 

^PRB 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 



1128 

1160 

1192 

1224 

1256 

1256 

1288 

1320 

1352 

1384 

1 

1480 

1544 

1544 

1608 

1608 

1672 

1736 

1736 

1800 

1800 

2 

1800 

1864 

1928 

1992 

2024 

2088 

2088 

2152 

2216 

2216 

3 

2408 

2472 

2536 

2536 

2600 

2664 

2728 

2792 

2856 

2856 

4 

2984 

2984 

3112 

3112 

3240 

3240 

3368 

3496 

3496 

3624 
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5 

3624 

3752 

3752 

3880 

4008 

4008 

4136 

4264 

4392 

4392 

6 

4264 

4392 

4584 

4584 

4776 

4776 

4968 

4968 

5160 

5160 

7 

4968 

5160 

5352 

5352 

5544 

5736 

5736 

5992 

5992 

6200 

8 

5736 

5992 

5992 

6200 

6200 

6456 

6456 

6712 

6968 

6968 

9 

6456 

6712 

6712 

6968 

6968 

7224 

7480 

7480 

7736 

7992 

10 

7224 

7480 

7480 

7736 

7992 

7992 

8248 

8504 

8504 

8760 

11 

8248 

8504 

8760 

8760 

9144 

9144 

9528 

9528 

9912 

9912 

12 

9528 

9528 

9912 

9912 

10296 

10680 

10680 

11064 

11064 

11448 

13 

10680 

10680 

11064 

11448 

11448 

11832 

12216 

12216 

12576 

12960 

14 

11832 

12216 

12216 

12576 

12960 

12960 

13536 

13536 

14112 

14112 

15 

12576 

12960 

12960 

13536 

13536 

14112 

14688 

14688 

15264 

15264 

16 

13536 

13536 

14112 
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[TS 36.306 clause 4.1] 

The field ue-Category defines a combined uplink and downlink capability. The parameters set by the UE Category are 
defined in subclause 4.2. Tables 4.1-1 and 4.1-2 define the downlink and, respectively, uplink physical layer parameter 
values for each UE Category. 

Table 4.1-1 : Downlink physical layer parameter values set by the field ue-Category 


UE Category 

Maximum number of 

DL-SCH transport 

block bits received 

within a TTI 

Maximum number 
of bits of a DL- 
SCH transport 
block received 
within a TTI 

Total number of 
soft channel bits 

Maximum number 

of supported 

layers for spatial 

multiplexing in DL 

Category 1 

10296 

10296 

250368 

1 

Category 2 

51024 

51024 

1237248 

2 

Category 3 

102048 

75376 

1237248 

2 

Category 4 

150752 

75376 

1827072 

2 

Category 5 

299552 

149776 

3667200 

4 


Table 4.1-2: Uplink physical layer parameter values set by the field ue-Category 


UE Category 

Maximum number of 

bits of an UL-SCH 

transport block 

transmitted within a 

TTI 

Support for 
64QAM in UL 

Category 1 

5160 

No 

Category 2 

25456 

No 

Category 3 

51024 

No 

Category 4 

51024 

No 

Category 5 

75376 

Yes 


7.1 .7.1 .3.3 Test description 

7.1 .7.1 .3.3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 

Uplink and downlink bandwidth set to the maximum bandwidth for the E-UTRA Band under test as specified in 
Table 5.6.1-1 in [31] (to enable testing of N^^^ up to maximum value). For Band 25, based on industry 
requirement, uplink and downlink bandwidth set to lOMHz. 

UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 
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7.1.7.1.3.3.2 


Test procedure sequence 
Table 7.1.7.1.3.3.2-1 : Maximum TBsize for different UE categories 


UE Category 

Maximum number of 
bits of a DL-SCH 
transport block 

received within a TTI 

Category 1 

10296 

Category 2 

51024 

Category 3 

75376 

Category 4 

75376 

Category 5 

149776 


Table 7.1.7.1.3.3.2-2: Number of downlink PDCP SDUs and PDCP SDU size used as test data 


TBsize 

[bits] 

Number of 
PDCP SDUs 

PDCP SDU size 

[bits] 

See note 1 

1 04 < TBsize ^12096 
note 2 

1 

8*FLOOR((TBsize-96)/8) 

1 2097 < TBsize ^241 28 

2 

8*FLOOR((TBsize-128)/16)) 

241 29 < TBsize ^361 52 

3 

8*FL00R((TBsize- 152)/24)) 

36153 < TBsize ^481 84 

4 

8*FLOOR((TBsize-184)/32)) 

48185 < TBsize ^60208 

5 

8*FLOOR((TBsize-208)/40)) 

60209 < TBsize ^72240 

6 

8*FLOOR((TBsize-240)/48)) 

TBsize> 72240 

7 

8*FLOOR((TBsize-264)/56)) 

Note 1 : Each PDCP SDU is limited to 1500 octets (to keep below maximum SDU size of ESM as specified in TS 
24.301 clause 9.9.4.12). 

The PDCP SDU size of each PDCP SDU is 

PDCP SDU size = (TBsize - N*PDCP header size -AMD PDU header size - MAC header size - Size of 
Timing Advance - RLC Status PDU size) / N, where 

PDCP header size is 1 6 bits for the RLC AM and 1 2-bit SN case; 

AMD PDU header size is CIEL[(16+(N-1)*12)/8] bytes which includes 16 standard AM header and (N-1) 

Length indicators; and 

MAC header size = 40 bits as MAC header can be 

R/R/E/LCID MAC subheader (8 bits for Timing Advance) + R/R/E/LCID MAC subheader (16 bits for MAC 
SDU for RLC Status PDU) + R/R/E/LCID MAC subheader (8 bits for MAC SDU for AMD PDU) = 8 + 16+8 
bits = 32 bits 

Or 

R/R/E/LCID MAC subheader (8 bits for Timing Advance) + R/R/E/LCID MAC subheader (24 bits for MAC 
SDU for AMD PDU, Note: Length can be 2 bytes depending on the size of AMD PDU) +R/R/E/LCID MAC 
subheader (8 bits for MAC SDU for RLC Status PDU) = 8 + 24+8 bits = 40 bits 

Therefore maximum MAC header size can be 40 bits 

Size of Timing Advance MAC CE is 8 bits (if no Timing Advance and/or RLC status needs to be sent, 
padding will occur instead) 
RLC Status PDU size = 16 bits 

This gives: 

PDCP SDU size = 8*FL00R((TBsize - N*1 6- 8*CIEL((1 6+(N-1 )*1 2)/8) - 64)/(8*N)) bits. 
Note 2: According to TS 36.213 Table 7.1.7.2.1-1 and the final PDCP SDU size formula in Note 1, the smallest 
TBsize that can be tested is 1 04 bits. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


643 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 7.1. 7.1. 3.3.2-2a: Bandwidth Dependent Parameters 


Max Bandwidth 

Max A^pRB 

10Mhz 

50 

15Mhz 

75 

20Mhz 

100 

Note : Maximum bandwidth for EUTRA bands is 10/15/20 Mhz. 


Table 7.1.7.1.3.3.2-2b: Ambiguous Sizes of Information Bits 

I {1 2, 1 4, 1 6 ,20, 24, 26, 32, 40, 44, 56} | 


Table 7.1.7.1.3.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: Steps 1 to 4 are 
repeated for values of N^^^ from 

1 to Max Np^^ as per table 

7. 1.7.1. 3.3. 2-2a and /^cs from 
to 28. 





1 

SS looks up /^Bs in table 7. 1.7.1 - 
1 in TS 36.213 based on the value 
of /mcs ■ SS loo^^s up TBsize in 
table 7.1.7.2.1-1 in TS 36.213 
based on values of N^^^ and 






EXCEPTION: Steps 2 to 4 are 
performed if TBsize is less than or 
equal to UE capability "Maximum 
number of DL-SCH transport 
block bits received within a TTI" 
as specified in Table 7.1 .7.1 .3.3.2- 
1 and larger than or equal to 104 
bits as specified in Table 
7.1 .7.1 .3.3.2-2, and the effective 
channel code rate, as defined in 
TS 36.213 clause 7.1.7, is lower 
than or equal to 0.930. 





2 

SS creates one or more PDCP 
SDUs, depending on TBsize, in 
accordance with Table 
7.1.7.1.3.3.2-2. 





3 

SS transmits the PDCP SDUs 
concatenated into a MAC PDU 
and indicates on PDCCH DCI 
Format 1 A with RA type 2 using 
Localized VRB and a resource 
block assignment (RBA) 

correspondent to N^^^ as 

specified in 7.1.6.3 in TS 36.213 
and modulation and coding 

scheme ly^c^ ■ 

If the number of information bits in 
format 1 A is less than that of 
format 0, zeros shall be appended 
by the SS to format 1 A until the 
payload size equals that of format 

<- 

MAC PDU (NxPDCP 

SDUs) 

DCI: (DCI Format 1 A, RA 

type 2, 

Localized/Distributed VRB 

assignment flag ='0', 

RBA(A^p^J, 7^,3) 
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0. 

If the number of information bits in 
format 1 A belongs to one of the 
sizes in Table 7.1 .7.1 .3.3.2-2b, 
one zero bit shall be appended by 
the SS to format 1 A. 





3A 

At the reception of scheduling 
request the SS transmits UL Grant 
for transmitting loop back PDCP 
SDUs. 

<- 

(UL Grant) 



4 

CHECK: Does UE return the 
same number of PDCP SDUs with 
same content as transmitted by 
the SS in step 3? 

-> 

(NxPDCP SDUs) 

1 

P 


7.1 .7.1 .3.3.3 Specific Message Contents 

Table 7.1.7.1.3.3.3.1 : MAC-MainConfig-RBC (preamble Table 4.5.3.3-1 [18]: Step 8) 


Derivation Path: 36.508 Table 4.8.2.1 .5-1 

Information Element 

Value/remark 

Comment 

Condition 

retxBSR-Timer 

sf320 




7.1.7.1.4 


7.1.7.1.4.1 


DL-SCH transport block size selection / DCI format 1 A / RA type 2 / Distributed 
VRB 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE on PDCCH receives DCI format lA indicating Resource Allocation Type 2 with Distributed 

VRB, a resource block assignment correspondent to N^^^ physical resource blocks and a modulation 

and coding scheme /^cs } 

then { UE decodes the received transport block of size correspondent to the read A^p^g and /^^s 
and forwards it to higher layers } 
} 


7.1.7.1.4.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.212, clauses 5.3.3.1.2 and 
5.3.3.1.3; TS 36.213, clauses 7.1.6.3, 7.1.7, 7.1.7.1, 7.1.7.2 and 7.1.7.2.1; and TS 36.306 clause 4.1. 

[TS 36.212 clause 5.3.3.1.2] 


Table 5.3.3.1.2-1 : Ambiguous Sizes of Information Bits 

I {1 2, 1 4, 1 6 ,20, 24, 26, 32, 40, 44, 56} | 

[TS 36.212 clause 5.3.3.1.3] 

DCI format 1 A is used for the compact scheduling of one PDSCH codeword and random access procedure initiated by a 
PDCCH order. 

The following information is transmitted by means of the DCI format lA: 

- Flag for formatO/formatl A differentiation - 1 bit, where value indicates format and value 1 indicates format 1 A 
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Otherwise, 

- Localized/Distributed VRB assignment flag - 1 bit as defined in 7.1.6.3 of [3] 

- Resource block assignment - |log2(A^RB (^rb +1)/^) I bits as defined in section 7.1.6.3 of [3]: 

- For localized VRB: 

I log2 (A/^RB (^RB + 1) / 2) I bits provide the resource allocation 

- For distributed VRB: 

- If ^RB < 50 or if the format lA CRC is scrambled by RA-RNTI, P-RNTI, or SI-RNTI 

- I log 2 (A/^RB (^RB + 1) / 2) I bits provide the resource allocation 


Else 


- 1 bit, the MSB indicates the gap value, where value indicates A^g^p = A^gap,i and value 1 indicates 

^^gap ~ ^^gap,2 

- (| log2 (A/^RB (^RB "•" 1) / 2) I — 1) bits provide the resource allocation 
- Modulation and coding scheme - 5bits as defined in section 7.1.7 of [3] 

If the number of information bits in format 1 A is less than that of format 0, zeros shall be appended to format 1 A until 
the payload size equals that of format 0. 

If the number of information bits in format lA belongs to one of the sizes in Table 5.3.3.1.2-1, one zero bit shall be 
appended to format 1 A. 


[TS 36.213 clause 7.1.6.3] 

In resource allocations of type 2, the resource block assignment information indicates to a scheduled UE a set of 
contiguously allocated localized virtual resource blocks or distributed virtual resource blocks. In case of resource 
allocation signalled with PDCCH DCI format 1 A, IB or ID, one bit flag indicates whether localized virtual resource 
blocks or distributed virtual resource blocks are assigned (value indicates Localized and value 1 indicates Distributed 
VRB assignment) while distributed virtual resource blocks are always assigned in case of resource allocation signalled 
with PDCCH DCI format IC. Localized VRB allocations for a UE vary from a single VRB up to a maximum number 
of VRBs spanning the system bandwidth. For DCI format 1 A the distributed VRB allocations for a UE vary from a 
single VRB up to A^.^^^, vRBs, where A^.^^^, j^ defined in [3], if the DCI CRC is scrambled by P-RNTI, RA-RNTI, or 

VRB VRB 

SI-RNTI. With PDCCH DCI format IB, ID, or lA with a CRC scrambled with C-RNTI, distributed VRB allocations 
for a UE vary from a single VRB up to N^^^ VRBs if N^^ is 6-49 and vary from a single VRB up to 16 if N^^ is 50- 

1 10. With PDCCH DCI format IC, distributed VRB allocations for a UE vary from a^^^^p VRB(s) up to 

I N^t.. / A/^r? I- Nl^S" VRBs with an increment step of N!!^^ , where N!!^^ value is determined depending on the downlink 

|_ VRB RB _| RB RB RB -•- ^^ 

system bandwidth as shown in Table 7.1.6.3-1. 

Table 7.1.6.3-1 : a^^'^p values vs. Downlink System Bandwidth 


System BW 

A^r 

DCI format 1C 

6-49 

2 

50-110 

4 
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For PDCCH DCI format 1 A, IB or ID, a type 2 resource allocation field consists of a resource indication value (RIV) 
corresponding to a starting resource block ( RB^^^^^ ) and a length in terms of virtually contiguously allocated resource 

blocks L^j^^^ . The resource indication value is defined by 
if(L,,,,-l)<LA^,",^/2j then 

else 
RIV = <^ ( A^,^,^ - L,,,, + 1) + «^ - 1 - RB,^, ) 

where L^j^^^ ^ 1 and shall not exceed Nyj^^ — RB^^^^^ . 

For PDCCH DCI format IC, a type 2 resource block assignment field consists of a resource indication value (RIV) 
corresponding to a starting resource block ( RB^^^^^ = , N^^ , 2N^^ , • • • , ([a/^vrb / ^rb^ J~ 1)^rb^ ^ ^^^ ^ length in terms 
of virtually contiguously allocated resource blocks ( L^^r^^ = N^^^ , 2N^^ , • • • , [a/^vrb / ^rb^ J " ^rb^ ^' ^^^ resource 
indication value is defined by 

if(4,,,-l)<[K^,W2j then 

riv^nZ(Lc,ss-^) + RbL, 

else 
RIV = <^^«^^ -4,,, +l) + «^.' -1-^CJ 

where 4,,, = L,,,^ I NT/ , /?C. = ^^... / K/ and <^^ = [n^ I NT/ J. Here, 

^CRBs ^ 1 and shall not exceed A^;;^^^ - RB^^^^^ . 
[TS 36.213 clause 7.1.7] 

To determine the modulation order and transport block size(s) in the physical downlink shared channel, the UE shall 
first 

- read the 5-bit "modulation and coding scheme" field ( /j^^^g ) in the DCI 

and second if the DCI CRC is scrambled by P-RNTI, RA-RNTI, or SI-RNTI then 


else 

- set the Table 7.1.7.2.1-1 column indicator N^^^ to the total number of allocated PRBs based on the procedure 
defined in Section 7.1.6. 

if the transport block is transmitted in DwPTS of the special subframe in frame structure type 2, then 
set the Table 7.1.7.2.1-1 column indicator A^^^^ = maxjl A^pj^g xO.TSj , l| , 

else, set the Table 7.1.7.2.1-1 column indicator Npj^^ = Npj^^ . 

The UE may skip decoding a transport block in an initial transmission if the effective channel code rate is higher than 
0.930, where the effective channel code rate is defined as the number of downlink information bits (including CRC bits) 
divided by the number of physical channel bits on PDSCH. If the UE skips decoding, the physical layer indicates to 
higher layer that the transport block is not successfully decoded. For the special subframe configurations and 5 with 
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normal CP or configurations and 4 with extended CP, shown in table 4.2-1 [3], there shall be no PDSCH transmission 
in DwPTS of the special subframe. 

[TS 36.213 clause 7.1.7.1] 

The UE shall use Q^ = 2 if the DCI CRC is scrambled by P-RNTI, RA-RNTI, or SI-RNTI, otherwise, the UE shall 
use /j^(3s and Table 7.1.7.1-1 to determine the modulation order (Q^) used in the physical downlink shared channel. 

Table 7.1 .7.1-1 : Modulation and TBS index table for PDSCH 


MCS Index 

^MCS 

Modulation Order 

TBS Index 

^TBS 



2 



1 

2 

1 

2 

2 

2 

3 

2 

3 

4 

2 

4 

5 

2 

5 

6 

2 

6 

7 

2 

7 

8 

2 

8 

9 

2 

9 

10 

4 

9 

11 

4 

10 

12 

4 

11 

13 

4 

12 

14 

4 

13 

15 

4 

14 

16 

4 

15 

17 

6 

15 

18 

6 

16 

19 

6 

17 

20 

6 

18 

21 

6 

19 

22 

6 

20 

23 

6 

21 

24 

6 

22 

25 

6 

23 

26 

6 

24 

27 

6 

25 

28 

6 

26 

29 

2 

reserved 

30 

4 

31 

6 


[TS 36.213 clause 7.1.7.2] 

If the DCI CRC is scrambled by P-RNTI, RA-RNTI, or SI-RNTI then 
- for DCI format 1 A: 

- the UE shall set the TBS index ( I^^^ ) equal to /j^^^g and determine its TBS by the procedure in Section 
7.1.7.2.1. 


else 

- for < /j^(3s < 28 , the UE shall first determine the TBS index ( I^^^ ) using /j^^^g and Table 7. 1 .7. 1-1 except if the 

transport block is disabled in DCI formats 2 and 2A as specified below. For a transport block that is not mapped 
to two-layer spatial multiplexing, the TBS is determined by the procedure in Section 7.1.7.2.1. For a transport 
block that is mapped to two-layer spatial multiplexing, the TBS is determined by the procedure in Section 

7.1.7.2.2. 
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- for 29 < /j^cs ^ 31 , the TBS is assumed to be as determined from DCI transported in the latest PDCCH for the 
same transport block using < I^^^^ < 28 . If there is no latest PDCCH for the same transport block 

using < /j^(3s < 28 , and if the initial PDSCH for the same transport block is semi-persistently scheduled, the 
TBS shall be determined from the most recent semi-persistent scheduling assignment PDCCH. 

- In DCI formats 2 and 2A a transport block is disabled if I^^^^ = and if rvi^x = 1 otherwise the transport block is 
enabled. 

The NDI and HARQ process ID, as signalled on PDCCH, and the TBS, as determined above, shall be delivered to 
higher layers. 

[TS 36.213 clause 7.1.7.2.1] 

Fori < A^pRB < 110, the TBS is given by the ( /^bs , A^prb ) entry of Table 7.1.7.2.1-1. 
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Table 7.1.7.2.1-1: Transport block size table (dimension 27x110) 


^TBS 

^PRB 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 



16 

32 

56 

88 

120 

152 

176 

208 

224 

256 

1 

24 

56 

88 

144 

176 

208 

224 

256 

328 

344 

2 

32 

72 

144 

176 

208 

256 

296 

328 

376 

424 

3 

40 

104 

176 

208 

256 

328 

392 

440 

504 

568 

4 

56 

120 

208 

256 

328 

408 

488 

552 

632 

696 

5 

72 

144 

224 

328 

424 

504 

600 

680 

776 

872 

6 

328 

176 

256 

392 

504 

600 

712 

808 

936 

1032 

7 

104 

224 

328 

472 

584 

712 

840 

968 

1096 

1224 

8 

120 

256 

392 

536 

680 

808 

968 

1096 

1256 

1384 

9 

136 

296 

456 

616 

776 

936 

1096 

1256 

1416 

1544 

10 

144 

328 

504 

680 

872 

1032 

1224 

1384 

1544 

1736 

11 

176 

376 

584 

776 

1000 

1192 

1384 

1608 

1800 

2024 

12 

208 

440 

680 

904 

1128 

1352 

1608 

1800 

2024 

2280 

13 

224 

488 

744 

1000 

1256 

1544 

1800 

2024 

2280 

2536 

14 

256 

552 

840 

1128 

1416 

1736 

1992 

2280 

2600 

2856 

15 

280 

600 

904 

1224 

1544 

1800 

2152 

2472 

2728 

3112 

16 

328 

632 

968 

1288 

1608 

1928 

2280 

2600 

2984 

3240 

17 

336 

696 

1064 

1416 

1800 

2152 

2536 

2856 

3240 

3624 

18 

376 

776 

1160 

1544 

1992 

2344 

2792 

3112 

3624 

4008 

19 

408 

840 

1288 

1736 

2152 

2600 

2984 

3496 

3880 

4264 

20 

440 

904 

1384 

1864 

2344 

2792 

3240 

3752 

4136 

4584 

21 

488 

1000 

1480 

1992 

2472 

2984 

3496 

4008 

4584 

4968 

22 

520 

1064 

1608 

2152 

2664 

3240 

3752 

4264 

4776 

5352 

23 

552 

1128 

1736 

2280 

2856 

3496 

4008 

4584 

5160 

5736 

24 

584 

1192 

1800 

2408 

2984 

3624 

4264 

4968 

5544 

5992 

25 

616 

1256 

1864 

2536 

3112 

3752 

4392 

5160 

5736 

6200 

26 

712 

1480 

2216 

2984 

3752 

4392 

5160 

5992 

6712 

7480 

^TBS 

N 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 



288 

328 

344 

376 

392 

424 

456 

488 

504 

536 

1 

376 

424 

456 

488 

520 

568 

600 

632 

680 

712 

2 

472 

520 

568 

616 

648 

696 

744 

776 

840 

872 

3 

616 

680 

744 

808 

872 

904 

968 

1032 

1096 

1160 

4 

776 

840 

904 

1000 

1064 

1128 

1192 

1288 

1352 

1416 

5 

968 

1032 

1128 

1224 

1320 

1384 

1480 

1544 

1672 

1736 

6 

1128 

1224 

1352 

1480 

1544 

1672 

1736 

1864 

1992 

2088 

7 

1320 

1480 

1608 

1672 

1800 

1928 

2088 

2216 

2344 

2472 

8 

1544 

1672 

1800 

1928 

2088 

2216 

2344 

2536 

2664 

2792 

9 

1736 

1864 

2024 

2216 

2344 

2536 

2664 

2856 

2984 

3112 

10 

1928 

2088 

2280 

2472 

2664 

2792 

2984 

3112 

3368 

3496 

11 

2216 

2408 

2600 

2792 

2984 

3240 

3496 

3624 

3880 

4008 

12 

2472 

2728 

2984 

3240 

3368 

3624 

3880 

4136 

4392 

4584 

13 

2856 

3112 

3368 

3624 

3880 

4136 

4392 

4584 

4968 

5160 

14 

3112 

3496 

3752 

4008 

4264 

4584 

4968 

5160 

5544 

5736 

15 

3368 

3624 

4008 

4264 

4584 

4968 

5160 

5544 

5736 

6200 

16 

3624 

3880 

4264 

4584 

4968 

5160 

5544 

5992 

6200 

6456 

17 

4008 

4392 

4776 

5160 

5352 

5736 

6200 

6456 

6712 

7224 

18 

4392 

4776 

5160 

5544 

5992 

6200 

6712 

7224 

7480 

7992 

19 

4776 

5160 

5544 

5992 

6456 

6968 

7224 

7736 

8248 

8504 

20 

5160 

5544 

5992 

6456 

6968 

7480 

7992 

8248 

8760 

9144 

21 

5544 

5992 

6456 

6968 

7480 

7992 

8504 

9144 

9528 

9912 

22 

5992 

6456 

6968 

7480 

7992 

8504 

9144 

9528 

10296 

10680 

23 

6200 

6968 

7480 

7992 

8504 

9144 

9912 

10296 

11064 

11448 

24 

6712 

7224 

7992 

8504 

9144 

9912 

10296 

11064 

11448 

12216 

25 

6968 

7480 

8248 

8760 

9528 

10296 

10680 

11448 

12216 

12576 

26 

8248 

8760 

9528 

10296 

11064 

11832 

12576 
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22920 

22920 

22920 

14 

22920 

23688 

23688 

24496 

24496 

24496 

25456 

25456 

25456 

25456 
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15 

24496 

25456 

25456 

25456 

26416 

26416 

26416 

27376 

27376 

27376 

16 

26416 

26416 

27376 

27376 

27376 

28336 

28336 

28336 

29296 

29296 

17 

29296 

29296 

30576 

30576 

30576 

30576 

31704 

31704 

31704 

32856 

18 

31704 

32856 

32856 

32856 

34008 

34008 

34008 

35160 

35160 

35160 

19 

35160 

35160 

35160 

36696 

36696 

36696 

37888 

37888 

37888 

39232 

20 

37888 

37888 

39232 

39232 

39232 

40576 

40576 

40576 

42368 

42368 

21 

40576 

40576 

42368 

42368 

42368 

43816 

43816 

43816 

45352 

45352 

22 

43816 

43816 

45352 

45352 

45352 

46888 

46888 

46888 

48936 

48936 

23 

46888 

46888 

46888 

48936 

48936 

48936 

51024 

51024 

51024 

51024 

24 

48936 

51024 

51024 

51024 

52752 

52752 

52752 

52752 

55056 

55056 

25 

51024 

52752 

52752 

52752 

55056 

55056 

55056 

55056 

57336 

57336 

26 

59256 

59256 

61664 

61664 

61664 

63776 

63776 

63776 

66592 

66592 

^TBS 

^PRB 

91 

92 

93 

94 

95 

96 

97 

98 

99 

100 



2536 

2536 

2600 

2600 

2664 

2664 

2728 

2728 

2728 

2792 

1 

3368 

3368 

3368 

3496 

3496 

3496 

3496 

3624 

3624 

3624 

2 

4136 

4136 

4136 

4264 

4264 

4264 

4392 

4392 

4392 

4584 

3 

5352 

5352 

5352 

5544 

5544 

5544 

5736 

5736 

5736 

5736 

4 

6456 

6456 

6712 

6712 

6712 

6968 

6968 

6968 

6968 

7224 

5 

7992 

7992 

8248 

8248 

8248 

8504 

8504 

8760 

8760 

8760 

6 

9528 

9528 

9528 

9912 

9912 

9912 

10296 

10296 

10296 

10296 

7 

11064 

11448 

11448 

11448 

11448 

11832 

11832 

11832 

12216 

12216 

8 

12576 

12960 

12960 

12960 

13536 

13536 

13536 

13536 

14112 

14112 

9 

14112 

14688 

14688 

14688 

15264 

15264 

15264 

15264 

15840 

15840 

10 

15840 

16416 

16416 

16416 

16992 

16992 

16992 

16992 

17568 

17568 

11 

18336 

18336 

19080 

19080 

19080 

19080 

19848 

19848 

19848 

19848 

12 

20616 

21384 

21384 

21384 

21384 

22152 

22152 

22152 

22920 

22920 

13 

23688 

23688 

23688 

24496 

24496 

24496 

25456 

25456 

25456 

25456 

14 

26416 

26416 

26416 

27376 

27376 

27376 

28336 

28336 

28336 

28336 

15 

28336 

28336 

28336 

29296 

29296 

29296 

29296 

30576 

30576 

30576 

16 

29296 

30576 

30576 

30576 

30576 

31704 

31704 

31704 

31704 

32856 

17 

32856 

32856 

34008 

34008 

34008 

35160 

35160 

35160 

35160 

36696 

18 

36696 

36696 

36696 

37888 

37888 

37888 

37888 

39232 

39232 

39232 

19 

39232 

39232 

40576 

40576 

40576 

40576 

42368 

42368 

42368 

43816 

20 

42368 

42368 

43816 

43816 

43816 

45352 

45352 

45352 

46888 

46888 

21 

45352 

46888 

46888 

46888 

46888 

48936 

48936 

48936 

48936 

51024 

22 

48936 

48936 

51024 

51024 

51024 

51024 

52752 

52752 

52752 

55056 

23 

52752 

52752 

52752 

55056 

55056 

55056 

55056 

57336 

57336 

57336 

24 

55056 

57336 

57336 

57336 

57336 

59256 

59256 

59256 

61664 

61664 

25 

57336 

59256 

59256 

59256 

61664 

61664 

61664 

61664 

63776 

63776 

26 

66592 

68808 

68808 

68808 

71112 

71112 

71112 

73712 

73712 

75376 

^TBS 

N 

101 

102 

103 

104 

105 

106 

107 

108 

109 

110 



2792 

2856 

2856 

2856 

2984 

2984 

2984 

2984 

2984 

3112 

1 

3752 

3752 

3752 

3752 

3880 

3880 

3880 

4008 

4008 

4008 

2 

4584 

4584 

4584 

4584 

4776 

4776 

4776 

4776 

4968 

4968 

3 

5992 

5992 

5992 

5992 

6200 

6200 

6200 

6200 

6456 

6456 

4 

7224 

7224 

7480 

7480 

7480 

7480 

7736 

7736 

7736 

7992 

5 

8760 

9144 

9144 

9144 

9144 

9528 

9528 

9528 

9528 

9528 

6 

10680 

10680 

10680 

10680 

11064 

11064 

11064 

11448 

11448 

11448 

7 

12216 

12576 

12576 

12576 

12960 

12960 

12960 

12960 

13536 

13536 

8 

14112 

14112 

14688 

14688 

14688 

14688 

15264 

15264 

15264 

15264 

9 

15840 

16416 

16416 

16416 

16416 

16992 

16992 

16992 

16992 

17568 

10 

17568 

18336 

18336 

18336 

18336 

18336 

19080 

19080 

19080 

19080 

11 

20616 

20616 

20616 

21384 

21384 

21384 

21384 

22152 

22152 

22152 

12 

22920 

23688 

23688 

23688 

23688 

24496 

24496 

24496 

24496 

25456 

13 

26416 

26416 

26416 

26416 

27376 

27376 

27376 

27376 

28336 

28336 

14 

29296 

29296 

29296 

29296 

30576 

30576 

30576 

30576 

31704 

31704 

15 

30576 

31704 

31704 

31704 

31704 

32856 

32856 

32856 

34008 

34008 

16 

32856 

32856 

34008 

34008 

34008 

34008 

35160 

35160 

35160 

35160 

17 

36696 

36696 

36696 

37888 

37888 

37888 

39232 

39232 

39232 

39232 

18 

40576 

40576 

40576 

40576 

42368 

42368 

42368 

42368 

43816 

43816 

19 

43816 

43816 

43816 

45352 

45352 

45352 

46888 

46888 

46888 

46888 
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20 

46888 

46888 

48936 

48936 

48936 

48936 

48936 

51024 

51024 

51024 

21 

51024 

51024 

51024 

52752 

52752 

52752 

52752 

55056 

55056 

55056 

22 

55056 

55056 

55056 

57336 

57336 

57336 

57336 

59256 

59256 

59256 

23 

57336 

59256 

59256 

59256 

59256 

61664 

61664 

61664 

61664 

63776 

24 

61664 

61664 

63776 

63776 

63776 

63776 

66592 

66592 

66592 

66592 

25 

63776 

63776 

66592 

66592 

66592 

66592 

68808 

68808 

68808 

71112 

26 

75376 

75376 

75376 

75376 

75376 

75376 

75376 

75376 

75376 

75376 


[TS 36.306 clause 4.1] 

The field ue-Category defines a combined uplink and downlink capability. The parameters set by the UE Category are 
defined in subclause 4.2. Tables 4.1-1 and 4.1-2 define the downlink and, respectively, uplink physical layer parameter 
values for each UE Category. 

Table 4.1-1 : Downlink physical layer parameter values set by the field ue-Category 


UE Category 

Maximum number of 

DL-SCH transport 

block bits received 

within a TTI 

Maximum number 
of bits of a DL- 
SCH transport 
block received 
within a TTI 

Total number of 
soft channel bits 

Maximum number 

of supported 

layers for spatial 

multiplexing in DL 

Category 1 

10296 

10296 

250368 

1 

Category 2 

51024 

51024 

1237248 

2 

Category 3 

102048 

75376 

1237248 

2 

Category 4 

150752 

75376 

1827072 

2 

Category 5 

299552 

149776 

3667200 

4 


Table 4.1-2: Uplink physical layer parameter values set by the field ue-Category 


UE Category 

Maximum number of 

bits of an UL-SCH 

transport block 

transmitted within a 

TTI 

Support for 
64QAM in UL 

Category 1 

5160 

No 

Category 2 

25456 

No 

Category 3 

51024 

No 

Category 4 

51024 

No 

Category 5 

75376 

Yes 


7.1 .7.1 .4.3 Test description 

7.1 .7.1 .4.3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 

Uplink and downlink bandwidth set to the maximum bandwidth for the E-UTRA Band under test as specified in 
Table 5.6.1-1 in [31] (to enable testing of N^^^ up to maximum value). For Band 25, based on industry 
requirement, uplink and downlink bandwidth set to lOMHz. 

- DCI format IC shall be used for BCCH, PCH and RAR (note). 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

NOTE: To maximize resources for DL-SCH TB size testing for DCI format 1 A/RA type 2/Distributed VRB then 
the SS need to use DCI Format IC for BCCH, PCH and RAR 
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7.1.7.1.4.3.2 


Test procedure sequence 
Table 7.1.7.1.4.3.2-1 : Maximum TBsize for different UE categories 


UE Category 

Maximum number of 
bits of a DL-SCH 
transport block 

received within a TTI 

Category 1 

10296 

Category 2 

51024 

Category 3 

75376 

Category 4 

75376 

Category 5 

149776 


Table 7.1.7.1.4.3.2-2: Number of downlink PDCP SDUs and PDCP SDU size used as test data 


TBsize 

[bits] 

Number of 
PDCP SDUs 

PDCP SDU size 

[bits] 

See note 1 

1 04 < TBsize ^12096 
note 2 

1 

8*FLOOR((TBsize-96)/8) 

1 2097 < TBsize ^241 28 

2 

8*FLOOR((TBsize-128)/16)) 

241 29 < TBsize ^361 52 

3 

8*FL00R((TBsize- 152)/24)) 

36153 < TBsize ^481 84 

4 

8*FLOOR((TBsize-184)/32)) 

48185 < TBsize ^60208 

5 

8*FLOOR((TBsize-208)/40)) 

60209 < TBsize ^72240 

6 

8*FLOOR((TBsize-240)/48)) 

TBsize> 72240 

7 

8*FLOOR((TBsize-264)/56)) 

Note 1 : Each PDCP SDU is limited to 1500 octets (to keep below maximum SDU size of ESM as specified in TS 
24.301 clause 9.9.4.12). 

The PDCP SDU size of each PDCP SDU is 

PDCP SDU size = (TBsize - N*PDCP header size - AMD PDU header size - MAC header size - 
Size of Timing Advance - RLC Status PDU size) / N, where 

PDCP header size is 1 6 bits for the RLC AM and 1 2-bit SN case; 

AMD PDU header size is CIEL[(16+(N-1)*12)/8] bytes which includes 16 standard AM header 

and (N-1) Length indicators; and 

MAC header size = 40 bits as MAC header can be 

R/R/E/LCID MAC subheader (8 bits for Timing Advance) + R/R/E/LCID MAC subheader (16 bits 

for MAC SDU for RLC Status PDU) + R/R/E/LCID MAC subheader (8 bits for MAC SDU for 

AMD PDU) = 8 + 16 + 8 bits = 32 bits 

OR 

R/R/E/LCID MAC subheader (8 bits for Timing Advance) + R/R/E/LCID MAC subheader (24 bits 

for MAC SDU for AMD PDU, Note: Length can be 2 bytes depending on the size of AMD PDU) 

+R/R/E/LCID MAC subheader (8 bits for MAC SDU for RLC Status PDU) = 8 + 24+8 bits = 40 

bits 

Therefore maximum MAC header size can be 40 bits 
Size of Timing Advance MAC CE is 8 bits (if no Timing Advance and/or RLC status needs to be sent, 
padding will occur instead) 
RLC Status PDU size = 16 bits 

This gives: 

PDCP SDU size = 8*FL00R((TBsize - N*1 6- 8*CIEL((1 6+(N-1 )*1 2)/8) - 64)/(8*N)) bits. 
Note 2: According to TS 36.213 Table 7.1.7.2.1-1 and the final PDCP SDU size formula in Note 1, the smallest 
TBsize that can be tested is 1 04 bits. 
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Table 7.1. 7.1. 4.3.2-2a: Bandwidth Dependent Parameters 


Max Bandwidth 

Max A^pRB 

MAX VRB 

10Mhz 

50 

16 

15Mhz 

75 

16 

20Mhz 

100 

16 

Note : Maximum bandwidth for EUTRA bands is 10/15/20 Mhz. 


Table 7.1.7.1.4.3.2-2b: Ambiguous Sizes of Information Bits 

I {1 2, 1 4, 1 6 ,20, 24, 26, 32, 40, 44, 56} | 


Table 7.1.7.1.4.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: Steps 1 to 4 are 
repeated for values of N^^^ from 

1 to 16[MAX VRB] and /^cs from 
to 28. 





1 

SS looks up /^Bs in table 7. 1.7.1 - 
1 in TS 36.213 based on the value 
of /mcs ■ SS loo^^s up TBsize in 
table 7.1.7.2.1-1 in TS 36.213 
based on values of N^^^ and 

^TBS ■ 






EXCEPTION: Steps 2 to 4 are 
performed if TBsize is less than or 
equal to UE capability "Maximum 
number of DL-SCH transport 
block bits received within a TTI" 
as specified in Table 7.1 .7.1 .4.3.2- 
1 and larger than or equal to 104 
bits as specified in Table 
7.1 .7.1 .4.3.2-2, and the effective 
channel code rate, as defined in 
TS 36.21 3 clause 7.1.7 is lower 
than or equal to 0.930. 





2 

SS creates one or more PDCP 
SDUs, depending on TBsize, in 
accordance with Table 
7.1.7.1.4.3.2-2. 





3 

SS transmits the PDCP SDUs 
concatenated into a MAC PDU 
and indicates on PDCCH DCI 
Format 1 A with RA type 2 using 
Distributed VRB and a resource 
block assignment (RBA) 

correspondent to N^^^ as 

specified in 7.1.6.3 in TS 36.213 
and modulation and coding 

scheme lyics ■ 

If the number of information bits in 
format 1 A is less than that of 
format 0, zeros shall be appended 
by the SS to format 1 A until the 
payload size equals that of format 
0. 

<- 

MAC PDU (NxPDCP 

SDUs) 

DCI: (DCI Format 1 A, RA 

type 2, 

Localized/Distributed VRB 

assignment flag ='1', 

RBA(A^p^J, 7^,3) 
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If the number of information bits in 
format 1 A belongs to one of the 
sizes in Table 7.1 .7.1 .4.3.2-2b, 
one zero bit shall be appended by 
the SS to format 1 A. 





3A 

At the reception of scheduling 
request the SS transmits UL Grant 
for transmitting loop back PDCP 
SDUs. 

<- 

(UL Grant) 



4 

CHECK: Does UE return the 
same number of PDCP SDUs with 
same content as transmitted by 
the SS in step 3? 

-> 

(NxPDCP SDUs) 

1 

P 


7.1 .7.1 .4.3.3 Specific IVIessage Contents 

Table 7.1.7.1.4.3.3.1 : MAC-MainConfig-RBC (preamble Table 4.5.3.3-1 [18]: Step 8) 


Derivation Path: 36.508 Table 4.8.2.1 .5-1 

Information Element 

Value/remark 

Comment 

Condition 

retxBSR-Timer 

sf320 




DL-SCH transport block size selection / DCI format 2A / RA type / Two 
transport blocks enabled / Transport block to codeword swap flag value set to '0' 

Test Purpose (TP) 


7.1.7.1.5 

7.1.7.1.5.1 
(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE has two transport blocks enabled and on PDCCH receives DCI format 2A indicating Resource 

Allocation Type 0, a resource block assignment correspondent to A^p^g physical resource blocks, the 

Transport block to codeword swap flag value set to '0' and a modulation and coding scheme ly^Q^for 
two transport blocks } 

then { UE decodes the received transport blocks of sizes correspondent to the read A^p^g and 

^MCS ^^^ transport block 1 and /j^cs ^^^ transport block 2 and forwards it to higher layers } 


7.1.7.1.5.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.212, clauses 5.3.3.1.2, 
5.3.3.1.5 and 5.3.3. 1.5A; TS 36.213, clauses 7.1.6.1, 7.1.7, 7.1.7.1, 7.1.7.2 and 7.1.7.2.1; and TS 36.306 clause 4.1. 

[TS 36.212 clause 5.3.3.1.2] 


Table 5.3.3.1.2-1 : Ambiguous Sizes of Information Bits 

I {1 2, 1 4, 1 6 ,20, 24, 26, 32, 40, 44, 56} | 


[TS 36.212 clause 5.3.3.1.5] 
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Table 5.3.3.1.5-1 : Transport block to codeword mapping 
(two transport blocks enabled) 


transport block 

to codeword 
swap flag value 

codeword 
(enabled) 

codeword 1 
(enabled) 



transport block 1 

transport block 2 

1 

transport block 2 

transport block 1 


Table 5.3.3.1.5-2: Transport block to codeword mapping 
(one transport block enabled) 


Transport block 1 

transport block 2 

codeword 
(enabled) 

codeword 1 
(disabled) 

enabled 

disabled 

transport 
block 1 

- 

disabled 

enabled 

transport 
block 2 

- 


[TS 36.212 clause 5.3.3.1.5A] 

The following information is transmitted by means of the DCI format 2A: 

- Resource allocation header (resource allocation type / type 1) - 1 bit as defined in section 7.1.6 of [3] 

If downlink bandwidth is less than or equal to 10 PRBs, there is no resource allocation header and resource 
allocation type is assumed. 

- Resource block assignment: 

- For resource allocation type as defined in section 7.1.6.1 of [3] 

- I A/^RB / P I bits provide the resource allocation 

where the value of P depends on the number of DL resource blocks as indicated in subclause [7.1.6.1] of [3] 

- Transport block to codeword swap flag - 1 bit 
In addition, for transport block 1 : 

- Modulation and coding scheme - 5 bits as defined in section 7.1.7 of [3] 

- New data indicator - 1 bit 

- Redundancy version - 2 bits 
In addition, for transport block 2: 

- Modulation and coding scheme - 5 bits as defined in section 7.1.7 of [3] 

- New data indicator - 1 bit 

- Redundancy version - 2 bits 

Preceding information - number of bits as specified in Table 5. 3. 3. 1.5 A- 1 

If both transport blocks are enabled, the transport block to codeword mapping is specified according to Table 
5.3.3.1.5-1. 
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In case one of the transport blocks is disabled, the transport block to codeword swap flag is reserved and the transport 
block to codeword mapping is specified according to Table 5.3.3.1.5-2. 

The precoding information field is defined according to Table 5.3.3.1.5A-2. For a single enabled codeword, index 1 in 
Table 5.3.3.1.5A-2 is only supported for retransmission of the corresponding transport block if that transport block has 
previously been transmitted using two layers with open-loop spatial multiplexing. 

For transmission with 2 antenna ports, the precoding information field is not present. The number of transmission layers 
is equal to 2 if both codewords are enabled; transmit diversity is used if codeword is enabled while codeword 1 is 
disabled. 

If the number of information bits in format 2A belongs to one of the sizes in Table 5.3.3.1.2-1, one zero bit shall be 
appended to format 2A. 

Table 5.3.3.1. 5A-1 : Number of bits for precoding information 


Number of antenna ports at eNodeB 

Number of bits for precoding information 

2 



4 

2 


Table 5.3.3.1. 5A-2: Content of precoding information field for 4 antenna ports 


One codeword: 
Codeword enabled, 
Codeword 1 disabled 

T\ 
Cod 
Cod 

i\to codewords: 
eword enabled, 
eword 1 enabled 

Bit field 

mapped to 

index 

Message 

Bit field 
mapped 
to index 

Message 



4 layers: Transmit 
diversity 



2 layers: precoder 

cycling with large delay 

CDD 

1 

2 layers: precoder 

cycling with large delay 

CDD 

1 

3 layers: precoder 

cycling with large delay 

CDD 

2 

reserved 

2 

4 layers: precoder 

cycling with large delay 

CDD 

3 

reserved 

3 

reserved 


[TS 36.213 clause 7.1.6.1] 

In resource allocations of type 0, resource block assignment information includes a bitmap indicating the resource block 
groups (RBGs) that are allocated to the scheduled UE where a RBG is a set of consecutive physical resource blocks 
(PRBs). Resource block group size (P) is a function of the system bandwidth as shown in Table 7.1.6.1-1. The total 

number of RBGs ( N^^q ) for downlink system bandwidth ofN^^ PRBs is given by Nj^^q = \ N^^ / P \ where 

L^RB / P\ of the RBGs are of size P and if N^^ mod P > then one of the RBGs is of size A^^^ - P ■ [n^^ I p\ . The 

bitmap is of size A^rbq bits with one bitmap bit per RBG such that each RBG is addressable. The RBGs shall be 

indexed in the order of increasing frequency and non-increasing RBG sizes starting at the lowest frequency. The order 

of RBG to bitmap bit mapping is in such way that RBG to RBG A/^r^q — 1 are mapped to MSB to LSB of the bitmap. 

The RBG is allocated to the UE if the corresponding bit value in the bitmap is 1, the RBG is not allocated to the UE 
otherwise. 
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Table 7.1.6.1-1 : Type Resource Allocation RBG Size vs. Downlink System Bandwidth 


System Bandwidth 

RBG Size 

<10 

1 

11-26 

2 

27-63 

3 

64-110 

4 


[TS 36.213 clause 7.1.7] 

To determine the modulation order and transport block size(s) in the physical downlink shared channel, the UE shall 
first 

- read the 5-bit "modulation and coding scheme" field ( I^^^^ ) in the DCI 
and second if the DCI CRC is scrambled by P-RNTI, RA-RNTI, or SI-RNTI then 

else 

- set the Table 7.1.7.2.1-1 column indicator N^^^ to the total number of allocated PRBs based on the procedure 
defined in Section 7.1.6. 

if the transport block is transmitted in DwPTS of the special subframe in frame structure type 2, then 
set the Table 7.1.7.2.1-1 column indicator A^^^^ = maxjl A^p^g xO.TSj , l| , 

else, set the Table 7.1.7.2.1-1 column indicator Npj^^ = Npj^^ . 

The UE may skip decoding a transport block in an initial transmission if the effective channel code rate is higher than 
0.930, where the effective channel code rate is defined as the number of downlink information bits (including CRC bits) 
divided by the number of physical channel bits on PDSCH. If the UE skips decoding, the physical layer indicates to 
higher layer that the transport block is not successfully decoded. For the special subframe configurations and 5 with 
normal CP or configurations and 4 with extended CP, shown in table 4.2-1 [3], there shall be no PDSCH transmission 
in DwPTS of the special subframe. 

[TS 36.213 clause 7.1.7.1] 

The UE shall use Q^ = 2 if the DCI CRC is scrambled by P-RNTI, RA-RNTI, or SI-RNTI, otherwise, the UE shall 
use /j^(33 and Table 7.1.7.1-1 to determine the modulation order (Q^) used in the physical downlink shared channel. 
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Table 7.1.7.1-1: Modulation and TBS index table for PDSCH 


MCS Index 

^MCS 

Modulation Order 

TBS Index 

^TBS 



2 



1 

2 

1 

2 

2 

2 

3 

2 

3 

4 

2 

4 

5 

2 

5 

6 

2 

6 

7 

2 

7 

8 

2 

8 

9 

2 

9 

10 

4 

9 

11 

4 

10 

12 

4 

11 

13 

4 

12 

14 

4 

13 

15 

4 

14 

16 

4 

15 

17 

6 

15 

18 

6 

16 

19 

6 

17 

20 

6 

18 

21 

6 

19 

22 

6 

20 

23 

6 

21 

24 

6 

22 

25 

6 

23 

26 

6 

24 

27 

6 

25 

28 

6 

26 

29 

2 

reserved 

30 

4 

31 

6 


[TS 36.213 clause 7.1.7.2] 

If the DCI CRC is scrambled by P-RNTI, RA-RNTI, or SI-RNTI then 
- for DCI format 1 A: 

- the UE shall set the TBS index ( Ij^^ ) equal to I^^^^ and determine its TBS by the procedure in Section 
7.1.7.2.1. 


else 

- for < /j^(33 < 28 , the UE shall first determine the TBS index ( Ij^^ ) using I^^^ and Table 7. 1 .7. 1-1 except if the 

transport block is disabled in DCI formats 2 and 2A as specified below. For a transport block that is not mapped 
to two-layer spatial multiplexing, the TBS is determined by the procedure in Section 7.1.7.2.1. For a transport 
block that is mapped to two-layer spatial multiplexing, the TBS is determined by the procedure in Section 

7.1.7.2.2. 

- for 29 < /j^cs ^ 31 , the TBS is assumed to be as determined from DCI transported in the latest PDCCH for the 
same transport block using < I^^^ < 28 . If there is no latest PDCCH for the same transport block 

using < /j^(3s < 28 , and if the initial PDSCH for the same transport block is semi-persistently scheduled, the 
TBS shall be determined from the most recent semi-persistent scheduling assignment PDCCH. 
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- In DCI formats 2 and 2A a transport block is disabled if /j^^^g = and if rvi^x = 1 otherwise the transport block is 
enabled. 

The NDI and HARQ process ID, as signalled on PDCCH, and the TBS, as determined above, shall be delivered to 
higher layers. 

[TS 36.213 clause 7.1.7.2.1] 

Fori < A^pRB < 110, the TBS is given by the ( /^bs , A^prb ) entry of Table 7.1.7.2.1-1. 
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Table 7.1.7.2.1-1: Transport block size table (dimension 27x110) 


^TBS 

^PRB 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 



16 

32 

56 

88 

120 

152 

176 

208 

224 

256 

1 

24 

56 

88 

144 

176 

208 

224 

256 

328 

344 

2 

32 

72 

144 

176 

208 

256 

296 

328 

376 

424 

3 

40 

104 

176 

208 

256 

328 

392 

440 

504 

568 

4 

56 

120 

208 

256 

328 

408 

488 

552 

632 

696 

5 

72 

144 

224 

328 

424 

504 

600 

680 

776 

872 

6 

328 

176 

256 

392 

504 

600 

712 

808 

936 

1032 

7 

104 

224 

328 

472 

584 

712 

840 

968 

1096 

1224 

8 

120 

256 

392 

536 

680 

808 

968 

1096 

1256 

1384 

9 

136 

296 

456 

616 

776 

936 

1096 

1256 

1416 

1544 

10 

144 

328 

504 

680 

872 

1032 

1224 

1384 

1544 

1736 

11 

176 

376 

584 

776 

1000 

1192 

1384 

1608 

1800 

2024 

12 

208 

440 

680 

904 

1128 

1352 

1608 

1800 

2024 

2280 

13 

224 

488 

744 

1000 

1256 

1544 

1800 

2024 

2280 

2536 

14 

256 

552 

840 

1128 

1416 

1736 

1992 

2280 

2600 

2856 

15 

280 

600 

904 

1224 

1544 

1800 

2152 

2472 

2728 

3112 

16 

328 

632 

968 

1288 

1608 

1928 

2280 

2600 

2984 

3240 

17 

336 

696 

1064 

1416 

1800 

2152 

2536 

2856 

3240 

3624 

18 

376 

776 

1160 

1544 

1992 

2344 

2792 

3112 

3624 

4008 

19 

408 

840 

1288 

1736 

2152 

2600 

2984 

3496 

3880 

4264 

20 

440 

904 

1384 

1864 

2344 

2792 

3240 

3752 

4136 

4584 

21 

488 

1000 

1480 

1992 

2472 

2984 

3496 

4008 

4584 

4968 

22 

520 

1064 

1608 

2152 

2664 

3240 

3752 

4264 

4776 

5352 

23 

552 

1128 

1736 

2280 

2856 

3496 

4008 

4584 

5160 

5736 

24 

584 

1192 

1800 

2408 

2984 

3624 

4264 

4968 

5544 

5992 

25 

616 

1256 

1864 

2536 

3112 

3752 

4392 

5160 

5736 

6200 

26 

712 

1480 

2216 

2984 

3752 

4392 

5160 

5992 

6712 

7480 

^TBS 

^PRB 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 



288 

328 

344 

376 

392 

424 

456 

488 

504 

536 

1 

376 

424 

456 

488 

520 

568 

600 

632 

680 

712 

2 

472 

520 

568 

616 

648 

696 

744 

776 

840 

872 

3 

616 

680 

744 

808 

872 

904 

968 

1032 

1096 

1160 

4 

776 

840 

904 

1000 

1064 

1128 

1192 

1288 

1352 

1416 

5 

968 

1032 

1128 

1224 

1320 

1384 

1480 

1544 

1672 

1736 

6 

1128 

1224 

1352 

1480 

1544 

1672 

1736 

1864 

1992 

2088 

7 

1320 

1480 

1608 

1672 

1800 

1928 

2088 

2216 

2344 

2472 

8 

1544 

1672 

1800 

1928 

2088 

2216 

2344 

2536 

2664 

2792 

9 

1736 

1864 

2024 

2216 

2344 

2536 

2664 

2856 

2984 

3112 

10 

1928 

2088 

2280 

2472 

2664 

2792 

2984 

3112 

3368 

3496 

11 

2216 

2408 

2600 

2792 

2984 

3240 

3496 

3624 

3880 

4008 

12 

2472 

2728 

2984 

3240 

3368 

3624 

3880 

4136 

4392 

4584 

13 

2856 

3112 

3368 

3624 

3880 

4136 

4392 

4584 

4968 

5160 

14 

3112 

3496 

3752 

4008 

4264 

4584 

4968 

5160 

5544 

5736 

15 

3368 

3624 

4008 

4264 

4584 

4968 

5160 

5544 

5736 

6200 

16 

3624 

3880 

4264 

4584 

4968 

5160 

5544 

5992 

6200 

6456 

17 

4008 

4392 

4776 

5160 

5352 

5736 

6200 

6456 

6712 

7224 

18 

4392 

4776 

5160 

5544 

5992 

6200 

6712 

7224 

7480 

7992 

19 

4776 

5160 

5544 

5992 

6456 

6968 

7224 

7736 

8248 

8504 

20 

5160 

5544 

5992 

6456 

6968 

7480 

7992 

8248 

8760 

9144 

21 

5544 

5992 

6456 

6968 

7480 

7992 

8504 

9144 

9528 

9912 

22 

5992 

6456 

6968 

7480 

7992 

8504 

9144 

9528 

10296 

10680 

23 

6200 

6968 

7480 

7992 

8504 

9144 

9912 

10296 

11064 

11448 

24 

6712 

7224 

7992 

8504 

9144 

9912 

10296 

11064 

11448 

12216 

25 

6968 

7480 

8248 

8760 

9528 

10296 

10680 

11448 

12216 

12576 

26 

8248 

8760 

9528 

10296 

11064 

11832 

12576 

13536 

14112 

14688 

^TBS 

^PRB 

21 

22 

23 

24 

25 

26 

27 

28 

29 

30 



568 

600 

616 

648 

680 

712 

744 

776 

776 

808 

1 

744 

776 

808 

872 

904 

936 

968 

1000 

1032 

1064 
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2 

936 

968 

1000 

1064 

1096 

1160 

1192 

1256 

1288 

1320 

3 

1224 

1256 

1320 

1384 

1416 

1480 

1544 

1608 

1672 

1736 

4 

1480 

1544 

1608 

1736 

1800 

1864 

1928 

1992 

2088 

2152 

5 

1864 

1928 

2024 

2088 

2216 

2280 

2344 

2472 

2536 

2664 

6 

2216 

2280 

2408 

2472 

2600 

2728 

2792 

2984 

2984 

3112 

7 

2536 

2664 

2792 

2984 

3112 

3240 

3368 

3368 

3496 

3624 

8 

2984 

3112 

3240 

3368 

3496 

3624 

3752 

3880 

4008 

4264 

9 

3368 

3496 

3624 

3752 

4008 

4136 

4264 

4392 

4584 

4776 

10 

3752 

3880 

4008 

4264 

4392 

4584 

4776 

4968 

5160 

5352 

11 

4264 

4392 

4584 

4776 

4968 

5352 

5544 

5736 

5992 

5992 

12 

4776 

4968 

5352 

5544 

5736 

5992 

6200 

6456 

6712 

6712 

13 

5352 

5736 

5992 

6200 

6456 

6712 

6968 

7224 

7480 

7736 

14 

5992 

6200 

6456 

6968 

7224 

7480 

7736 

7992 

8248 

8504 

15 

6456 

6712 

6968 

7224 

7736 

7992 

8248 

8504 

8760 

9144 

16 

6712 

7224 

7480 

7736 

7992 

8504 

8760 

9144 

9528 

9912 

17 

7480 

7992 

8248 

8760 

9144 

9528 

9912 

10296 

10296 

10680 

18 

8248 

8760 

9144 

9528 

9912 

10296 

10680 

11064 

11448 

11832 

19 

9144 

9528 

9912 

10296 

10680 

11064 

11448 

12216 

12576 

12960 

20 

9912 

10296 

10680 

11064 

11448 

12216 

12576 

12960 

13536 

14112 

21 

10680 

11064 

11448 

12216 

12576 

12960 

13536 

14112 

14688 

15264 

22 

11448 

11832 

12576 

12960 

13536 

14112 

14688 

15264 

15840 

16416 

23 

12216 

12576 

12960 

13536 

14112 

14688 

15264 

15840 

16416 

16992 

24 

12960 

13536 

14112 

14688 

15264 

15840 

16416 

16992 

17568 

18336 

25 

13536 

14112 

14688 

15264 

15840 

16416 

16992 

17568 

18336 

19080 

26 

15264 

16416 

16992 

17568 

18336 

19080 

19848 

20616 

21384 

22152 

^TBS 

^PRB 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 



840 

872 

904 

936 

968 

1000 

1032 

1032 

1064 

1096 

1 

1128 

1160 

1192 

1224 

1256 

1288 

1352 

1384 

1416 

1416 

2 

1384 

1416 

1480 

1544 

1544 

1608 

1672 

1672 

1736 

1800 

3 

1800 

1864 

1928 

1992 

2024 

2088 

2152 

2216 

2280 

2344 

4 

2216 

2280 

2344 

2408 

2472 

2600 

2664 

2728 

2792 

2856 

5 

2728 

2792 

2856 

2984 

3112 

3112 

3240 

3368 

3496 

3496 

6 

3240 

3368 

3496 

3496 

3624 

3752 

3880 

4008 

4136 

4136 

7 

3752 

3880 

4008 

4136 

4264 

4392 

4584 

4584 

4776 

4968 

8 

4392 

4584 

4584 

4776 

4968 

4968 

5160 

5352 

5544 

5544 

9 

4968 

5160 

5160 

5352 

5544 

5736 

5736 

5992 

6200 

6200 

10 

5544 

5736 

5736 

5992 

6200 

6200 

6456 

6712 

6712 

6968 

11 

6200 

6456 

6712 

6968 

6968 

7224 

7480 

7736 

7736 

7992 

12 

6968 

7224 

7480 

7736 

7992 

8248 

8504 

8760 

8760 

9144 

13 

7992 

8248 

8504 

8760 

9144 

9144 

9528 

9912 

9912 

10296 

14 

8760 

9144 

9528 

9912 

9912 

10296 

10680 

11064 

11064 

11448 

15 

9528 

9912 

10296 

10296 

10680 

11064 

11448 

11832 

11832 

12216 

16 

9912 

10296 

10680 

11064 

11448 

11832 

12216 

12216 

12576 

12960 

17 

11064 

11448 

11832 

12216 

12576 

12960 

13536 

13536 

14112 

14688 

18 

12216 

12576 

12960 

13536 

14112 

14112 

14688 

15264 

15264 

15840 

19 

13536 

13536 

14112 

14688 

15264 

15264 

15840 

16416 

16992 

16992 

20 

14688 

14688 

15264 

15840 

16416 

16992 

16992 

17568 

18336 

18336 

21 

15840 

15840 

16416 

16992 

17568 

18336 

18336 

19080 

19848 

19848 

22 

16992 

16992 

17568 

18336 

19080 

19080 

19848 

20616 

21384 

21384 

23 

17568 

18336 

19080 

19848 

19848 

20616 

21384 

22152 

22152 

22920 

24 

19080 

19848 

19848 

20616 

21384 

22152 

22920 

22920 

23688 

24496 

25 

19848 

20616 

20616 

21384 

22152 

22920 

23688 

24496 

24496 

25456 

26 

22920 

23688 

24496 

25456 

25456 

26416 

27376 

28336 

29296 

29296 

^TBS 

^PRB 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 



1128 

1160 

1192 

1224 

1256 

1256 

1288 

1320 

1352 

1384 

1 

1480 

1544 

1544 

1608 

1608 

1672 

1736 

1736 

1800 

1800 

2 

1800 

1864 

1928 

1992 

2024 

2088 

2088 

2152 

2216 

2216 

3 

2408 

2472 

2536 

2536 

2600 

2664 

2728 

2792 

2856 

2856 

4 

2984 

2984 

3112 

3112 

3240 

3240 

3368 

3496 

3496 

3624 

5 

3624 

3752 

3752 

3880 

4008 

4008 

4136 

4264 

4392 

4392 

6 

4264 

4392 

4584 

4584 

4776 

4776 

4968 

4968 

5160 

5160 

7 

4968 

5160 

5352 

5352 

5544 

5736 

5736 

5992 

5992 

6200 
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8 

5736 

5992 

5992 

6200 

6200 

6456 

6456 

6712 

6968 

6968 

9 

6456 

6712 

6712 

6968 

6968 

7224 

7480 

7480 

7736 

7992 

10 

7224 

7480 

7480 

7736 

7992 

7992 

8248 

8504 

8504 

8760 

11 

8248 

8504 

8760 

8760 

9144 

9144 

9528 

9528 

9912 

9912 

12 

9528 

9528 

9912 

9912 

10296 

10680 

10680 

11064 

11064 

11448 

13 

10680 

10680 

11064 

11448 

11448 

11832 

12216 

12216 

12576 

12960 

14 

11832 

12216 

12216 

12576 

12960 

12960 

13536 

13536 

14112 

14112 

15 

12576 

12960 

12960 

13536 

13536 

14112 

14688 

14688 

15264 

15264 

16 

13536 

13536 

14112 

14112 

14688 

14688 

15264 

15840 

15840 

16416 

17 

14688 

15264 

15264 

15840 

16416 

16416 

16992 

17568 

17568 

18336 

18 

16416 

16416 

16992 

17568 

17568 

18336 

18336 

19080 

19080 

19848 

19 

17568 

18336 

18336 

19080 

19080 

19848 

20616 

20616 

21384 

21384 

20 

19080 

19848 

19848 

20616 

20616 

21384 

22152 

22152 

22920 

22920 

21 

20616 

21384 

21384 

22152 

22920 

22920 

23688 

24496 

24496 

25456 

22 

22152 

22920 

22920 

23688 

24496 

24496 

25456 

25456 

26416 

27376 

23 

23688 

24496 

24496 

25456 

25456 

26416 

27376 

27376 

28336 

28336 

24 

25456 

25456 

26416 

26416 

27376 

28336 

28336 

29296 

29296 

30576 

25 

26416 

26416 

27376 

28336 

28336 

29296 

29296 

30576 

31704 

31704 

26 

30576 

30576 

31704 

32856 

32856 

34008 

35160 

35160 

36696 

36696 

^TBS 

N 

51 

52 

53 

54 

55 

56 

57 

58 

59 

60 



1416 

1416 

1480 

1480 

1544 

1544 

1608 

1608 

1608 

1672 

1 

1864 

1864 

1928 

1992 

1992 

2024 

2088 

2088 

2152 

2152 

2 

2280 

2344 

2344 

2408 

2472 

2536 

2536 

2600 

2664 

2664 

3 

2984 

2984 

3112 

3112 

3240 

3240 

3368 

3368 

3496 

3496 

4 

3624 

3752 

3752 

3880 

4008 

4008 

4136 

4136 

4264 

4264 

5 

4584 

4584 

4776 

4776 

4776 

4968 

4968 

5160 

5160 

5352 

6 

5352 

5352 

5544 

5736 

5736 

5992 

5992 

5992 

6200 

6200 

7 

6200 

6456 

6456 

6712 

6712 

6712 

6968 

6968 

7224 

7224 

8 

7224 

7224 

7480 

7480 

7736 

7736 

7992 

7992 

8248 

8504 

9 

7992 

8248 

8248 

8504 

8760 

8760 

9144 

9144 

9144 

9528 

10 

9144 

9144 

9144 

9528 

9528 

9912 

9912 

10296 

10296 

10680 

11 

10296 

10680 

10680 

11064 

11064 

11448 

11448 

11832 

11832 

12216 

12 

11832 

11832 

12216 

12216 

12576 

12576 

12960 

12960 

13536 

13536 

13 

12960 

13536 

13536 

14112 

14112 

14688 

14688 

14688 

15264 

15264 

14 

14688 

14688 

15264 

15264 

15840 

15840 

16416 

16416 

16992 

16992 

15 

15840 

15840 

16416 

16416 

16992 

16992 

17568 

17568 

18336 

18336 

16 

16416 

16992 

16992 

17568 

17568 

18336 

18336 

19080 

19080 

19848 

17 

18336 

19080 

19080 

19848 

19848 

20616 

20616 

20616 

21384 

21384 

18 

19848 

20616 

21384 

21384 

22152 

22152 

22920 

22920 

23688 

23688 

19 

22152 

22152 

22920 

22920 

23688 

24496 

24496 

25456 

25456 

25456 

20 

23688 

24496 

24496 

25456 

25456 

26416 

26416 

27376 

27376 

28336 

21 

25456 

26416 

26416 

27376 

27376 

28336 

28336 

29296 

29296 

30576 

22 

27376 

28336 

28336 

29296 

29296 

30576 

30576 

31704 

31704 

32856 

23 

29296 

29296 

30576 

30576 

31704 

31704 

32856 

32856 

34008 

34008 

24 

31704 

31704 

32856 

32856 

34008 

34008 

35160 

35160 

36696 

36696 

25 

32856 

32856 

34008 

34008 

35160 

35160 

36696 

36696 

37888 

37888 

26 

37888 

37888 

39232 

40576 

40576 

40576 

42368 

42368 

43816 

43816 

^TBS 

^PRB 

61 

62 

63 

64 

65 

66 

67 

68 

69 

70 



1672 

1736 

1736 

1800 

1800 

1800 

1864 

1864 

1928 

1928 

1 

2216 

2280 

2280 

2344 

2344 

2408 

2472 

2472 

2536 

2536 

2 

2728 

2792 

2856 

2856 

2856 

2984 

2984 

3112 

3112 

3112 

3 

3624 

3624 

3624 

3752 

3752 

3880 

3880 

4008 

4008 

4136 

4 

4392 

4392 

4584 

4584 

4584 

4776 

4776 

4968 

4968 

4968 

5 

5352 

5544 

5544 

5736 

5736 

5736 

5992 

5992 

5992 

6200 

6 

6456 

6456 

6456 

6712 

6712 

6968 

6968 

6968 

7224 

7224 

7 

7480 

7480 

7736 

7736 

7992 

7992 

8248 

8248 

8504 

8504 

8 

8504 

8760 

8760 

9144 

9144 

9144 

9528 

9528 

9528 

9912 

9 

9528 

9912 

9912 

10296 

10296 

10296 

10680 

10680 

11064 

11064 

10 

10680 

11064 

11064 

11448 

11448 

11448 

11832 

11832 

12216 

12216 

11 

12216 

12576 

12576 

12960 

12960 

13536 

13536 

13536 

14112 

14112 

12 

14112 

14112 

14112 

14688 

14688 

15264 

15264 

15264 

15840 

15840 

13 

15840 

15840 

16416 

16416 

16992 

16992 

16992 

17568 

17568 

18336 
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14 

17568 

17568 

18336 

18336 

18336 

19080 

19080 

19848 

19848 

19848 

15 

18336 

19080 

19080 

19848 

19848 

20616 

20616 

20616 

21384 

21384 

16 

19848 

19848 

20616 

20616 

21384 

21384 

22152 

22152 

22152 

22920 

17 

22152 

22152 

22920 

22920 

23688 

23688 

24496 

24496 

24496 

25456 

18 

24496 

24496 

24496 

25456 

25456 

26416 

26416 

27376 

27376 

27376 

19 

26416 

26416 

27376 

27376 

28336 

28336 

29296 

29296 

29296 

30576 

20 

28336 

29296 

29296 

29296 

30576 

30576 

31704 

31704 

31704 

32856 

21 

30576 

31704 

31704 

31704 

32856 

32856 

34008 

34008 

35160 

35160 

22 

32856 

34008 

34008 

34008 

35160 

35160 

36696 

36696 

36696 

37888 

23 

35160 

35160 

36696 

36696 

37888 

37888 

37888 

39232 

39232 

40576 

24 

36696 

37888 

37888 

39232 

39232 

40576 

40576 

42368 

42368 

42368 

25 

39232 

39232 

40576 

40576 

40576 

42368 

42368 

43816 

43816 

43816 

26 

45352 

45352 

46888 

46888 

48936 

48936 

48936 

51024 

51024 

52752 

^TBS 

^PRB 

71 

72 

73 

74 

75 

76 

77 

78 

79 

80 



1992 

1992 

2024 

2088 

2088 

2088 

2152 

2152 

2216 

2216 

1 

2600 

2600 

2664 

2728 

2728 

2792 

2792 

2856 

2856 

2856 

2 

3240 

3240 

3240 

3368 

3368 

3368 

3496 

3496 

3496 

3624 

3 

4136 

4264 

4264 

4392 

4392 

4392 

4584 

4584 

4584 

4776 

4 

5160 

5160 

5160 

5352 

5352 

5544 

5544 

5544 

5736 

5736 

5 

6200 

6200 

6456 

6456 

6712 

6712 

6712 

6968 

6968 

6968 

6 

7480 

7480 

7736 

7736 

7736 

7992 

7992 

8248 

8248 

8248 

7 

8760 

8760 

8760 

9144 

9144 

9144 

9528 

9528 

9528 

9912 
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10 
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19848 
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20616 
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14 

20616 
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20616 

21384 

21384 

22152 

22152 

22152 

22920 

22920 

15 

22152 

22152 

22152 

22920 

22920 

23688 

23688 

23688 

24496 

24496 

16 

22920 

23688 

23688 

24496 

24496 

24496 

25456 

25456 

25456 

26416 

17 

25456 

26416 

26416 

26416 

27376 

27376 

27376 

28336 

28336 

29296 

18 

28336 

28336 

29296 

29296 

29296 

30576 

30576 

30576 

31704 

31704 

19 

30576 

30576 

31704 

31704 

32856 

32856 

32856 

34008 

34008 

34008 

20 

32856 

34008 

34008 

34008 

35160 

35160 

35160 

36696 

36696 

36696 

21 

35160 

36696 

36696 

36696 

37888 

37888 

39232 

39232 

39232 

40576 

22 

37888 

39232 

39232 

40576 

40576 

40576 

42368 

42368 

42368 

43816 

23 

40576 

40576 

42368 

42368 

43816 

43816 

43816 

45352 

45352 

45352 

24 

43816 

43816 

45352 

45352 

45352 

46888 

46888 

46888 

48936 

48936 

25 

45352 

45352 

46888 

46888 

46888 

48936 

48936 

48936 

51024 

51024 

26 

52752 

52752 

55056 

55056 

55056 

55056 

57336 

57336 

57336 

59256 

^TBS 

^PRB 

81 

82 

83 

84 

85 

86 

87 

88 

89 

90 



2280 

2280 

2280 

2344 

2344 

2408 

2408 

2472 

2472 

2536 

1 

2984 

2984 

2984 

3112 

3112 

3112 

3240 

3240 

3240 

3240 

2 

3624 

3624 

3752 

3752 

3880 

3880 

3880 

4008 

4008 

4008 

3 

4776 

4776 

4776 

4968 

4968 

4968 

5160 

5160 

5160 

5352 

4 

5736 

5992 

5992 

5992 

5992 

6200 

6200 

6200 

6456 

6456 

5 

7224 

7224 

7224 

7480 

7480 

7480 

7736 

7736 

7736 

7992 

6 

8504 

8504 

8760 

8760 

8760 

9144 

9144 

9144 

9144 

9528 

7 

9912 

9912 

10296 

10296 

10296 

10680 

10680 

10680 

11064 

11064 

8 

11448 

11448 

11448 

11832 

11832 

12216 

12216 

12216 

12576 

12576 

9 

12960 

12960 

12960 

13536 

13536 

13536 

13536 

14112 

14112 

14112 

10 

14112 

14688 

14688 

14688 

14688 

15264 

15264 

15264 

15840 

15840 

11 

16416 

16416 

16992 

16992 

16992 

17568 

17568 

17568 

18336 

18336 

12 

18336 

19080 

19080 

19080 

19080 

19848 

19848 

19848 

20616 

20616 

13 

20616 

21384 

21384 

21384 

22152 

22152 

22152 

22920 

22920 

22920 

14 

22920 

23688 

23688 

24496 

24496 

24496 

25456 

25456 

25456 

25456 

15 

24496 

25456 

25456 

25456 

26416 

26416 

26416 

27376 

27376 

27376 

16 

26416 

26416 

27376 

27376 

27376 

28336 

28336 

28336 

29296 

29296 

17 

29296 

29296 

30576 

30576 

30576 

30576 

31704 

31704 

31704 

32856 

18 

31704 

32856 

32856 

32856 

34008 

34008 

34008 

35160 

35160 

35160 

19 

35160 

35160 

35160 

36696 

36696 

36696 

37888 

37888 

37888 

39232 
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20 

37888 

37888 

39232 

39232 

39232 

40576 

40576 

40576 

42368 

42368 

21 

40576 

40576 

42368 

42368 

42368 

43816 

43816 

43816 

45352 

45352 

22 

43816 

43816 

45352 

45352 

45352 

46888 

46888 

46888 

48936 

48936 

23 

46888 

46888 

46888 

48936 

48936 

48936 

51024 

51024 

51024 

51024 

24 

48936 

51024 

51024 

51024 

52752 

52752 

52752 

52752 

55056 

55056 

25 

51024 

52752 

52752 

52752 

55056 

55056 

55056 

55056 

57336 

57336 

26 

59256 

59256 

61664 

61664 

61664 

63776 

63776 
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66592 

66592 

^TBS 

^PRB 

91 

92 

93 

94 

95 

96 

97 

98 

99 
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2536 

2536 

2600 

2600 

2664 

2664 

2728 

2728 

2728 

2792 

1 

3368 

3368 

3368 

3496 

3496 

3496 

3496 

3624 

3624 

3624 
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4136 

4136 
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4264 
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4392 
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5352 
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5544 
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6968 

7224 
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7992 

7992 

8248 

8248 

8248 

8504 

8504 

8760 

8760 

8760 

6 

9528 

9528 

9528 

9912 

9912 

9912 

10296 

10296 

10296 

10296 

7 

11064 

11448 

11448 

11448 

11448 

11832 

11832 

11832 

12216 

12216 

8 

12576 

12960 

12960 

12960 

13536 

13536 

13536 

13536 

14112 

14112 

9 

14112 

14688 

14688 

14688 

15264 

15264 

15264 
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15840 
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10 
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16416 

16416 

16416 

16992 

16992 
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17568 
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11 

18336 

18336 

19080 
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19080 
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19848 

19848 

19848 

19848 

12 

20616 

21384 

21384 

21384 

21384 

22152 

22152 

22152 

22920 

22920 

13 

23688 

23688 

23688 

24496 

24496 

24496 

25456 

25456 

25456 

25456 

14 

26416 

26416 

26416 

27376 

27376 

27376 

28336 

28336 

28336 

28336 

15 

28336 

28336 

28336 

29296 

29296 

29296 

29296 

30576 

30576 

30576 

16 

29296 

30576 

30576 

30576 

30576 

31704 

31704 

31704 

31704 

32856 

17 

32856 

32856 

34008 

34008 

34008 

35160 

35160 

35160 

35160 

36696 

18 

36696 

36696 

36696 

37888 

37888 

37888 

37888 

39232 

39232 

39232 

19 

39232 

39232 

40576 

40576 

40576 

40576 

42368 

42368 

42368 

43816 

20 

42368 

42368 

43816 

43816 

43816 

45352 

45352 

45352 

46888 

46888 

21 

45352 

46888 

46888 

46888 

46888 

48936 

48936 

48936 

48936 

51024 

22 

48936 

48936 

51024 

51024 

51024 

51024 

52752 

52752 

52752 

55056 

23 

52752 

52752 

52752 

55056 

55056 

55056 

55056 

57336 

57336 

57336 

24 

55056 

57336 

57336 

57336 

57336 

59256 

59256 

59256 

61664 

61664 

25 

57336 

59256 
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26 
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68808 
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68808 

71112 
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75376 

^TBS 

N 

101 
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109 

110 
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2984 
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3880 
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4008 

4008 

4008 

2 

4584 

4584 

4584 
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4776 

4776 

4776 

4776 

4968 
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3 

5992 

5992 

5992 
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6200 

6200 

6200 

6200 

6456 

6456 

4 

7224 

7224 

7480 

7480 

7480 

7480 

7736 

7736 

7736 

7992 

5 

8760 

9144 

9144 

9144 

9144 

9528 

9528 

9528 

9528 

9528 

6 

10680 

10680 

10680 

10680 

11064 

11064 

11064 

11448 

11448 

11448 

7 

12216 

12576 

12576 

12576 

12960 

12960 

12960 

12960 

13536 

13536 

8 

14112 
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14688 

14688 

14688 

14688 

15264 

15264 
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20616 
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21384 

21384 
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21384 

22152 
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12 
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23688 

23688 

23688 
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24496 

24496 

24496 

24496 

25456 

13 

26416 

26416 

26416 

26416 

27376 

27376 

27376 

27376 

28336 

28336 
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29296 

29296 

29296 
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30576 

30576 

30576 

30576 
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31704 
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32856 

32856 

32856 

34008 
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16 

32856 
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34008 

34008 

34008 
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17 

36696 
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36696 

37888 

37888 
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39232 
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39232 

18 

40576 

40576 
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42368 
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46888 

46888 

46888 

46888 

20 

46888 

46888 
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48936 
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51024 

51024 

51024 
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51024 

52752 
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52752 

52752 

55056 

55056 
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22 

55056 

55056 

55056 
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59256 

59256 

59256 

23 
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59256 

59256 
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26 


75376 75376 75376 75376 75376 75376 75376 75376 75376 75376 


[TS 36.306 clause 4.1] 

The field ue-Category defines a combined uplink and downlink capability. The parameters set by the UE Category are 
defined in subclause 4.2. Tables 4.1-1 and 4.1-2 define the downlink and, respectively, uplink physical layer parameter 
values for each UE Category. 

Table 4.1-1 : Downlink physical layer parameter values set by the field ue-Category 


UE Category 

Maximum number of 

DL-SCH transport 

block bits received 

within a TTI 

Maximum number 
of bits of a DL- 
SCH transport 
block received 
within a TTI 

Total number of 
soft channel bits 

Maximum number 

of supported 

layers for spatial 

multiplexing in DL 

Category 1 

10296 

10296 

250368 

1 

Category 2 

51024 

51024 

1237248 

2 

Category 3 

102048 

75376 

1237248 

2 

Category 4 

150752 

75376 

1827072 

2 

Category 5 

299552 

149776 

3667200 

4 


Table 4.1-2: Uplink physical layer parameter values set by the field ue-Category 


UE Category 

Maximum number of 

bits of an UL-SCH 

transport block 

transmitted within a 

TTI 

Support for 
64QAM in UL 

Category 1 

5160 

No 

Category 2 

25456 

No 

Category 3 

51024 

No 

Category 4 

51024 

No 

Category 5 

75376 

Yes 


7.1 .7.1 .5.3 Test description 

7.1 .7.1 .5.3.1 Pre-test conditions 

System Simulator 

- Cell 1. 

Uplink and downlink bandwidth set to the maximum bandwidth for the E-UTRA Band under test as specified in 
Table 5.6.1-1 in [31] (to enable testing of N^^^ up to maximum value). For Band 25, based on industry 
requirement, uplink and downlink bandwidth set to lOMHz. 

UE: 

None. 
Preamble 

- The UE is in state Loopback Activated (state 4) according to [18] condition 2TX to configure MIMO. 
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7.1 .7.1 .5.3.2 Test procedure sequence 

Table 7.1.7.1.5.3.2-1 : Maximum TBsize for different UE categories 


UE Category 

Maximum number of 
bits of a DL-SCH 
transport block 

received within a TTI 

Category 1 

10296 

Category 2 

51024 

Category 3 

75376 

Category 4 

75376 

Category 5 

149776 
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Table 7.1.7.1.5.3.2-2: Number of downlink PDCP SDUs and PDCP SDU size used as test data for 

transport block 1 and transport block 2 


Total TBsize (sum of the sizes of TBsize#i and TBsize#2) 
(bits) 

Number of 
PDCP SDUs 

PDCP SDU size 

(bits] 

See note 1 

136 <r5^i,,< 12120 See note 2 

1 

8*FLOOR((TBsize-120)/8) 

12121 <r5^i^^< 24152 

2 

8*FLOOR((TBsize-152)/16)) 

24153 < 75,,^^ < 36176 

3 

8*FLOOR((TBsize-176)/24)) 

36177 <r5^i,,< 48208 

4 

8*FL00R((TBsize- 208)/32)) 

48209 < TB^^ < 60232 

5 

8*FL00R((TBsize- 232/40)) 

60233 < TB^^^ < 72264 

6 

8*FLOOR((TBsize-264)/48)) 

72265 < TB^^ < 84288 

7 

8*FL00R((TBsize- 288)/56)) 

84289 < TB^^ < 96320 

8 

8*FLOOR((TBsize-320)/64)) 

96321 < TB^^^ < 108348 

9 

8*FLOOR((TBsize-348)/72)) 

108349 < TB^^^ < 120376 

10 

8*FLOOR((TBsize-376)/80)) 

120377 < r5^i,, < 132400 

11 

8*FLOOR((TBsize-400)/88)) 

132401 < TB^^^ < \AAA31 

12 

8*FLOOR((TBsize-432)/96)) 

TB^^, > 144433 

13 

8*FL00R((TBsize - 456)/1 04)) 

Note 1 . Each PDCP SDU is limited to 1500 octets (to keep below maximum SDU size of ESM as specified in TS 
24.301 clause 9.9.4.12). 

The PDCP SDU size of each PDCP SDU is 

PDCP SDU size = (Total TBsize -N*PDCP header size - AMD PDU header size - - MAC header size - 
Size of Timing Advance- RLC Status PDU size) / N, where 

PDCP header size is 1 6 bits for the RLC AM and 1 2-bit SN case; 

AMD PDU header size is CEIL[(Number of TBs *1 6+(N-1 )*1 2)/8] bytes which includes one 1 6 bit standard 
AM header per TB and N-1 Length indicators of 12 bits corresponding to the worst case when one of the 
PDCP SDU is split between the two transport blocks. If no PDCP SDU is split between the transport blocks 
then there will be only N-2 Lis and MAC padding will occur instead of one LI; 

MAC header size = R/R/E/LCID MAC subheader (8 bits for Timing Advance) + R/R/E/LCID MAC 
subheader (24 bits for MAC SDU for RLC data PDU)+ Number of TBs R/R/E/LCID MAC subheaders (8 
bits for MAC SDU for RLC status PDU) = 8 +24 + Number of TBs * 8 bits; If status PDU is not included or, 
MAC LI is included for MAC SDU for RLC status PDU instead of RLC data PDU, MAC padding will occur 
in place of unused bits 

Size of Timing Advance MAC CE is 8 bits (if no Timing Advance needs to be sent, padding will occur 
instead); 

RLC Status PDU size = 16 bits (including one ACK SQN triggered in execution X+1 , due to loop back 
transmission in execution X and as all loop backed PDUs in execution X have been correctly received, the 
status PDU will carry an ACK SQN only. 
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Note 2: 


This gives: 

PDCP SDU size = 8*FLOOR((Total TBsize - N*1 6- 8*CEIL((2*1 6+(N-1 )*1 2)/8) - 72)/(8*N)) bits 

According to TS 36.213 Table 7.1 .7.2.1-1 and the final PDCP SDU size formula in Note 1 , the smallest 
total TBsize that can be tested (corresponding to N=1 , and PDCP SDU size of 16) is 136 bits. 


Table 7.1. 7.1. 5.3.2-2a: Bandwidth Dependent Parameters 


Max Bandwidth 

Max A^pRB 

Allowed A^pRB Values 

lOMhz 

50 

2,3,5,6,8,9, 11, 12, 14, 15, 17, 18,20,21,23,24,26, 
27, 29, 30, 32, 33, 35, 36, 38, 39, 41 , 42, 44, 45, 47, 48, 
50 

15Mhz 

75 

3, 4, 7, 8, 11, 12, 15, 16, 19, 20, 23, 24, 27, 28, 31, 32, 
35, 36, 39, 40, 43, 44 ,47, 48, 51 , 52, 55, 56, 59, 60, 63, 
64,67,68,71,72,75 

20Mhz 

100 

4, 8, 12, 16, 20, 24, 28, 32, 36, 40, 44, 48, 52, 56, 60, 64, 
68,72,76,80,84,88,92,96,100 

Note : Maximum bandwidth for EUTRA bands is 10/15/20 Mhz. 


Table 7.1.7.1.5.3.2-2b: Ambiguous Sizes of Information Bits 

I {1 2, 1 4, 1 6 ,20, 24, 26, 32, 40, 44, 56} | 


Table 7.1.7.1.5.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 



EXCEPTION: Steps 1 to 4 are 
repeated for allowed values of 

A^PRB as per table 7. 1.7. 1.5.3. 2- 

2a and for each I^^^^^ from to 
28 





1 

SS looks up 7^33 in table 7. 1.7.1 - 
1 in TS 36.213 based on the value 
of /j^(^3 . SS looks up TBsize in 
table 7.1.7.2.1-1 in TS 36.213 
based on values of N^^^ and 

^TBS ■ 

The SS uses the same I^^^^^ and 
TBsize for both transport blocks: 

^MCS#l= ^MCS#2 = ^MCS 
TBsize#1 = TBsize#2= TBsize 






EXCEPTION: Steps 2 to 4 are 
performed if the sum of the sizes 
of TBsize#i and TBsize#2 is less than 
or equal to UE capability 
"Maximum number of DL-SCH 
transport block bits received within 
a TTI" as specified in Table 
7.1 .7.1 .5.3.2-1 and larger than or 
equal to 136 bits as specified in 
Table 7.1.7.1.5.3.2-2, and the 
effective channel code rate, as 
defined in TS 36.213 clause 7.1 .7, 
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is lower than or equal to 0.930. 





2 

SS creates one or more PDCP 
SDUs for transport block 1 and 2 
depending on TBsize#i, and 
TBsize#2 in accordance with Table 
7.1.7.1.5.3.2-2. 





3 

SS transmits the PDCP SDUs for 
transport block 1 and 2 
concatenated into a MAC PDU 
per transport block and indicates 
on PDCCH DCI Format 2A with 
RA type and a resource block 
assignment (RBA) correspondent 

to A/^pRB as specified in 7.1.6.1 in 
TS 36.213 and modulation and 
coding scheme /mcs#i ^^^ 

transport block 1 and lucsn^^^ 

transport block 2. The N PDCP 
SDUs are split between MAC 
PDU 1 and 2; 

<- 

Transport block 1 : 

MAC PDU 

Transport block 2: 

MAC PDU 

DCI: (DCI Format 2A, RA 

typeO, RBA(7Vpj,J, 

^MCS#l ' ^MCS#2 ) 



3a 

SS transmits one or more UL 
Grants sufficient for transmitting 
loop back PDCP SDUs. 

<- 

(UL Grant) 



4 

CHECK: Does UE return the 
same number of PDCP SDUs with 
same content as transmitted by 
the SS in step 3? 

-> 

(Nx PDCP SDUs) 

1 

P 


7.1.7.1.5.3.3 

None 

7.1.7.1.6 

7.1.7.1.6.1 
(1) 


Specific Message Contents 


DL-SCH Transport Block Size selection / DCI format 2A / RA type 1 / Two 
transport blocks enabled / Transport block to codeword swap flag value set to '1 ' 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE has two transport blocks enabled and on PDCCH receives DCI format 2A indicating Resource 

Allocation Type 1, a resource block assignment correspondent to A/^p^g physical resource blocks, the 

Transport block to codeword swap flag value set to '1' and a modulation and coding scheme ly^^^for 
two transport blocks } 

then { UE decodes the two transport blocks of sizes correspondent to the read A/^p^g and /^cs for 

transport block 1 and /^cs for transport block 2 and forwards it to higher layers } 


7.1.7.1.6.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.212, clauses 5.3.3.1.2, 
5.3.3.1.5 and 5.3.3. 1.5A; TS 36.213, clauses 7.1.6.1, 7.1.7, 7.1.7.1, 7.1.7.2 and 7.1.7.2.1; and TS 36.306 clause 4.1. 

[TS 36.212 clause 5.3.3.1.2] 
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Table 5.3.3.1.2-1 : Ambiguous Sizes of Information Bits 

I {1 2, 1 4, 1 6 ,20, 24, 26, 32, 40, 44, 56} | 


[TS 36.212 clause 5.3.3.1.5] 


Table 5.3.3.1.5-1 : Transport block to codeword mapping 
(two transport blocks enabled) 


transport block 

to codeword 
swap flag value 

codeword 
(enabled) 

codeword 1 
(enabled) 



transport block 1 

transport block 2 

1 

transport block 2 

transport block 1 


[TS 36.212 clause 5.3.3.1.5A] 

The following information is transmitted by means of the DCI format 2A: 

- Resource allocation header (resource allocation type / type 1) - 1 bit as defined in section 7.1.6 of [3] 

If downlink bandwidth is less than or equal to 10 PRBs, there is no resource allocation header and resource 
allocation type is assumed. 

- Resource block assignment: 

- For resource allocation type 1 as defined in section 7.1.6.2 of [3] 

- [log2 (/^)] bits of this field are used as a header specific to this resource allocation type to indicate the 
selected resource blocks subset 

- 1 bit indicates a shift of the resource allocation span 

- (I A^RB I P\~ U^g 2 (^)l ~ 1/ t)its provide the resource allocation 

where the value of P depends on the number of DL resource blocks as indicated in subclause [7.1.6.1] of [3] 

- Transport block to codeword swap flag - 1 bit 
In addition, for transport block 1 : 

- Modulation and coding scheme - 5 bits as defined in section 7.1.7 of [3] 

- New data indicator - 1 bit 

- Redundancy version - 2 bits 
In addition, for transport block 2: 

- Modulation and coding scheme - 5 bits as defined in section 7.1.7 of [3] 

- New data indicator - 1 bit 

- Redundancy version - 2 bits 


If both transport blocks are enabled, the transport block to codeword mapping is specified according to Table 
5.3.3.1.5-1. 
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If the number of information bits in format 2A belongs to one of the sizes in Table 5.3.3.1.2-1, one zero bit shall be 
appended to format 2A. 

[TS 36.213 clause 7.1.6.1] 

In resource allocations of type 0, resource block assignment information includes a bitmap indicating the resource block 
groups (RBGs) that are allocated to the scheduled UE where a RBG is a set of consecutive physical resource blocks 
(PRBs). Resource block group size (P) is a function of the system bandwidth as shown in Table 7.1.6.1-1. The total 

number of RBGs ( N^^q ) for downlink system bandwidth ofN^^ PRBs is given by Nj^^q = \ N^^ / P \ where 

[_A^RB / P\ of the RBGs are of size P and if N^^ mod P > then one of the RBGs is of size A^^^ - P ■ [n^^ I p\ . The 

bitmap is of size A^rbq bits with one bitmap bit per RBG such that each RBG is addressable. The RBGs shall be 

indexed in the order of increasing frequency and non-increasing RBG sizes starting at the lowest frequency. The order 

of RBG to bitmap bit mapping is in such way that RBG to RBG N^^q — 1 are mapped to MSB to LSB of the bitmap. 

The RBG is allocated to the UE if the corresponding bit value in the bitmap is 1, the RBG is not allocated to the UE 
otherwise. 

Table 7.1.6.1-1 : Type Resource Allocation RBG Size vs. Downlink System Bandwidth 


System Bandwidth 

RBG Size 

<10 

1 

11-26 

2 

27-63 

3 

64-110 

4 


[TS 36.213 clause 7.1.7] 

To determine the modulation order and transport block size(s) in the physical downlink shared channel, the UE shall 
first 

- read the 5-bit "modulation and coding scheme" field ( /j^^^g ) in the DCI 
and second if the DCI CRC is scrambled by P-RNTI, RA-RNTI, or SI-RNTI then 


else 


set the Table 7.1.7.2.1-1 column indicator A/^p^g to the total number of allocated PRBs based on the procedure 
defined in Section 7.1.6. 

if the transport block is transmitted in DwPTS of the special sub frame in frame structure type 2, then 
set the Table 7.1.7.2.1-1 column indicator A^^^^ = maxjl A^pj^g xO.TSj , l| , 


else, set the Table 7.1.7.2.1-1 column indicator N pj.j. = Np 


' PRB • 


The UE may skip decoding a transport block in an initial transmission if the effective channel code rate is higher than 
0.930, where the effective channel code rate is defined as the number of downlink information bits (including CRC bits) 
divided by the number of physical channel bits on PDSCH. If the UE skips decoding, the physical layer indicates to 
higher layer that the transport block is not successfully decoded. For the special subframe configurations and 5 with 
normal CP or configurations and 4 with extended CP, shown in table 4.2-1 [3], there shall be no PDSCH transmission 
in DwPTS of the special subframe. 

[TS 36.213 clause 7.1.7.1] 
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The UE shall use G^ = 2 if the DCI CRC is scrambled by P-RNTI, RA-RNTI, or SI-RNTI, otherwise, the UE shall 
use /j^(3s and Table 7.1.7.1-1 to determine the modulation order (Q^) used in the physical downlink shared channel. 

Table 7.1 .7.1-1 : Modulation and TBS index table for PDSCH 


MCS Index 

^MCS 

Modulation Order 

TBS Index 

^TBS 



2 



1 

2 

1 

2 

2 

2 

3 

2 

3 

4 

2 

4 

5 

2 

5 

6 

2 

6 

7 

2 

7 

8 

2 

8 

9 

2 

9 

10 

4 

9 

11 

4 

10 

12 

4 

11 

13 

4 

12 

14 

4 

13 

15 

4 

14 

16 

4 

15 

17 

6 

15 

18 

6 

16 

19 

6 

17 

20 

6 

18 

21 

6 

19 

22 

6 

20 

23 

6 

21 

24 

6 

22 

25 

6 

23 

26 

6 

24 

27 

6 

25 

28 

6 

26 

29 

2 

reserved 

30 

4 

31 

6 


[TS 36.213 clause 7.1.7.2] 

If the DCI CRC is scrambled by P-RNTI, RA-RNTI, or SI-RNTI then 
- for DCI format 1 A: 

- the UE shall set the TBS index ( Ij^^ ) equal to I^^^^ and determine its TBS by the procedure in Section 
7.1.7.2.1. 


else 

- for < /j^(3s < 28 , the UE shall first determine the TBS index ( Ij^^ ) using /j^^^g and Table 7. 1 .7. 1-1 except if the 

transport block is disabled in DCI formats 2 and 2A as specified below. For a transport block that is not mapped 
to two-layer spatial multiplexing, the TBS is determined by the procedure in Section 7.1.7.2.1. For a transport 
block that is mapped to two-layer spatial multiplexing, the TBS is determined by the procedure in Section 

7.1.7.2.2. 

- for 29 < /j^cs ^ 31 , the TBS is assumed to be as determined from DCI transported in the latest PDCCH for the 
same transport block using < I^^^^ < 28 . If there is no latest PDCCH for the same transport block 
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using < /j^(3s < 28 , and if the initial PDSCH for the same transport block is semi-persistently scheduled, the 
TBS shall be determined from the most recent semi -persistent scheduling assignment PDCCH. 

- In DCI formats 2 and 2A a transport block is disabled if ly^^^^ = and if rvi^x = 1 otherwise the transport block is 
enabled. 

The NDI and HARQ process ID, as signalled on PDCCH, and the TBS, as determined above, shall be delivered to 
higher layers. 

[TS 36.213 clause 7.1.7.2.1] 

Fori < A^pRB < 110, the TBS is given by the ( /^bs , A^prb ) entry of Table 7.1.7.2.1-1. 
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Table 7.1.7.2.1-1: Transport block size table (dimension 27x110) 


^TBS 

^PRB 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 



16 

32 

56 

88 

120 

152 

176 

208 

224 

256 

1 

24 

56 

88 

144 

176 

208 

224 

256 

328 

344 

2 

32 

72 

144 

176 

208 

256 

296 

328 

376 

424 

3 

40 

104 

176 

208 

256 

328 

392 

440 

504 

568 

4 

56 

120 

208 

256 

328 

408 

488 

552 

632 

696 

5 

72 

144 

224 

328 

424 

504 

600 

680 

776 

872 

6 

328 

176 

256 

392 

504 

600 

712 

808 

936 

1032 

7 

104 

224 

328 

472 

584 

712 

840 

968 

1096 

1224 

8 

120 

256 

392 

536 

680 

808 

968 

1096 

1256 

1384 

9 

136 

296 

456 

616 

776 

936 

1096 

1256 

1416 

1544 

10 

144 

328 

504 

680 

872 

1032 

1224 

1384 

1544 

1736 

11 

176 

376 

584 

776 

1000 

1192 

1384 

1608 

1800 

2024 

12 

208 

440 

680 

904 

1128 

1352 

1608 

1800 

2024 

2280 

13 

224 

488 

744 

1000 

1256 

1544 

1800 

2024 

2280 

2536 

14 

256 

552 

840 

1128 

1416 

1736 

1992 

2280 

2600 

2856 

15 

280 

600 

904 

1224 

1544 

1800 

2152 

2472 

2728 

3112 

16 

328 

632 

968 

1288 

1608 

1928 

2280 

2600 

2984 

3240 

17 

336 

696 

1064 

1416 

1800 

2152 

2536 

2856 

3240 

3624 

18 

376 

776 

1160 

1544 

1992 

2344 

2792 

3112 

3624 

4008 

19 

408 

840 

1288 

1736 

2152 

2600 

2984 

3496 

3880 

4264 

20 

440 

904 

1384 

1864 

2344 

2792 

3240 

3752 

4136 

4584 

21 

488 

1000 

1480 

1992 

2472 

2984 

3496 

4008 

4584 

4968 

22 

520 

1064 

1608 

2152 

2664 

3240 

3752 

4264 

4776 

5352 

23 

552 

1128 

1736 

2280 

2856 

3496 

4008 

4584 

5160 

5736 

24 

584 

1192 

1800 

2408 

2984 

3624 

4264 

4968 

5544 

5992 

25 

616 

1256 

1864 

2536 

3112 

3752 

4392 

5160 

5736 

6200 

26 

712 

1480 

2216 

2984 

3752 

4392 

5160 

5992 

6712 

7480 

^TBS 

N 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 



288 

328 

344 

376 

392 

424 

456 

488 

504 

536 

1 

376 

424 

456 

488 

520 

568 

600 

632 

680 

712 

2 

472 

520 

568 

616 

648 

696 

744 

776 

840 

872 

3 

616 

680 

744 

808 

872 

904 

968 

1032 

1096 

1160 

4 

776 

840 

904 

1000 

1064 

1128 

1192 

1288 

1352 

1416 

5 

968 

1032 

1128 

1224 

1320 

1384 

1480 

1544 

1672 

1736 

6 

1128 

1224 

1352 

1480 

1544 

1672 

1736 

1864 

1992 

2088 

7 

1320 

1480 

1608 

1672 

1800 

1928 

2088 

2216 

2344 

2472 

8 

1544 

1672 

1800 

1928 

2088 

2216 

2344 

2536 

2664 

2792 

9 

1736 

1864 

2024 

2216 

2344 

2536 

2664 

2856 

2984 

3112 

10 

1928 

2088 

2280 

2472 

2664 

2792 

2984 

3112 

3368 

3496 

11 

2216 

2408 

2600 

2792 

2984 

3240 

3496 

3624 

3880 

4008 

12 

2472 

2728 

2984 

3240 

3368 

3624 

3880 

4136 

4392 

4584 

13 

2856 

3112 

3368 

3624 

3880 

4136 

4392 

4584 

4968 

5160 

14 

3112 

3496 

3752 

4008 

4264 

4584 

4968 

5160 

5544 

5736 

15 

3368 

3624 

4008 

4264 

4584 

4968 

5160 

5544 

5736 

6200 

16 

3624 

3880 

4264 

4584 

4968 

5160 

5544 

5992 

6200 

6456 

17 

4008 

4392 

4776 

5160 

5352 

5736 

6200 

6456 

6712 

7224 

18 

4392 

4776 

5160 

5544 

5992 

6200 

6712 

7224 

7480 

7992 

19 

4776 

5160 

5544 

5992 

6456 

6968 

7224 

7736 

8248 

8504 

20 

5160 

5544 

5992 

6456 

6968 

7480 

7992 

8248 

8760 

9144 

21 

5544 

5992 

6456 

6968 

7480 

7992 

8504 

9144 

9528 

9912 

22 

5992 

6456 

6968 

7480 

7992 

8504 

9144 

9528 

10296 

10680 

23 

6200 

6968 

7480 

7992 

8504 

9144 

9912 

10296 

11064 

11448 

24 

6712 

7224 

7992 

8504 

9144 

9912 

10296 

11064 

11448 

12216 

25 

6968 

7480 

8248 

8760 

9528 

10296 

10680 

11448 

12216 

12576 

26 

8248 

8760 

9528 

10296 

11064 

11832 

12576 

13536 

14112 

14688 

^TBS 

^PRB 

21 

22 

23 

24 

25 

26 

27 

28 

29 

30 



568 

600 

616 

648 

680 

712 

744 

776 

776 

808 

1 

744 

776 

808 

872 

904 

936 

968 

1000 

1032 

1064 
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2 

936 

968 

1000 

1064 

1096 

1160 

1192 

1256 

1288 

1320 

3 

1224 

1256 

1320 

1384 

1416 

1480 

1544 

1608 

1672 

1736 

4 

1480 

1544 

1608 

1736 

1800 

1864 

1928 

1992 

2088 

2152 

5 

1864 

1928 

2024 

2088 

2216 

2280 

2344 

2472 

2536 

2664 

6 

2216 

2280 

2408 

2472 

2600 

2728 

2792 

2984 

2984 

3112 

7 

2536 

2664 

2792 

2984 

3112 

3240 

3368 

3368 

3496 

3624 

8 

2984 

3112 

3240 

3368 

3496 

3624 

3752 

3880 

4008 

4264 

9 

3368 

3496 

3624 

3752 

4008 

4136 

4264 

4392 

4584 

4776 

10 

3752 

3880 

4008 

4264 

4392 

4584 

4776 

4968 

5160 

5352 

11 

4264 

4392 

4584 

4776 

4968 

5352 

5544 

5736 

5992 

5992 

12 

4776 

4968 

5352 

5544 

5736 

5992 

6200 

6456 

6712 

6712 

13 

5352 

5736 

5992 

6200 

6456 

6712 

6968 

7224 

7480 

7736 

14 

5992 

6200 

6456 

6968 

7224 

7480 

7736 

7992 

8248 

8504 

15 

6456 

6712 

6968 

7224 

7736 

7992 

8248 

8504 

8760 

9144 

16 

6712 

7224 

7480 

7736 

7992 

8504 

8760 

9144 

9528 

9912 

17 

7480 

7992 

8248 

8760 

9144 

9528 

9912 

10296 

10296 

10680 

18 

8248 

8760 

9144 

9528 

9912 

10296 

10680 

11064 

11448 

11832 

19 

9144 

9528 

9912 

10296 

10680 

11064 

11448 

12216 

12576 

12960 

20 

9912 

10296 

10680 

11064 

11448 

12216 

12576 

12960 

13536 

14112 

21 

10680 

11064 

11448 

12216 

12576 

12960 

13536 

14112 

14688 

15264 

22 

11448 

11832 

12576 

12960 

13536 

14112 

14688 

15264 

15840 

16416 

23 

12216 

12576 

12960 

13536 

14112 

14688 

15264 

15840 

16416 

16992 

24 

12960 

13536 

14112 

14688 
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18336 

18336 

19080 

19080 

19080 

19080 

19848 

19848 

19848 

19848 

12 

20616 

21384 

21384 

21384 

21384 

22152 

22152 

22152 

22920 

22920 

13 

23688 

23688 

23688 

24496 

24496 

24496 

25456 

25456 

25456 

25456 

14 

26416 

26416 

26416 

27376 

27376 

27376 

28336 

28336 

28336 

28336 

15 

28336 

28336 

28336 

29296 

29296 

29296 

29296 

30576 

30576 

30576 

16 

29296 

30576 

30576 

30576 

30576 

31704 

31704 

31704 

31704 

32856 

17 

32856 

32856 

34008 

34008 

34008 

35160 

35160 

35160 

35160 

36696 

18 

36696 

36696 

36696 

37888 

37888 

37888 

37888 

39232 

39232 

39232 

19 

39232 

39232 

40576 

40576 

40576 

40576 

42368 

42368 

42368 

43816 

20 

42368 

42368 

43816 

43816 

43816 

45352 

45352 

45352 

46888 

46888 

21 

45352 

46888 

46888 

46888 

46888 

48936 

48936 

48936 

48936 

51024 

22 

48936 

48936 

51024 

51024 

51024 

51024 

52752 

52752 

52752 

55056 

23 

52752 

52752 

52752 

55056 

55056 

55056 

55056 

57336 

57336 

57336 

24 

55056 

57336 

57336 

57336 

57336 

59256 

59256 

59256 

61664 

61664 

25 

57336 

59256 

59256 

59256 

61664 

61664 

61664 

61664 

63776 

63776 

26 

66592 

68808 

68808 

68808 

71112 

71112 

71112 

73712 

73712 

75376 

^TBS 

N 

101 

102 

103 

104 

105 

106 

107 

108 

109 

110 



2792 

2856 

2856 

2856 

2984 

2984 

2984 

2984 

2984 

3112 

1 

3752 

3752 

3752 

3752 

3880 

3880 

3880 

4008 

4008 

4008 

2 

4584 

4584 

4584 

4584 

4776 

4776 

4776 

4776 

4968 

4968 

3 

5992 

5992 

5992 

5992 

6200 

6200 

6200 

6200 

6456 

6456 

4 

7224 

7224 

7480 

7480 

7480 

7480 

7736 

7736 

7736 

7992 

5 

8760 

9144 

9144 

9144 

9144 

9528 

9528 

9528 

9528 

9528 

6 

10680 

10680 

10680 

10680 

11064 

11064 

11064 

11448 

11448 

11448 

7 

12216 

12576 

12576 

12576 

12960 

12960 

12960 

12960 

13536 

13536 

8 

14112 

14112 

14688 

14688 

14688 

14688 

15264 

15264 

15264 

15264 

9 

15840 

16416 

16416 

16416 

16416 

16992 

16992 

16992 

16992 

17568 

10 

17568 

18336 

18336 

18336 

18336 

18336 

19080 

19080 

19080 

19080 

11 

20616 

20616 

20616 

21384 

21384 

21384 

21384 

22152 

22152 

22152 

12 

22920 

23688 

23688 

23688 

23688 

24496 

24496 

24496 

24496 

25456 

13 

26416 

26416 

26416 

26416 

27376 

27376 

27376 

27376 

28336 

28336 

14 

29296 

29296 

29296 

29296 

30576 

30576 

30576 

30576 

31704 

31704 

15 

30576 

31704 

31704 

31704 

31704 

32856 

32856 

32856 

34008 

34008 

16 

32856 

32856 

34008 

34008 

34008 

34008 

35160 

35160 

35160 

35160 

17 

36696 

36696 

36696 

37888 

37888 

37888 

39232 

39232 

39232 

39232 

18 

40576 

40576 

40576 

40576 

42368 

42368 

42368 

42368 

43816 

43816 

19 

43816 

43816 

43816 

45352 

45352 

45352 

46888 

46888 

46888 

46888 

20 

46888 

46888 

48936 

48936 

48936 

48936 

48936 

51024 

51024 

51024 

21 

51024 

51024 

51024 

52752 

52752 

52752 

52752 

55056 

55056 

55056 

22 

55056 

55056 

55056 

57336 

57336 

57336 

57336 

59256 

59256 

59256 

23 

57336 

59256 

59256 

59256 

59256 

61664 

61664 

61664 

61664 

63776 

24 

61664 

61664 

63776 

63776 

63776 

63776 

66592 

66592 

66592 

66592 

25 

63776 

63776 

66592 

66592 

66592 

66592 

68808 

68808 

68808 

71112 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


682 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


26 


75376 75376 75376 75376 75376 75376 75376 75376 75376 75376 


[TS 36.306 clause 4.1] 

The field ue-Category defines a combined uplink and downlink capability. The parameters set by the UE Category are 
defined in subclause 4.2. Tables 4.1-1 and 4.1-2 define the downlink and, respectively, uplink physical layer parameter 
values for each UE Category. 

Table 4.1-1 : Downlink physical layer parameter values set by the field ue-Category 


UE Category 

Maximum number of 

DL-SCH transport 

block bits received 

within a TTI 

Maximum number 
of bits of a DL- 
SCH transport 
block received 
within a TTI 

Total number of 
soft channel bits 

Maximum number 

of supported 

layers for spatial 

multiplexing in DL 

Category 1 

10296 

10296 

250368 

1 

Category 2 

51024 

51024 

1237248 

2 

Category 3 

102048 

75376 

1237248 

2 

Category 4 

150752 

75376 

1827072 

2 

Category 5 

299552 

149776 

3667200 

4 


Table 4.1-2: Uplink physical layer parameter values set by the field ue-Category 


UE Category 

Maximum number of 

bits of an UL-SCH 

transport block 

transmitted within a 

TTI 

Support for 
64QAM in UL 

Category 1 

5160 

No 

Category 2 

25456 

No 

Category 3 

51024 

No 

Category 4 

51024 

No 

Category 5 

75376 

Yes 


7.1 .7.1 .6.3 Test description 

7.1 .7.1 .6.3.1 Pre-test conditions 

System Simulator 

- Cell 1. 

Uplink and downlink bandwidth set to the maximum bandwidth for the E-UTRA Band under test as specified in 
Table 5.6.1-1 in [31] (to enable testing of N^^^ up to maximum value). For Band 25, based on industry 
requirement, uplink and downlink bandwidth set to lOMHz. 

UE: 

None. 
Preamble 

- The UE is in state Loopback Activated (state 4) according to [18] condition 2TX to configure MIMO. 
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7.1 .7.1 .6.3.2 Test procedure sequence 

Table 7.1.7.1.6.3.2-1 : Maximum TBsize for different UE categories 


UE Category 

Maximum number of 
bits of a DL-SCH 
transport block 

received within a TTI 

Category 1 

10296 

Category 2 

51024 

Category 3 

75376 

Category 4 

75376 

Category 5 

149776 
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Table 7.1.7.1.6.3.2-2: Number of downlink PDCP SDUs and PDCP SDU size used as test data for 

transport block 1 and transport block 2 


Total TBsize (sum of the sizes of TBsize#i and 

TBsize#2) 

(bits) 

Number of 
PDCP SDUs 

PDCP SDU size 

(bits] 

See note 1 

136 <r5^i,,< 12120 See note 2 

1 

8*FLOOR((TBsize-120)/8) 

12121 <r5^i^^< 24152 

2 

8*FLOOR((TBsize-152)/16)) 

24153 <r5^.,,< 36176 

3 

8*FLOOR((TBsize-176)/24)) 

36177 <r5,.,,< 48208 

4 

8*FL00R((TBsize- 208)/32)) 

48209 <r5^i,, < 60232 

5 

8*FL00R((TBsize- 232/40)) 

60233 <r5^.,,< 72264 

6 

8*FLOOR((TBsize-264)/48)) 

72265 < TB^^^ < 84288 

7 

8*FL00R((TBsize- 288)/56)) 


8 

84289 < TB^,^^ < 96320 8TL00R((TBsize 
- 320)/64)) 

84321 <r5^i^^ < 108348 

9 

8*FLOOR((TBsize-348)/72)) 

96321 <TB^,^^ < 108348 

10 

8*FLOOR((TBsize-376)/80)) 

108349 < r^^i,, < 120376 

11 

8*FLOOR((TBsize-400)/88)) 

120377 <r5,.,, < 132400 

12 

8*FLOOR((TBsize-432)/96)) 

132401<r5^i^^ < 144432 

13 

8*FLOOR((TBsize-456)/104)) 

Note 1 . Each PDCP SDU is limited to 1500 octets (to keep below maximum SDU size of ESM as specified in TS 
24.301 clause 9.9.4.12). 

The PDCP SDU size of each PDCP SDU is 

PDCP SDU size = (Total TBsize -N*PDCP header size - AMD PDU header size - - MAC header size - Size of 
Timing Advance- RLC Status PDU size) / N, where 

PDCP header size is 1 6 bits for the RLC AM and 1 2-bit SN case; 

AMD PDU header size is CEIL[(Number of TBs *1 6+(N-1 )*1 2)/8] bytes which includes one 1 6 bit standard AM 
header per TB and N-1 Length indicators of 12 bits corresponding to the worst case when one of the PDCP 
SDU is split between the two transport blocks. If no PDCP SDU is split between the transport blocks then 
there will be only N-2 Lis and MAC padding will occur instead of one LI; 

MAC header size = R/R/E/LCID MAC subheader (8 bits for Timing Advance) + R/R/E/LCID MAC subheader 
(24 bits for MAC SDU for RLC data PDU)+ Number of TBs R/R/E/LCID MAC subheaders (8 bits for MAC SDU 
for RLC status PDU) = 8 +24 + Number of TBs * 8 bits; If status PDU is not included or, MAC LI is included for 
MAC SDU for RLC status PDU instead of RLC data PDU, MAC padding will occur in place of unused bits 

Size of Timing Advance MAC CE is 8 bits (if no Timing Advance needs to be sent, padding will occur instead); 

RLC Status PDU size = 16 bits (including one ACK SQN triggered in execution X+1 , due to loop back 
transmission in execution X and as all loop backed PDUs in execution X have been correctly received, the 
status PDU will carry an ACK SQN only. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


685 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


This gives: 

PDCP SDU size = 8*FLOOR((Total TBsize - N*1 6- 8*CEIL((2*1 6+(N-1 )*1 2)/8) - 72)/(8*N)) bits 

Note 2: According to TS 36.213 Table 7.1 .7.2.1-1 and the final PDCP SDU size formula in Note 1 , the smallest total 
TBsize that can be tested (corresponding to N=1 , and PDCP SDU size of 16) is 136 bits. 


Table 7.1. 7.1. 6.3.2-2a: Bandwidth Dependent Parameters 


Max Bandwidth 

Max A^pRB 

Allowed A^pRB Values 

lOMhz 

50 

2,3,5,6,8,9, 11, 12, 14, 15, 17, 18,20,21,23,24,26, 
27, 29, 30, 32, 33, 35, 36, 38, 39, 41 , 42, 44, 45, 47, 48, 
50 

15Mhz 

75 

3,4,7,8, 11, 12, 15, 16, 19,20,23,24,27,28,31,32, 
35, 36, 39, 40, 43, 44 ,47, 48, 51 , 52, 55, 56, 59, 60, 63, 
64,67,68,71,72,75 

20Mhz 

100 

4, 8, 12, 16, 20, 24, 28, 32, 36, 40, 44, 48, 52, 56, 60, 64, 
68,72,76,80,84,88,92,96, 100 

Note: Maximum bandwidth for EUTRA bands is 10/15/20 Mhz. 


Table 7.1.7.1.6.3.2-2b: Ambiguous Sizes of Information Bits 

I {1 2, 1 4, 1 6 ,20, 24, 26, 32, 40, 44, 56} | 


Table 7.1.7.1.6.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 



EXCEPTION: Steps 1 to 4 are 
repeated for allowed values of 

A^PRB as per table 7. 1.7. 1.6.3. 2- 

2a and for each I^^^^ from to 
28 





1 

SS looks up /^gs in table 7.1.7.1- 
1 in TS 36.213 based on the value 
of /j^(^3 . SS looks up TBsize in 
table 7.1.7.2.1-1 in TS 36.213 
based on values of N^^^ and 

^TBS ■ 

The SS uses the same I^^^^ and 
TBsize for both transport blocks: 

^ MCS#1 = ^ MCS#2 = ^ MCS 
TBsize#1 = TBsize#2= TBsize 






EXCEPTION: Steps 2 to 4 are 
performed if the sum of the sizes 
of TBsize#i and TBsize#2 is less than 
or equal to UE capability 
"Maximum number of DL-SCH 
transport block bits received within 
a TTI" as specified in Table 
7.1 .7.1 .6.3.2-1 and larger than or 
equal to 136 bits as specified in 
Table 7.1.7.1.6.3.2-2, and the 
effective channel code rate, as 
defined in TS 36.213 clause 7.1 .7, 
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is lower than or equal to 0.930. 





2 

SS creates one or more PDCP 
SDUs for transport block 1 and 2 
depending on TBsize#i and 
TBsize#2, in accordance with Table 
7.1.7.1.6.3.2-2. 





3 

SS transmits the PDCP SDUs for 
transport block 1 and 2 
concatenated into a MAC PDU 
per transport block and indicates 
on PDCCH DCI Format 2A with 
RA type 1 and a resource block 
assignment (RBA) correspondent 

to A/^pRB as specified in 7.1.6.1 in 

TS 36.21 3, transport block to 
codeword swap flag value set to 
'1' and modulation and coding 

scheme /mcs#i ^^^ transport block 
1 and /j^(.3^2fo''t''^'^sport block 

2. . The N PDCP SDUs are split 
between MAC PDU 1 and 2; 

<- 

Transport block 1 : 

MAC PDU 

Transport block 2: 

MAC PDU 

DCI: (DCI Format 2A, RA 

type1,RBA(A^PRj, 

Transport block to 
codeword swap flag value 

setto='1', /j^cs#i' 

^MCS#2) 



3a 

SS transmits one or more UL 
Grants sufficient for transmitting 
loop back PDCP SDUs. 

<- 

(UL Grant) 



4 

CHECK: Does UE return the 
same number of PDCP SDUs with 
same content as transmitted by 
the SS in step 3? 

-> 

(Nix PDCP SDUs, 
N2X PDCP SDUs) 

1 

P 


7.1.7.1.6.3.3 
None 

7.1.7.2 
7.1.7.2.1 
7.1.7.2.1.1 
(1) 


Specific Message Contents 

UL-SCH transport block size support 

UL-SCH transport block size selection / DCI format 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE has pending data for transmission and receives a Resource Block Assignment correspondent 

to A^pRB physical resource blocks and a modulation and coding scheme /^cs ^^^ PUSCH scheduling } 
then { UE transmits MAC PDU on PUSCH on the granted resources using a transport block size 


correspondent to the read A^p^g and /^cs 


} 


7.1.7.2.1.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.212, clause 5.3.3.1.1; TS 
36.213, clauses 8.1, 8.6, 8.6.1, 8.6.2 and 7.1.7.2.1; TS 36.211, clause 5.3.3; and TS 36.306 clause 4.1. 

[TS 36.212 clause 5.3.3.1.1] 

DCI format is used for the scheduhng of PUSCH. 

The following information is transmitted by means of the DCI format 0: 
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- Flag for formatO/formatl A differentiation - 1 bit, where value indicates format and value 1 indicates format 
lA 

- Hopping flag - 1 bit as defined in section 8.4 of [3] 

- Resource block assignment and hopping resource allocation - | log 2 ( A/^rb (^rb + 1) / 2) | bits 

- For PUSCH hopping: 

- NuL_hop MSB bits are used to obtain the value of ripj^^ (/) as indicated in subclause [8.4] of [3] 

I log2 (A^RB (A^RB + 1) / 2) I - A^uL_hop bits provide the resource allocation of the first slot in the UL 
subframe 

- For non-hopping PUSCH: 

I log2 (A^RB (A^RB + 1) / 2) I bits provide the resource allocation in the UL subframe as defined in 
section 8.1 of [3] 

- Modulation and coding scheme and redundancy version - 5 bits as defined in section 8.6 of [3] 

[TS 36.213 clause 8.1] 

The resource allocation information indicates to a scheduled UE a set of contiguously allocated virtual resource block 
indices denoted by ^y^g . A resource allocation field in the scheduling grant consists of a resource indication value 
(RIV) corresponding to a starting resource block ( ^^start ) ^^^ ^ length in terms of contiguously allocated resource 
blocks ( L(^j^gg > 1). The resource indication value is defined by 


•^k^/2j 


if(LcRBs-l)^LA^RB/2j then 

RIV = A^RB (-^cRBs - 1) + ^-BsTART 

else 

RIV = N^t (N^B - LcRBs + 1) + (A^RB - 1 - RB^TART ) 

A UE shall discard PUSCH resource allocation in the corresponding PDCCH with DCI format if consistent control 
information is not detected. 

[TS 36.213 clause 8.6] 

To determine the modulation order, redundancy version and transport block size for the physical uplink shared channel, 
the UE shall first 

- read the 5-bit "modulation and coding scheme and redundancy version" field ( /j^^^g ) in the DCI, and 

- check the "CQI request" bit in DCI, and 

- compute the total number of allocated PRBs ( N^^^ ) based on the procedure defined in Section 8.1, and 

compute the number of coded symbols for control information.. 
[TS 36.213 clause 8.6.1] 

For < /j^(3s < 28 , the modulation order (Q^)is determined as follows: 

- If the UE is capable of supporting 64QAM in PUSCH and has not been configured by higher layers to transmit 
only QPSK and 16QAM, the modulation order is given by Q^ in Table 8.6.1-1. 
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If the UE is not capable of supporting 64QAM in PUSCH or has been configured by higher layers to transmit 
only QPSK and 16QAM, Q^ is first read from Table 8.6.1-1. The modulation order is set to Q^ = min(4,2^ ) , 

If the parameter ttiBundling provided by higher layers is set to TRUE, then the resource allocation size is 
restricted to A^p^g < 3 and the modulation order is set to 2^ = 2 . 


For29</^„^31,If/, 


: 29 , the "CQI request" bit in DCI format is set to 1 and N^^^ < 4 , the modulation order 


is set to 2^ = 2 . Otherwise, the modulation order shall be determined from the DCI transported in the latest PDCCH 
with DCI format for the same transport block using < ly^^^ < 28 . If there is no PDCCH with DCI format for the 
same transport block using < ly^^^ < 28 , the modulation order shall be determined from 

- the most recent semi-persistent scheduling assignment PDCCH, when the initial PUSCH for the same transport 
block is semi-persistently scheduled, or, 

the random access response grant for the same transport block, when the PUSCH is initiated by the random access 
response grant. 

The UE shall use I^^^^ and Table 8.6.1-1 to determine the redundancy version {rvid^ to use in the physical uplink shared 
channel. 

Table 8.6.1-1 : Modulation, TBS index and redundancy version table for PUSCH 


MCS Index 

^MCS 

Modulation Order 

TBS Index 

^TBS 

Redundancy 
Version 

rvidx 



2 





1 

2 

1 



2 

2 

2 



3 

2 

3 



4 

2 

4 



5 

2 

5 



6 

2 

6 



7 

2 

7 



8 

2 

8 



9 

2 

9 



10 

2 

10 



11 

4 

10 



12 

4 

11 



13 

4 

12 



14 

4 

13 



15 

4 

14 



16 

4 

15 



17 

4 

16 



18 

4 

17 



19 

4 

18 



20 

4 

19 



21 

6 

19 



22 

6 

20 



23 

6 

21 



24 

6 

22 



25 

6 

23 



26 

6 

24 



27 

6 

25 



28 

6 

26 



29 

reserved 

1 

30 

2 

31 



3 


[TS 36.213 clause 8.6.2] 
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For < /j^(3s < 28 , the UE shall first determine the TBS index ( I^^^ ) using ly^^^ and Table 8.6.1-1. The UE shall then 
follow the procedure in Section 7.1.7.2.1 to determine the transport block size. 

For 29 < /j^(3s < 31 , If /mcs - ^^ ' the "CQI request" bit in DCI format is set to 1 and A^pj^g < 4 , then there is no 
transport block for the UL-SCH and only the control information feedback for the current PUSCH reporting mode is 
transmitted by the UE. Otherwise, the transport block size shall be determined from the initial PDCCH for the same 
transport block using < I^^^^ < 28 . If there is no initial PDCCH with DCI format for the same transport block using 

< /j^(^s < 28 , the transport block size shall be determined from 

- the most recent semi-persistent scheduling assignment PDCCH, when the initial PUSCH for the same transport 
block is semi-persistently scheduled, or, 

- the random access response grant for the same transport block, when the PUSCH is initiated by the random 
access response grant. 

[TS 36.213 clause 7.1.7.2.1] 

Fori < A^pRB < 110, the TBS is given by the ( /^bs , A^prb ) entry of Table 7.1.7.2.1-1. 
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Table 7.1.7.2.1-1: Transport block size table (dimension 27x110) 


^TBS 

^PRB 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 



16 

32 

56 

88 

120 

152 

176 

208 

224 

256 

1 

24 

56 

88 

144 

176 

208 

224 

256 

328 

344 

2 

32 

72 

144 

176 

208 

256 

296 

328 

376 

424 

3 

40 

104 

176 

208 

256 

328 

392 

440 

504 

568 

4 

56 

120 

208 

256 

328 

408 

488 

552 

632 

696 

5 

72 

144 

224 

328 

424 

504 

600 

680 

776 

872 

6 

328 

176 

256 

392 

504 

600 

712 

808 

936 

1032 

7 

104 

224 

328 

472 

584 

712 

840 

968 

1096 

1224 

8 

120 

256 

392 

536 

680 

808 

968 

1096 

1256 

1384 

9 

136 

296 

456 

616 

776 

936 

1096 

1256 

1416 

1544 

10 

144 

328 

504 

680 

872 

1032 

1224 

1384 

1544 

1736 

11 

176 

376 

584 

776 

1000 

1192 

1384 

1608 

1800 

2024 

12 

208 

440 

680 

904 

1128 

1352 

1608 

1800 

2024 

2280 

13 

224 

488 

744 

1000 

1256 

1544 

1800 

2024 

2280 

2536 

14 

256 

552 

840 

1128 

1416 

1736 

1992 
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376 

392 

424 
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424 
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472 
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616 
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696 
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680 
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1992 
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2344 

2472 

8 

1544 

1672 

1800 
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2664 

2792 

9 

1736 

1864 

2024 
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4968 
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14 
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4264 

4584 
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5544 
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3368 

3624 
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4264 
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4968 
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5544 
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4264 

4584 

4968 
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5544 
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6200 
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17 
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4392 

4776 
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6712 

7224 
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4392 

4776 
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5544 

5992 

6200 

6712 

7224 

7480 
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19 

4776 
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5544 

5992 
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6968 

7224 

7736 

8248 

8504 

20 
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5544 

5992 

6456 

6968 

7480 

7992 

8248 

8760 

9144 

21 

5544 

5992 

6456 

6968 

7480 

7992 

8504 

9144 

9528 

9912 
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6968 

7480 
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8504 

9144 

9528 
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7992 

8504 

9144 
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11448 
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8248 
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776 
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1160 
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1480 
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1800 
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1992 

2088 

2152 

5 

1864 

1928 

2024 

2088 

2216 

2280 

2344 

2472 

2536 

2664 

6 

2216 

2280 

2408 
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2984 

2984 

3112 
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3368 

3368 

3496 
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11 
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4776 
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13 
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4136 
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4776 
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7224 

7224 

8 
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7480 
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8248 

8504 

9 
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8504 
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9144 
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4392 

4392 

4392 

4584 

4584 

4584 

4776 

4 

5160 

5160 

5160 

5352 

5352 

5544 

5544 

5544 

5736 

5736 

5 

6200 

6200 

6456 

6456 

6712 

6712 

6712 

6968 

6968 

6968 

6 

7480 

7480 

7736 

7736 

7736 

7992 

7992 

8248 

8248 

8248 

7 

8760 

8760 

8760 

9144 

9144 

9144 

9528 

9528 

9528 

9912 

8 

9912 

9912 

10296 

10296 

10680 

10680 

10680 

11064 

11064 

11064 

9 

11064 

11448 

11448 

11832 

11832 

11832 

12216 

12216 

12576 

12576 

10 

12576 

12576 

12960 

12960 

12960 

13536 

13536 

13536 

14112 

14112 

11 

14112 

14688 

14688 

14688 

15264 

15264 

15840 

15840 

15840 

16416 

12 

16416 

16416 

16416 

16992 

16992 

17568 

17568 

17568 

18336 

18336 

13 

18336 

18336 

19080 

19080 

19080 

19848 

19848 

19848 

20616 

20616 

14 

20616 

20616 

20616 

21384 

21384 

22152 

22152 

22152 

22920 

22920 

15 

22152 

22152 

22152 

22920 

22920 

23688 

23688 

23688 

24496 

24496 

16 

22920 

23688 

23688 

24496 

24496 

24496 

25456 

25456 

25456 

26416 

17 

25456 

26416 

26416 

26416 

27376 

27376 

27376 

28336 

28336 

29296 

18 

28336 

28336 

29296 

29296 

29296 

30576 

30576 

30576 

31704 

31704 

19 

30576 

30576 

31704 

31704 

32856 

32856 

32856 

34008 

34008 

34008 

20 

32856 

34008 

34008 

34008 

35160 

35160 

35160 

36696 

36696 

36696 

21 

35160 

36696 

36696 

36696 

37888 

37888 

39232 

39232 

39232 

40576 

22 

37888 

39232 

39232 

40576 

40576 

40576 

42368 

42368 

42368 

43816 

23 

40576 

40576 

42368 

42368 

43816 

43816 

43816 

45352 

45352 

45352 

24 

43816 

43816 

45352 

45352 

45352 

46888 

46888 

46888 

48936 

48936 

25 

45352 

45352 

46888 

46888 

46888 

48936 

48936 

48936 

51024 

51024 

26 

52752 

52752 

55056 

55056 

55056 

55056 

57336 

57336 

57336 

59256 

^TBS 

N 

81 

82 

83 

84 

85 

86 

87 

88 

89 

90 



2280 

2280 

2280 

2344 

2344 

2408 

2408 

2472 

2472 

2536 

1 

2984 

2984 

2984 

3112 

3112 

3112 

3240 

3240 

3240 

3240 

2 

3624 

3624 

3752 

3752 

3880 

3880 

3880 

4008 

4008 

4008 

3 

4776 

4776 

4776 

4968 

4968 

4968 

5160 

5160 

5160 

5352 

4 

5736 

5992 

5992 

5992 

5992 

6200 

6200 

6200 

6456 

6456 

5 

7224 

7224 

7224 

7480 

7480 

7480 

7736 

7736 

7736 

7992 

6 

8504 

8504 

8760 

8760 

8760 

9144 

9144 

9144 

9144 

9528 

7 

9912 

9912 

10296 

10296 

10296 

10680 

10680 

10680 

11064 

11064 

8 

11448 

11448 

11448 

11832 

11832 

12216 

12216 

12216 

12576 

12576 

9 

12960 

12960 

12960 

13536 

13536 

13536 

13536 

14112 

14112 

14112 

10 

14112 

14688 

14688 

14688 

14688 

15264 

15264 

15264 

15840 

15840 

11 

16416 

16416 

16992 

16992 

16992 

17568 

17568 

17568 

18336 

18336 

12 

18336 

19080 

19080 

19080 

19080 

19848 

19848 

19848 

20616 

20616 

13 

20616 

21384 

21384 

21384 

22152 

22152 

22152 

22920 

22920 

22920 

14 

22920 

23688 

23688 

24496 

24496 

24496 

25456 

25456 

25456 

25456 
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15 

24496 

25456 

25456 

25456 

26416 

26416 

26416 

27376 

27376 

27376 

16 

26416 

26416 

27376 

27376 

27376 

28336 

28336 

28336 

29296 

29296 

17 

29296 

29296 

30576 

30576 

30576 

30576 

31704 

31704 

31704 

32856 

18 

31704 

32856 

32856 

32856 

34008 

34008 

34008 

35160 

35160 

35160 

19 

35160 

35160 

35160 

36696 

36696 

36696 

37888 

37888 

37888 

39232 

20 

37888 

37888 

39232 

39232 

39232 

40576 

40576 

40576 

42368 

42368 

21 

40576 

40576 

42368 

42368 

42368 

43816 

43816 

43816 

45352 

45352 

22 

43816 

43816 

45352 

45352 

45352 

46888 

46888 

46888 

48936 

48936 

23 

46888 

46888 

46888 

48936 

48936 

48936 

51024 

51024 

51024 

51024 

24 

48936 

51024 

51024 

51024 

52752 

52752 

52752 

52752 

55056 

55056 

25 

51024 

52752 

52752 

52752 

55056 

55056 

55056 

55056 

57336 

57336 

26 

59256 

59256 

61664 

61664 

61664 

63776 

63776 

63776 

66592 

66592 

^TBS 

^PRB 

91 

92 

93 

94 

95 

96 

97 

98 

99 

100 



2536 

2536 

2600 

2600 

2664 

2664 

2728 

2728 

2728 

2792 

1 

3368 

3368 

3368 

3496 

3496 

3496 

3496 

3624 

3624 

3624 

2 

4136 

4136 

4136 

4264 

4264 

4264 

4392 

4392 

4392 

4584 

3 

5352 

5352 

5352 

5544 

5544 

5544 

5736 

5736 

5736 

5736 

4 

6456 

6456 

6712 

6712 

6712 

6968 

6968 

6968 

6968 

7224 

5 

7992 

7992 

8248 

8248 

8248 

8504 

8504 

8760 

8760 

8760 

6 

9528 

9528 

9528 

9912 

9912 

9912 

10296 

10296 

10296 

10296 

7 

11064 

11448 

11448 

11448 

11448 

11832 

11832 

11832 

12216 

12216 

8 

12576 

12960 

12960 

12960 

13536 

13536 

13536 

13536 

14112 

14112 

9 

14112 

14688 

14688 

14688 

15264 

15264 

15264 

15264 

15840 

15840 

10 

15840 

16416 

16416 

16416 

16992 

16992 

16992 

16992 

17568 

17568 

11 

18336 

18336 

19080 

19080 

19080 

19080 

19848 

19848 

19848 

19848 

12 

20616 

21384 

21384 

21384 

21384 

22152 

22152 

22152 

22920 

22920 

13 

23688 

23688 

23688 

24496 

24496 

24496 

25456 

25456 

25456 

25456 

14 

26416 

26416 

26416 

27376 

27376 

27376 

28336 

28336 

28336 

28336 

15 

28336 

28336 

28336 

29296 

29296 

29296 

29296 

30576 

30576 

30576 

16 

29296 

30576 

30576 

30576 

30576 

31704 

31704 

31704 

31704 

32856 

17 

32856 

32856 

34008 

34008 

34008 

35160 

35160 

35160 

35160 

36696 

18 

36696 

36696 

36696 

37888 

37888 

37888 

37888 

39232 

39232 

39232 

19 

39232 

39232 

40576 

40576 

40576 

40576 

42368 

42368 

42368 

43816 

20 

42368 

42368 

43816 

43816 

43816 

45352 

45352 

45352 

46888 

46888 

21 

45352 

46888 

46888 

46888 

46888 

48936 

48936 

48936 

48936 

51024 

22 

48936 

48936 

51024 

51024 

51024 

51024 

52752 

52752 

52752 

55056 

23 

52752 

52752 

52752 

55056 

55056 

55056 

55056 

57336 

57336 

57336 

24 

55056 

57336 

57336 

57336 

57336 

59256 

59256 

59256 

61664 

61664 

25 

57336 

59256 

59256 

59256 

61664 

61664 

61664 

61664 

63776 

63776 

26 

66592 

68808 

68808 

68808 

71112 

71112 

71112 

73712 

73712 

75376 

^TBS 

N 

101 

102 

103 

104 

105 

106 

107 

108 

109 

110 



2792 

2856 

2856 

2856 

2984 

2984 

2984 

2984 

2984 

3112 

1 

3752 

3752 

3752 

3752 

3880 

3880 

3880 

4008 

4008 

4008 

2 

4584 

4584 

4584 

4584 

4776 

4776 

4776 

4776 

4968 

4968 

3 

5992 

5992 

5992 

5992 

6200 

6200 

6200 

6200 

6456 

6456 

4 

7224 

7224 

7480 

7480 

7480 

7480 

7736 

7736 

7736 

7992 

5 

8760 

9144 

9144 

9144 

9144 

9528 

9528 

9528 

9528 

9528 

6 

10680 

10680 

10680 

10680 

11064 

11064 

11064 

11448 

11448 

11448 

7 

12216 

12576 

12576 

12576 

12960 

12960 

12960 

12960 

13536 

13536 

8 

14112 

14112 

14688 

14688 

14688 

14688 

15264 

15264 

15264 

15264 

9 

15840 

16416 

16416 

16416 

16416 

16992 

16992 

16992 

16992 

17568 

10 

17568 

18336 

18336 

18336 

18336 

18336 

19080 

19080 

19080 

19080 

11 

20616 

20616 

20616 

21384 

21384 

21384 

21384 

22152 

22152 

22152 

12 

22920 

23688 

23688 

23688 

23688 

24496 

24496 

24496 

24496 

25456 

13 

26416 

26416 

26416 

26416 

27376 

27376 

27376 

27376 

28336 

28336 

14 

29296 

29296 

29296 

29296 

30576 

30576 

30576 

30576 

31704 

31704 

15 

30576 

31704 

31704 

31704 

31704 

32856 

32856 

32856 

34008 

34008 

16 

32856 

32856 

34008 

34008 

34008 

34008 

35160 

35160 

35160 

35160 

17 

36696 

36696 

36696 

37888 

37888 

37888 

39232 

39232 

39232 

39232 

18 

40576 

40576 

40576 

40576 

42368 

42368 

42368 

42368 

43816 

43816 

19 

43816 

43816 

43816 

45352 

45352 

45352 

46888 

46888 

46888 

46888 
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20 

46888 

46888 

48936 

48936 

48936 

48936 

48936 

51024 

51024 

51024 

21 

51024 

51024 

51024 

52752 

52752 

52752 

52752 

55056 

55056 

55056 

22 

55056 

55056 

55056 

57336 

57336 

57336 

57336 

59256 

59256 

59256 

23 

57336 

59256 

59256 

59256 

59256 

61664 

61664 

61664 

61664 

63776 

24 

61664 

61664 

63776 

63776 

63776 

63776 

66592 

66592 

66592 

66592 

25 

63776 

63776 

66592 

66592 

66592 

66592 

68808 

68808 

68808 

71112 

26 

75376 

75376 

75376 

75376 

75376 

75376 

75376 

75376 

75376 

75376 


[TS 36.211 clause 5.3.3] 

The block of complex- valued symbols d(0),...,d(M^y^T^ -1) is divided into M^^^t^/m^^^^^ sets, each corresponding 
to one SC-FDMA symbol. Transform precoding shall be applied according to 


j(/.M™™+t). 


i 


M 


PUSCH 


ZT/T ,^ PUSCH , -x 
d(l-M^^ +i)e 


2mk 


i=0 


;t=0,...,M™s^"-l 


resulting in a block of complex- valued symbols z(0),...,z(M^y-^i^ -1) . The variable M 


PUSCH 


■■M 


PUSCH 
RB 


•A^,^^, where 


M 


PUSCH 
RB 


represents the bandwidth of the PUSCH in terms of resource blocks, and shall fulfil 


^puscH^2^, .3«3.5«5<^UL 

where a2,0(^, (x^ is a set of non-negative integers. 
[TS 36.306 clause 4.1] 

The field ue-Category defines a combined uplink and downlink capability. The parameters set by the UE Category are 
defined in subclause 4.2. Tables 4.1-1 and 4.1-2 define the downlink and, respectively, uplink physical layer parameter 
values for each UE Category. 

Table 4.1-1 : Downlink physical layer parameter values set by the field ue-Category 


UE Category 

Maximum number of 

DL-SCH transport 

block bits received 

within a TTI 

Maximum number 
of bits of a DL- 
SCH transport 
block received 
within a TTI 

Total number of 
soft channel bits 

Maximum number 

of supported 

layers for spatial 

multiplexing in DL 

Category 1 

10296 

10296 

250368 

1 

Category 2 

51024 

51024 

1237248 

2 

Category 3 

102048 

75376 

1237248 

2 

Category 4 

150752 

75376 

1827072 

2 

Category 5 

299552 

149776 

3667200 

4 


Table 4.1-2: Uplink physical layer parameter values set by the field ue-Category 


UE Category 

Maximum number of 

bits of an UL-SCH 

transport block 

transmitted within a 

TTI 

Support for 
64QAM in UL 

Category 1 

5160 

No 

Category 2 

25456 

No 

Category 3 

51024 

No 

Category 4 

51024 

No 

Category 5 

75376 

Yes 
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Test description 
Pre-test conditions 


7.1.7.2.1.3 
7.1.7.2.1.3.1 
System Simulator: 

- Cell 1. 

Uplink and downlink bandwidth set to the maximum bandwidth for the E-UTRA Band under test as specified in 
Table 5.6.1-1 in [31](to enable testing of N^^^ up to maximum value). For Band 25, based on industry 
requirement, uplink and downlink bandwidth set to lOMHz. 

UE: 

None. 

Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 
7.1 .7.2.1 .3.2 Test procedure sequence 

Table 7.1.7.2.1.3.2-1 : Maximum TBsize for different UE categories 


UE Category 

IVIaximum number of 

bits of an UL-SCH 

transport block 

transmitted within a 

TTI 

Category 1 

5160 

Category 2 

25456 

Category 3 

51024 

Category 4 

51024 

Category 5 

75376 
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Table 7.1.7.2.1.3.2-2: Number of downlink PDCP SDUs and PDCP SDU size used as test data 


TBsize 

[bits] 

Number of 
PDCP SDUs, 

NsDUs 

PDCP SDU size 

[bits] 

See note 1 

1 04 < TBsize ^12096 
note 2 

1 

8*FLOOR((TBsize-96)/8) 

1 2097 < TBsize ^241 28 

2 

8*FLOOR((TBsize-128)/16)) 

241 29 < TBsize ^361 52 

3 

8*FLOOR((TBsize-152)/24)) 

36153 < TBsize ^481 84 

4 

8*FL00R((TBsize- 184)/32)) 

48185 < TBsize ^60208 

5 

8*FLOOR((TBsize-208)/40)) 

60209 < TBsize ^72240 

6 

8*FLOOR((TBsize-240)/48)) 

TBsize> 72240 

7 

8*FL00R((TBsize 264/56)) 


Note 1 : Each PDCP SDU is limited to 1500 octets (to keep below maximum SDU size of ESM as specified in TS 
24.301 clause 9.9.4.12). 

N PDCP SDUs are transmitted in N AMD PDUs concatenated into a MAC PDU. The PDCP SDU size of 
each PDCP SDU is 

PDCP SDU size = (TBsize - N*PDCP header size - N*AMD PDU header size - MAC header - Size of 
Timing Advance - RLC Status PDU size) / N, where 

PDCP header size is 1 6 bits for the RLC AM and 1 2-bit SN case; 

AMD PDU header size is 16 bits; 

MAC header si40 bits as MAC header size can be: 

1) R/R/E/LCID MAC subheader (8 bits for Timing Advance) + R/R/E/LCID MAC subheader (16 bits for 
MAC SDU for RLC Status PDU) + R/R/E/LCID MAC subheader (8 bits for MAC SDU for AMD PDU) = 8 + 
16 + 8bits=32bits 

or 

2) R/R/E/LCID MAC subheader (8 bits for Timing Advance) + R/R/E/LCID MAC subheader (24 bits for 
MAC SDU for AMD PDU, Note: Length can be of 2 bytes depending upon the size of AMD PDU)+ 
R/R/E/LCID MAC subheader (8 bits for MAC SDU for RLC Status PDU) + = 8+24 + 8 bits = 40 bits 

Therefore Maximum MAC header size can be 40 bits 

Size of Timing Advance MAC CE is 8 bits (if no Timing Advance and/or RLC status needs to be sent, 
padding will occur instead) 

RLC Status PDU size = 16 bit size = 

This gives: 

PDCP SDU size = 8*FL00R((TBsize- N*16- 8*CIEL((16+(N-1)*12)/8) -64)/(8*N)) bits. 
Note 2: According to TS 36.213 Table 7.1 .7.2.1-1 and the final PDCP SDU size formula in Note 1 , the smallest 
TBsize that can be tested is 1 04 bits. 


Table 7.1. 7.2.1. 3.2-2a: Bandwidth Dependent Parameters 


Max Bandwidth 

Max A^pRB 

lOMhz 

50 

15Mhz 

75 

20Mhz 

100 

Note: Maximum bandwidth for EUTRA bands is 10/15/20 Mhz. 


Table 7.1.7.2.1.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS ignores scheduling 
requests and does not allocate 
any uplink grant. 





- 

EXCEPTION: Steps 2 to 7 are 

- 

- 

- 

- 
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repeated for values of N^^^ from 
1 to Max A^pRB and /^cs ^^^^ 

to 28, where ^^^^ satisfies 
values eaual to 

where ^2 '^3 '^5 is a set of non- 
negative integers. 





2 

SS looks up /tbs in table 8.6.1-1 
in TS 36.213 based on the value 
of /mcs ■ SS loo^^s up TBsize in 
table 7.1.7.2.1-1 in TS 36.213 
based on values of N^^^ and 

^TBS ■ 






EXCEPTION: Steps 3 to 7 are 
performed if TBsize is less than or 
equal to UE capability "Maximum 
number of UL-SCH transport 
block bits received within a TTI" 
as specified in Table 7.1 .7.2.1 .3.2- 
1 and larger than or equal to 104 
bits as specified in Table 
7.1.7.2.1.3.2-2. 





3 

SS creates one or more PDCP 
SDUs, depending on TBsize, in 
accordance with Table 
7.1.7.2.1.3.2-2. 





4 

After 300ms, the SS transmits all 
PDCP SDUs (NsDus) as created in 
step 3 in a MAC PDU. 

<- 

MAC PDU (NsDUsX PDCP 
SDU) 



5 

After 60ms of step 4, the allocates 
an uplink grant SS indicating DCI 
Format with a RVI 

correspondent to N^^^ as 

specified in 8.1 in TS 36.213 and 
modulation and coding scheme 

/mcs as specified in Table 8.6.1-1 

in TS 36.213. 

<- 

(UL Grant) 

DCI: (DCI Format 0, RVI 

(^PRB )' ^MCS ) 



6 

Void 

- 

- 

- 

- 

7 

CHECK: Does UE return the 
same number of PDCP SDUs with 
same content as transmitted by 
the SS in step 4 using the 
Resource Block Assignment and 
modulation and coding scheme as 
configured by the SS in step 5? 

-> 

MAC PDU (NsDUsX PDCP 
SDU) 

1 

P 


7.1 .7.2.1 .3.3 Specific Message Contents 

None. 

7.1 .8 Reporting of Rank Indicator (Rl) 

7.1 .8.1 Periodic Rl reporting using PUCCH / Category 1 UE / Transnnission nnode 3/4 

7.1.8.1.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
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ensure that { 

when { Category 1 UE is configured to transmission mode 3} 
then { UE always reports RI equals to one} 


(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { Category 1 UE is configured to transmission mode 4} 
then { UE always reports RI equals to one} 


7.1.8.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.306 clause 4 and clause 
4.1, TS 36.213 clause 7.2.2. 

[TS 36.306, clause 4] 

The following subclauses define the UE radio access capability parameters. Only parameters for which there is the 
possibility for UEs to signal different values are considered as UE radio access capability parameters. Therefore, 
mandatory capabilities that are the same for all UEs are not listed here. 

[TS 36.306, clause 4.1] 

The field ue-Category defines a combined uplink and downlink capability. The parameters set by the UE Category are 
defined in subclause 4.2. Tables 4.1-1 and 4.1-2 define the downlink and, respectively, uplink physical layer parameter 
values for each UE Category. 

Table 4.1-1 : Downlink physical layer parameter values set by the field ue-Category 


UE Category 

Maximum number of 

DL-SCH transport 

block bits received 

within a TTI 

Maximum number 
of bits of a DL- 
SCH transport 
block received 
within a TTI 

Total number of 
soft channel bits 

Maximum number 

of supported 

layers for spatial 

multiplexing in DL 

Category 1 

10296 

10296 

250368 

1 

Category 2 

51024 

51024 

1237248 

2 

Category 3 

102048 

75376 

1237248 

2 

Category 4 

150752 

75376 

1827072 

2 

Category 5 

299552 

149776 

3667200 

4 


[TS 36.213, clause 7.2.2] 

A UE is semi-statically configured by higher layers to periodically feed back different CQI, PMI, and RI on the PUCCH 
using the reporting modes given in Table 7.2.2-1 and described below. 

Table 7.2.2-1 : CQI and PMI Feedback Types for PUCCH reporting Modes 



PMI Feedback Type 


No PMI 

Single PMI 

PUCCH CQI Feed- 
back Type 

Wideband 
(wideband CQI) 

Mode 1-0 

Mode 1-1 

UE Selected 
(subband CQI) 

Mode 2-0 

Mode 2-1 


For each of the transmission modes defined in Section 7.1, the following reporting modes are supported on PUCCH: 
- Transmission mode 1 : Modes 1-0, 2-0 
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- Transmission mode 2 : Modes 1-0, 2-0 

- Transmission mode 3 : Modes 1-0, 2-0 

- Transmission mode 4 : Modes 1-1,2-1 

- Transmission mode 5 : Modes 1-1,2-1 

- Transmission mode 6 : Modes 1-1, 2-1 

- Transmission mode 7 : Modes 1-0, 2-0 

- Transmission mode 8 : Modes 1-1, 2-1 if the UE is configured with PMI/RI reporting; modes 1-0, 2-0 if the UE is 

configured without PMI/RI reporting 

Four CQI/PMI and RI reporting types with distinct periods and offsets are supported for each PUCCH reporting mode 
as given in Table 7.2.2-3: 

- Type 1 report supports CQI feedback for the UE selected sub-bands 

- Type 2 report supports wideband CQI and PMI feedback. 

- Type 3 report supports RI feedback 

- Type 4 report supports wideband CQI 

The periodicity N p (in subframes) and offset A^oFF5£r,C(2/ (i^ subframes) for CQI/PMI reporting are determined based on 
the parameter cqi-pmi-Configlndex ( Icqi/pmi ) given in Table 7.2.2-lA for FDD and table 7.2.2-lC for TDD. The periodicity 
Mj^j and relative offset Nq^^^^j j^j for RI reporting are determined based on the parameter ri-Configlndex ( Ij^j ) given in 
Table 7.2.2-lB. Both cqi-pmi-Configlndex and ri-Configlndex are configured by higher layer signalling. The relative 
reporting offset for RI Nq^^^^j j^j takes values from the set {0,-1,. ..,-(N -1)} 

- Wideband feedback 

- Mode 1-1 description: 

- In the subframe where RI is reported (only for transmission mode 4 and transmission mode 8): 

- A UE shall determine a RI assuming transmission on set S subbands. 

- The UE shall report a type 3 report consisting of one RI 

- In the subframe where CQI/PMI is reported: 

- A single precoding matrix is selected from the codebook subset assuming transmission on set S 

subbands 

- A UE shall report a type 2 report on each respective successive reporting opportunity consisting of 

- A single wideband CQI value which is calculated assuming the use of a single precoding matrix in 

all subbands and transmission on set S subbands. 

- The selected single precoding matrix indicator (wideband PMI) 

- When RI>1, a 3-bit wideband spatial differential CQI, which is shown in Table 7.2-2. 

- For transmission mode 4 and transmission mode 8, the PMI and CQI are calculated conditioned on the 

last reported periodic RI. For other transmission modes they are calculated conditioned on 
transmission rank 1. 

7.1 .8.1 .3 Test description 

7.1 .8.1 .3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
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System Simulator transmits according to the rank reported by UE 
UE: 
None. 
Preamble: 

- The UE is in state Generic RB Estabhshed (state 3) according to [18] 
7.1 .8.1 .3.2 Test procedure sequence 

Table 7.1.8.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

- 

EXCEPTION: Step 1 is repeated 5 times 

- 

- 

- 

- 

1 

CHECK: Does the UE transmit PUCCH type 3 
report with Rl set to 1 ? (NOTE) 

-> 

(Rl) 

1 

P 

2 

The SS transmits a MAC PDU containing an 
RRCConnectionReconfiguration message to 
reconfigure the UE transmission mode to tm4 

<- 

MAC PDU 
(RRCConnectionReconfiguration) 



3 

The UE transmits a MAC PDU containing an 

RRCConnectionReconfigurationComplete 

message 

-> 

MAC PDU 

(RRCConnectionReconfigurationC 

omplete) 



- 

EXCEPTION: Step 4 is repeated 5 times 

- 

- 

- 

- 

4 

CHECK: Does the UE transmit PUCCH type 3 
report with Rl set to 1 ? (NOTE) 

-> 

(H/) 

2 

P 

5 

Check: Does the test result of CALL generic 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that UE is in E-UTRA 
RRC CONNECTED state? 



2 


Note: In this test case, it is configured for wideband CQI/PIVII reporting for transmission mode tm3 and tm4, the 
reporting instances of Rl reporting are subframes satisfying: 

\iOx Hf +\_ns ^'^\~ ^OFFSET, cQi ~ ^ OFFSET ,Ri j^^^i^ p '^Ri) = ^ the dcfauit Configuration in TS 36.508, 
the cqi-pmi-Configlndex(/(^g^/p^^ ) = 25(FDD)/24(TDD), ri-Configlndex(/^^ ) = 483(FDD) / 484(TDD), as 
per the Table 7.2.2-1 A, 7.2.2-1 Band 7.2.2-1 C in TS 36.21 3, the periodicity A^^ (in subframes) = 
20ms(FDD) / 20ms(TDD), Nqppset,cqi ('"^ subframes) = 8ms(FDD) / 8ms(TDD), The periodicity M^^ = 
8(FDD) / 8(TDD) and relative offset N offset, ri = O(FDD) / -1 (TDD) 


7.1 .8.1 .3.3 Specific message contents 

Table 7.1.8.1.3.3-1: RRCConnectionReconfiguration (step 2, Table 7.1.8.1.3.2-1) 

Derivation Path: 36.508 table 4.6.1-8, condition SRB2-DRB(1, 0) 
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Table 7.1.8.1.3.3-2: PhysicalConfigDedicated-DEFAULT (step 2, Table 7.1.8.1.3.2-1) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

PhysicalConfigDedicated-DEFAULT ::= SEQUENCE { 




antennalnfo CHOICE { 




defaultValue 

NULL 



explicitValue SEQUENCE { 



2TX 

transmissionMode 

tm4 



codebookSubsetRestriction CHOICE { 




n2TxAntenna-tm4 

'111111' 

BIT STRING 
(SIZE (6)) 


} 




ue-TransmitAntennaSelection CHOICE { 




Release 

NULL 



} 




} 




} 




} 
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7.2 RLC 

7.2.1 General 

For UM tests, the UM test DRB is set up using the Generic Procedure described in clause 4.5 of [18], with the 
parameters described in clause 4.8.2.1.3.1 of [18], except for the tests that explicitly specify a different DRB 
configuration. 

For AM tests, the AM test DRB is set up using the Generic Procedure described in clause 4.5 of [18], with the 
parameters described in clause 4.8.2.1.3.2 of [18], except for the tests that explicitly specify a different DRB 
configuration. 

Unless specified otherwise in the test procedure sequence, the data field of each RLC PDU transmitted by the SS 
contains a complete RLC SDU. 

7.2.2 Unacknowledged mode 

7.2.2.1 UM RLC / Segmentation and reassembly / 5-bit SN / Framing info field 

7.2.2.1.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a 5 bit SN configured UMD PDU containing a FI field set to 00 } 
then { UE correctly decodes the received UMD PDU } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a 5 bit SN configured UMD PDU containing a FI field set to 01 } 
then { UE correctly decodes the received UMD PDU } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a 5 bit SN configured UMD PDU containing a FI field set to 11 } 
then { UE correctly decodes the received UMD PDU } 

} 

(4) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a 5 bit SN configured UMD PDU containing a FI field set to 10 } 
then { UE correctly decodes the received UMD PDU } 
} 

7.2.2.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.322, clause 6.2.1.3 and 
6.2.2.6. 

[TS 36.322, clause 6.2.1.3] 


An UM RLC entity is configured by RRC to use either a 5 bit SN or a 10 bit SN. When the 5 bit SN is configured, the 
length of the fixed part of the UMD PDU header is one byte. When the 10 bit SN is configured, the fixed part of the 
UMD PDU header is identical to the fixed part of the AMD PDU header, except for D/C, RF and P fields all being 
replaced with Rl fields. The extension part of the UMD PDU header is identical to the extension part of the AMD PDU 
header (regardless of the configured SN size). 
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[TS 36.322, clause 6.2.2.6] 

Length: 2 bits. 

The FI field indicates whether a RLC SDU is segmented at the beginning and/or at the end of the Data field. 
Specifically, the FI field indicates whether the first byte of the Data field corresponds to the first byte of a RLC SDU, 
and whether the last byte of the Data field corresponds to the last byte of a RLC SDU. The interpretation of the FI field 
is provided in Table 6.2.2.6-1. 

Table 6.2.2.6-1 : FI field interpretation 


Value 

Description 

00 

First byte of the Data field corresponds to the first byte of a RLC SDU. 
Last byte of the Data field corresponds to the last byte of a RLC SDU. 

01 

First byte of the Data field corresponds to the first byte of a RLC SDU. 
Last byte of the Data field does not correspond to the last byte of a RLC SDU. 

10 

First byte of the Data field does not correspond to the first byte of a RLC SDU. 
Last byte of the Data field corresponds to the last byte of a RLC SDU. 

11 

First byte of the Data field does not correspond to the first byte of a RLC SDU. 
Last byte of the Data field does not correspond to the last byte of a RLC SDU. 


Test description 
Pre-test conditions 


7.2.2.1.3 
7.2.2.1.3.1 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18] with the exceptions listed in table 7.2.2.1.3.1-1 
applicable for the configured UM DRB. 

- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 

Table 7.2.2.1.3.1-1: RLC parameters 


Uplink RLC 

sn-FieldLength 

sizes 

Downlink RLC 
sn-FieldLength 

sizes 
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7.2.2.1.3.2 


Test procedure sequence 

Table 7.2.2.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits UMD PDU#1 containing a 
complete RLC SDU#1 (Fl field = 00). 

<- 

UMD PDU#1 

- 

- 

2 

Check: Does the UE transmit RLC SDU#1? 

— > 

(RLCSDU#1) 

1 

P 

3 

The SS transmits UMD PDU#2 containing the 
first segment of RLC SDU#2 (Fl field = 01). 

<— 

UMD PDU#2 

- 

- 

4 

The SS transmits UMD PDU#3 containing the 
second segment of RLC SDU#2 (Fl field = 11). 

<— 

UMD PDU#3 

- 

- 

5 

The SS transmits UMD PDU#4 containing the 
last segment of RLC SDU#2 (Fl field = 10). 

<- 

UMD PDU#4 

- 

- 

6 

Check: Does the UE transmit RLC SDU#2? 

-> 

(RLC SDU#2) 

2,3, 
4 

P 


7.2.2.1.3.3 
None. 

7.2.2.2 
7.2.2.2.1 

(1) 


Specific message contents 

UM RLC / Segmentation and reassembly / 1 0-bit SN / Framing info field 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a 10 bit SN configured UMD PDU containing a Fl field set to 00 
then { UE correctly decodes the received UMD PDU } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a 10 bit SN configured UMD PDU containing a Fl field set to 01 
then { UE correctly decodes the received UMD PDU } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a 10 bit SN configured UMD PDU containing a Fl field set to 11 
then { UE correctly decodes the received UMD PDU } 

} 

(4) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a 10 bit SN configured UMD PDU containing a Fl field set to 10 
then { UE correctly decodes the received UMD PDU } 


7.2.2.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.322, clause 6.2.1.3 and 
6.2.2.6. 

[TS 36.322, clause 6.2.1.3] 


An UM RLC entity is configured by RRC to use either a 5 bit SN or a 10 bit SN. When the 5 bit SN is configured, the 
length of the fixed part of the UMD PDU header is one byte. When the 10 bit SN is configured, the fixed part of the 
UMD PDU header is identical to the fixed part of the AMD PDU header, except for D/C, RF and P fields all being 
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replaced with Rl fields. The extension part of the UMD PDU header is identical to the extension part of the AMD PDU 
header (regardless of the configured SN size). 


[TS 36.322, clause 6.2.2.6] 

Length: 2 bits. 

The FI field indicates whether a RLC SDU is segmented at the beginning and/or at the end of the Data field. 
Specifically, the FI field indicates whether the first byte of the Data field corresponds to the first byte of a RLC SDU, 
and whether the last byte of the Data field corresponds to the last byte of a RLC SDU. The interpretation of the FI field 
is provided in Table 6.2.2.6-1. 


Table 6.2.2.6-1 : FI field interpretation 


Value 

Description 

00 

First byte of the Data field corresponds to the first byte of a RLC SDU. 
Last byte of the Data field corresponds to the last byte of a RLC SDU. 

01 

First byte of the Data field corresponds to the first byte of a RLC SDU. 
Last byte of the Data field does not correspond to the last byte of a RLC SDU. 

10 

First byte of the Data field does not correspond to the first byte of a RLC SDU. 
Last byte of the Data field corresponds to the last byte of a RLC SDU. 

11 

First byte of the Data field does not correspond to the first byte of a RLC SDU. 
Last byte of the Data field does not correspond to the last byte of a RLC SDU. 


7.2.2.2.3 Test description 

7.2.2.2.3.1 Pre-test conditions 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 

7.2.2.2.3.2 Test procedure sequence 

Table 7.2.2.2.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits UMD PDU#1 containing a 
complete RLC SDU#1 (FI field = 00). 

<- 

UMD PDU#1 

- 

- 

2 

Check: Does the UE transmit RLC SDU#1? 

— > 

(RLCSDU#1) 

1 

P 

3 

The SS transmits UMD PDU#2 containing the 
first segment of RLC SDU#2 (FI field = 01). 

<- 

UMD PDU#2 

- 

- 

4 

The SS transmits UMD PDU#3 containing the 
second segment of RLC SDU#2 (FI field = 11). 

<- 

UMD PDU#3 

- 

- 

5 

The SS transmits UMD PDU#4 containing the 
last segment of RLC SDU#2 (FI field = 10). 

<— 

UMD PDU#4 

- 

- 

6 

Check: Does the UE transmit RLC SDU#2? 

-> 

(RLC SDU#2) 

2,3, 
4 

p 


7.2.2.2.3.3 
None. 


Specific message contents 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


707 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


7.2.2.3 

7.2.2.3.1 
(1) 


UM RLC / Reassembly / 5-bit SN / LI value > PDU size 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a 5 bit SN configured RLC PDU with Length Indicator value larger than RLC PDU 
size } 

then { UE discards the RLC PDU j 


7.2.2.3.2 Conformance requirements 

See TS 36.322 clauses 6.2.2.5 and 5.5.1 

References: The conformance requirements covered in the present TC are specified in: TS 36.322, clause 5.5.1 and 
6.2.2.5. 

[TS 36.322, clause 5.5.1] 

When an RLC entity receives an RLC PDU that contains reserved or invalid values, the RLC entity shall: 

- discard the received PDU. 

[TS 36.322, clause 6.2.2.5] 

Length: 1 1 bits. 

The LI field indicates the length in bytes of the corresponding Data field element present in the RLC data PDU 
delivered/received by an UM or an AM RLC entity. The first LI present in the RLC data PDU header corresponds to the 
first Data field element present in the Data field of the RLC data PDU, the second LI present in the RLC data PDU 
header corresponds to the second Data field element present in the Data field of the RLC data PDU, and so on. The 
value is reserved. 


Test description 
Pre-test conditions 


7.2.2.3.3 
7.2.2.3.3.1 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18] with the exceptions listed in table 7.2.2.3.3.1-1 
applicable for the configured UM DRB. 

- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 

Table 7.2.2.3.3.1-1 : RLC parameters 


Uplink RLC 

sn-FieldLength 

sizes 

Downlink RLC 
sn-FieldLength 

sizes 
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7.2.2.3.3.2 


Test procedure sequence 

Table 7.2.2.3.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: the behaviour described in table 
7.2.2.3.3.2-2 runs in parallel with steps 1 to 5 
below. 





1 

The SS transmits UMD PDU#1 containing first 
segment of RLC SDU#1 . 

<— 

UMD PDU#1 (SN=0) 

- 

- 

2 

The SS transmits UMD PDU#2 containing last 
segment of RLC SDU#1 and first segment of 
RLC SDU#2. 

<— 

UMDPDU#2(SN=1) 



3 

The SS transmits UMD PDU#3 containing last 
segment of RLC SDU#2, first segment of RLC 
SDU#3 and with Length Indicator that points 
beyond the end of the UMD PDU#3. 

<— 

UMD PDU#3 (SN=2) 



4 

The SS transmits UMD PDU#4 containing last 
segment of RLC SDU#3. 

<— 

UMD PDU#4 (SN=3) 

- 

- 

5 

The SS transmits UMD PDU#5 containing RLC 
SDU#4. 

<- 

UMD PDU#5 (SN=4) 

- 

- 

Table 7.2.2.3.3.2-2: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The UE transmits RLC SDU#1 . 

— > 

(RLCSDU#1) 

- 

- 

2 

Check: Does the UE transmit RLC SDU#2? 

-> 

(RLC SDU#2) 

1 

F 

3 

Check: Does the UE transmit RLC SDU#3? 

-> 

(RLC SDU#3) 

1 

F 

4 

The UE transmits RLC SDU#4. 

— > 

(RLC SDU#4) 

- 

- 


7.2.2.3.3.3 
None. 

7.2.2.4 
7.2.2.4.1 
(1) 


Specific message contents 

UM RLC / Reassembly / 1 0-bit SN / LI value > PDU size 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an RLC PDU with Length Indicator value larger than RLC PDU size } 
then { UE discards the RLC PDU } 
} 

7.2.2.4.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.322, clause 5.5.1. 

[TS 36.322, clause 5.5.1] 

When an RLC entity receives an RLC PDU that contains reserved or invalid values, the RLC entity shall: 

- discard the received PDU. 

7.2.2.4.3 Test description 
7.2.2.4.3.1 Pre-test conditions 
System Simulator: 

- Cell 1. 
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UE: 

None. 

Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 
7.2.2.4.3.2 Test procedure sequence 

Table 7.2.2.4.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: The behaviour described in table 
7.2.2.4.3.2-2 runs in parallel with steps 1 to 5 
below. 





1 

The SS transmits UMD PDU#1 containing first 
segment of PLC SDU#1. 

<- 

UMD PDU#1 (SN=0) 

- 

- 

2 

The SS transmits UMD PDU#2 containing last 
segment of PLC SDU#1 and first segment of 
PLC SDU#2. 

<- 

UMDPDU#2(SN=1) 



3 

The SS transmits UMD PDU#3 containing last 
segment of PLC SDU#2, first segment of PLC 
SDU#3 and with Length Indicator that points 
beyond the end of the PLC PDU#3. 

<- 

UMD PDU#3 (SN=2) 



4 

The SS transmits UMD PDU#4 containing last 
segment of PLC SDU#3. 

<- 

UMD PDU#4 (SN=3) 

- 

- 

5 

The SS transmits UMD PDU#5 containing PLC 
SDU#4. 

<— 

UMD PDU#5 (SN=4) 

- 

- 

Table 7.2.2.4.3.2-2: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Check: Does the UE transmit PLC SDU#1? 

— > 

(PLCSDU#1) 

1 

P 

2 

Check: Does the UE transmit PLC SDU#2? 

-> 

(PLC SDU#2) 

1 

F 

3 

Check: Does the UE transmit PLC SDU#3? 

-> 

(PLC SDU#3) 

1 

F 

4 

Check: Does the UE transmit PLC SDU#4? 

— > 

(PLC SDU#4) 

1 

P 


7.2.2.4.3.3 
None. 

7.2.2.5 
7.2.2.5.1 
7.2.2.5.1.1 
(1) 


Specific message contents 

UM RLC / Correct use of sequence numbering 

UM RLC / 5-bit SN / Correct use of sequence numbering 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE transmits the first PDU } 

then { UE sets the sequence Number field equal to 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE transmits subsequent PDUs } 

then { SN incremented by 1 for each PDU transmitted 
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(3) 

with { UE in E-UTRA RRC_CONNECTED state and an UM RLC DRB is configured using 5 bit SN } 
ensure that { 

when { UE transmits more than 32 PDUs } 

then { UE wraps the Sequence Number after transmitting the 32 PDU } 

} 

(4) 

with { UE in E-UTRA RRC_CONNECTED state and an UM RLC DRB is configured using 5 bit SN } 
ensure that { 

when { more than 32 PDUs are sent to UE } 

then { UE accepts PDUs with SNs that wrap around every 32 PDU } 
} 

7.2.2.5.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.322, clause 
5.1.2.1.1, 5.1.2.2, 6.2.1.3, 6.2.2.3 and 7.1. 

[TS 36.322, clause 5.1.2.1.1] 

When delivering a new UMD PDU to lower layer, the transmitting UM RLC entity shall: 

- set the SN of the UMD PDU to VT(US), and then increment VT(US) by one. 
[TS 36.322, clause 5.1.2.2] 

The receiving UM RLC entity shall maintain a reordering window according to state variable VR(UH) as follows: 

- a SN falls within the reordering window if (VR(UH) - UM_Window_Size) <= SN < VR(UH); 
a SN falls outside of the reordering window otherwise. 

When receiving an UMD PDU from lower layer, the receiving UM RLC entity shall: 

- either discard the received UMD PDU or place it in the reception buffer (see sub clause 5.1 .2.2.2); 

- if the received UMD PDU was placed in the reception buffer: 

- update state variables, reassemble and deliver RLC SDUs to upper layer and start/stop t-Reordering as 
needed (see sub clause 5.1.2.2.3); 

When an UMD PDU with SN = x is received from lower layer, the receiving UM RLC entity shall: 

- if VR(UR) < X < VR(UH) and the UMD PDU with SN = x has been received before; or 

- if ( VR(UH) - UM_Windo w_Size) <= x < VR(UR) : 

- discard the received UMD PDU; 

- else: 

- place the received UMD PDU in the reception buffer. 

When an UMD PDU with SN = x is placed in the reception buffer, the receiving UM RLC entity shall: 
if X falls outside of the reordering window: 

- update VR(UH) to x+1; 

- reassemble RLC SDUs from any UMD PDUs with SN that falls outside of the reordering window, remove 
RLC headers when doing so and deliver the reassembled RLC SDUs to upper layer in ascending order of the 
RLC SN if not deHvered before; 

if VR(UR) falls outside of the reordering window: 
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- set VR(UR) to (VR(UH) - UM_Window_Size); 
- if the reception buffer contains an UMD PDU with SN = VR(UR): 

- update VR(UR) to the SN of the first UMD PDU with SN > current VR(UR) that has not been received; 

- reassemble RLC SDUs from any UMD PDUs with SN < updated VR(UR), remove RLC headers when doing 
so and deHver the reassembled RLC SDUs to upper layer in ascending order of the RLC SN if not delivered 
before; 

[TS 36.322, clause 6.2. L3] 


An UM RLC entity is configured by RRC to use either a 5 bit SN or a 10 bit SN. When the 5 bit SN is configured, the 
length of the fixed part of the UMD PDU header is one byte. When the 10 bit SN is configured, the fixed part of the 
UMD PDU header is identical to the fixed part of the AMD PDU header, except for D/C, RF and P fields all being 
replaced with Rl fields. The extension part of the UMD PDU header is identical to the extension part of the AMD PDU 
header (regardless of the configured SN size). 


[TS 36.322, clause 6.2.2.3] 


The SN field indicates the sequence number of the corresponding UMD. . .The sequence number is incremented by one 
for every UMD... 

[TS 36.322, clause 7.1] 


All state variables and all counters are non-negative integers. 


All state variables related to UM data transfer can take values from to ^2^^''-^^^^^^^''sth] _ ^j j^^i arithmetic operations 
contained in the present document on state variables related to UM data transfer are affected by the UM modulus (i.e. 
final value = [value from arithmetic operation] modulo 2^''''^'^^'^^^''^^^\ 


When performing arithmetic comparisons of state variables or SN values, a modulus base shall be used. 


VR(UH) - UM_Window_Size shall be assumed as the modulus base at the receiving side of an UM RLC entity. This 
modulus base is subtracted from all the values involved, and then an absolute comparison is performed (e.g. (VR(UH) - 
UM_Window_Size) <= SN < VR(UH) is evaluated as [(VR(UH) - UM_Window_Size) - (VR(UH) - 
UM_Window_Size)] modulo 2^^'^-^^^^^^^'^^^'] <= [SN - (VR(UH) - UM_Window_Size)] modulo 2^^'^-^'^^^^^'^^^'] < [VR(UH) 
- (VR(UH) - UM_Window_Size)] modulo 2^^'^-^'^^^^^'^^^^]). 


Each transmitting UM RLC entity shall maintain the following state variables: 

a) VT(US) 

This state variable holds the value of the SN to be assigned for the next newly generated UMD PDU. It is initially set to 
0, and is updated whenever the UM RLC entity delivers an UMD PDU with SN = VT(US). 

Each receiving UM RLC entity shall maintain the following state variables: 

a) VR(UR) - UM receive state variable 
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This state variable holds the value of the SN of the earliest UMD PDU that is still considered for reordering. It is 
initially set to 0. 

b) VR(UX) - UM t-Reordering state variable 

This state variable holds the value of the SN following the SN of the UMD PDU which triggered t-Reordering. 

c) VR(UH) - UM highest received state variable 

This state variable holds the value of the SN following the SN of the UMD PDU with the highest SN among received 
UMD PDUs, and it serves as the higher edge of the reordering window. It is initially set to 0. 


Test description 
Pre-test conditions 


7.2.2.5.1.3 
7.2.2.5.1.3.1 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- UE is in state Loopback Activated (state 4) according to [18] with the exceptions listed in table 7.2.2.5.1.3.1-1 
applicable for the configured UM DRB. 

- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 

Table 7.2.2.5.1.3.1-1: RLC parameters 


Uplink RLC 

sn-FieldLength 

sizes 

Downlink RLC 
sn-FieldLength 

sizes 


7.2.2.5.1.3.2 


Test procedure sequence 

Table 7.2.2.5.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message/PDU/SDU 

- 

EXCEPTION: Step 3 to 4 is executed 31 times. 

- 

- 

- 

- 

1 

The SS transmits an UMD PDU. SN equals 0. 

<- 

UMD PDU 

- 

- 

2 

Check: Does the UE transmit an UMD PDU 
with SN = 0? 

-> 

UMD PDU 

1 

P 

3 

The SS transmits an UMD PDU. SN equals 1 
and is incremented for each PDU transmitted. 

<- 

UMD PDU 

- 

- 

4 

Check: Does the UE transmit an UMD PDU 
with SN increased by 1 compared with the 
previous one? 

-> 

UMD PDU 

2 

P 

S 

The SS transmits an UMD PDU. SN equals 0. 

<- 

UMD PDU 

- 

- 

6 

Check: Does the UE transmit an UMD PDU 
with SN=0? 

-> 

UMD PDU 

3,4 

P 


7.2.2.5.1.3.3 
None. 


Specific message contents 
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7.2.2.5.2 UM RLC / 1 0-bit SN / Correct use of Sequence numbering 

7.2.2.5.2.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE transmits the first PDU } 

then { UE sets the Sequence Number field equal to } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE transmits subsequent PDUs } 

then { SN incremented by 1 for each PDU transmitted } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state and an UM RLC DRB is configured using 10 bit SN } 
ensure that { 

when { UE transmits more than 1024 PDUs } 

then { UE wraps the Sequence Number after transmitting the 1024 PDU } 

} 

(4) 

with { UE in E-UTRA RRC_CONNECTED state and an UM RLC DRB is configured using 10 bit SN } 
ensure that { 

when { more than 1024 PDUs are sent to UE } 

then { UE accepts PDUs with SNs that wrap around every 1024 PDU } 
} 

7.2.2.5.2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3 GPP TS 36.322, clause 
5.1.2.1.1, 5.1.2.2, 6.2.1.3, 6.2.2.3 and 7.1. 

[TS 36.322, clause 5.1.2.1.1] 

When delivering a new UMD PDU to lower layer, the transmitting UM RLC entity shall: 

- set the SN of the UMD PDU to VT(US), and then increment VT(US) by one. 
[TS 36.322, clause 5.1.2.2] 

The receiving UM RLC entity shall maintain a reordering window according to state variable VR(UH) as follows: 

- a SN falls within the reordering window if (VR(UH) - UM_Window_Size) <= SN < VR(UH); 
a SN falls outside of the reordering window otherwise. 

When receiving an UMD PDU from lower layer, the receiving UM RLC entity shall: 

- either discard the received UMD PDU or place it in the reception buffer (see sub clause 5.1 .2.2.2); 

- if the received UMD PDU was placed in the reception buffer: 

- update state variables, reassemble and deliver RLC SDUs to upper layer and start/stop t-Reordering as 
needed (see sub clause 5.1.2.2.3); 

When an UMD PDU with SN = x is received from lower layer, the receiving UM RLC entity shall: 

- if VR(UR) < X < VR(UH) and the UMD PDU with SN = x has been received before; or 

- if ( VR(UH) - UM_Windo w_Size) <= x < VR(UR) : 

- discard the received UMD PDU; 
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- else: 

- place the received UMD PDU in the reception buffer. 

When an UMD PDU with SN = x is placed in the reception buffer, the receiving UM RLC entity shall: 
if X falls outside of the reordering window: 

- update VR(UH) to X + 1; 

- reassemble RLC SDUs from any UMD PDUs with SN that falls outside of the reordering window, remove 
RLC headers when doing so and deliver the reassembled RLC SDUs to upper layer in ascending order of the 
RLC SN if not deHvered before; 

if VR(UR) falls outside of the reordering window: 

- set VR(UR) to (VR(UH) - UM_Window_Size); 

- if the reception buffer contains an UMD PDU with SN = VR(UR): 

- update VR(UR) to the SN of the first UMD PDU with SN > current VR(UR) that has not been received; 

- reassemble RLC SDUs from any UMD PDUs with SN < updated VR(UR), remove RLC headers when doing 
so and deliver the reassembled RLC SDUs to upper layer in ascending order of the RLC SN if not delivered 
before; 

[TS 36.322, clause 6.2.1.3] 


An UM RLC entity is configured by RRC to use either a 5 bit SN or a 10 bit SN. When the 5 bit SN is configured, the 
length of the fixed part of the UMD PDU header is one byte. When the 10 bit SN is configured, the fixed part of the 
UMD PDU header is identical to the fixed part of the AMD PDU header, except for D/C, RF and P fields all being 
replaced with Rl fields. The extension part of the UMD PDU header is identical to the extension part of the AMD PDU 
header (regardless of the configured SN size). 


[TS 36.322, clause 6.2.2.3] 


The SN field indicates the sequence number of the corresponding UMD. . .The sequence number is incremented by one 
for every UMD... 

[TS 36.322, clause 7.1] 


All state variables and all counters are non-negative integers. 


All state variables related to UM data transfer can take values from to ^2^^''-^^^^^^^''sth]_ ^j j^^i arithmetic operations 
contained in the present document on state variables related to UM data transfer are affected by the UM modulus (i.e. 
final value = [value from arithmetic operation] modulo 2^"'-^''^'^^'''^'^^). 


When performing arithmetic comparisons of state variables or SN values, a modulus base shall be used. 
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VR(UH) - UM_Window_Size shall be assumed as the modulus base at the receiving side of an UM RLC entity. This 
modulus base is subtracted from all the values involved, and then an absolute comparison is performed (e.g. (VR(UH) - 
UM_Window_Size) <= SN < VR(UH) is evaluated as [(VR(UH) - UM_Window_Size) - (VR(UH) - 
UM_Window_Size)] modulo 2^^'^-^'^^^^^'^^^^] <= [SN - (VR(UH) - UM_Window_Size)] modulo 2^^'^-^^^^^^^'^^^^] < [VR(UH) 
- (VR(UH) - UM_Window_Size)] modulo 2^^'^-^^^^^^^'^^^^]). 


Each transmitting UM RLC entity shall maintain the following state variables: 

a) VT(US) 

This state variable holds the value of the SN to be assigned for the next newly generated UMD PDU. It is initially 
set to 0, and is updated whenever the UM RLC entity delivers an UMD PDU with SN = VT(US). 

Each receiving UM RLC entity shall maintain the following state variables: 

a) VR(UR) - UM receive state variable 

This state variable holds the value of the SN of the earliest UMD PDU that is still considered for reordering. It is 
initially set to 0. 

b) VR(UX) - UM ^7?eordering state variable 

This state variable holds the value of the SN following the SN of the UMD PDU which triggered t-Reordering. 

c) VR(UH) - UM highest received state variable 

This state variable holds the value of the SN following the SN of the UMD PDU with the highest SN among received 
UMD PDUs, and it serves as the higher edge of the reordering window. It is initially set to 0. 

7.2.2.5.2.3 Test description 

7.2.2.5.2.3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- UE is in state Loopback Activated (state 4) according to [18] with PDCP Data PDUs using 7 bit SN length. 

- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 
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7.2.2.5.2.3.2 


Test procedure sequence 

Table 7.2.2.5.2.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message/PDU/SDU 

- 

EXCEPTION: Steps 3 to 4 are executed 1023 
times. 

- 

- 

- 

- 

1 

The 88 transmits an UMD PDU. 8N equals 0. 

<- 

UMD PDU 

- 

- 

2 

Check: Does the UE transmit an UIVID PDU 
with 8N = 0? 

-> 

UMD PDU 

1 

P 

3 

The 88 transmits an UIVID PDU. 8N equals 1 
and is incremented for each PDU transmitted. 

<- 

UMD PDU 

- 

- 

4 

Check: Does the UE transmit an UMD PDU 
with 8N increased by 1 compared with the 
previous one? 

-> 

UMD PDU 

2 

P 

5 

The 88 transmits an UMD PDU. 8N equals 0. 

<- 

UMD PDU 

- 

- 

6 

Check: Does the UE transmit an UMD PDU 
with 8N=0? 

-> 

UMD PDU 

3,4 

P 


7.2.2.5.2.3.3 Specific message contents 

None. 

7.2.2.6 UM RLC / Concatenation, segmentation and reassembly 

7.2.2.6.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { The UE has multiple RLC SDUs in the transmission buffer that fits into the available UMD 
PDU size } 

then { The UE concatenates the RLC SDUs in the transmission buffer into one UMD PDU and 
transmits it} 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { The UE receives UMD PDUs containing concatenated RLC SDUs} 

then { The UE reassembles the RLC SDUs in accordance with the Framing Info and Length Indicators 
indicated in UMD PDUs } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { The UE has RLC SDU in the transmission buffer that does not fit into the available UMD PDU 
size } 

then { The UE segments the RLC SDU in accordance with the Framing Info and Length Indicators 
indicated in UMD PDUs } 
} 


7.2.2.6.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.322, clause 
4.2.1.2.2, 4.2.1.2.3, 4.4, 6.2.1.3 and 6.2.2.6. 

[TS 36.322, clause 4.2.1.2.2] 

When a transmitting UM RLC entity forms UMD PDUs from RLC SDUs, it shall: 

- segment and/or concatenate the RLC SDUs so that the UMD PDUs fit within the total size of RLC PDU(s) 
indicated by lower layer at the particular transmission opportunity notified by lower layer; 
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- include relevant RLC headers in the UMD PDU. 
[TS 36.322, clause 4.2.1.2.3] 
When a receiving UM RLC entity receives UMD PDUs, it shall: 


reassemble RLC SDUs from the reordered UMD PDUs (not accounting for RLC PDUs for which losses have 
been detected) and deliver the RLC SDUs to upper layer in ascending order of the RLC SN; 


[TS 36.322, clause 4.4] 

The following functions are supported by the RLC sub layer: 

- concatenation, segmentation and reassembly of RLC SDUs (only for UM and AM data transfer); 


[TS 36.322, clause 6.2.1.3] 

UMD PDU consists of a Data field and an UMD PDU header. 

UMD PDU header consists of a fixed part (fields that are present for every UMD PDU) and an extension part (fields 
that are present for an UMD PDU when necessary). The fixed part of the UMD PDU header itself is byte aligned and 
consists of a FI, an E and a SN. The extension part of the UMD PDU header itself is byte aligned and consists of E(s) 
and LI(s). 

An UM RLC entity is configured by RRC to use either a 5 bit SN or a 10 bit SN. When the 5 bit SN is configured, the 
length of the fixed part of the UMD PDU header is one byte. When the 10 bit SN is configured, the fixed part of the 
UMD PDU header is identical to the fixed part of the AMD PDU header, except for D/C, RF and P fields all being 
replaced with Rl fields. The extension part of the UMD PDU header is identical to the extension part of the AMD PDU 
header (regardless of the configured SN size). 

An UMD PDU header consists of an extension part only when more than one Data field elements are present in the 
UMD PDU, in which case an E and a LI are present for every Data field element except the last. Furthermore, when an 
UMD PDU header consists of an odd number of LI(s), four padding bits follow after the last LL 


+ 


+ 


H 


FI 


SN 


Data 


Oct 1 
Oct 2 

Oct N 


Figure 6.2.1.3-1: UMD PDU with 5 bit SN (No LI) 
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R1 R1 R1 


H \ 1 


Fl 


Data 


SN 


Oct 1 
Oct 2 
Oct 3 

Oct N 


Figure 6.2.1.3-2: UMD PDU witli 10 bit SN (No LI) 
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Figure 6.2.1.3-3: UMD PDU with 5 bit SN (Odd number of Lis, i.e. K = 1, 3, 5, ...) 
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Fl 

E 

SN 

E 
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Ui 

E 
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E 
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E 
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Oct 4 
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Figure 6.2.1.3-4: UMD PDU witli 5 bit SN (Even number of Lis, i.e. K = 2, 4, 6, ...) 
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Figure 6.2.1.3-5: UMD PDU with 10 bit SN (Odd number of Lis, i.e. K = 1, 3, 5, ...) 
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Figure 6.2.1.3-6: UMD PDU with 10 bit SN (Even number of Us, i.e. K = 2, 4, 6, ...) 


[TS 36.322, clause 6.2.2.6] 

Length: 2 bits. 

The Fl field indicates whether a RLC SDU is segmented at the beginning and/or at the end of the Data field. 
Specifically, the Fl field indicates whether the first byte of the Data field corresponds to the first byte of a RLC SDU, 
and whether the last byte of the Data field corresponds to the last byte of a RLC SDU. The interpretation of the Fl field 
is provided in Table 6.2.2.6- L 
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Table 6.2.2.6-1 : Fl field interpretation 


Value 

Description 

00 

First byte of the Data field corresponds to the first byte of a RLC SDU. 
Last byte of the Data field corresponds to the last byte of a RLC SDU. 

01 

First byte of the Data field corresponds to the first byte of a RLC SDU. 
Last byte of the Data field does not correspond to the last byte of a RLC SDU. 

10 

First byte of the Data field does not correspond to the first byte of a RLC SDU. 
Last byte of the Data field corresponds to the last byte of a RLC SDU. 

11 

First byte of the Data field does not correspond to the first byte of a RLC SDU. 
Last byte of the Data field does not correspond to the last byte of a RLC SDU. 


7.2.2.6.3 Test description 

7.2.2.6.3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


721 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


7.2.2.6.3.2 


Test procedure sequence 

Table 7.2.2.6.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS does not allocate any uplink grant. 

- 

- 

- 

- 

2 

The SS transmits UMD PDU#1 . This PDU 
carries SDU#1 with size of 50 bytes. 

<— 

UMDPDU#1 (RLCSDU#1) 

- 

- 

3 

The SS transmits UMD PDU#2. This PDU 
carries SDU#2 with size of 50 bytes. 

<— 

UMD PDU#2 (RLC SDU#2) 

- 

- 

4 

SS transmits UL grants to enable UE to return 
RLC SDU#1 and RLC SDU#2 both in one 
UMD PDU. 

<— 

(UL grants) 



5 

Check: Does UE transmit RLC SDU#1 and 
RLC SDU#2 within UMD PDU with Fl field set 
to '00', E field in the fixed part set to '1 ', first E 
field in the extension part set to '0' and first LI 
field set to 50 bytes? 

-> 

UMD PDU#1 (RLC SDU#1 and 
RLC SDU#2) 

1 

P 

5A 

The SS does not allocate any uplink grant. 

- 

- 

- 

- 

6 

SS transmits an UMD PDU#3 including RLC 
SDU#3 and RLC SDU#4 each with size of 50 
bytes. Header of UMD PDU#3 contains 
Fl='00', E='1', SN=2, Ei='0', Lli='50'. 

<- 

UMD PDU#3 (RLC SDU#3 and 
RLC SDU#4) 



7 

The SS waits for 60 ms and then allocates 2 
UL grants (UL grant allocation type 2) with a 
time spacing of 5 ms to enable UE to return 
each RLC SDU in one UMD PDU. 

<- 

(UL grants) 



8 

Check: Does UE transmit RLC SDU#3 within 
an UMD PDU with Fl field set to '00' and E 
field in the fixed part set to '0'? 

-> 

UMD PDU#3 (RLC SDU#3) 

2 

P 

9 

Check: Does UE transmit RLC SDU#4 within 
an UMD PDU with Fl field set to '00' and E 
field in the fixed part set to '0'? 

-> 

UMD PDU#4 (RLC SDU#4) 

2 

P 

10 

The SS transmits UMD PDU#4. This PDU 
carries SDU#5 with size of 50 bytes. 

<- 

UMD PDU#4 (RLC SDU#5) 

- 

- 

11 

The SS waits for 60 ms and then allocates 2 
UL grants (UL grant allocation type 2) with a 
time spacing of 5 ms to enable UE to return 
RLC SDU#5 in two UMD PDUs. 

<- 

(UL grants) 



12 

Check: Does UE transmit 1'' part of RLC 
SDU#5 within UMD PDU#5 with Fl field set to 
'01 ' and E field in the fixed part set to '0'? 

-> 

UMD PDU#5 

3 

P 

13 

Check: Does UE transmit last part of RLC 
SDU#5 within an UMD PDU#6 with Fl field set 
to '10'and E field in the fixed part set to '0'? 

-> 

UMD PDU#6 

3 

P 


7.2.2.6.3.3 
None. 

7.2.2.7 

7.2.2.7.1 
(1) 


Specific message contents 


UM RLC / In sequence delivery of upper layer PDUs without residual loss of 
RLC PDUs / Maximum re-ordering delay below t-Reordering 

Test Purpose (TP) 


with { UE in E-UTRAN RRC_CONNECTED state } 
ensure that { 

when { UE receives missing PDUs whose SN is within the reordering window before t-Reordering has 
expired } 

then { RLC reassembles and reorders the UMD PDUs and delivers them to the upper layer in 
sequence } 
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7.2.2.7.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.322, clause 5.1.2.2. 

[TS 36.322, clause 5.1.2.2] 

The receiving UM RLC entity shall maintain a reordering window according to state variable VR(UH) as follows: 

- a SN falls within the reordering window if (VR(UH) - UM_Window_Size) <= SN < VR(UH); 

- a SN falls outside of the reordering window otherwise. 

When receiving an UMD PDU from lower layer, the receiving UM RLC entity shall: 

- either discard the received UMD PDU or place it in the reception buffer (see sub clause 5.1 .2.2.2); 
if the received UMD PDU was placed in the reception buffer: 

- update state variables, reassemble and deliver RLC SDUs to upper layer and start/stop t-Reordering as 
needed (see sub clause 5.1.2.2.3); 

When an UMD PDU with SN = x is received from lower layer, the receiving UM RLC entity shall: 

- if VR(UR) < X < VR(UH) and the UMD PDU with SN = x has been received before; or 

- if ( VR(UH) - UM_Windo w_Size) <= x < VR(UR) : 

- discard the received UMD PDU; 

- else: 

- place the received UMD PDU in the reception buffer. 

When an UMD PDU with SN = x is placed in the reception buffer, the receiving UM RLC entity shall: 

- if X falls outside of the reordering window: 

- update VR(UH) to X + 1; 

- reassemble RLC SDUs from any UMD PDUs with SN that falls outside of the reordering window, remove 
RLC headers when doing so and deliver the reassembled RLC SDUs to upper layer in ascending order of the 
RLC SN if not delivered before; 

- if VR(UR) falls outside of the reordering window: 

- set VR(UR) to (VR(UH) - UM_Window_Size); 

- if the reception buffer contains an UMD PDU with SN = VR(UR): 

- update VR(UR) to the SN of the first UMD PDU with SN > current VR(UR) that has not been received; 

- reassemble RLC SDUs from any UMD PDUs with SN < updated VR(UR), remove RLC headers when doing 
so and deliver the reassembled RLC SDUs to upper layer in ascending order of the RLC SN if not delivered 
before; 

if t-Reordering is running: 

- if VR(UX) <= VR(UR) ; or 

if VR(UX) falls outside of the reordering window and VR(UX) is not equal to VR(UH):: 

- stop and reset t-Reordering', 

- if t-Reordering is not running (includes the case when t-Reordering is stopped due to actions above): 
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Test description 
Pre-test conditions 


7.2.2.7.3 
7.2.2.7.3.1 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble 

- UE is in state Loopback Activated (state 4) according to [18] with the exceptions listed in table 7.2.2.7.3.1-1 
applicable for the configured UM DRB. 

- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 

Table 7.2.2.7.3.1-1 : RLC parameters 


Downlink RLC 
t-Reordering 

ms200 


7.2.2.7.3.2 


Test procedure sequence 

Table 7.2.2.7.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an UMD PDU. This PDU 
carries SDU#1 . SN equals 0. 

<- 

UMD PDU#1 

- 

- 

2 

The UE transmits RLC SDU#1. 

— > 

(RLCSDU#1) 

- 

- 

2A 

The SS does not allocate any uplink grant. 

- 

- 

- 

- 

3 

The SS transmits an UMD PDU. This PDU 
contains the last part of SDU#4. SN equals 3. 
The UE starts t-Reordering. 

<- 

UMD PDU#4 



4 

The SS transmits an UMD PDU. This PDU 
contains the last part of SDU#3, and the 1'^ 
part of SDU#4. SN equals 2. 

<- 

UMD PDU#3 



5 

The SS transmits an UMD PDU. This PDU 
carries SDU#2 and the 1'' part of SDU#3. SN 
equals 1. (Note) 

<— 

UMD PDU#2 



5A 

The SS waits for 60 ms and then allocates 3 
UL grants (UL grant allocation type 2) with a 
time spacing of 5 ms of size enough for the UE 
to loop back one SDU in one UMD PDU 





6 

Check: Does the UE transmit RLC SDU#2? 

— > 

(RLC SDU#2) 

1 

P 

7 

Check: Does the UE transmit RLC SDU#3? 

— > 

(RLC SDU#3) 

1 

P 

8 

Check: Does the UE transmit RLC SDU#4? 

— > 

(RLC SDU#4) 

1 

P 

Note: The UE stops t-Reordering, reassembles UMD PDUs and delivers RLC SDU#2, RLC SDU#3 and RLC 
SDU#4 to the upper layer in sequence. 


7.2.2.7.3.3 
None. 


Specific message contents 
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7.2.2.8 UM RLC / In sequence delivery of upper layer PDUs without residual loss of 

RLC PDUs / Maximum re-ordering delay exceeds t-Reordering 

7.2.2.8.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { a PDU is received out of order after t-Reordering has expired } 

then { UE discards the corresponding PDU and delivers all correctly received RLC SDUs to upper 
layer in the correct order } 
} 

7.2.2.8.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.322, clause 5.1.2.2.2, 

5.1.2.2.3 and 5.1.2.2.4. 

[TS 36.322, clause 5.1.2.2.2] 

When an UMD PDU with SN = x is received from lower layer, the receiving UM RLC entity shall: 

- if VR(UR) < X < VR(UH) and the UMD PDU with SN = x has been received before; or 

- if ( VR(UH) - UM_Windo w_Size) <= x < VR(UR) : 

- discard the received UMD PDU; 

- else: 

- place the received UMD PDU in the reception buffer. 
[TS 36.322, clause 5.1.2.2.3] 

When an UMD PDU with SN = x is placed in the reception buffer, the receiving UM RLC entity shall: 

- if X falls outside of the reordering window: 

- update VR(UH) to x+1; 

- reassemble RLC SDUs from any UMD PDUs with SN that falls outside of the reordering window, remove 
RLC headers when doing so and deliver the reassembled RLC SDUs to upper layer in ascending order of the 
RLC SN if not deHvered before; 

- if VR(UR) falls outside of the reordering window: 

- set VR(UR) to (VR(UH) - UM_Window_Size); 

- if the reception buffer contains an UMD PDU with SN = VR(UR): 

- update VR(UR) to the SN of the first UMD PDU with SN > current VR(UR) that has not been received; 

- reassemble RLC SDUs from any UMD PDUs with SN < updated VR(UR), remove RLC headers when doing 
so and deliver the reassembled RLC SDUs to upper layer in ascending order of the RLC SN if not delivered 
before; 

- if t-Reordering is running: 

- if VR(UX) <= VR(UR) ; or 

- if VR(UX) falls outside of the reordering window and VR(UX) is not equal to VR(UH): 

- stop and reset t-Reordering', 

- if t-Reordering is not running (includes the case when t-Reordering is stopped due to actions above): 

- ifVR(UH)>VR(UR): 
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start t-Reordering; 
- set VR(UX) to VR(UH). 
[TS 36.322, clause 5.1.2.2.4] 
When t-Reordering expires, the receiving UM RLC entity shall: 

- update VR(UR) to the SN of the first UMD PDU with SN >= VR(UX) that has not been received; 

- reassemble RLC SDUs from any UMD PDUs with SN < updated VR(UR), remove RLC headers when doing so 
and deliver the reassembled RLC SDUs to upper layer in ascending order of the RLC SN if not delivered before; 

- ifVR(UH)>VR(UR): 

start t-Reordering; 
- set VR(UX) to VR(UH). 


Test description 
Pre-test conditions 


7.2.2.8.3 
7.2.2.8.3.1 
System Simulator: 

- Cell L 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18] with the exceptions listed in table 7.2.2.8.3.1-1 
applicable for the configured UM DRB. 

- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 

Table 7.2.2.8.3.1-1 : RLC parameters 


Downlink RLC 
t-Reordering 

ms200 


7.2.2.8.3.2 


Test procedure sequence 

Table 7.2.2.8.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits RLC PDU#1 containing first 
segment of RLC SDU#1. 
Note Ti 

<- 

UMD PDU#1 



2 

The SS does not transmit RLC PDU#2 
containing last segment of RLC SDU#1 . 

- 

- 

- 

- 

3 

The SS transmits RLC PDU#3 containing RLC 
SDU#2. 

<- 

UMD PDU#3 

- 

- 

3A 

Check 1 : Does the UE transmit RLC SDU#2 
after t-Reordering (200 ms) expiry? 
Note T2 
Check 2: Is (T2 - Ti) > t-reordering? 

-> 

(RLC SDU#2) 

1 

P 

3B 

The SS transmits RLC PDU#2 containing last 
segment of RLCSDU#1. 

<— 

UMD PDU#2 

- 

- 

4 

Check: Does the UE transmit RLC SDU#1 
within 100 ms? 

-> 

(RLCSDU#1) 

1 

F 
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7.2.2.8.3.3 Specific message contents 

None. 

7.2.2.9 UM RLC / In sequence delivery of upper layer PDUs with residual loss of 

RLC PDUs / Maxinnunn re-ordering delay exceeds t-Reordering 

7.2.2.9.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE detects that RLC PDUs constructing different RLC SDUs are lost } 

then { UE delivers all received RLC SDUs to upper layer in the correct order } 
} 

7.2.2.9.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.322, clause 5.1.2.2.2, 

5.1.2.2.3 and 5.1.2.2.4. 

[TS 36.322, clause 5.1.2.2.2] 

When an UMD PDU with SN = x is received from lower layer, the receiving UM RLC entity shall: 

- if VR(UR) < X < VR(UH) and the UMD PDU with SN = x has been received before; or 

- if (VR(UH) - UM_Window_Size) <= x < VR(UR): 

- discard the received UMD PDU; 

- else: 

- place the received UMD PDU in the reception buffer. 
[TS 36.322, clause 5.1.2.2.3] 

When an UMD PDU with SN = x is placed in the reception buffer, the receiving UM RLC entity shall: 

- if X falls outside of the reordering window: 

- update VR(UH) to x+1; 

- reassemble RLC SDUs from any UMD PDUs with SN that falls outside of the reordering window, remove 
RLC headers when doing so and deliver the reassembled RLC SDUs to upper layer in ascending order of the 
RLC SN if not deHvered before; 

- if VR(UR) falls outside of the reordering window: 

- set VR(UR) to (VR(UH) - UM_Window_Size); 

- if the reception buffer contains an UMD PDU with SN = VR(UR): 

- update VR(UR) to the SN of the first UMD PDU with SN > current VR(UR) that has not been received; 

- reassemble RLC SDUs from any UMD PDUs with SN < updated VR(UR), remove RLC headers when doing 
so and deliver the reassembled RLC SDUs to upper layer in ascending order of the RLC SN if not delivered 
before; 

- if t-Reordering is running: 

- if VR(UX) <= VR(UR) ; or 

- if VR(UX) falls outside of the reordering window and VR(UX) is not equal to VR(UH): 

- stop and reset t-Reordering; 
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- if t-Reordering is not running (includes the case when t-Reordering is stopped due to actions above): 

- ifVR(UH)>VR(UR): 

start t-Reordering; 
- set VR(UX) to VR(UH). 
[TS 36.322, clause 5.1.2.2.4] 
When t-Reordering expires, the receiving UM RLC entity shall: 

- update VR(UR) to the SN of the first UMD PDU with SN >= VR(UX) that has not been received; 

- reassemble RLC SDUs from any UMD PDUs with SN < updated VR(UR), remove RLC headers when doing so 
and deliver the reassembled RLC SDUs to upper layer in ascending order of the RLC SN if not delivered before; 

- ifVR(UH)>VR(UR): 

- start t-Reorde ring . ; 

- set VR(UX) to VR(UH). 


Test description 
Pre-test conditions 


7.2.2.9.3 
7.2.2.9.3.1 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- UE is in state Loopback Activated (state 4) according to [18] with the exceptions listed in table 7.2.2.9.3.1-1 
applicable for the configured UM DRB. 

- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 

Table 7.2.2.9.3.1-1 : RLC parameters 


Downlink RLC 
t-Reordering 

ms200 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


728 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


7.2.2.9.3.2 


Test procedure sequence 

Table 7.2.2.9.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits UMD PDU#1 containing first 
segment of RLC SDU#1 . 

<- 

UMD PDU#1 

- 

- 

2 

The SS does not transmit UMD PDU#2 
containing last segment of RLC SDU#1 . 

- 

- 

- 

- 

3 

The SS transmits UIVID PDU#3 containing first 
segment of RLC SDU#2. 

<- 

UMD PDU#3 

- 

- 

4 

The SS transmits UMD PDU#4 containing last 
segment of RLC SDU#2. 

<— 

UMD PDU#4 

- 

- 

5 

The SS transmits UMD PDU#5 containing first 
segment of RLC SDU#3. 

<— 

UMD PDU#5 

- 

- 

6 

The SS does not transmit UMD PDU#6 
containing last segment of RLC SDU#3. 

- 

- 

- 

- 

7 

The SS transmits UMD PDU#7 containing first 
segment of RLC SDU#4. 

<- 

UMD PDU#7 

- 

- 

8 

The SS transmits UMD PDU#8 containing last 
segment of RLC SDU#4. 

<- 

UMD PDU#8 

- 

- 

9 

Wait for 200 ms to ensure that t-Reorderingio^r 
the UMD PDU#2 expires. 

- 

- 

- 

- 

10 

Check: Does the UE transmit RLC SDU#2? 

— > 

(RLC SDU#2) 

1 

P 

11 

Wait for 200 ms to ensure that t-Reorderingior 
the UMD PDU#6 expires. 

- 

- 

- 

- 

12 

Check: Does the UE transmit RLC SDU#4? 

— > 

(RLC SDU#4) 

1 

P 


7.2.2.9.3.3 
None. 

7.2.2.10 
7.2.2.10.1 
(1) 


Specific message contents 

UM RLC / Duplicate detection of RLC PDUs 

Test Purpose (TP) 


with { UE in E-UTRAN RRC_CONNECTED state } 
ensure that { 

when { UE receives duplicate UMD PDUs } 

then { UE discards the duplicate UMD PDUs 


(2) 


with { UE in E-UTRAN RRC_CONNECTED state } 
ensure that { 

when { UE receives UMD PDUs whose SN is within the reordering window and duplicate UMD PDUs 
then { UE discards the duplicate UMD PDUs } 


7.2.2.10.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.322, clause 
4.2.1.2.3 and 5. 1.2.2.2. 

[TS 36.322, clause 4.2.1.2.3] 

When a receiving UM RLC entity receives UMD PDUs, it shall: 

- detect whether or not the UMD PDUs have been received in duplication, and discard duplicated UMD PDUs; 

- reorder the UMD PDUs if they are received out of sequence; 

- detect the loss of UMD PDUs at lower layers and avoid excessive reordering delays; 
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reassemble RLC SDUs from the reordered UMD PDUs (not accounting for RLC PDUs for which losses have 
been detected) and deliver the RLC SDUs to upper layer in ascending order of the RLC SN; 


[TS 36.322, clause 5.1.2.2.2] 

When an UMD PDU with SN = x is received from lower layer, the receiving UM RLC entity shall: 

- if VR(UR) < X < VR(UH) and the UMD PDU with SN = x has been received before; or 

- if ( VR(UH) - UM_Windo w_Size) <= x < VR(UR) : 
- discard the received UMD PDU; 


Test description 
Pre-test conditions 


7.2.2.10.3 
7.2.2.10.3.1 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- UE is in state Loopback Activated (state 4) according to [18] with the exceptions listed in table 7.2.2.10.3.1-1. 

Table 7.2.2.10.3.1-1 : RLC settings 


Parameter 

Value 

t-Reordering 

ms100 


The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 
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7.2.2.10.3.2 


Test procedure sequence 

Table 7.2.2.10.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an UMD PDU. This PDU 
carries SDU#1 . SN equals 0. 

<- 

UMD PDU#1 

- 

- 

2 

The UE transmits RLC SDU#1. 

— > 

(RLCSDU#1) 

- 

- 

3 

The SS transmits an UMD PDU. This PDU 
carries SDU#1 . SN equals 0. 

<— 

UMD PDU#1 

- 

- 

4 

Check: Does the UE transmit RLC SDU#1 ? 

-> 

(RLCSDU#1) 

1 

F 

5 

The SS transmits an UMD PDU. This PDU 
contains SDU#2 and the 1'^ part of SDU# 3. 
SN equals 1. 

<— 

UMD PDU#2 



6 

The UE transmit RLC SDU#2. 

— > 

(RLC SDU#2) 

- 

- 

7 

The SS transmits an UMD PDU. This PDU 
contains SDU#2 and the 1'' part of SDU#3. SN 
equals 1. 

<— 

UMD PDU#2 



8 

Check: Does the UE transmit RLC SDU#2? 

-> 

(RLC SDU#2) 

1 

F 

9 

The SS transmits an UMD PDU. This PDU 
contains the last part of SDU#3. SN equals 2. 

<- 

UMD PDU#3 

- 

- 

10 

The UE transmits RLC SDU#3. 

— > 

(RLC SDU#3) 

- 

- 

10 
A 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

10 
B 

The SS enables the indication of scheduling 
requests till step 15. 

- 

- 

- 

- 

11 

After 100 ms the SS transmits an UMD PDU. 
This PDU carries SDU#5. SN equals 4. 

<- 

UMD PDU#5 

- 

- 

12 

The SS transmits an UMD PDU. This PDU 
carries SDU#6. SN equals 5. 

<- 

UMD PDU#6 

- 

- 

13 

The SS transmits an UMD PDU. This PDU 
contains the last part of SDU#3. SN equals 2. 

<— 

UMD PDU#3 

- 

- 

14 

Check: Does the UE transmit scheduling 
request before transmission of UMD PDU at 
step 15? 

-> 

(SR) 

2 

F 

15 

After 75 ms from step 1 1 the SS transmits an 
UMD PDU. This PDU carries SDU#4. SN 
equals 3. 

<— 

UMD PDU#4 



15 
A 

The SS waits for 60 ms and then allocates 1 
UL grant of size enough for the UE to loop 
back 3 RLC SDU in one UMD PDU 

<- 

(UL Grant) 



16 

SS receives SDU#4, SDU#5 and SDU#6 in a 
single PDU 

-> 

(RLC SDU#4, RLC SDU#5 and 
RLC SDU#6) 

1,2 

P 

17 

Void 





18 

Void 






7.2.2.10.3.3 
None. 

7.2.2.11 
7.2.2.11.1 
(1) 


Specific message contents 

UM RLC / RLC re-establishment procedure 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { RLC re-establishment is performed upon request by RRC } 

then { The UE discards all UMD PDUs where no RLC SDUs can be reassembled 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { RLC re-establishment is performed upon request by RRC } 
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then { The UE resets variable VT(US), VR(UH) and VR(UR) to its initial value } 
} 

7.2.2.1 1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3 GPP TS 36.322, clause 
4.2.1.2.3 and 5.4. 

[TS 36.322, clause 4.2.1.2.3] 

At the time of RLC re-establishment, the receiving UM RLC entity shall: 

- if possible, reassemble RLC SDUs from the UMD PDUs that are received out of sequence and deliver them to 
upper layer; 

- discard any remaining UMD PDUs that could not be reassembled into RLC SDUs; 

- initialize relevant state variables and stop relevant timers. 

[TS 36.322, clause 5.4] 

RLC re-establishment is performed upon request by RRC, and the function is applicable for AM, UM and TM RLC 
entities. 

When RRC indicates that an RLC entity should be re-established, the RLC entity shall: 

- if it is a receiving UM RLC entity: 

- when possible, reassemble RLC SDUs from UMD PDUs with SN < VR(UH), remove RLC headers when 
doing so and deliver all reassembled RLC SDUs to upper layer in ascending order of the RLC SN, if not 
delivered before; 

discard all remaining UMD PDUs; 

- reset all state variables to their initial values. 

7.2.2.11.3 Test description 
7.2.2.1 1 .3.1 Pre-test conditions 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- UE is in Loopback Activated state (state 4) according to TS 36.508 clause 4.5 [18] with the exceptions listed in 
table 7.2.2.11.3.1-1 applicable for the configured UM DRB. 

- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 

Table 7.2.2.1 1.3.1-1: RLC parameters 


Downlink RLC 
t-Reordering 

ms200 
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7.2.2.11.3.2 


Test procedure sequence 

Table 7.2.2.1 1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits UMD PDU#1 . Header of 
UMD PDU#1 contains SN=0. This PDU carries 
RLCSDU#1. 

<- 

UMD PDU#1 



2 

The UE transmits RLC SDU#1 . 

— > 

(RLCSDU#1) 

- 

- 

3 

The SS transmits UMD PDU#2. Header of 
UMD PDU#2 contains SN=1 . This PDU carries 
the 1'' segment of SDU#2. 

<- 

UMD PDU#2 



4 

SS performs a RRC Connection 
Reconfiguration procedure including the 
mobilityControllnfo IE in 
RRCConnectionReconfiguration XnggennQ 
RLC re-establishment. 





5 

The SS transmits UMD PDU#3. Header of 
UMD PDU#3 contains SN=2. This PDU carries 
the last segment of RLC SDU#2. The UE 
starts t-Reordering. 

<— 

UMD PDU#3 



6 

Check: Does the UE transmit RLC SDU#2? 

-> 

(RLC SDU#2) 

1 

F 

7 

300 ms (1 .5 * t-Reordering) after step 5 the SS 
transmits UMD PDU#4. Header of UMD 
PDU#4 contains SN=3. This PDU carries RLC 
SDU#3. 

<— 

UMD PDU#4 



8 

The UE transmit RLC SDU#3. Header of UMD 
PDU carrying RLC SDU#3 contains SN=0. 

-> 

(RLC SDU#3) 

- 

- 

9 

The SS transmits UMD PDU#5. Header of 
UMD PDU#5 contains SN=4. This PDU carries 
RLC SDU#4. 

<- 

UMD PDU#5 



10 

The UE transmits RLC SDU#4. Header of 
UMD PDU carrying RLC SDU#4 contains 
SN=1. 

-> 

(RLC SDU#4) 



11 

SS performs a RRC Connection 
Reconfiguration procedure including the 
MobilityControllnfo IE in 
RRCConnectionReconfiguration {nggenng 
RLC re-establishment. 





12 

The SS transmits UMD PDU#6. Header of 
UMD PDU#6 contains SN=0. This PDU carries 
RLC SDU#5. 

<— 

UMD PDU#6 



13 

Check 1 : Does the UE transmit RLC SDU#5? 
Check 2: Does header of UMD PDU carrying 
RLC SDU#5 contain SN=0? 

-> 

(RLC SDU#5) 

2 

P 


7.2.2.1 1 .3.3 Specific message contents 

Table 7.2.2.1 1 .3.3-1 : RRCConnectionReconfiguration (step 4 and step 1 1 , Table 7.2.2.1 1 .3.2-1 ) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 

Table 7.2.2.1 1 .3.3-2: MobilityControllnfo (step 4 and step 1 1 , Table 7.2.2.1 1 .3.2-1) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
CelM 



carrierFreq 

Not present 



} 
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7.2.3 Acknowledged mode 

7.2.3.1 AM RLC / Concatenation and reassembly 

7.2.3.1.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { The UE has multiple RLC SDUs in the transmission buffer that fits into the available AMD 
PDU size } 

then { The UE concatenates the RLC SDUs in the transmission buffer into an AMD PDU and transmits 

it} 
} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { The UE receives an AMD PDUs containing concatenated RLC } 

then { The UE reassembles the RLC SDUs in accordance with the Framing Info and Length Indicators 
indicated in AMD PDUs } 
} 

7.2.3.1 .2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.322, clauses 4.2.1.3.2 , 
4.2.1.3.3, 6.2.1.4 and 6.2.2.6. 

[TS 36.322, clause 4.2.1.3.2] 

When the transmitting side of an AM RLC entity forms AMD PDUs from RLC SDUs, it shall: 

- segment and/or concatenate the RLC SDUs so that the AMD PDUs fit within the total size of RLC PDU(s) 
indicated by lower layer at the particular transmission opportunity notified by lower layer. 


[TS 36.322, clause 4.2.1.3.3] 

When the receiving side of an AM RLC entity receives RLC data PDUs, it shall: 


reassemble RLC SDUs from the reordered RLC data PDUs and deliver the RLC SDUs to upper layer in 
sequence. 


[TS 36.322, clause 6.2.1.4] 

AMD PDU consists of a Data field and an AMD PDU header. 

AMD PDU header consists of a fixed part (fields that are present for every AMD PDU) and an extension part (fields 
that are present for an AMD PDU when necessary). The fixed part of the AMD PDU header itself is byte aligned and 
consists of a D/C, a RF, a P, a FI, an E and a SN. The extension part of the AMD PDU header itself is byte aligned and 
consists of E(s) and LI(s). 

An AMD PDU header consists of an extension part only when more than one Data field elements are present in the 
AMD PDU, in which case an E and a LI are present for every Data field element except the last. Furthermore, when an 
AMD PDU header consists of an odd number of LI(s), four padding bits follow after the last LL 
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H \ \ \ \ \ 1 
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Fl 
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Data 
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Oct 1 
Oct 2 
Oct 3 

Oct N 


Figure 6.2.1.4-1 : AMD PDU (No LI) 
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Figure 6.2.1.4-2: AIUID PDU (Odd number of Lis, i.e. K = 1, 3, 5, ...) 
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Figure 6.2.1.4-3: AMD PDU (Even number of Lis, i.e. K = 2, 4, 6, ...) 
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[TS 36.322, clause 6.2.2.6] 

The FI field indicates whether a RLC SDU is segmented at the beginning and/or at the end of the Data field. 
Specifically, the FI field indicates whether the first byte of the Data field corresponds to the first byte of a RLC SDU, 
and whether the last byte of the Data field corresponds to the last byte of a RLC SDU. The interpretation of the FI field 
is provided in Table 6.2.2.6-1. 

Table 6.2.2.6-1 : FI field interpretation 


Value 

Description 

00 

First byte of the Data field corresponds to the first byte of a RLC SDU. 
Last byte of the Data field corresponds to the last byte of a RLC SDU. 

01 

First byte of the Data field corresponds to the first byte of a RLC SDU. 
Last byte of the Data field does not correspond to the last byte of a RLC SDU. 

10 

First byte of the Data field does not correspond to the first byte of a RLC SDU. 
Last byte of the Data field corresponds to the last byte of a RLC SDU. 

11 

First byte of the Data field does not correspond to the first byte of a RLC SDU. 
Last byte of the Data field does not correspond to the last byte of a RLC SDU. 


Test description 
Pre-test conditions 


7.2.3.1.3 
7.2.3.1.3.1 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18] with the exceptions listed in table 7.2.3.1.3.1- 
1. 

Table 7.2.3.1 .3.1-1 : RLC settings 


Parameter 

Value 

t-StatusProhibit 

500 ms 
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7.2.3.1.3.2 


Test procedure sequence 

Table 7.2.3.1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

During the whole test sequence, the SS should 
not allocate UL grants unless when explicitly 
stated so in the procedure. 





2 

The SS transmits an AMD PDU including two 
RLC SDUs of size 40 bytes each with poll bit 
set to '1'. 

<— 

AMD PDU(AMD PDU 
header(D/C='1', RF='0', P='1', 
FI='00',E='1', SN='0',Ei='0', 
Lli='40' bytes), 2 RLC SDUs of 40 
bytes) 



3 

The SS waits for 60 ms and the allocates an 
UL grant (UL grant allocation type 3) of size 
776 bits (Note 1). 

<— 

(UL grant, 776 bits) 



4 

Check: Does the UE transmit a STATUS PDU 
with positive acknowledgement? 

-> 

STATUS PDU (ACKSN=1) 

2 

P 

5 

Check: Does the UE transmit two RLC SDUs 
within an AMD PDU with Fl field set to '00', 
first E field in the fixed part set to '1 ', first E 
field in the extension part set to '0', first LI field 
set to 40 bytes? 

-> 

AMD PDU(AMD PDU 
header(P='1', Fl='00', E='1',SN=0, 
Ei='0', Lli='40') ), two RLC SDUs 
of size 40 bytes) 

1,2 

P 

6 

The SS transmits a STATUS PDU. 

<- 

STATUS PDU (ACKSN=1) 

- 

- 

7 

After 500 ms the SS transmits an AMD PDU 
including three RLC SDU of size 40 bytes with 
P field set to "1". 

<— 

AMD PDU(AMD PDU 
header(D/C='1', RF='0', P='1', 
FI='00',E='1', SN='1', Ei='1', 
Lli ='40' bytes, E2='0', Ll2='40' 
bytes), three RLC SDUs of size 40 
bytes) 



8 

The SS waits for 60 ms and then allocates an 
UL grant (UL grant allocation type 3) of size 
1096 bits. (Note 2). 

<- 

(UL grant, 1096 bits) 



9 

Check: Does the UE transmit a STATUS PDU 
with positive acknowledgement? 

-> 

STATUS PDU (ACK SN=2) 

2 

P 

10 

Check: Does the UE transmit three RLC SDUs 
within an AMD PDU with Fl field set to "00", 
first E field in the fixed part set to '1 ', first E 
field in the extension part set to '1 ', first LI field 
set to 40 bytes, second E field in the extension 
part set to '0', second LI field set to 40 bytes 
and P field set to "1"? 

-> 

AMD PDU(AMD PDU 
header(P='1', Fl='00', SN=1, 
Ei='1', Lli='40', E2='0', Ll2='40'), 
three RLC SDUs of size 40 bytes) 

1,2 

P 

11 

The SS transmits a STATUS PDU. 

<- 

STATUS PDU (ACK SN=2) 

- 

- 

Note 1 UL grant of 776 bits (/res=1 1 , Nprb=4, see TS 36.213 Table 7.1 .7.2.1-1) is chosen such that UE will fit two 
RLC SDUs of 40 bytes within one AMD PDU. MAC PDU of 776 bits=97 bytes fits an AMD PDU payload of 
80 bytes (two 40 byte RLC SDUs) + 4 bytes AMD PDU header + 13 bytes spare for MAC header and 
possible RLC STATUS PDU and BSR report. 

Note 2 UL grant of 1096 bits (/res=8, Nprb=8, see TS 36.213 Table 7.1 .7.2.1-1) is chosen such that UE will fit three 
RLC SDUs of 40 bytes within one AMD PDU. MAC PDU of 1096 bits=137 bytes fits an AMD PDU payload 
of 120 bytes (three 40 byte RLC SDUs) + 5 bytes AMD PDU header + 12 bytes spare for MAC header and 
possible RLC STATUS PDU and BSR report. 


7.2.3.1.3.3 
None. 

7.2.3.2 
7.2.3.2.1 
(1) 


Specific message contents 

AM RLC / Segmentation and reassembly / No PDU segmentation 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { the UE has a RLC SDU with larger size than available AMD PDU size in the transmission 
buffer } 
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then { the UE segments the RLC SDU in accordance with the available AMD PDU size 


(2) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { the UE receives AMD PDUs containing a segmented RLC SDU } 

then { the UE reassembles the RLC SDUs in accordance with the Framing Info and Length Indicators 
indicated in the AMD PDUs } 


7.2.3.2.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.322, clauses 4.2.1.3.2, 
4.2.1.3.3 and 6,2.2.6. 

[TS 36.322, clause 4.2.1.3.2] 

When the transmitting side of an AM RLC entity forms AMD PDUs from RLC SDUs, it shall: 

- segment and/or concatenate the RLC SDUs so that the AMD PDUs fit within the total size of RLC PDU(s) 
indicated by lower layer at the particular transmission opportunity notified by lower layer. 


[TS 36.322, clause 4.2.1.3.3] 

When the receiving side of an AM RLC entity receives RLC data PDUs, it shall: 


reassemble RLC SDUs from the reordered RLC data PDUs and deliver the RLC SDUs to upper layer in 
sequence. 


[TS 36.322, clause 6.2.2.6] 


The FI field indicates whether a RLC SDU is segmented at the beginning and/or at the end of the Data field. 
Specifically, the FI field indicates whether the first byte of the Data field corresponds to the first byte of a RLC SDU, 
and whether the last byte of the Data field corresponds to the last byte of a RLC SDU. The interpretation of the FI field 
is provided in Table 6.2.2.6-1. 

Table 6.2.2.6-1 : FI field interpretation 


Value 

Description 

00 

First byte of the Data field corresponds to the first byte of a RLC SDU. 
Last byte of the Data field corresponds to the last byte of a RLC SDU. 

01 

First byte of the Data field corresponds to the first byte of a RLC SDU. 
Last byte of the Data field does not correspond to the last byte of a RLC SDU. 

10 

First byte of the Data field does not correspond to the first byte of a RLC SDU. 
Last byte of the Data field corresponds to the last byte of a RLC SDU. 

11 

First byte of the Data field does not correspond to the first byte of a RLC SDU. 
Last byte of the Data field does not correspond to the last byte of a RLC SDU. 


7.2.3.2.3 
7.2.3.2.3.1 
System Simulator: 

- Cell 1. 
UE: 
None. 


Test description 
Pre-test conditions 
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Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 
7.2.3.2.3.2 Test procedure sequence 

Table 7.2.3.2.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message/PDU/SDU 

1 

During the whole test sequence, the SS should 
not allocate UL grants unless when explicitly 
stated so in the procedure. 





2 

The SS transmits a RLC SDU of size 80 bytes 
segmented into two AMD PDUs. The two AMD 
PDUs are transmitted in separate TTIs. 

<- 

(RLCSDU#1) 

AMDPDU#1(FI='01',SN=0) 

AMDPDU#2(FI='10',SN=1) 



3 

60 ms after step 2 the SS allocates 2 UL 
grants (UL grant allocation type 2) with a time 
spacing of 5 ms of size 392 bits. (Note 1). 

<— 

(UL grants) 



4 

Check: Does the UE return a RLC SDU with 
equal content as sent in downlink in step 2 
segmented into two AMD PDUs and received 
in different TTIs? 
(Note2: Details for AMD PDU#2) 

-> 

(RLCSDU#1) 
AMD PDU#1 
AMD PDU#2 

1,2 

P 

5 

The SS transmits a STATUS PDU. 

<- 

STATUS PDU (ACK SN=2) 

- 

- 

6 

The SS sends a RLC SDU of size 120 bytes 
octets segmented into three AMD PDUs. 

<- 

(RLC SDU#2) 

AMDPDU#1(FI='01',SN=2) 
AMDPDU#2(FI='11',SN=3) 
AMDPDU#3(FI='10',SN=4) 



7 

60 ms after step 6 the SS allocates 3 UL 
grants (UL grant allocation type 2) with a time 
spacing of 5 ms of size 392 bits. (Note 1). 

<- 

(UL grants) 



8 

Check: Does the UE return a RLC SDU with 
equal content as sent in downlink in step 6 
segmented into three AMD PDUs where each 
AMD PDU is received in different TTI? 
(Note2: Details for AMD PDU#3) 

-> 

(RLC SDU#2) 
AMD PDU#1 
AMD PDU#2 
AMD PDU#3 

1,2 

P 

9 

The SS transmits a STATUS PDU. 

<— 

STATUS PDU (ACK SN=5) 

- 

- 

Note 1: UL grant of 392 bits (/res=8, Nprb=3, see TS 36.213 Table 7.1.7.2.1-1) is chosen to force the UEto 

segment the returned UL RLC SDU into multiple AMD PDUs. An UL grant of 392 bits=49 bytes allows the 
UE to transmit one AMD PDU of maximum 46 bytes (49 bytes - 2 byte AMD PDU header - minimum 1 byte 
MAC header). UE at step 4 and step 8 during transmission of AMD PDU#1 will transmit BSR MCE which 
will take 2 bytes and hence AMD PDU size will be 44 bytes. 

Note2: Polling bit will be set for this PDU by the UE and SS transmits a STATUS PDU. 


7.2.3.2.3.3 

None. 

7.2.3.3 

7.2.3.3.1 
(1) 


Specific message contents 


AM RLC / Segmentation and reassembly / Framing info field 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an AMD PDU or an AMD PDU segment containing a FI field set to 
then { UE correctly decodes the received AMD PDU or AMD PDU segment } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an AMD PDU or an AMD PDU segment containing a FI field set to 01 
then { UE correctly decodes the received AMD PDU or AMD PDU segment } 
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(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an AMD PDU or an AMD PDU segment containing a FI field set to 11 
then { UE correctly decodes the received AMD PDU or AMD PDU segment} 

} 

(4) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an AMD PDU or an AMD PDU segment containing a FI field set to 10 
then { UE correctly decodes the received AMD PDU or AMD PDU segment } 


7.2.3.3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.322, clause 6.2.2.6. 

[TS 36.322, clause 6.2.2.6] 

Length: 2 bits. 

The FI field indicates whether a RLC SDU is segmented at the beginning and/or at the end of the Data field. 
Specifically, the FI field indicates whether the first byte of the Data field corresponds to the first byte of a RLC SDU, 
and whether the last byte of the Data field corresponds to the last byte of a RLC SDU. The interpretation of the FI field 
is provided in Table 6.2.2.6- L 


Table 6.2.2.6-1 : FI field interpretation 


Value 

Description 

00 

First byte of the Data field corresponds to the first byte of a RLC SDU. 
Last byte of the Data field corresponds to the last byte of a RLC SDU. 

01 

First byte of the Data field corresponds to the first byte of a RLC SDU. 

Last byte of the Data field does not correspond to the last byte of a RLC SDU. 

10 

First byte of the Data field does not correspond to the first byte of a RLC SDU. 
Last byte of the Data field corresponds to the last byte of a RLC SDU. 

11 

First byte of the Data field does not correspond to the first byte of a RLC SDU. 
Last byte of the Data field does not correspond to the last byte of a RLC SDU. 


7.2.3.3.3 Test description 

7.2.3.3.3.1 Pre-test conditions 

System Simulator: 

- Cell L 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 
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7.2.3.3.3.2 


Test procedure sequence 

Table 7.2.3.3.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits AMD PDU#1 containing a 
complete RLC SDU#1 (Fl field = 00). 

<- 

AMD PDU#1 

- 

- 

2 

Check: Does the UE transmit RLC SDU#1? 

— > 

(RLCSDU#1) 

1 

P 

2A 

The SS transmits a STATUS PDU. 

<— 

STATUS PDU (ACKSN=1) 

- 

- 

3 

The SS transmits AMD PDU#2 containing the 
first segment of RLC SDU#2 (Fl field = 01). 

<- 

AMD PDU#2 

- 

- 

4 

The SS transmits AMD PDU#3 containing the 
second segment of RLC SDU#2 (Fl field = 11). 

<— 

AMD PDU#3 

- 

- 

5 

The SS transmits AMD PDU#4 containing the 
last segment of RLC SDU#2 (Fl field = 10). 

<— 

AMD PDU#4 

- 

- 

6 

Check: Does the UE transmit RLC SDU#2? 

-> 

(RLC SDU#2) 

2,3, 
4 

P 

6A 

The SS transmits a STATUS PDU. 

<- 

STATUS PDU (ACK SN=2) 

- 

- 

7 

The t-PollRetransmitWmer ior RLC PDU#5 
expires and SS assumes that the transmission 
of AMD PDU#5 containing a complete RLC 
SDU#3 and a complete RLC SDU#4 is failed 
and consider RLC PDU#5 for re-transmission 





8 

The SS transmits AMD PDU segment 
containing a complete RLC SDU#3 (Fl field = 
00). 

<— 

AMD PDU segment 



9 

Check: Does the UE transmit RLC SDU#3? 

— > 

(RLC SDU#3) 

1 

P 

9A 

The SS transmits a STATUS PDU. 

<— 

STATUS PDU (ACK SN=3) 

- 

- 

10 

The SS transmits AMD PDU segment 
containing the first segment of RLC SDU#4 (Fl 
field = 01). 

<- 

AMD PDU segment 



11 

The SS transmits AMD PDU segment 
containing the second segment of RLC SDU#4 
(Fl field = 11). 

<- 

AMD PDU segment 



12 

The SS transmits AMD PDU segment 
containing the last segment of RLC SDU#4 (Fl 
field = 10). 

<— 

AMD PDU segment 



13 

Check: Does the UE transmit RLC SDU#4? 

-> 

(RLC SDU#4) 

2,3, 
4 

P 

14 

The SS transmits a STATUS PDU. 

<— 

STATUS PDU (ACK SN=4) 

- 

- 


7.2.3.3.3.3 
None. 

7.2.3.4 

7.2.3.4.1 
(1) 


Specific message contents 


AM RLC / Segmentation and reassembly / Different numbers of length 
indicators 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an AMD PDU or an AMD PDU segment with no LI field } 
then { UE correctly decodes the received AMD PDU or AMD PDU segment 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an AMD PDU or an AMD PDU segment with one LI field 
then { UE correctly decodes the received AMD PDU or AMD PDU segment 

} 
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(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an AMD PDU or an AMD PDU segment with two LI fields } 
then { UE correctly decodes the received AMD PDU or AMD PDU segment } 
} 

7.2.3.4.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.322, clause 6.2.2.5. 

[TS 36.322, clause 6.2.2.5] 

Length: 1 1 bits. 

The LI field indicates the length in bytes of the corresponding Data field element present in the RLC data PDU 
delivered/received by an UM or an AM RLC entity. The first LI present in the RLC DATA PDU header corresponds to 
the first Data field element present in the Data field of the RLC DATA PDU, the second LI present in the RLC DATA 
PDU header corresponds to the second Data field element present in the Data field of the RLC DATA PDU, and so on. 
The value is reserved. 


Test description 
Pre-test conditions 


7.2.3.4.3 
7.2.3.4.3.1 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18] with the exceptions listed in table 7.2.3.4.3.1- 
1. 

Table 7.2.3.4.3.1-1 : RLC settings 


Parameter 

Value 

t-Reordering 

150 ms 
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7.2.3.4.3.2 


Test procedure sequence 

Table 7.2.3.4.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 


During the whole test sequence, the SS should 
not allocate UL grants unless when explicitly 
stated so in the procedure. 





1 

The SS transmits AMD PDU#1 containing a 
complete RLC SDU#1 without LI field. 

<— 

AMD PDU#1 

- 

- 

2 

The SS transmits an uplink grant allowing the 
UE to transmit 1 RLC SDU. 

<— 

(UL grant) 

- 

- 

3 

Check: Does the UE transmit an AMD PDU 
containing RLCSDU#1? 

-> 

AMDPDU(RLCSDU#1) 

1 

P 

3A 

The SS transmits a STATUS PDU. 

<- 

STATUS PDU (ACKSN=1) 

- 

- 

4 

The SS transmits AMD PDU#2 containing a 
complete RLC SDU#2 and a complete RLC 
SDU#3 with one LI field. 

<— 

AMD PDU#2 



5 

The SS waits for 60 ms then assigns an UL 
grant sufficient for the UE to loopback RLC 
SDU#2 and RLC SDU#3. 

<— 

(UL grant) 



6 

Check: Does the UE transmit an AMD PDU 
containing RLC SDU#2 and RLC SDU#3 in its 
data field? 

-> 

AMD PDU (RLC SDU#2, RLC 
SDU#3) 

2 

P 

7 

The SS transmits a STATUS PDU. 

<- 

STATUS PDU (ACK SN=2) 

- 

- 

8 

The SS transmits AMD PDU#3 containing a 
complete RLC SDU#4, a complete RLC 
SDU#5 and a complete RLC SDU#6 with two 
LI fields. 

<— 

AMD PDU#3 



9 

The SS waits for 60 ms then assigns an UL 
grant sufficient for the UE to loopback RLC 
SDU#4, RLC SDU#5 and RLC SDU#6. 

<— 

(UL grant) 



10 

Check: Does the UE transmit an AMD PDU 
containing RLC SDU#4, RLC SDU#5 and RLC 
SDU#6 in its data field? 

-> 

AMD PDU (RLC SDU#4, RLC 
SDU#5, RLC SDU#6) 

3 

P 

11 

The SS transmits a STATUS PDU. 

<- 

STATUS PDU (ACK SN=3) 

- 

- 

12 

Void 

- 

- 

- 

- 

13 

The t-PollRetransmitWmer ior AMD PDU#4 
expires and SS assumes that the transmission 
of AMD PDU#4 containing a complete RLC 
SDU#7, a complete RLC SDU#8, a complete 
RLC SDU#9, a complete RLC SDU#10, a 
complete RLC SDU#1 1 and a complete RLC 
SDU#1 2 is failed and consider AMD PDU#4 
for re-transmission. 





14 

The SS transmits AMD PDU segment 
containing a complete RLC SDU#7 without LI 
field. 

<- 

AMD PDU segment 



15 

The SS waits for 60 ms and then assigns an 
uplink grant (UL grant allocation type 3) 
allowing the UE to transmit 1 RLC SDU. 

<— 

(UL grant) 



16 

Check: Does the UE transmit an AMD PDU 
containing RLC SDU#7? 

-> 

AMD PDU (RLC SDU#7) 

1 

P 

16 
A 

The SS transmits a STATUS PDU. 

<— 

STATUS PDU (ACK SN=4) 

- 

- 

17 

The SS transmits AMD PDU segment 
containing a complete RLC SDU#8 and a 
complete RLC SDU#9 with one LI field. 

<— 

AMD PDU segment 



18 

The SS waits for 60 ms and then assigns an 
UL grant (UL grant allocation type 3) sufficient 
for the UE to loopback RLC SDU#8 and RLC 
SDU#9. 

<— 

(UL grant) 



19 

Check: Does the UE transmit an AMD PDU 
containing RLC SDU#8 and RLC SDU#9 in its 
data field? 

-> 

AMD PDU (RLC SDU#8, RLC 
SDU#9) 

2 

p 

20 

The SS transmits a STATUS PDU. 

<— 

STATUS PDU (ACK SN=5) 

- 

- 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


743 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


21 

The SS transmits AMD PDU segment 
containing a complete RLC SDU#10, a 
complete RLC SDU#1 1 and a complete RLC 
SDU#12 with two LI fields. 

<- 

AMD PDU segment 



22 

The SS waits for 60 ms and then assigns an 
UL grant (UL grant allocation type 3) sufficient 
for the UE to loopback RLC SDU#1 0, RLC 
SDU#11 andRLCSDU#12. 

<— 

(UL grant) 



23 

Check: Does the UE transmit an AMD PDU 
containing RLC SDU#10, RLC SDU#1 1 and 
RLC SDU#1 2 in its data field? 

-> 

AMDPDU(RLCSDU#10, RLC 
SDU#11,RLCSDU#12) 

3 

P 

24 

The SS transmits a STATUS PDU. 

<— 

STATUS PDU (ACK SN=6) 

- 

- 

25 

Void 

- 

- 

- 

- 


7.2.3.4.3.3 

None. 

7.2.3.5 
7.2.3.5.1 
(1) 


Specific message contents 

AM RLC / Reassembly / LI value > PDU size 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives PDU with "Length Indicators" that point beyond the end of the PDU 
then { UE discards PDU } 


} 


7.2.3.5.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.322 clauses 5.5.1 
and 6.2.2.5. 

[TS 36.322, clause 5.5.1] 

When an RLC entity receives an RLC PDU that contains reserved or invalid values, the RLC entity shall: 

- discard the received PDU. 

[TS 36.322, clause 6.2.2.5] 

Length: 1 1 bits. 

The LI field indicates the length in bytes of the corresponding Data field element present in the RLC data PDU. The 
first LI present in the RLC data PDU header corresponds to the first Data field element present in the Data field of the 
RLC data PDU, the second LI present in the RLC data PDU header corresponds to the second Data field element 
present in the Data of the RLC data PDU, and so on. The value is reserved. 


Test description 
Pre-test conditions 


7.2.3.5.3 
7.2.3.5.3.1 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18] with the loopback size set to 98 bytes. 
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7.2.3.5.3.2 


Test procedure sequence 

Table 7.2.3.5.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message/PDU/SDU 



During the whole test sequence, the SS should 
not allocate UL grants unless when explicitly 
stated so in the procedure. 





1 

The SS transmits an AMD PDU containing the 
first half (50 bytes) of SDU#1 in its data field to 
the UE. 

<— 

AMD PDU#1 (SN = 0) 



2 

The SS transmits an AMD PDU containing the 
second half (50 bytes) of SDU#1 and the first 
half (50 bytes) of SDU#2 in its data field to the 
UE. LI associated with PDU#2 has a value > 
PDU size, i.e. > 100. 

<- 

AMDPDU#2(SN=1) 



3 

The SS transmits an AMD PDU containing the 
second half (50 bytes) of SDU#2 and the first 
half (50 bytes) of SDU#3 in its data field to the 
UE. 

<- 

AMD PDU#3 (SN=2) 



4 

The SS transmits an AMD PDU containing the 
second half (50 bytes) of SDU#3 in its data 
field to the UE. 

<— 

AMD PDU#4 (SN=3) 



4A 

1 00 ms after step 4 t he SS assigns an UL 
grant (UL grant allocation type 3) of size 56 
bits (Note 1). 

<- 

(UL grant, 56 bits) 



5 

Check: Does the UE transmit a STATUS PDU 
with NACK SN field set to 1 ? 

-> 

STATUS PDU 

1 

P 

6 

The SS transmits an AMD PDU containing the 
second half (50 bytes) of SDU#1 and the first 
half (50 bytes) of SDU#2 in its data field to the 
UE. The LI is correct. 

<- 

AMDPDU#2(SN=1) 



6A 

The SS waits for 60 ms to ensure UE RLC has 
all the required SDU available in UL for 
loopback. 





6B 

The SS transmits an UL grant (UL grant 
allocation type 3) of size 2536 bits (Note 2). 

<- 

(UL grant, 2536 bits) 

- 

- 

7 

Check: Does the UE transmit RLC SDU#1 , 

SDU#2, and SDU#3? 

(Note 3: Details for RLC PDU carrying RLC 

SDU#3) 

-> 

AMDPDU(RLCSDU#1, RLC 
SDU#2, RLC SDU#3) 

1 

P 

8 

The SS transmits a STATUS PDU. 

<— 

STATUS PDU (ACKSN=1) 

- 

- 

Note 1: UL grant of 56 bits (/res=1, Nprb=2, see TS 36.213 Table 7.1.7.2.1-1) is chosen such that UE will be enabled 

to send the status PDU. 
Note 2: UL grant of 2536 bits (/res=13, NpRB=^0, see TS 36.213 Table 7.1 .7.2.1-1) is chosen such that UE will fit all 3 

SDU in one AMD PDU. 
Note 3: In step 7, poll is set so SS will send STATUS PDU to UE in step 8. 


7.2.3.5.3.3 
None. 
7.2.3.6 
7.2.3.6.1 

(1) 


Specific message contents 

AM RLC / Correct use of sequence numbering 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE transmits the first PDU } 

then { UE sets the Sequence Number field equal to 


(2) 


with { UE in E-UTRA RRC CONNECTED state 
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ensure that { 

when { UE transmits subsequent PDUs } 

then { SN incremented by 1 for each PDU transmitted } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE transmits more than 1024 PDUs } 

then { UE wraps the Sequence Number after transmitting the 1024 PDU } 

} 

(4) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { more than 1024 PDUs are sent to UE } 

then { UE accepts PDUs with SNs that wrap around every 1024 PDU } 
} 

7.2.3.6.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.322 clauses 
5.1.3.1.1, 6.2.2.3 and 7.1. 

[TS 36.322, clause 5.1.3.1.1] 

The transmitting side of an AM RLC entity shall prioritize transmission of RLC control PDUs over RLC data PDUs. 
The transmitting side of an AM RLC entity shall prioritize retransmission of RLC data PDUs over transmission of new 
AMD PDUs. 

The transmitting side of an AM RLC entity shall maintain a transmitting window according to state variables VT(A) 
and VT(MS) as follows: 

- a SN falls within the transmitting window if VT(A) <= SN < VT(MS); 

a SN falls outside of the transmitting window otherwise. 

The transmitting side of an AM RLC entity shall not deliver to lower layer any RLC data PDU whose SN falls outside 
of the transmitting window. 

When delivering a new AMD PDU to lower layer, the transmitting side of an AM RLC entity shall: 

- set the SN of the AMD PDU to VT(S), and then increment VT(S) by one. 

The transmitting side of an AM RLC entity can receive a positive acknowledgement (confirmation of successful 
reception by its peer AM RLC entity) for a RLC data PDU by the following: 

- STATUS PDU from its peer AM RLC entity. 

When receiving a positive acknowledgement for an AMD PDU with SN = VT(A), the transmitting side of an AM RLC 
entity shall: 

- set VT(A) equal to the SN of the AMD PDU with the smallest SN, whose SN falls within the range VT(A) <= 
SN <= VT(S) and for which a positive acknowledgment has not been received yet. 

if positive acknowledgements have been received for all AMD PDUs associated with a transmitted RLC SDU :- 
send an indication to the upper layers of successful delivery of the RLC SDU. 

[TS 36.322, clause 6.2.2.3] 

Length: lObits for AMD PDU, AMD PDU segments and STATUS PDUs. ... 

The SN field indicates the sequence number of the corresponding ... AMD PDU. For an AMD PDU segment, the SN 
field indicates the sequence number of the original AMD PDU from which the AMD PDU segment was constructed 
from. The sequence number is incremented by one for every ... AMD PDU. 

[TS 36.322, clause 7.1] 
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All state variables and all counters are non-negative integers. 

All state variables related to AM data transfer can take values from to 1023. All arithmetic operations contained in the 
present document on state variables related to AM data transfer are affected by the AM modulus (i.e. final value = 
[value from arithmetic operation] modulo 1024). 

AMD PDUs ... are numbered integer sequence numbers (SN) cycling through the field: to 1023 for AMD PDU ... 


c) VT(S) - Send state variable 

This state variable holds the value of the SN to be assigned for the next newly generated AMD PDU. It is initially set to 
0, and is updated whenever the AM RLC entity delivers an AMD PDU with SN = VT(S). 


7.2.3.6.3 Test description 

7.2.3.6.3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- UE is in state Loopback Activated (state 4) according to [18]. 
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7.2.3.6.3.2 


Test procedure sequence 

Table 7.2.3.6.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message/PDU/SDU 


During the whole test sequence, the SS should 

not allocate UL grants unless when explicitly 

stated so in the procedure. 






EXCEPTION: SS is configured 500ms in 
advance for step 1 and 2. Step 1 is executed 
512 times such that 1 AMD PDU is transmitted 
every second radio frame. (Note 1) . Step 2 is 
started 60 ms after the first DL AMD PDU has 
been transmitted in step 1 (Note 1). 






EXCEPTION: In parallel to steps 1 and 2, the 
behaviour described in table 7.2.3.6.3.2-2 is 
running. 





1 

The SS transmits an AMD PDU to the UE. SN 
equals and is incremented for each PDU 
transmitted (Note 1). 

<- 

AMD PDU 



2 

The SS transmits 1 UL grant (UL grant 
allocation type 2) in every second radio frame 
to enable the UE to return each received AMD 
PDU in one looped back AMD PDU (Note 1). 

<— 

(UL grants) 



2A 

The SS does not allocate any uplink grant. 

- 

- 

- 

- 


EXCEPTION: SS is configured 500ms in 
advance for step 2B and 2C.Step 2B is 
executed 512 times such that 1 AMD PDU is 
transmitted every second radio frame. (Note 1) 
. Step 2C is started 60 ms after the first DL 
AMD PDU has been transmitted in step 28 
(Notel). 






EXCEPTION: In parallel to steps 2B and 2C, 
the behaviour described in table 7.2.3.6.3.2-3 
is running. 





2B 

The SS transmits an AMD PDU to the UE. SN 
equals 512 and is incremented for each PDU 
transmitted. 

<- 

AMD PDU 



2C 

The SS transmits 1 UL grant (UL grant 
allocation type 2) in every second radio frame 
to enable the UE to return each received AMD 
PDU in one looped back AMD PDU (Note 1). . 

<- 

(UL grants) 



3 

The SS transmits an AMD PDU to the UE. SN 
equals 0. 

<- 

AMD PDU 

- 

- 

4 

Void 

- 

- 

- 

- 

4A 

The SS starts the UL default grant 
transmission 

- 

- 

- 

- 

5 

Check: Does the UE transmit an AMD PDU 
with SN=0? 

-> 

AMD PDU 

3,4 

P 

6 

The SS transmits a STATUS PDU with 
ACK SN = 1. 

<- 

STATUS PDU 

- 

- 

Note 1 : 20 ms gap between transmissions both in DL and UL respectively allows TTCN to tolerate one HARQ 

retransmission (FDD/TDD) per transport block, if such happen (TS 36.523-3). 
Note 2: Delaying first UL grant for 60 ms, ensures that UE UL buffer does not become empty every time one UL AMD 

PDU is sent i.e. UE does not enable polling for every UL AMD PDU. SS continuously transmits the grants 

until it has received all PDUs in UL. 
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Table 7.2.3.6.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

Check: Does the UE transmit an AMD PDU 
with SN = 0? 

-> 

AMD PDU 

1 

P 

- 

EXCEPTION: Steps 2 and 3a1 are executed 
511 times. 

- 

- 

- 

- 

2 

Check: Does the UE transmit an AMD PDU 
with SN increased by 1 compared with the 
previous one? 

-> 

AMD PDU 

2 

p 


EXCEPTION: Step 3a1 describes behaviour 
that depends on the contents of the AMD PDU 
transmitted at Step 2. 





3a1 

IF the UE has set the poll bit in the AMD PDU 
transmitted at Step 2 THEN the SS transmits a 
Status Report. 

<- 

STATUS PDU 




Table 7.2.3.6.3.2-3: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

- 

EXCEPTION: Steps 1 and 2a1 are executed 
512 times. 

- 

- 

- 

- 

1 

Check: Does the UE transmit an AMD PDU 
with SN increased by 1 compared with the 
previous one? 

-> 

AMD PDU 

2 

p 


EXCEPTION: Step 2a1 describes behaviour 
that depends on the contents of the AMD PDU 
transmitted at Step 1. 





2a1 

IF the UE has set the poll bit in the AMD PDU 
transmitted at Step 1 THEN the SS transmits a 
Status Report. 

<- 

STATUS PDU 




7.2.3.6.3.3 
None. 

7.2.3.7 
7.2.3.7.1 

(1) 


Specific message contents 

AM RLC / Control of transnnit window 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state with DRB established and pending uplink data for 

transmission} 

ensure that { 

when { AMD PDUs in transmission buffer fall outside VT (A) <= SN < VT(MS) } 
then { UE does not transmit these AMD PDUs } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state with DRB established and pending uplink data for 
transmission } 
ensure that { 

when { receiving a STATUS PDU where ACK_SN acknowledges at least one AMD PDU not yet acknowledged 

} 

then { UE transmits AMD PDUs within updated window range} 


7.2.3.7.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.322 clauses 
5.1.3.1.1, 7.1 and 7.2. 

[TS 36.322, clause 5.1.3.1.1] 
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The transmitting side of an AM RLC entity shall maintain a transmitting window according to state variables VT(A) 
and VT(MS) as follows: 

- a SN falls within the transmitting window if VT(A) <= SN < VT(MS); 

- a SN falls outside of the transmitting window otherwise. 

The transmitting side of an AM RLC entity shall not deliver to lower layer any RLC data PDU whose SN falls outside 
of the transmitting window. 

When delivering a new AMD PDU to lower layer, the transmitting side of an AM RLC entity shall: 

- set the SN of the AMD PDU to VT(S), and then increment VT(S) by one. 

The transmitting side of an AM RLC entity can receive a positive acknowledgement (confirmation of successful 
reception by its peer AM RLC entity) for a RLC data PDU by the following: 

- STATUS PDU from its peer AM RLC entity. 

When receiving a positive acknowledgement for an AMD PDU with SN = VT(A), the transmitting side of an AM RLC 
entity shall: 

- set VT(A) equal to the SN of the AMD PDU with the smallest SN, whose SN falls within the range VT(A) <= 
SN <= VT(S) and for which a positive acknowledgment has not been received yet. 

- if positive acknowledgements have been received for all AMD PDUs associated with a transmitted RLC SDU : 
- send an indication to the upper layers of successful delivery of the RLC SDU. 

[TS 36.322, clause 7.2] 

a) AM_Window_Size 

This constant is used by both the transmitting side and the receiving side of each AM RLC entity to calculate VT(MS) 
from VT(A), and VR(MR) from VR(R). AM_Window_Size = 512. 


[TS 36.322, clause 7.1] 


a) VT(A) - Acknowledgement state variable 

This state variable holds the value of the SN of the next AMD PDU for which a positive acknowledgment is to be 
received in-sequence, and it serves as the lower edge of the transmitting window). It is initially set to 0, and is 
updated whenever the AM RLC entity receives a positive acknowledgment for an AMD PDU with SN = VT(A). 

b) VT(MS) - Maximum send state variable 

This state variable equals VT(A) + AM_Window_Size, and it serves as the higher edge of the transmitting window. 


7.2.3.7.3 Test description 

7.2.3.7.3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 
UE: 
None. 
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Preamble: 


UE is in state Loopback Activated (state 4) according to [18] with the loopback size set to 100 bytes, and with 
the expectations Hsted in table 7.2.3.7.3.1-1. 

Table 7.2.3.7.3.1-1 : RLC Settings 


Parameter 

Value 

PollPDU 

pinfinity 

PollByte 

kBinfinity 

t-PollRetransmit 

ms300 


Table 7.2.3.7.3.1-2: SchedulingRequest-Config 


Derivation Path: 36.508 Table 4.6.3-20 

Information Element 

Value/remark 

Comment 

Condition 

dsr-TransMax 

n8 




7.2.3.7.3.2 


Test procedure sequence 

Table 7.2.3.7.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

- 

The SS does not allocate any uplink grant. 

- 

- 

- 

- 


EXCEPTION: The SS is configured for step 1 
and 1 A 500ms in advance. Step 1 is repeated 
W+1 times, where W = AM_Window_Size. The 
transmission is performed every second radio 
frame. (Note 2). Step 1A is started 100 ms 
after the first DL AMD PDU has been 
transmitted in step 1. 






EXCEPTION: In parallel to steps 1 and 1 A, the 
behaviour described in table 7.2.3.7.3.2-2 is 
running. 





1 

The SS transmits an AMD PDU containing a 
SDUtotheUE. 

<- 

AMD PDU 

- 

- 

1A 

In the following steps the SS transmits 1 UL 
grant (UL grant allocation type 2) in every 
second radio frame to enable the UE to return 
each received AMD PDU in one looped back 
AMD PDU. (Note 2) 

<— 

(UL grants) 



18 

Void 

- 

- 

- 

- 

1C 

Check: Does the UE transmit an AMD PDU 
with the Poll bit set and with the contents of the 
SDU? 

-> 

AMD PDU(SN=W-1), Poll 

1 

P 

1D 

The SS starts the UL default grant 
transmission 

- 

- 

- 

- 

2 

Check: Does the UE transmit an AMD PDU 
within t-PollRetransmit/2? 

-> 

AMD PDU 

1 

F 

3 

The SS transmits a STATUS PDU to 
acknowledge the W uplink AMD PDUs with 
SN=0 to SN=W-1 . ACK SN = W. 

<- 

STATUS PDU 



3A 

Check: Does the UE transmit an AMD PDU 
with the Poll bit set and with the contents of the 
SDU? 

-> 

AMD PDU(SN=W), Poll 

2 

P 

3B 

The SS transmits a STATUS PDU with 
ACK SN=W+1. 

<- 

STATUS PDU 

- 

- 

Note 1: SDUsare numbered 1,2, ..., W+1 

Note 2: 20 ms gap between transmissions both in DL and UL respectively allows TTCN to tolerate one HARQ 
retransmission (FDD/TDD) per transport block, if such happen (TS 36.523-3). 
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Table 7.2.3.7.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

- 

EXCEPTION: Step 1 is executed W-1 times. 

- 

- 

- 

- 

1 

The UE transmits an AIVID PDU with the same 
data as received in the corresponding DL AIVID 
PDU. 

-> 

AMD PDU 




7.2.3.7.3.3 

None. 

7.2.3.8 

7.2.3.8.1 

(1) 


Specific message contents 

AM RLC / Control of receive window 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { the UE receives AMD PDUs with SN outside the upper boundary of the receive window } 
then { the UE discards these AMD PDUs } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { the receive window has been moved } 

then { UE continues accepting AMD PDUs within updated window range } 


7.2.3.8.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.322 clauses 
5.1.3.2.1 and 7.2. 

[TS 36.322, clause 5.1.3.2.1] 

The receiving side of an AM RLC entity shall maintain a receiving window according to state variables VR(R) and 
VR(MR) as follows: 

- a SN falls within the receiving window if VR(R) <= SN < VR(MR); 
a SN falls outside of the receiving window otherwise. 

When receiving a RLC data PDU from lower layer, the receiving side of an AM RLC entity shall: 

- either discard the received RLC data PDU or place it in the reception buffer (see sub clause 5.1.3.2.2); 

- if the received RLC data PDU was placed in the reception buffer: 

- update state variables, reassemble and deliver RLC SDUs to upper layer and start/stop t-Reordering as 
needed (see sub clause 5.1.3.2.3). 

When t-Reordering expires, the receiving side of an AM RLC entity shall: 

- update state variables and start t-Reordering as needed (see sub clause 5.1.3.2.4). 
[TS 36.322, clause 7.2] 

a) AM_Window_Size 

This constant is used by both the transmitting side and the receiving side of each AM RLC entity to calculate 
VT(MS) from VT(A), and VR(MR) from VR(R). AM_Window_Size = 512. 
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Test description 
Pre-test conditions 


7.2.3.8.3 
7.2.3.8.3.1 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18] with a loopback size of byte. 
7.2.3.8.3.2 Test procedure sequence 

Table 7.2.3.8.3.2-1 : Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage/PDU/SDU 


EXCEPTION: SS is configured 500ms in 
advance for step 1 . Step 1 shall be repeated W 
times, where W is AM Window Size. Polling 
bit enabled for the Wth RLC PDU transmitted. 
The SS shall set the Sequence Number field 
for the first AMD PDU to and increment it by 
1 for every execution of Step 1 . The 
transmission is performed in every second 
radio frame. (Note 3) 





1 

The SS transmits an AMD PDU to the UE 

<— 

AMD PDU 



2 

Check: Does the UE transmit a STATUS PDU 
acknowledging W PDUs? (ACK SN = W) 

-> 

STATUS PDU 

1 

P 

3 

The SS transmits the (W+1)th AMD PDU to 
the UE with the Sequence Number field set to 
((2W mod 1024) = 0) and the Polling bit set. 

<— 

AMD PDU 



4 

Check: does the UE transmit a STATUS PDU 
acknowledging W PDUs? (ACK SN = W) 
(NoteD 

-> 

STATUS PDU 

1 

P 

5 

The SS transmits the (W+2)th AMD PDU to 
the UE with the Sequence Number field set to 
W and the Polling bit set. 

<— 

AMD PDU 



6 

Check: Does the UE transmit a STATUS PDU 
acknowledging W +1 PDUs? (ACK SN field = 
W+1)(Note2) 

-> 

STATUS PDU 

2 

P 

Note 1 : This shows that the UE has discarded the (W+1)th PDU. 

Note 2: This shows that the UE did not discard the (W+2)th PDU and has updated the Receive Window correctly. 
Note 3: 20 ms gap between transmissions both in DL and UL respectively allows TTCN to tolerate one HARQ 
retransmission (FDD/TDD) per transport block, if such happen (TS 36.523-3). 


7.2.3.8.3.3 
None. 
7.2.3.9 
7.2.3.9.1 

(1) 


Specific message contents 

AM RLC / Polling for status 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state and using AM RLC 
ensure that { 

when { last data in the buffer was transmitted } 
then { UE transmits a Poll } 

} 
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(2) 


with { UE in E-UTRA RRC_CONNECTED state and using AM RLC 
ensure that { 

when { the t-PollRetransmit timer expires } 
then { UE transmits a Poll } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state and using AM RLC 
ensure that { 

when { PDU_WITH0UT_P0LL=pollPDC7 } 
then { UE transmits a Poll } 


(4) 

with { UE in E-UTRA RRC_CONNECTED state and using AM RLC 
ensure that { 

when { BYTE_WITHOUT_POLL=pollByte } 
then { UE transmits a Poll } 


7.2.3.9.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.322 clauses 5.2.2. 

[TS 36.322, clause 5.2.2] 

Upon assembly of a new AMD PDU, the transmitting side of an AM RLC entity shall: 

- increment PDU_WITHOUT_POLL by one; 

- increment B YTE_WITHOUT_POLL by every new byte of Data field element that it maps to the Data field of 
the RLC data PDU; 

- if PDU_WITHOUT_POLL >= pollPD U; or 

- if B YTE_WITHOUT_POLL >= pollByte; 

- include a poll in the RLC data PDU as described below. 

Upon assembly of an AMD PDU or AMD PDU segment, the transmitting side of an AM RLC entity shall: 

- if both the transmission buffer and the retransmission buffer becomes empty (excluding transmitted RLC data 
PDU awaiting for acknowledgements) after the transmission of the RLC data PDU; or 

- if no further RLC data PDU can be transmitted after the transmission of the RLC data PDU (e.g. due to window 
stalling); 

- include a poll in the RLC data PDU as described below. 

To include a poll in a RLC data PDU, the transmitting side of an AM RLC entity shall: 

- set the P field of the RLC data PDU to " 1" ; 

- set PDU_WITHOUT_POLL to 0; 

- set BYTE_WITHOUT_POLL to 0; 

After delivering a RLC data PDU including a poll to lower layer and after incrementing of VT(S) if necessary, the 
transmitting side of an AM RLC entity shall: 

- set POLL_SN to VT(S) - 1 ; 

if t-PollRetransmit is not running: 
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start t-PollRetransmit; 

- else: 

- restart t-PoURetransmit; 
[TS 36.322, clause 5.2.2.3] 

Upon expiry of t-PollRetransmit, the transmitting side of an AM RLC entity shall: 

- if both the transmission buffer and the retransmission buffer are empty (excluding transmitted RLC data PDU 
awaiting for acknowledgements); or 

- if no new RLC data PDU can be transmitted (e.g. due to window stalling): 

- consider the AMD PDU with SN = VT(S) - 1 for retransmission; 

- consider any AMD PDU which has not been positively acknowledged for retransmission; 

- include a poll in a RLC data PDU as described in section 5.2.2. 1 . 


Test description 
Pre-test conditions 


7.2.3.9.3 
7.2.3.9.3.1 
System Simulator: 

- Cell L 
UE: 

None. 
Preamble: 

- UE is in state Loopback Activated (state 4) according to [18] with the exceptions listed in table 7.2.3.9.3.1-1 and 
7.2.3.9.3.1-2. 

Table 7.2.3.9.3.1-1 : RLC Settings 


Parameter 

Value 

pollPDU 

p256 

pollByte 

kB25 

t-PollRetransmit 

ms400 


Table 7.2.3.9.3.1-2: SchedulingRequest-Config 


Derivation Path: 36.508 Table 4.6.3-20 

Information Element 

Value/remark 

Comment 

Condition 

dsr-TranslVlax 

n8 




ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


755 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


7.2.3.9.3.2 


Test procedure sequence 

Table 7.2.3.9.3.2-1 : Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 



During the whole test sequence, the SS should 
not allocate UL grants unless when explicitly 
stated so in the procedure. 





1 

The SS transmits 4 AMD PDUs such that 1 
AMD PDU is sent every second radio frame, 
each containing an RLC SDU of 2 560 bits. 
(Note 2) 

<— 

AMD PDU (SN=0) 
AMDPDU(SN=1) 
AMD PDU (SN=2) 
AMD PDU (SN=3) 




EXCEPTION: In parallel to the events 
described in step 1 A, the step specified in 
Table 7.2.3.9.3.2-2 should take place. 





1A 

The SS waits for 1 00 ms after the first DL AMD 
PDU has been transmitted in step 1 , then 
starts assigning UL grants (UL grant allocation 
type 2) in every second radio frame of size 2 
600 bits. (Note 1) (Note 2) 





2 

Check 1 : Does the UE transmit an AMD PDU 
with a SN in range to 3 and P=1 ? 
Record time Tb. 
Check 2: Is (Tb - Ta) = t-PollRetransmit? 

-> 

AMD PDU 

2 

P 

2A 

The SS starts the UL default grant 
transmission 

- 

- 

- 

- 

3 

Upon receiving the Poll, the SS transmits an 
RLC Status Report. 

<- 

STATUS PDU 

- 

- 

4 

Check: Does the UE retransmit an AMD PDU 
within 1 sec? 

-> 

AMD PDU 

2 

F 

5 

SS performs an RRC Connection 
Reconfiguration procedure changing pollPDU 
to p4. 





5A 

The SS does not allocate any UL grant. 

- 

- 

- 

- 

6 

The SS transmits 8 AMD PDUs such that 1 
AMD PDU is sent every second radio frame, 
each containing an RLC SDU of 2 560 bits. 
(Note 2) 

<— 

AMD PDU (SN=4) 
AMD PDU (SN=5) 

AMDPDU(SN=11) 




EXCEPTION: In parallel to the events 
described in step 6A, the step specified in 
Table 7.2.3.9.3.2-3 should take place. 





6A 

The SS waits for 1 00 ms after the first DL AMD 
PDU has been transmitted in step 6, then 
starts assigning UL grants (UL grant allocation 
type 2) in every second radio frame of size 2 
600 bits. (Note 1) (Note 2) 





7 

The SS transmits a Status Report with 
ACK SN=12, NACK SN=4, NACK SN=5, 
NACK SN=6, NACK SN=8 and NACK SN=9. 

<— 

STATUS PDU 



8 

Check: Does the UE transmit AMD PDUs with 

the following SN and P values? 

AMD PDU, SN=4, P=0 

AMD PDU, SN=5, P=0 

AMD PDU, SN=6, P=0 

AMD PDU, SN=8, P=0 

AMD PDU, SN=9, P=1 

-> 

AMD PDU (SN=4, P=0) 
AMD PDU (SN=5, P=0) 
AMD PDU (SN=6, P=0) 
AMD PDU (SN=8, P=0) 
AMDPDU(SN=9, P=1) 

3 

P 

8A 
A 

The SS starts the UL default grant 
transmission 

- 

- 

- 

- 

8A 

The SS transmits a Status Report with 
ACK SN=12andnoNACK SN. 

<- 

STATUS PDU 

- 

- 

9 

SS performs an RRC Connection 
Reconfiguration procedure changing pollPDU 
to p256. 





9A 

The SS does not allocate any UL grant. 

- 

- 

- 

- 

10 

After 500 ms the SS transmits 160 AMD PDUs 
such that 1 AMD PDU is sent every second 

<— 

AMDPDU(SN=12) 
AMDPDU(SN=13) 

- 

- 
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radio frame, each containing an RLC SDU of 
size 2 560 bits. (Note 2) 


AMDPDU(SN=171) 




EXCEPTION: In parallel to the events 
described in step 10A, the steps specified in 
Table 7.2.3.9.3.2-4 should take place. 





10 
A 

The SS waits for 1 00 ms after the first DL AMD 
PDU has been transmitted in step 10, then 
starts assigning UL grants (UL grant allocation 
type 2) in every second radio frame of size 
2600 bits. (Note 1) (Note 2) 





10 
B 

The SS starts the UL default grant 
transmission 

- 

- 

- 

- 

Note 1 : UL grant of 2600 bits (/res=14, Nprb=9, see TS 36.213 Table 7.1.7.2.1-1) is chosen to allow the UE to loop 
back one SDU of size 2560 bits and one short BSR (8 bits) into each MAC PDU sent in the uplink (2600 
bits - 16 bit AMD PDU header - 8 bit MAC BSR subheader - 8 bit MAC PDU subheader). The UE will 
include an SDU of size 2560 bits and one short BSR in the looped back MAC PDU. 

Note 2: 20ms gap between transmissions both in DL and UL respectively allows TTCN to tolerate one HARQ 
retransmission (FDD/TDD) per transport block, if such happen (TS 36.523-3). 


Table 7.2.3.9.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

Check: Does the UE transmit 4 AMD PDUs, 
with only the last one having the poll bit set? 
Record time Ta when the PDU with the poll bit 
set is received at the SS. 

-> 

AMD PDUs 

1 

P 


Table 7.2.3.9.3.2-3: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

Check: Does the UE transmit 8 AMD PDUs, 
with the poll bit set only in the 4^^ and the 8^^ 
PDUs? 

-> 

AMD PDUs 

3 

P 


Table 7.2.3.9.3.2-4: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

Check: Does the UE transmit 79 AMD PDUs, 
with the poll bit set only in the last (79^^) one? 
(Notel) 

-> 

AMD PDUs 

1,4 

P 

2 

The SS transmits an RLC Status Report. 

<- 

STATUS PDU 

- 

- 

3 

Check: Does the UE transmit 79 AMD PDUs, 
with the poll bit set only in the last (158^^) one? 
(Notel) 

-> 

AMD PDUs 

1,4 

P 

4 

The SS transmits an RLC Status Report. 

<- 

STATUS PDU 

- 

- 

5 

Check: Does the UE transmit 2 AMD PDUs, 
with the poll bit set only in the last (160^^ ) 
one? 

-> 

AMD PDUs 

1,4 

P 

6 

The SS transmits an RLC Status Report. 

<- 

STATUS PDU 

- 

- 

Note 1 : (2560 bits x 79 PDUs) / 8 = 25 280 > 25 KB, with 1 kB = 1000 bytes (TS 36.331 , cl. 3.2) 


7.2.3.9.3.3 
None. 


Specific message contents 
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7.2.3.10 AM RLC / Receiver status triggers 

7.2.3.1 0.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state and using AM RLC } 
ensure that { 

when { Reception failure of an RLC data PDU is detected } 
then { UE initiates Status Reporting when t -Reordering expires } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state and using AM RLC } 
ensure that { 

when { Status Reporting is triggered and t-StatusProhibit is running} 
then { UE wait until t-StatusProhibit has expired to send Status Report } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state and using AM RLC } 
ensure that { 

when { Polling from peer AM RLC entity is detected and the sequence number of the PDU that carries 
the Poll is less than VR(MS) } 

then { UE initiates Status Reporting } 

} 

(4) 

with { UE in E-UTRA RRC_CONNECTED state and using AM RLC } 
ensure that { 

when { Polling from peer AM RLC entity is detected and the sequence number of the PDU that carries 
the Poll is greater than or equal to VR(MS) } 

then { UE waits until VR(MS) becomes greater than the sequence number of the PDU with the Poll 
before initiating Status Reporting } 

} 

(5) 

with { UE in E-UTRA RRC_CONNECTED state and using AM RLC } 
ensure that { 

when { the UE needs to send a Status Report and the UL grant is not large enough to accommodate 
the whole report } 

then { UE includes as many NACK SNs in the Status Report as allowed by the UL grant } 

} 

7.2.3.10.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.322 clause 5.2.3. 

[TS 36.322, clause 5.2.3] 

An AM RLC entity sends STATUS PDUs to its peer AM RLC entity in order to provide positive and/or negative 
acknowledgements of RLC PDUs (or portions of them). 

RRC configures whether or not the status prohibit function is to be used an AM RLC entity. 

Triggers to initiate STATUS reporting include: 

- Polling from its peer AM RLC entity: 

- When a RLC data PDU with SN = x and the P field set to " 1 " is received from lower layer, the receiving side 
of an AM RLC entity shall: 

- if the PDU is to be discarded as specified in subclause 5.1.3.2.2; or 

- if X < VR(MS) or X >= VR(MR): 
- trigger a STATUS report; 
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- else: 

- delay triggering the STATUS report until x < VR(MS) or x >= VR(MR). 
NOTE: This ensures that the RLC Status report is transmitted after HARQ reordering. 

- Detection of reception failure of an RLC data PDU: 

The receiving side of an AM RLC entity shall trigger a STATUS report when t-Reordering expires. 

NOTE: The expiry of T_reordering triggers both VR(MS) to be updated and a STATUS report to be triggered, 
but the STATUS report shall be triggered after VR(MS) is updated. 

When STATUS reporting has been triggered, the receiving side of an AM RLC entity shall: 

- if t-StatusProhihit is not running: 

- at the first transmission opportunity indicated by lower layer, construct a STATUS PDU and deliver it to 
lower layer; 

- else: 

- at the first transmission opportunity indicated by lower layer after t-StatusProhihit expires, construct a single 
STATUS PDU even if status reporting was triggered several times while t-StatusProhihit was running and 
deliver it to lower layer; 

When a STATUS PDU has been delivered to lower layer, the receiving side of an AM RLC entity shall: 

- start t-StatusProhibit. 

When constructing a STATUS PDU, the AM RLC entity shall: 

- for the AMD PDUs with SN such that VR(R) <= SN < VR(MS) that has not been completely received yet, in 
increasing SN order of PDUs and increasing byte segment order within PDUs, starting with SN = VR(R) up to 
the point where the resulting STATUS PDU still fits to the total size of RLC PDU(s) indicated by lower layer: 

for an AMD PDU for which no byte segments have been received yet for an AMD PDU: 

- include in the STATUS PDU a NACK_SN which is set to the SN of the AMD PDU; 

- for a continuous sequence of byte segments of a partly received AMD PDU that have not been received yet : 

- include in the STATUS PDU a set of NACK_SN, SOstart and SOend 

set the ACK_SN to the SN of the next not received RLC Data PDU which is not indicated as missing in the 
resulting STATUS PDU. 

7.2.3.1 0.3 Test description 

7.2.3.1 0.3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble 

- The UE is in state Loopback Activated (state 4) according to [18] with the exceptions listed in table 7.2.3.10.3.1- 
1. 
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Table 7.2.3.10.3.1-1 : RLC settings 


Parameter 

Value 

t-Reordering 

ms150 

t-StatusProhibit 

ms300 

t-PollRetransmit 

ms500 
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7.2.3.10.3.2 


Test procedure sequence 

Table 7.2.3.10.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

- 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

1 

The SS transmits 4 AMD PDUs with SN=0, 1 , 
2, and 4. The SS sets the P field of all the 
AMD PDUs too. 

Record time Ta when the AMD PDU with SN=4 
is sent. 

<- 

AMD PDU (SN=0, P=0) 
AMDPDU(SN=1,P=0) 
AMD PDU (SN=2, P=0) 
AMD PDU (SN=4, P=0) 



1A 

The SS waits for 60 ms to ensure UE RLC has 
all the required SDUs available and then 
assigns 3 UL grants (UL grant allocation type 
2) with a time spacing of 5 ms of size 840 bits 
(UL Grant Allocation type 2). (Note 1) 

<- 

(UL grants, 840 bits) 



1B 

The UE transmits RLC SDU#1 . 

— > 

(RLCSDU#1) 

- 

- 

1C 

The UE transmits RLC SDU#2. 

— > 

(RLC SDU#2) 

- 

- 

1D 

The UE transmits RLC SDU#3. 

— > 

(RLC SDU#3) 

- 

- 

1E 

The SS transmits a STATUS PDU 

<— 

STATUS PDU 

- 

- 

1F 

The SS starts the UL default grant 
transmission 

- 

- 

- 

- 

2 

Check 1 : Does the UE transmit a Status 
Report with NACK_SN=3 and ACK_SN=5? 
Record time Tb 
Check 2: (Tb - Ta) = t-Reordering 

-> 

STATUS PDU 

1 

P 

3 

1 00 ms after the Status Report is received at 
Step 2, the SS transmits 4 AMD PDUs with 
SN=5, 6, 8 and 9. The SS sets the P field of all 
the AMD PDUs too. 

<— 

AMD PDU (SN=5, P=0) 
AMD PDU (SN=6, P=0) 
AMD PDU (SN=8, P=0) 
AMD PDU (SN=9, P=0) 



3A 

Void 

- 

- 

- 

- 

3B 

Check 1 : Does the UE transmit a Status 
Report with NACK_SN=3, ACK_SN=7? 
Record time Tc 
Check 2: (Tc - Tb) = t-StatusProhibit 

-> 

STATUS PDU 

2 

P 

3C 

Void 

- 

- 

- 

- 

4 

The UE transmit a Status Report with 

NACK SN=3, NACK SN=7 and ACK SN=10 

-> 

STATUS PDU 



4A 

The SS ignores scheduling requests unless 
otherwise specified and does not allocate any 
uplink grant and is configured for Uplink Grant 
Allocation Type 3. 





5 

Void 

- 

- 

- 

- 

6 

After 300 ms the SS transmits 2 AMD PDUs 
with SN=3, SN=7. The SS sets the P field of all 
the AMD PDUs to except for that of the AMD 
PDU with SN=7. 

<— 

AMD PDU (SN=3, P=0) 
AMDPDU(SN=7, P=1) 



6A 

The SS waits for 60 ms to ensure UE RLC has 
all the required SDUs available and then 
assigns 1 UL grant (UL grant allocation type 3) 
of size 40 bits. (Note 2) 

<— 

(UL grant, 40 bits) 



7 

Check: Does the UE transmit a Status Report 
with no NACK SN and ACK SN = 10? 

-> 

STATUS PDU 

3 

P 

7A 

In the subframe following the one scheduled in 
step 6A the SS assigns 7 UL grants (UL grant 
allocation type 2) with a time spacing of 5 ms 
of size 840 bits. (Note 1) 

<- 

(UL grant, 840 bits) 



7B 

The UE transmits RLC SDU#4. 

— > 

(RLC SDU#4) 

- 

- 

7C 

The UE transmits RLC SDU#5. 

— > 

(RLC SDU#5) 

- 

- 

7D 

The UE transmits RLC SDU#6. 

— > 

(RLC SDU#6) 

- 

- 

7E 

The UE transmits RLC SDU#7. 

— > 

(RLC SDU#7) 

- 

- 

7F 

The UE transmits RLC SDU#8. 

— > 

(RLC SDU#8) 

- 

- 

7G 

The UE transmits RLC SDU#9. 

— > 

(RLC SDU#9) 

- 

- 

7H 

The UE transmits RLC SDU#10. 

-> 

(RLCSDU#10) 

- 

- 

71 

The SS transmits a STATUS PDU 

<— 

STATUS PDU 

- 

- 
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8 

Void 

- 

- 

- 

- 

9 

After 300 ms the SS transmits an AMD PDU 
with SN=10 and P=0, and an AMD PDU with 
SN=12andP=1. 

<- 

AMDPDU(SN=10, P=0) 
AMDPDU(SN=12, P=1) 



9A 

Check: Does the UE transmits a scheduling 
request within t-Reordering / 2 ms? 

-> 

(SR) 

4 

F 

10 

Within t-Reordering / 2 ms after Step 9, the SS 
transmits an AMD PDU with SN=1 1 and P=0. 
Note: AMD PDUs with SN 10,11 and 12 carry 
RLCSDU#11. 

<— 

AMDPDU(SN=11,P=0) 



10 
A 

The SS waits for 60 ms to ensure UE RLC has 
all the required SDUs available and then 
assigns 1 UL grant (UL grant allocation type 3) 
of size 40 bits. (Note 2) 

<- 

(UL grants, 40 bits) 



11 

Check: Does the UE transmit a Status Report 
with no NACK SN and ACK SN=13? 

-> 

STATUS PDU 

4 

P 

11 
A 

The SS assigns 1 UL grant (UL grant 
allocation type 3) of size 840 bits. (Note 1) 

<— 

(UL grant, 840 bits) 

- 

- 

11 
B 

The UE transmit RLC SDU#1 1 . 

-> 

(RLCSDU#11) 

- 

- 

11 
C 

The SS transmits a STATUS PDU 

<— 

STATUS PDU 

- 

- 

12 

Void 

- 

- 

- 

- 

13 

Void 

- 

- 

- 

- 

14 

After 300 ms the SS transmits an AMD PDU 
with SN=13 and P=0, and an AMD PDU with 
SN=19andP=1. 

<- 

AMDPDU(SN=13, P=0) 
AMDPDU(SN=19, P=1) 



15 

The SS waits for t-Reordering ms to ensure 
expiry. 

- 

- 

- 

- 

16 

Void 

- 

- 

- 

- 

17 

60 ms after step 15 the SS assigns an UL 
grant (UL grant allocation type 3) of size 72 
bits. (Note 3) 

<— 

(UL Grant) 



18 

Void 

- 

- 

- 

- 


Steps 18a1 and 18b1 depends on the UE 
behaviour; the "lower case letter" identifies a 
step sequence that takes place if a specific 
behaviour happens 





18a 

1 

Check: Does the UE transmit a Status Report 
with ACK SN=16 and 2 NACK SNs: 14 and 
15? 

-> 

STATUS PDU 

5 

P 

18b 

1 

Check: Does the UE transmit a Status Report 
with ACK SN=18 and 4 NACK SNs: 14,15, 16 
and 17? 

-> 

STATUS PDU 

5 

P 

19 

Void 

- 

- 

- 

- 

20 

Void 

- 

- 

- 

- 

21 

After 300 ms The SS transmits an AMD PDU 
withSN=14andP=1. 

<- 

AMDPDU(SN=14, P=1) 

- 

- 

22 

60 ms after step 21 the SS assigns an UL 
grant (UL grant allocation type 3) of size 72 
bits. (Note 4) 

<- 

(UL Grant) 



23 

Check: Does the UE transmit a Status Report 
with ACK SN=20 and 4 NACK SNs: 15, 16, 
17 and 18? 

-> 

STATUS PDU 

5 

P 

24 

60 ms after step 22 t he SS transmits 4 AMD 

PDU with SN=15, 16, 17, 18. 

Note: AMD PDUs with SN 13 to 19 carry RLC 

SDU#12. 

<— 

AMDPDU(SN=15, P=0) 
AMDPDU(SN=16, P=0) 
AMDPDU(SN=17, P=0) 
AMDPDU(SN=18, P=0) 



24 
A 

60 ms after step 24 the SS assigns 1 UL grant 
(UL grant allocation type 3) of size 840 bits. 
(Notel) 

<— 

(UL grant, 840 bits) 



25 

The UE loopbacks the complete RLC SDU. 

-> 

(RLCSDU#12) 

- 

- 

26 

The SS transmits a STATUS PDU 

<- 

STATUS PDU 

- 

- 

Note 1: UL grant of 840 bits (/res=14, Nprb=3, see TS 36.213 Table 7.1.7.2.1-1) is chosen to allow the UE to transmit 

one PDU at a time. 
Note 2: UL grant of 40 bits (/res=3, NpRB=^, see TS 36.213 Table 7.1.7.2.1-1) is chosen to allow the UE to transmit a 

Status Report with ACK SN and (8-bit short BSR + 2x 8-bit MAC PDU subheader + 4-bit D/C/CPT + 10-bit 
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ACK_SN + 1-bit E1 + 1bit padding). 

Note 3: UL grant of 72 bits {Itbs=2, Nprb=2, see TS 36.213 Table 7.1.7.2.1-1) is chosen to allow the UE to transmit (a 
Status Report with ACK_SN and 2 NACK_SNs (3x 8-bit MAC PDU subheader +8-bit Short BSR + 4-bit 
D/C/CPT + 10-bit ACK_SN + 1-bit El + 2 x (12-bit NACK_SN/E1/E2) + 1-bit Padding) ) or (a Status Report 
with ACK_SN and 4 NACK_SNs (8-bit MAC PDU subheader +4-bit D/C/CPT + 10-bit ACK_SN + 1-bit El + 
4 X (12-bit NACK_SN/E1/E2) +1-bit padding)). 

Note 4: UL grant of 72 bits (Itbs=2, Nprb=2, see TS 36.213 Table 7.1.7.2.1-1) is chosen to allow the UE to transmit a 

Status Report with ACK_SN and 4 NACK_SNs (8-bit MAC PDU subheader + 4-bit D/C/CPT + 10-bit 
ACK_SN + 1-bit El + 4 X (12-bit NACK_SN/E1/E2) +1-bit padding). 


7.2.3.1 0.3.3 Specific message contents 

None. 

7.2.3.11 Void 

7.2.3.12 Void 

7.2.3.13 AM RLC / Reconfiguration of RLC parameters by upper layers 

7.2.3.13.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state and using AM RLC } 
ensure that { 

when { t-PollRetransmit value is changed during reconfiguration of RLC parameters by upper layers 

} 

then { UE starts using new t-PollRetransmit value } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state and using AM RLC } 
ensure that { 

when { t-Reordering value is changed during reconfiguration of RLC parameters by upper layers } 
then { UE starts using new t-Reordering value } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state and using AM RLC } 
ensure that { 

when { t-StatusProhibit value is changed during reconfiguration of RLC parameters by upper layers} 
then { UE starts using new t-StatusProhibit value } 
} 

7.2.3.13.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.322 clause 5.2.2, 
5.2.2.1, 5.2.2.2, 5.2.2.3 and 5.2.3. 

[TS 36.322, clause 5.2.2] 

An AM RLC entity can poll its peer AM RLC entity in order to trigger STATUS reporting at the peer AM RLC entity. 

[TS 36.322, clause 5.2.2.1] 

Upon assembly of a new AMD PDU, the transmitting side of an AM RLC entity shall: 

- increment PDU_WITHOUT_POLL by one; 

- increment B YTE_WITHOUT_POLL by every new byte of Data field element that it maps to the Data field of 
the RLC data PDU; 

- if PDU_WITHOUT_POLL >= pollPDU; or 

- if B YTE_WITHOUT_POLL >= poUByte; 

- include a poll in the RLC data PDU as described below. 
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Upon assembly of a AMD PDU or AMD PDU segment, the transmitting side of an AM RLC entity shall: 

if both the transmission buffer and the retransmission buffer becomes empty (excluding transmitted RLC data 
PDU awaiting for acknowledgements) after the transmission of the RLC data PDU; or 

- if no new RLC data PDU can be transmitted after the transmission of the RLC data PDU (e.g. due to window 
stalling); 

- include a poll in the RLC data PDU as described below. 

To include a poll in a RLC data PDU, the transmitting side of an AM RLC entity shall: 

- set the P field of the RLC data PDU to " 1" ; 

- set PDU_WITHOUT_POLL to 0; 

- set BYTE_WITHOUT_POLL to 0; 

After delivering a RLC data PDU including a poll to lower layer and after incrementing of VT(S) if necessary, the 
transmitting side of an AM RLC entity shall: 

- setPOLL_SNtoVT(S)-l; 

- if t-PollRetransmit is not running: 

start t-PollRetransmit; 

- else: 

- restart t-PoURetransmit; 

[TS 36.322, clause 5.2.2.2] 

Upon reception of a STATUS report from the receiving RLC AM entity the transmitting side of an AM RLC entity 
shall: 

- if the STATUS report comprises a positive or negative acknowledgement for the RLC data PDU with sequence 
number equal to POLL_SN: 

if the t-PollRetransmit is running: 

- stop and reset t-PollRetransmit. 
[TS 36.322, clause 5.2.2.3] 
Upon expiry of t-PollRetransmit, the transmitting side of an AM RLC entity shall: 

- if both the transmission buffer and the retransmission buffer are empty (excluding transmitted RLC data PDU 
awaiting for acknowledgements); or 

- if no new RLC data PDU can be transmitted (e.g. due to window stalling): 

- consider the AMD PDU with SN = VT(S) - 1 for retransmission; or 

consider any AMD PDU which has not been positively acknowledged for retransmission; 

- include a poll in a RLC data PDU as described in section 5.2.2. 1 . 

[TS 36.322, clause 5.2.3] 

An AM RLC entity sends STATUS PDUs to its peer AM RLC entity in order to provide positive and/or negative 
acknowledgements of RLC PDUs (or portions of them). 

RRC configures whether or not the status prohibit function is to be used for an AM RLC entity. 

Triggers to initiate STATUS reporting include: 

- Polling from its peer AM RLC entity: 
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- When a RLC data PDU with SN = x and the P field set to "1" is received from lower layer, the receiving side 
of an AM RLC entity shall: 

- if the PDU is to be discarded as specified in subclause 5.1.3.2.2; or 

- if X < VR(MS) or X >= VR(MR): 

- trigger a STATUS report; 

- else: 

- delay triggering the STATUS report until x < VR(MS) or x >= VR(MR). 
NOTE: This ensures that the RLC Status report is transmitted after HARQ reordering. 

- Detection of reception failure of an RLC data PDU: 

- The receiving side of an AM RLC entity shall trigger a STATUS report when t-Reordering expires. 

NOTE: The expiry of T_reordering triggers both VR(MS) to be updated and a STATUS report to be triggered, 
but the STATUS report shall be triggered after VR(MS) is updated. 

When STATUS reporting has been triggered, the receiving side of an AM RLC entity shall: 

- if t-StatusProhibit is not running: 

- at the first transmission opportunity indicated by lower layer, construct a STATUS PDU and deliver it to 
lower layer; 

- else: 

- at the first transmission opportunity indicated by lower layer after t-StatusProhibit expires, construct a single 
STATUS PDU even if status reporting was triggered several times while T_status_prohibit was running and 
deliver it to lower layer; 

When a STATUS PDU has been delivered to lower layer, the receiving side of an AM RLC entity shall: 

start t-StatusProhibit. 

When constructing a STATUS PDU, the AM RLC entity shall: 

- for the AMD PDUs with SN such that VR(R) <= SN < VR(MS) that has not been completely received yet, in 
increasing SN order of PDUs and increasing byte segment order within PDUs, starting with SN = VR(R) up to 
the point where the resulting STATUS PDU still fits to the total size of RLC PDU(s) indicated by lower layer: 

- for an AMD PDU for which no byte segments have been received yet : 

- include in the STATUS PDU a NACK_SN which is set to the SN of the AMD PDU; 

- for a continuous sequence of byte segments of a partly received AMD PDU that have not been received yet 

- include in the STATUS PDU a set of NACK_SN, SOstart and SOend 

- set the ACK_SN to the SN of the next not received RLC Data PDU which is not indicated as missing in the 
resulting STATUS PDU. 

7.2.3.1 3.3 Test description 

7.2.3.1 3.3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 
UE: 

None. 
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Preamble: 


The UE is in state Loopback Activated (state 4) according to [18] with the exceptions Hsted in table 7.2.3.13.3.1- 
1. 

Table 7.2.3.13.3.1-1 : RLC settings 


Parameter 

Value 

t-Reordering 

ms150 

t-StatusProhibit 

ms300 

t-PollRetransmit 

ms400 

pollPDU 

pinfinity 

pollByte 

kBinfinity 


7.2.3.13.3.2 


Test procedure sequence 

Table 7.2.3.13.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message/PDU/SDU 

1 

Voic^ 

- 

- 

- 

- 


The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

2 

The SS transmits 4 AMD PDUs with P=0 and 
SN=0, 1,2 and 4. 

The SS record time Ta when AMD PDU#5 
(with SN=4) is sent. 

<- 

AMD PDU#1 (SN=0, P=0) 
AMDPDU#2(SN=1,P=0) 
AMD PDU#3 (SN=2, P=0) 
AMD PDU#5 (SN=4, P=0) 



2A 

The SS waits for 60 ms to ensure UE RLC has 
all the required SDUs available and then 
assigns 3 UL grants of size 840 bits (UL Grant 
Allocation type 2) with a time spacing of 5 ms. 
(Note 2) 

<— 

(UL grants, 840 bits) 



2B 

The UE transmits RLC SDU#1 . 

-> 

(RLCSDU#1) 

- 

- 

2C 

The UE transmits RLC SDU#2. 

— > 

(RLC SDU#2) 

- 

- 

2D 

The UE transmits RLC SDU#3. 

— > 

(RLC SDU#3) 

- 

- 

2E 

The SS transmits a STATUS PDU 

<— 

STATUS PDU 

- 

- 

2F 

The SS starts the UL default grant 
transmission 

- 

- 

- 

- 

3 

Check 1 : Does the UE transmit a STATUS 
PDU with NACK_SN=3 and ACK_SN=5? 
Record time Tb. 
Check 2: Is (Tb - Ta) = t-Reordering? 

-> 

STATUS PDU 



4 

1 00 ms after the Status Report received at 
Step 3, he SS sends 4 AMD PDUs with P=0 
and SN=5, 6, 8 and 9. 

<— 

AMD PDU#6 (SN=5, P=0) 
AMD PDU#7 (SN=6, P=0) 
AMD PDU#9 (SN=8, P=0) 
AMDPDU#10(SN=9, P=0) 



4A 

Check 1 : Does the UE transmit a Status 
Report with NACK_SN=3, ACK_SN=7? 
Record time Tc 
Check 2: (Tc - Tb) = t-StatusProhibit? 

-> 

STATUS PDU 



5 

The UE transmits a STATUS PDU with 
NACK SN=3, NACK SN=7 and ACK SN=10. 

-> 

STATUS PDU 

- 

- 

6 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

7 

After 300 ms the SS transmits 3 AMD PDUs 
with SN=3, 7 and 9. The SS sets the P field of 
all the AMD PDUs to except for that of the 
AMD PDU with SN=9. 

<— 

AMD PDU#4 (SN=3, P=0) 
AMD PDU#8 (SN=7, P=0) 
AMDPDU#10(SN=9, P=1) 



7A 

The SS waits for 60 ms to ensure UE RLC has 
all the required SDUs available and then 
assigns 1 UL grant of size 40 bits (UL Grant 
Allocation type 3). (Note 3) 

<— 

(UL grant, 40 bits) 



8 

The UE transmits a Status Report with no 
NACK SN and ACK SN = 10. 

-> 

STATUS PDU 

- 

- 

8A 

In the subframe following the one scheduled in 
step 7A the SS assigns 7 UL grants of size 

<- 

(UL grants, 840 bits) 

- 

- 
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840 bits (UL Grant Allocation type 2) with a 
time spacing of 5 ms. (Note 2) 
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8B 

The UE transmits RLC SDU#4. 

— > 

(RLC SDU#4) 

- 

- 

8C 

The UE transmits RLC SDU#5. 

— > 

(RLC SDU#5) 

- 

- 

8D 

The UE transmits RLC SDU#6. 

— > 

(RLC SDU#6) 

- 

- 

BE 

The UE transmits RLC SDU#7. 

— > 

(RLC SDU#7) 

- 

- 

8F 

The UE transmits RLC SDU#8. 

— > 

(RLC SDU#8) 

- 

- 

8G 

The UE transmits RLC SDU#9. 

— > 

(RLC SDU#9) 

- 

- 

8H 

The UE transmits RLC SDU#10. 

-> 

(RLCSDU#10) 

- 

- 

81 

The SS transmits a STATUS PDU 

<— 

STATUS PDU 

- 

- 

9 

The SS transmits an AIVID PDU to the UE. 

<- 

AMDPDU#11 (SN=10, P=0) 

- 

- 

9A 

The SS starts the UL default grant 
transmission 

- 

- 

- 

- 

10 

The UE transmits an AIVID PDU with the same 
data as received in the corresponding DL AMD 
PDU. Record time Td. 

-> 

AMDPDU#11 (SN=10, P=1) 



11 

Check 1 : Does the UE set the poll bit as both 
the transmission and retransmission buffers 
become empty? Record time Te. 
Check 2: Is (Te - Td ) = t-PollRetransmif? 

-> 

AMDPDU#11 (SN=10, P=1) 

1 

P 

11 
A 

The SS transmits a STATUS PDU 

<- 

STATUS PDU 

- 

- 

12 

The SS reconfigures RLC in the UE and sets: 

- t-ReorderingXo ms200, 

- t-StatusProhibitXo ms400, 

- t-PollRetransmit\o ms500. 
(Notel) 





- 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

13 

The SS transmits 4 AMD PDUs with P=0 and 
SN=11, 12, 13and15. 
The SS record time Tf when AMD PDU#16 
(withSN=15) is sent. 

<- 

AMDPDU#12(SN=11, P=0) 
AMDPDU#13(SN=12, P=0) 
AMDPDU#14(SN=13, P=0) 
AMDPDU#16(SN=15, P=0) 



13 
A 

The SS waits for 60 ms to ensure UE RLC has 
all the required SDUs available and then 
assigns 3 UL grants of size 840 bits (UL Grant 
Allocation type 2) with a time spacing of 5 ms. 
(Note 2) 

<- 

(UL grants, 840 bits) 



13 
B 

The UE transmits RLC SDU#12. 

-> 

(RLCSDU#12) 

- 

- 

13 
C 

The UE transmits RLC SDU#13. 

-> 

(RLCSDU#13) 

- 

- 

13 
D 

The UE transmits RLC SDU#14. 

-> 

(RLCSDU#14) 

- 

- 

13 

E 

The SS transmits a STATUS PDU 

<— 

STATUS PDU 

- 

- 

13F 

The SS starts the UL default grant 
transmission 

- 

- 

- 

- 

14 

Check 1 : Does the UE transmit a STATUS 

PDU with NACK_SN=14 and ACK_SN=16? 

Record time Tq. 

Check 2: Is (Tq - Tf) = updated value of t- 

Reordering? 

--> 

STATUS PDU 

2 

P 

15 

1 00 ms after the Status Report received at 
Step 14, t he SS sends 4 AMD PDUs with P=0 
andSN=16, 17, 19 and 20. 

<— 

AMDPDU#17(SN=16, P=0) 
AMDPDU#18(SN=17, P=0) 
AMDPDU#20(SN=19, P=0) 
AMD PDU#21 (SN=20, P=0) 



15 
A 

Check 1 : Does the UE transmit a STATUS 

PDU with NACK_SN=14 and ACK_SN=18? 

Record time Th. 

Check 2: Is (Th - Tq ) = updated value of t- 

StatusProhibit? 

-> 

STATUS PDU 

3 

P 

16 

The UE transmits a STATUS PDU with 
NACK SN=14, NACK SN=18and 
ACK SN=21. 

-> 

STATUS PDU 



17 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

18 

After 450 ms the SS transmits 3 AMD PDUs 
with SN=14, 18 and 20. The SS sets the P 

<— 

AMDPDU#15(SN=14, P=0) 
AMDPDU#19(SN=18, P=0) 

- 

- 
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field of all the AMD PDUs to except for that 
of the AMD PDU with SN=20. 


AMDPDU#21 (SN=20, P=1) 



18 
A 

The SS waits for 60 ms to ensure UE RLC has 
all the required SDUs available and then 
assigns 1 UL grant of size 40 bits (UL Grant 
Allocation type 3). (Note 3) 

<— 

(UL grant, 40 bits) 



19 

The UE transmits a Status Report with no 
NACK SN and ACK SN = 21. 

-> 

STATUS PDU 

- 

- 

19 
A 

In the subframe following the one scheduled in 
step 1 8A the SS assigns 7 UL grants of size 
840 bits (UL Grant Allocation type 2) with a 
time spacing of 5 ms. (Note 2) 

<- 

(UL grants, 840 bits) 



19 
B 

The UE transmits RLC SDU#15. 

-> 

(RLCSDU#15) 

- 

- 

19 
C 

The UE transmits RLC SDU#16. 

-> 

(RLCSDU#16) 

- 

- 

19 
D 

The UE transmits RLC SDU#17. 

-> 

(RLCSDU#17) 

- 

- 

19 

E 

The UE transmits RLC SDU#18. 

-> 

(RLCSDU#18) 

- 

- 

19F 

The UE transmits RLC SDU#19. 

-> 

(RLCSDU#19) 

- 

- 

19 
G 

The UE transmits RLC SDU#20. 

-> 

(RLC SDU#20) 

- 

- 

19 
H 

The UE transmits RLC SDU#21 . 

-> 

(RLCSDU#21) 

- 

- 

191 

The SS transmits a STATUS PDU 

<— 

STATUS PDU 

- 

- 

20 

The SS transmits an AMD PDU to the UE. 

<- 

AMDPDU#22(SN=21, P=0) 

- 

- 

20 
A 

The SS starts the UL default grant 
transmission 

- 

- 

- 

- 

21 

The UE transmits an AMD PDU with the same 
data as received in the corresponding DL AMD 
PDU. Record time T|. 

-> 

AMDPDU#22(SN=21, P=1) 



22 

Check 1 : Does the UE set the poll bit as both 

the transmission and retransmission buffers 

become empty? Record time Tj. 

Check 2: Is (Tj - Ti ) = updated value of t- 

PollRetransmif? 

-> 

AMDPDU#22(SN=21, P=1) 

1 

P 

23 

The SS transmits a STATUS PDU 

<— 

STATUS PDU 

- 

- 

Note 1 : The RRC Connection Reconfiguration procedure is performed. 

Note 2: UL grant of 840 bits (ITBS=14, NPRB=3, see TS 36.213 Table 7.1 .7.2.1-1) is chosen to allow the UE to 

transmit one PDU at a time. 
Note 3: UL grant of 40 bits (ITBS=3, NPRB=1 , see TS 36.21 3 Table 7.1 .7.2.1-1 ) is chosen to allow the UE to transmit 

a Status Report with ACK SN and (16-bit short BSR + 8-bit MAC PDU subheader + 4-bit D/C/CPT + 10-bit 

ACK_SN + 1-bit El + Ibit padding). 
Note 4: Every DL AMD PDU contains 1 RLC SDU size of 100 bytes. 


7.2.3.13.3.3 
None. 

7.2.3.14 
7.2.3.14.1 
(1) 


Specific message contents 

AM RLC / In sequence delivery of upper layers PDUs 

Test Purpose (TP) 


with { UE in E-UTRAN RRC_CONNECTED state } 
ensure that { 

when { UE receives duplicate AMD PDUs } 

then { UE discards the duplicate AMD PDUs 


(2) 


with { UE in E-UTRAN RRC_CONNECTED state } 
ensure that { 

when { UE receives an AMD PDU with a SN gap } 

then { UE sends STATUS PDU to request retransmissions of PDUs in the SN gap} 
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(3) 

with { UE in E-UTRAN RRC_CONNECTED state } 
ensure that { 

when { UE receives PDUs within a SN gap } 
then { RLC reassembles and reorders the AMD PDUs and deliver them to the upper layer in sequence 


7.2.3.14.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.322 clause 
4.2.1.3.3. 

[TS 36.322, clause 4.2.1.3.3] 

When the receiving side of an AM RLC entity receives RLC data PDUs, it shall: 

- detect whether or not the RLC data PDUs have been received in duplication, and discard duplicated RLC data 
PDUs; 

- reorder the RLC data PDUs if they are received out of sequence; 

- detect the loss of RLC data PDUs at lower layers and request retransmissions to its peer AM RLC entity; 

- reassemble RLC SDUs from the reordered RLC data PDUs and deliver the RLC SDUs to upper layer in 
sequence. 


Test description 
Pre-test conditions 


7.2.3.14.3 
7.2.3.14.3.1 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 
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7.2.3.14.3.2 


Test procedure sequence 

Table 7.2.3.14.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an AIVID PDU to the UE. This 
PDU carries SDU#1. 

<- 

AMD PDU#1 (SN=0) 



2 

The SS transmits an AIVID PDU to the UE. This 
PDU carries SDU#1. 

<- 

AMD PDU#1 (SN=0) 

- 

- 

3 

Check: Does the UE transmit RLC SDU#1 ? 
(Note) 

-> 

(RLCSDU#1) 

1 

P 

3A 

The SS transmits a STATUS PDU. 

<— 

STATUS PDU (ACK SN=1) 

- 

- 

4 

The SS transmits an AMD PDU to the UE. This 
PDU contains SDU#2, and the 1'' part of 
SDU#3. 

<- 

AMDPDU#2(SN=1) 



5 

Check: Does the UE transmit RLC SDU#2? 

— > 

(RLC SDU#2) 

1 

P 

5A 

The SS transmits a STATUS PDU. 

<- 

STATUS PDU (ACK SN=2) 

- 

- 

6 

The SS transmits an AMD PDU to the UE. This 
PDU contains SDU#2, and the 1'' part of 
SDU#3. 

<- 

AMDPDU#2(SN=1) 



7 

Check: Does the UE transmit RLC SDU#2? 

-> 

(RLC SDU#2) 

1 

F 

8 

The SS transmits an AMD PDU to the UE. This 
PDU contains the 2"^ part of SDU#3. 

<- 

AMD PDU#3 (SN=2) 

- 

- 

9 

Check: Does the UE transmit RLC SDU#3? 

— > 

(RLC SDU#3) 

1 

P 

9A 

The SS transmits a STATUS PDU. 

<- 

STATUS PDU (ACK SN=3) 

- 

- 

10 

The SS transmits an AMD PDU to the UE. This 
PDU contains the last part of SDU#6. 

<— 

AMD PDU#6 (SN=5) 

- 

- 

11 

The SS transmits an AMD PDU to the UE. This 
PDU contains the 2"^ part of SDU#5, and the 
l''partofSDU#6. 

<— 

AMD PDU#5 (SN=4) 



11 
A 

The SS does not allocate any uplink grant. 

- 

- 

- 

- 

12 

The SS transmits an AMD PDU to the UE. This 
PDU carries SDU#4 and the 1'' part of SDU#5. 

<— 

AMD PDU#4 (SN=3) 

- 

- 

12 
A 

The SS waits for 60 ms then assigns an UL 
grant sufficient for the UE to loopback SDU#4, 
SDU#5 and SDU#6. 

<— 

(UL grant) 



13 

Check: Does the UE transmit an AMD PDU 
containing RLC SDU#4, RLC SDU#5 and RLC 
SDU#6 in its data field? 

-> 

AMD PDU (RLC SDU#4, RLC 
SDU#5, RLC SDU#6) 

3 

P 

14 

The SS transmits a STATUS PDU. 

<- 

STATUS PDU (ACK SN=4) 

- 

- 

15 

Void 

- 

- 

- 

- 

16 

The SS transmits an AMD RLC PDU to the 
UE. This PDU contains the last part of SDU#9. 

<— 

AMDPDU#9(SN=8, P=1) 

- 

- 

17 

Check: Does the UE transmit a STATUS PDU 
NACK SN/E1/E2 fields set correctly to inform 
SS of missing PDUs #7, #8, (ACK SN =9, 
NACK_SN = 6, NACK_SN = 7)? 

-> 

STATUS PDU 

2 

p 

18 

The SS transmits an AMD PDU to the UE. This 
PDU contains SDU#8, and the 1'' part of 
SDU#9. 

<- 

AMD PDU#8 (SN=7) 



18 
A 

The SS does not allocate any uplink grant. 

- 

- 

- 

- 

19 

The SS transmits an AMD PDU to the UE. This 
PDU carries SDU#7. 

<— 

AMD PDU#7 (SN=6) 

- 

- 

19 
A 

The SS waits for 60 ms then assigns an UL 
grant sufficient for the UE to loopback SDU#7, 
SDU#8 and SDU#9. 

<- 

(UL grants) 



20 

Check: Does the UE transmit an AMD PDU 
containing RLC SDU#7, RLC SDU#8 and RLC 
SDU#9 in its data field? 

-> 

AMD PDU (RLC SDU#7, RLC 
SDU#8, RLC SDU#9) 

3 

P 

21 

The SS transmits a STATUS PDU. 

<— 

STATUS PDU (ACK SN=5) 

- 

- 

22 

Void 

- 

- 

- 

- 

Note: UE may transmit RLC SDU #1 between Step 1 and Step 2. 
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7.2.3.14.3.3 Specific message contents 

None. 

7.2.3.15 AM RLC / Re-ordering of RLC PDU segnnents 

7.2.3.15.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRAN RRC_CONNECTED state } 
ensure that { 

when { UE receives RLC AM PDU segments } 

then { UE reorders RLC AMD PDU segments received out of sequence } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { t -Reordering expires } 

then { Set VR(MS) to SN of the first AMD PDU with SN >= VR(X) for which not all byte segments 
have been received } 
} 

7.2.3.15.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.322 clauses 
4.2.1.3.3, 5.1.3.2.1, 5.1.3.2.2, 5.1.2.3.3 and 5.1.2.3.4. 

[TS 36.322, clause 4.2.1.3.3] 

When the receiving side of an AM RLC entity receives RLC data PDUs, it shall: 


detect the loss of RLC data PDUs at lower layers and request retransmissions to its peer AM RLC entity; 

reassemble RLC SDUs from the reordered RLC data PDUs and deliver the RLC SDUs to upper layer in 
sequence. 


[TS 36.322, clause 5.1.3.2.1] 

The receiving side of an AM RLC entity shall maintain a receiving window according to state variables VR(R) and 
VR(MR) as follows: 

- a SN falls within the receiving window if VR(R) <= SN < VR(MR); 
a SN falls outside of the receiving window otherwise. 

When receiving a RLC data PDU from lower layer, the receiving side of an AM RLC entity shall: 

- either discard the received RLC data PDU or place it in the reception buffer (see sub clause 5.1.3.2.2); 

- if the received RLC data PDU was placed in the reception buffer: 

- update state variables, reassemble and deliver RLC SDUs to upper layer and start/stop t-Reordering as 
needed (see sub clause 5.1.3.2.3). 

When t-Reordering expires, the receiving side of an AM RLC entity shall: 

- update state variables and start t-Reordering as needed (see sub clause 5.1.3.2.4). 

[TS 36.322, clause 5.1.3.2.2] 

When a RLC data PDU is received from lower layer, where the RLC data PDU contains byte segment numbers y to z of 
an AMD PDU with SN = x, the receiving side of an AM RLC entity shall: 
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- if X falls outside of the receiving window; or 

if byte segment numbers y to z of the AMD PDU with SN = x have been received before: 

- discard the received RLC data PDU; 

- else: 

- place the received RLC data PDU in the reception buffer; 

- if some byte segments of the AMD PDU contained in the RLC data PDU have been received before: 

- discard the duplicate byte segments. 
[TS 36.322, clause 5.1.3.2.3] 

When a RLC data PDU with SN = x is placed in the reception buffer, the receiving side of an AM RLC entity shall: 

- if all byte segments of the AMD PDU with SN = VR(MS) are received: 

- update VR(MS) to the SN of the first AMD PDU with SN > current VR(MS) for which not all byte segments 
have been received; 

- ifx = VR(R): 

- if all byte segments of the AMD PDU with SN = VR(R) are received: 

- update VR(R) to the SN of the first AMD PDU with SN > current VR(R) for which not all byte segments 
have been received; 

- update VR(MR) to the updated VR(R) + AM_Window_Size; 

- reassemble RLC SDUs from any byte segments of AMD PDUs with SN that falls outside of the receiving 
window and in-sequence byte segments of the AMD PDU with SN = VR(R), remove RLC headers when 
doing so and deliver the reassembled RLC SDUs to upper layer in sequence if not delivered before; 

- ifx>=VR(H) 

- update VR(H) to x+ 1; 

- if t-Reordering is running: 

- ifVR(X) = VR(R);or 

- if VR(X) falls outside of the receiving window and VR(X) is not equal to VR(MR): 

- stop and reset t-Reordering', 

- if t-Reordering is not running (includes the case t-Reordering is stopped due to actions above): 

- ifVR(H)>VR(R): 

- start t-Reordering; 

- set VR(X) to VR(H). 
[TS 36.322, clause 5.1.3.2.4] 

When t-Reordering expires, the receiving side of an AM RLC entity shall: 

- update VR(MS) to the SN of the first AMD PDU with SN >= VR(X) for which not all byte segments have been 
received; 

- ifVR(H)>VR(MS): 

start t-Reordering; 

- set VR(X) to VR(H). 
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Test description 
Pre-test conditions 


7.2.3.15.3 
7.2.3.15.3.1 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18] with a loop back size of 98 bytes. 
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7.2.3.15.3.2 


Test procedure sequence 

Table 7.2.3.15.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message/PDU/SDU 

1 

The SS transmits one AMD PDU containing 
SDU#8 (100 bytes) in its data field to the UE. 
SN=7 indicates the loss of 7 PDUs. 

<- 

AMD PDU#8 (SN=7) 



2 

The SS transmits one AMD PDU segment 
containing 50 bytes of SDU#1 in its data field 
to the UE. This AMD PDU segment carries 
part 1 of AMD PDU#1 , which contained 
SDU#1 (100 bytes) in its data field. SO=0 and 
LSF=0. 

<— 

AMD PDU#1 (SN=0) 
segment 1 



3 

The SS transmits one AMD PDU segment 
containing 50 bytes of SDU#2 in its data field 
to the UE. This AMD PDU segment carries 
part 2 of AMD PDU#2, which contained 
SDU#2 (100 bytes) in its data field. SO=50 and 
LSF=1. 

<- 

AMDPDU#2(SN=1) 
segment 2 



4 

The SS transmits one AMD PDU segment 
containing 50 bytes of SDU#3 in its data field 
to the UE. This AMD PDU segment carries 
part 1 of AMD PDU#3, which contained 
SDU#3 (100 bytes) in its data field. SO=0 and 
LSF=0. 

<— 

AMD PDU#3 (SN=2) 
segment 1 



5 

The SS transmits one AMD PDU segment 
containing 50 bytes of SDU#4 in its data field 
to the UE. This AMD PDU segment carries 
part 2 of AMD PDU#4, which contained 
SDU#4 (100 bytes) in its data field. SO=50 and 
LSF=1. 

<— 

AMD PDU#4 (SN=3) 
segment 2 



6 

The SS transmits one AMD PDU segment 
containing 50 bytes of SDU#4 in its data field 
to the UE. This AMD PDU segment carries 
part lof AMD PDU#4, which contained SDU#4 
(100 bytes) in its data field. SO=0 and LSF=0. 

<- 

AMD PDU#4 (SN=3) 
segment 1 



7 

The SS transmits one AMD PDU segment 
containing 50 bytes of SDU#1 in its data field 
to the UE. This AMD PDU segment carries 
part 2 of AMD PDU#1 , which contained 
SDU#1 (100 bytes) in its data field. SO=50 and 
LSF=1. 

<- 

AMD PDU#1 (SN=0) 
segment 2 



8 

Void 





9 

The SS transmits one AMD PDU segment 
containing 50 bytes of SDU#2 in its data field 
to the UE. This AMD PDU segment carries 
part 1 of AMD PDU#2, which contained 
SDU#2 (100 bytes) in its data field. SO=0 and 
LSF=0. 

<- 

AMDPDU#2(SN=1) 
segment 1 



10 

Void 





11 

The SS transmits one AMD PDU segment 
containing 50 bytes of SDU#3 in its data field 
to the UE. This AMD PDU segment carries 
part 2 of PDU#3, which contained SDU#3 (100 
bytes) in its data field. SO=50 and LSF=1 . 

<- 

AMD PDU#3 (SN=2) 
segment 2 



11 
A 

The SS transmits one AMD PDU segment 
containing 50 bytes of SDU#7 in its data field 
to the UE. This AMD PDU segment carries 
part 1 of PDU #7, which contained SDU#7 
(100 bytes) in its data field. SO=0 and LSF=0. 

<- 

AMD PDU#7 (SN=6) 
segment 1 



11 
B 

The SS transmits one AMD PDU segment 
containing 50 bytes of SDU#6 in its data field 
to the UE. This AMD PDU segment carries 
segment 2 of AMD PDU#6, which contained 
SDU#6 (100 bytes) in its data field. SO=50 and 
LSF=1. 

<— 

AMD PDU#6 (SN=5) 
segment 2 
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11 
c 

The SS waits for 60 ms then SS transmits 4 
uplink grants (UL grant allocation type 2) with a 
time spacing of 5 ms, each allowing the UE to 
transmit 1 RLC SDU. 

<- 

(UL grants) 



11 

D 

Check: Does the UE transmit an RLC SDU 
containing SDU#1 in its data field? 

-> 

(RLCSDU#1) 

1 

P 

11 

E 

Check: Does the UE transmit an RLC SDU 
containing SDU#2 in its data field? 

-> 

(RLC SDU#2) 

1 

P 

12 

Check: Does the UE transmit an RLC SDU 
containing SDU#3 in its data field? 

-> 

(RLC SDU#3) 

1 

P 

13 

Check: Does the UE transmit an RLC SDU 
containing SDU#4 in its data field? 

-> 

(RLC SDU#4) 

1 

P 

14 

The SS transmits an RLC STATUS PDU to the 
UE. This PDU acks PDUs up to those 
including SDU#4. ACK SN=4. 

<- 

STATUS PDU 



15 

Void 





16 

Void 





17 

Wait for t-Reordering {o run out at the UE side. 

- 

- 

- 

- 

18 

Check: Does the UE transmit a Status Report 
with NACK SN=4, NACK SN=5 with 
SOStart=0 and SOEnd=49, and NACK_SN=6 
with SOStart=50 and SOEnd=32767 (special 
SOEnd value), and ACK SN=8? 

-> 

STATUS PDU 

2 

P 

19 

The SS transmits one AMD PDU segment 
containing 50 bytes of SDU#7 in its data field 
to the UE. This AMD PDU segment carries 
part 2 of AMD PDU#7, which contained 
SDU#7 (100 bytes) in its data field. SO=50 and 
LSF=1. 

<— 

AMD PDU#7 (SN=6) 
segment 2 



20 

The SS transmits one AMD PDU segment 
containing 50 bytes of SDU#6 in its data field 
to the UE. This AMD PDU segment carries 
part 1 of AMD PDU#6, which contained 
SDU#6 (100 bytes) in its data field. SO=0 and 
LSF=0. 

<- 

AMD PDU#6 (SN=5) 
segment 1 



21 

The SS transmits one AMD PDU segment 
containing 50 bytes of SDU#5 in its data field 
to the UE. This AMD PDU segment carries 
part 1 of AMD PDU#5, which contained 
SDU#5 (100 bytes) in its data field. SO=0 and 
LSF=0. 

<— 

AMD PDU#5 (SN=4) 
segment 1 



22 

Wait for t-Reordering \o run out at the UE side. 

- 

- 

- 

- 

23 

Check: Does the UE transmit a Status Report 
with NACK_SN=4 with SOStart=50 and 
SOEnd=32767 (special SOEnd value), and 
ACK SN=8? 

-> 

STATUS PDU 

2 

P 

24 

The SS transmits one AMD PDU segment 
containing 50 bytes of SDU#5 in its data field 
to the UE. This AMD PDU segment carries 
part 2 of AMD PDU#5, which contained 
SDU#5 (100 bytes) in its data field. SO=50 and 
LSF=1. 

<— 

AMD PDU#5 (SN=4) 
segment 2 



24 
A 

The SS waits for 60 ms then SS transmits 4 
uplink grants (UL grant allocation type 2) with a 
time spacing of 5 ms, each allowing the UE to 
transmit 1 RLC SDU. 

<- 

(UL grants) 



25 

Check: Does the UE transmit an RLC SDU 
containing SDU#5 in its data field? 

-> 

(RLC SDU#5) 

1 

P 

26 

Check: Does the UE transmit an RLC SDU 
containing SDU#6 in its data field? 

-> 

(RLC SDU#6) 

1 

P 

27 

Check: Does the UE transmit an RLC SDU 
containing SDU#7 in its data field? 

-> 

(RLC SDU#7) 

1 

P 

28 

Check: Does the UE transmit an RLC SDU 
containing SDU#8 in its data field? 

-> 

(RLC SDU#8) 

1 

P 

29 

The SS transmits an RLC STATUS PDU to the 
UE. This PDU acks PDUs up to those 
including SDU#7. ACK SN=8. 

<- 

STATUS PDU 
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7.2.3.1 5.3.3 Specific message contents 

None. 

7.2.3.16 AM RLC / Re-transmission of RLC PDU without re-segnnentation 

7.2.3.16.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a STATUS PDU including a NACK_SN for missing AMD PDUs and missing AMD PDUs can 
fit into within the total size of RLC PDU(s) indicated by lower layer at the particular transmission 
opportunity} 
then { UE successfully retransmits missing AMD PDUs without re-segmentation} 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { NACK received for missing AMD PDUs and RETX_COUNT < maxRetxThreshold } 
then { UE retransmits AMD PDUs } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { an AMD PDU or a portion of an AMD PDU is considered for retransmission and if RETX_COUNT = 
maxRetxThreshold } 

then { UE indicates to upper layers that max retransmission has been reached } 
} 

7.2.3.16.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.322 clause 5.2.1. 

[TS 36.322 clause 5.2.1] 

The transmitting side of an AM RLC entity can receive a negative acknowledgement (notification of reception failure 
by its peer AM RLC entity) for an AMD PDU or a portion of an AMD PDU by the following: 

- STATUS PDU from its peer AM RLC entity. 

When receiving a negative acknowledgement for an AMD PDU or a portion of an AMD PDU by a STATUS PDU from 
its peer AM RLC entity, the transmitting side of the AM RLC entity shall: 

- if the SN of the corresponding AMD PDU falls within the range VT(A) <= SN < VT(S): 

- consider the AMD PDU or the portion of the AMD PDU for which a negative acknowledgement was 
received for retransmission. 

When an AMD PDU or a portion of an AMD PDU is considered for retransmission, the transmitting side of the AM 
RLC entity shall: 

if the AMD PDU is considered for retransmission for the first time: 

- set the RETX_COUNT associated with the AMD PDU to zero; 

else, if it (the AMD PDU or the portion of the AMD PDU that is considered for retransmission) or a portion of it 
is not pending for retransmission already: 

- increment the RETX_COUNT; 

- if RETX_COUNT = maxRetxThreshold: 

- indicate to upper layers that max retransmission has been reached. 
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When retransmitting an AMD PDU, the transmitting side of an AM RLC entity shall: 

if the AMD PDU can entirely fit within the total size of RLC PDU(s) indicated by lower layer at the particular 
transmission opportunity: 

- deliver the AMD PDU as it is except for the P field (the P field should be set according to sub clause 5.2.2) to 
lower layer; 

- otherwise: 

- segment the AMD PDU form a new AMD PDU segment which will fit within the total size of RLC PDU(s) 
indicated by lower layer at the particular transmission opportunity and deliver the new AMD PDU segment 
to lower layer. 

When retransmitting a portion of an AMD PDU, the transmitting side of an AM RLC entity shall: 

- segment the portion of the AMD PDU as necessary, form a new AMD PDU segment which will fit within the 
total size of RLC PDU(s) indicated by lower layer at the particular transmission opportunity and deliver the new 
AMD PDU segment to lower layer. 

When forming a new AMD PDU segment, the transmitting side of an AM RLC entity shall: 

- only map the Data field of the original AMD PDU to the Data field of the new AMD PDU segment; 

- set the header of the new AMD PDU segment in accordance with the description in sub clause 6.; 

- set the P field according to sub clause 5.2.2. 


Test description 
Pre-test conditions 


7.2.3.16.3 
7.2.3.16.3.1 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18] with a loopback size of 98 bytes with the 
exceptions listed in table 7.2.3.16.3.1-1. 

Table 7.2.3.16.3.1-1 : PDCP-Config-DRB-AM 


Information Element 

Value/remark 

Comment 

Condition 

PDCP-Config-DRB-AM ::= SEQUENCE { 








rIc-AM SEQUENCE { 




statusReportRequired 

FALSE 



} 




} 





ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


778 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


7.2.3.16.3.2 


Test procedure sequence 

Table 7.2.3.16.3.2-1: Main behaviour 


St 

Procedure 

U-S 

Message Sequence 
Message 

IP 

Verdict 

1 

The SS transmits one AIVID PDU containing 
SDU#1 (1 00 bytes) in its data field. 

<- 

AMD PDU#1 

- 

- 

2 

The UE transmits one AMD PDU containing 
SDU#1 in its data field. 

-> 

AMD PDU#1 (SN=0) 

- 

- 

3 

The SS transmits one AMD PDU containing 
SDU#2 (100 bytes) in its data field. 

<- 

AMD PDU#2 

- 

- 

4 

The UE transmits one AMD PDU containing 
SDU#2 in its data field. 

-> 

AMDPDU#2(SN=1) 

- 

- 

5 

The SS transmits an RLC STATUS PDU. 
ACK_SN=2, NACK_SN=0. 

<- 

STATUS PDU 

- 

- 

6 

Check: Does the UE transmit the AMD PDU 
not yet acknowledged? 

-> 

AMD PDU#1 (SN=0) 

1 

p 

7 

The SS transmits an RLC STATUS PDU. 
ACK SN=2. 

<- 

STATUS PDU 

- 

- 

8 

The SS transmits one AMD PDU containing 
SDU#3 (100 bytes) in its data field. 

<- 

AMD PDU#3 

- 

- 

9 

The UE transmits an AMD PDU containing 
SDU#3 in its data field. 

-> 

AMD PDU#3 (SN=2) 

- 

- 

- 

EXCEPTION: Step 10 to 1 1 shall be repeated 
maxRetxThreshold times 

- 

- 

- 

- 

10 

The SS transmits an RLC STATUS PDU. 
ACK SN =3 and NACK SN =2. 

<- 

STATUS PDU 

- 

- 

11 

Check: Does the UE retransmit the AMD PDU 
not yet acknowledged? 

-> 

AMD PDU#3 (SN=2) 

2 

p 

12 

The SS transmits an RLC STATUS PDU. 
ACK SN =3 and NACK SN =2. 

<- 

STATUS PDU 

- 

- 

13 

Check: Does the UE transmit an RRC 
Connection Re-establishment Request 
message? 
Note 1 



3 

P 

14 

The SS transmits 
RRCConnectionReestablishment message. 

- 

- 

- 

- 

15 

The UE transmits 

RRCConnectionReestablishmentComplete 

message. 





16 

The SS transmits an 

RRCConnectionReconfiguration message to 
resume SRB2 and DRB1 . 





- 

EXCEPTION: Step 17 and Step 18 can 
happen in any order. 

- 

- 

- 

- 

17 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message. 





18 

The UE retransmits the AMD PDU not yet 

acknowledged. 

Note 2. 

-> 

AMD PDU#3 (SN=0) 



Note 1 : The RRC Connection Re-establishment procedure is initiated. See 36.331 cl. 5.3.7.2 and 5.3.1 1 .3. 
Note 2: The PDCP PDU contained in this AMD PDU carries PDCP SN=2. 
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7.2.3.1 6.3.3 Specific message contents 

Table 7.2.3.16.3.3-1 : RRCConnectionReconfiguration (step 16, Table 7.2.3.16.3.2-1) 


Derivation Patii: 36.508, Table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-HO 



} 




} 




} 




} 





7.2.3.17 
7.2.3.17.1 
(1) 


AM RLC / Re-segmentation RLC PDU / SO, Fl, LSF 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { AMD PDU to be retransmitted does not fit in new allocated TBS } 
then { UE segments AMD PDU into AMD PDU segments } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { AMD PDU segment to be retransmitted does not fit in new allocated TBS 
then { UE resegments AMD PDU segment to fit TBS } 


7.2.3.17.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.322 clauses 
4.2.1.3.2, 5.2.1, 6.2.1.4 and 6.2.1.5. 

[TS 36.322, clause 4.2.1.3.2] 

When the transmitting side of an AM RLC entity forms AMD PDUs from RLC SDUs, it shall: 

- segment and/or concatenate the RLC SDUs so that the AMD PDUs fit within the total size of RLC PDU(s) 
indicated by lower layer at the particular transmission opportunity notified by lower layer. 

The transmitting side of an AM RLC entity supports retransmission of RLC data PDUs (ARQ): 

- if the RLC data PDU to be retransmitted does not fit within the total size of RLC PDU(s) indicated by lower 
layer at the particular transmission opportunity notified by lower layer, the AM RLC entity can re-segment the 
RLC data PDU into AMD PDU segments; 

- the number of re-segmentation is not limited. 

When the transmitting side of an AM RLC entity forms AMD PDUs from RLC SDUs received from upper layer or 
AMD PDU segments from RLC data PDUs to be retransmitted, it shall: 

- include relevant RLC headers in the RLC data PDU. 
[TS 36.322 clause 5.2.1] 


When retransmitting an AMD PDU, the transmitting side of an AM RLC entity shall: 
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- if the AMD PDU can entirely fit within the total size of RLC PDU(s) indicated by lower layer at the particular 
transmission opportunity: 

- deliver the AMD PDU as it is except for the P field (the P field should be set according to sub clause 5.2.2) to 
lower layer; 

otherwise: 

- segment the AMD PDU form a new AMD PDU segment which will fit within the total size of RLC PDU(s) 
indicated by lower layer at the particular transmission opportunity and deliver the new AMD PDU segment 
to lower layer. 

When retransmitting a portion of an AMD PDU, the transmitting side of an AM RLC entity shall: 

segment the portion of the AMD PDU as necessary form a new AMD PDU segment which will fit within the 
total size of RLC PDU(s) indicated by lower layer at the particular transmission opportunity and deliver the new 
AMD PDU segment to lower layer. 

When forming a new AMD PDU segment, the transmitting side of an AM RLC entity shall: 

- only map the Data field of the original AMD PDU to the Data field of the new AMD PDU segment; 

- set the header of the new AMD PDU segment in accordance with the description in sub clause 6.; 

- set the P field according to sub clause 5.2.2. 
[TS 36.322, clause 6.2.1.4] 

AMD PDU consists of a Data field and an AMD PDU header. 

AMD PDU header consists of a fixed part (fields that are present for every AMD PDU) and an extension part (fields 
that are present for an AMD PDU when necessary). The fixed part of the AMD PDU header itself is byte aligned and 
consists of a D/C, a RF, a P, a FI, an E and a SN. The extension part of the AMD PDU header itself is byte aligned and 
consists of E(s) and LI(s). 

An AMD PDU header consists of an extension part only when more than one Data field elements are present in the 
AMD PDU, in which case an E and a LI are present for every Data field element except the last. Furthermore, when an 
AMD PDU header consists of an odd number of LI(s), four padding bits follow after the last LI 


[TS 36.322, clause 6.2.1.5] 

AMD PDU segment consists of a Data field and an AMD PDU segment header. 

AMD PDU segment header consists of a fixed part (fields that are present for every AMD PDU segment) and an 
extension part (fields that are present for an AMD PDU segment when necessary). The fixed part of the AMD PDU 
segment header itself is byte aligned and consists of a D/C, a RF, a P, a FI, an E, a SN, a LSF and a SO. The extension 
part of the AMD PDU segment header itself is byte aligned and consists of E(s) and LI(s). 

An AMD PDU segment header consists of an extension part only when more than one Data field elements are present 
in the AMD PDU segment, in which case an E and a LI are present for every Data field element except the last. 
Furthermore, when an AMD PDU segment header consists of an odd number of LI(s), four padding bits follow after the 
last LI. 


7.2.3.1 7.3 Test description 

7.2.3.1 7.3.1 Pre-test conditions 

System Simulator: 
- Cell 1. 
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UE: 

None. 
Preamble: 


The UE is in state Loopback Activated (state 4) according to [18] with a loop back size of 98 bytes and the 
exceptions listed in table 7.2.3.17.3.1-1 applicable for the configured AM DRB. 

Table 7.2.3.17.3.1-1 : RLC settings 


Parameter 

Value 

t-PollRetransmit 

ms150 
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7.2.3.17.3.2 


Test procedure sequence 

Table 7.2.3.17.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message/PDU/SDU 



The SS stops the UL grant transmission. 

- 

- 

- 

- 

1 

The SS transmits one AMD PDU containing 
SDU#1 (1 00 bytes) in its data field. 

<— 

AMD PDU#1 

- 

- 

1A 

60 ms after step 1 the SS assigns one default 
grant (UL grant allocation type 2). (Note 6) 

<— 

(UL grant, 840 bits) 

- 

- 

2 

The UE transmits an AMD PDU with the same 
data contents as received in the corresponding 
partof DLPDU#1? 

-> 

AMD PDU#1 (SN=0) 



3 

20 ms after step 1 The SS transmits one AMD 
PDU containing SDU#2 (100 bytes) in its data 
field. 

<— 

AMD PDU#2 



3A 

60 ms after step 3 the SS assigns one default 
grant (UL grant allocation type 2). (Note 6) 

<- 

(UL grant, 840 bits) 

- 

- 

4 

The UE transmits an AMD PDU with the same 
data contents as received in the corresponding 
part of DL PDU#2? 

-> 

AMDPDU#2(SN=1) 



5 

Void 

- 

- 

- 

- 

6 

The SS transmits a STATUS PDU. This PDU 
nacks the AMD PDU with SN=0. NACK SN=0 
andACK SN=2. 

<— 

STATUS PDU 



6A 

The SS waits for 20 ms and then allocates 2 
UL grants (UL grant allocation type 2) of size 
472 bits such that there is 20 ms gap between 
UL grants (Note 1, Note 4) 

<— 

(UL grants, 472 bits) 



7 

Check: Does the UE transmit an AMD PDU 
segment with SO=0, LSF=0 and the same data 
contents at the received positions as in the 
original AMD PDU? 

-> 

AMD PDU#1 segment 1 (SN=0) 

1 

P 

8 

Check: Does the UE transmit an AMD PDU 
segment with SO=<x>, LSF=1 and the same 
data contents at the received positions as in 
the original AMD PDU? (Note 3) 

-> 

AMD PDU#1 segment 2 (SN=0) 

1 

P 

9 

Void 

- 

- 

- 

- 

10 

After 100 ms the SS transmits a STATUS 
PDU. This PDU nacks the AMD PDU with 
SN=0. NACK SN=0, SOStart=0, SOEnd=<x- 
1 > and ACK SN =2. (Note 3, Note 5) 

<- 

STATUS PDU 



10 
A 

The SS waits for 20 ms and then allocates 2 
UL grants (UL grant allocation type 2) of size 
328 bits such that there is 20 ms gap between 
UL grants (Note 2) (Note 4) 

<- 

(UL grants, 472 bits) 



11 

Check: Does the UE transmit an AMD PDU 
segment with SO=0, LSF=0 and the same data 
contents at the received positions as in the 
original AMD PDU? 

-> 

AMD PDU#1 segment 1, I'^part 
(SN=0) 

2 

P 

12 

Check: Does the UE transmit an AMD PDU 
segment with SO=<y>, LSF=0 and the same 
data contents at the received positions as in 
the original AMD PDU? (Note 3) 

-> 

AMD PDU#1 segment 1, 2"^ part 
(SN=0) 

2 

P 

13 

The SS transmits a STATUS PDU. This PDU 
acks the AMD PDUs with SN=0 and SN=1 . 
ACK SN=2. 

<- 

STATUS PDU 



Note 1 : UL grant of 472 bits (Itbs=7, Nprb=4, see TS 36.213 Table 7.1 .7.2.1-1) is chosen such that UE will segment 

into 2 AMD PDUs. MAC PDU of 472 bits=59 bytes fits an AMD PDU payload of >= 50 bytes + 2 bytes AMD 
PDU header + 2 bytes of segment header + ? bytes spare for MAC header and possible RLC STATUS 
PDU and BSR report. 

Note 2: UL grant of 328 bits (/res=5, Nprb=4, see TS 36.213 Table 7.1.7.2.1-1) is chosen such that UE will segment 

into 2 AMD PDUs. MAC PDU of 328 bits=41 bytes fits an AMD PDU payload of >= 25 bytes + 2 bytes AMD 
PDU header + 2 bytes of segment header + ? bytes spare for MAC header and possible RLC STATUS 
PDU and BSR report. 

Note 3: The values x and y depend upon the need of the UE to add RLC STATUS PDU and BSR report. The TBS has 
been chosen to ensure that the PDUs to be resegmented can be carried in 2 segments. 
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Note 4: 20 ms gap between transmissions both in DL and UL respectively allows TTCN to tolerate one HARQ 
retransmission (FDD/TDD) per transport block, if such happen (TS 36.523-3). 

Note 5: As <x> becomes available in step 8 only the transmission in step 10 can only be scheduled afterwards. This 
requires a 100 ms activation time. 

Note 6: UL grant of 840 bits (/res=14, Nprb=3, see TS 36.213 Table 7.1.7.2.1-1) is chosen to allow the UE to transmit 
one PDU at a time. 


7.2.3.1 7.3.3 Specific message contents 

None. 


7.2.3.18 AM RLC/ Reassembly/ AMD PDU reassembly from AMD PDU segments, 
Segmentation Offset and Last Segment Flag fields 

7.2.3.18.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRAN RRC_CONNECTED state } 
ensure that { 

when { UE receives AM PDU segments } 

then { UE delivers reassembled RLC SDU to upper layer} 

} 

(2) 

with { UE in E-UTRAN RRC_CONNECTED state } 
ensure that { 

when { UE receives RLC AM PDU segments without segment header extension part } 
then { UE correctly reassembles RLC AMD PDU segments into RLC AMD PDUs } 

} 

(3) 

with { UE in E-UTRAN RRC_CONNECTED state } 
ensure that { 

when { UE receives RLC AM PDU segments with segment header extension part } 
then { UE correctly reassembles RLC AMD PDU segments into RLC AMD PDUs } 

} 

(4) 

with { UE in E-UTRAN RRC_CONNECTED state } 
ensure that { 

when { UE receives duplicate RLC AM PDU segments } 
then { UE discards duplicate RLC AMD PDU segments } 

} 

(5) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives RLC AM PDU segments out of sequence } 
then { UE delivers reassembled RLC SDU to upper layer } 

} 

(6) 

with { UE in E-UTRAN RRC_CONNECTED state } 
ensure that { 

when { UE receives RLC AMD PDU segments with segments lost } 

then { UE transmits STATUS PDU to request retransmission of missing segments } 

} 

(7) 

with { UE in E-UTRAN RRC_CONNECTED state } 
ensure that { 

when { UE receives overlapping RLC AMD PDU segments } 

then { UE discards duplicate RLC AMD PDU byte segments } 
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7.2.3.18.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.322 clauses 
4.2.1.3.3, 5.1.3.2.2, 6.2.1.4 and 6.2.1.5. 

[TS 36.322, clause 4.2.1.3.3] 

When the receiving side of an AM RLC entity receives RLC data PDUs, it shall: 

- detect whether or not the RLC data PDUs have been received in duplication, and discard duplicated RLC data 
PDUs; 

- reorder the RLC data PDUs if they are received out of sequence; 

- detect the loss of RLC data PDUs at lower layers and request retransmissions to its peer AM RLC entity; 

- reassemble RLC SDUs from the reordered RLC data PDUs and deliver the RLC SDUs to upper layer in 
sequence. 


[TS 36.322, clause 5.1.3.2.2] 

When a RLC data PDU is received from lower layer, where the RLC data PDU contains byte segment numbers y to z of 
an AMD PDU with SN = x, the receiving side of an AM RLC entity shall: 

- if X falls outside of the receiving window; or 

if byte segment numbers y to z of the AMD PDU with SN = x have been received before: 

- discard the received RLC data PDU; 

- else: 

- place the received RLC data PDU in the reception buffer; 

if some byte segments of the AMD PDU contained in the RLC data PDU have been received before: 

- discard the duplicate byte segments. 

[TS 36.322, clause 6.2.1.4] 

AMD PDU consists of a Data field and an AMD PDU header. 

AMD PDU header consists of a fixed part (fields that are present for every AMD PDU) and an extension part (fields 
that are present for an AMD PDU when necessary). The fixed part of the AMD PDU header itself is byte aligned and 
consists of a D/C, a RF, a P, a FI, an E and a SN. The extension part of the AMD PDU header itself is byte aligned and 
consists of E(s) and LI(s). 

An AMD PDU header consists of an extension part only when more than one Data field elements are present in the 
AMD PDU, in which case an E and a LI are present for every Data field element except the last. Furthermore, when an 
AMD PDU header consists of an odd number of LI(s), four padding bits follow after the last LL 

[TS 36.322, clause 6.2.1.5] 

AMD PDU segment consists of a Data field and an AMD PDU segment header. 

AMD PDU segment header consists of a fixed part (fields that are present for every AMD PDU segment) and an 
extension part (fields that are present for an AMD PDU segment when necessary). The fixed part of the AMD PDU 
segment header itself is byte aligned and consists of a D/C, a RF, a P, a FI, an E, a SN, a LSF and a SO. The extension 
part of the AMD PDU segment header itself is byte aligned and consists of E(s) and LI(s). 

An AMD PDU segment header consists of an extension part only when more than one Data field elements are present 
in the AMD PDU segment, in which case an E and a LI are present for every Data field element except the last. 
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Furthermore, when an AMD PDU segment header consists of an odd number of LI(s), four padding bits follow after the 
last LI. 


Test description 
Pre-test conditions 


7.2.3.18.3 
7.2.3.18.3.1 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18] with a loop back size of 98 bytes. 
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7.2.3.18.3.2 


Test procedure sequence 

Table 7.2.3.18.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage/PDU/SDU 

1 

The SS transmits an AMD PDU containing the 
first half (50 bytes) of SDU#1 in its data field. 
This PDU is in error (SN falls outside of the 
receiving window) and is to be discarded by 
the UE. 

<- 

AMD PDU#1 (SN=WindowSize+3) 



2 

The SS transmits an AMD PDU containing 
SDU#2 (100 bytes) in its data field with the P- 
bit set. 

<— 

AMDPDU#2(SN=1,P=1) 



3 

The UE transmits a STATUS PDU with 
NACK SN field indicating missing PDU#1. 
ACK SN=2, NACK SN=0. 

-> 

STATUS PDU 



3A 

The SS stops the UL grant transmission. 

- 

- 

- 

- 

4 

After 100 ms the SS transmits an AMD PDU 
segment of AMD PDU#1 (AMD PDU#1 carries 
SDU#1) containing the first 50 bytes of SDU#1 
in its data field. SO=0 and LSF=0. No header 
extension part is provided. 

<— 

AMD PDU#1 (SN=0) 
segment 1 



5 

The SS transmits an AMD PDU segment of 
AMD PDU#1 (AMD PDU#1 carries SDU#1) 
containing the last 50 bytes of SDU#1 in its 
data field with the P-bit set. SO=50 and 
LSF=1. No header extension part is provided. 

<— 

AMD PDU #1 (SN=0, P=1) 
segment 2 



5A 

The SS waits for 60 ms to ensure UE RLC has 
all the required SDUs available and then 
assigns one default UL grant (UL grant 
allocation type 3). 

<— 

(UL grant) 



6 

Check: Does the UE transmit a STATUS PDU 
with ACK_SN=2, thus acknowledging the 
reception of PDUs with SN=0 and SN=1 , and 
no NACK SN provided? 

-> 

STATUS PDU 

2 

P 

7 

Check: Does the UE transmit RLC SDU#1 and 
RLC SDU#2? 

-> 

AMD PDU (RLC SDU#1, RLC 
SDU#2) 

1 

P 

8 

Void 

- 

- 

- 

- 

8A 

The SS transmits a STATUS PDU. 

<— 

STATUS PDU (ACK SN=1) 

- 

- 

9 

After 100 ms the SS transmits an AMD PDU 
segment of AMD PDU#3 (AMD PDU#3 carries 
SDU#3 and SDU#4) containing the last 50 
bytes of SDU#4 in its data field, with the P-bit 
set. Fl=10, SO=150and LSF=1. No header 
extension part is provided. 

<— 

AMDPDU#3(SN=2, P=1) 
segment 2 



9A 

100 ms after step 9 the SS assigns one default 
grant (UL grant allocation type 3). 

<— 

(UL grant) 

- 

- 

10 

The UE transmits a STATUS PDU NACK SN 
field for receipt of PDU#3. ACK SN=3, 
NACK_SN=2, SOStart=0/SOEnd=149. 

-> 

STATUS PDU 



11 

After 100 ms the SS transmits an AMD PDU 
segment of AMD PDU#3 (AMD PDU#3 carries 
SDU#3 and SDU#4) containing SDU#3 (100 
bytes) and the first 50 bytes of SDU#4 in its 
data field, with the P-bit set. Fl=01 , SO=0 and 
LSF=0. Header extension part present: E in 
fixed part header=1 , E in extension part 
header=0, Ll=100. 

<— 

AMDPDU#3(SN=2, P=1) 
segment 1 



11 
A 

The SS waits for 60 ms to ensure UE RLC has 
all the required SDUs available and then 
assigns one default UL grant (UL grant 
allocation type 3). 

<- 

(UL grant) 



12 

Check: Does the UE transmit a STATUS PDU 
with ACK SN=3? 

-> 

STATUS PDU 

3 

P 

13 

Void 

- 

- 

- 

- 

14 

Check: Does the UE transmit RLC SDU#3 and 
RLC SDU#4? 

-> 

AMD PDU (RLC SDU#3, RLC 
SDU#4) 

1,5 

P 
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14 
A 

The SS transmits a STATUS PDU. 

<- 

STATUS PDU (ACK SN=2) 

- 

- 

15 

After 100 ms the SS transmits an AMD PDU 
segment of AMD PDU#4 (AMD PDU#4 carries 
SDU#5) containing the first 50 bytes of SDU#5 
in its data field. SO=0 and LSF=0. No header 
extension part is provided. 

<— 

AMD PDU#4 (SN=3) 
segment 1 



16 

The SS transmits an AMD PDU segment of 
AMD PDU#4 (AMD PDU#4 carries SDU#5) 
containing the first 50 bytes of SDU#5 in its 
data field. SO=0 and LSF=0. No header 
extension part is provided. 

<- 

AMD PDU#4 (SN=3) 
segment 1 



17 

The SS transmits an AMD PDU segment of 
AMD PDU#4 (AMD PDU#4 carries SDU#5) 
containing the last 50 bytes of SDU#5 in its 
data field, with the P-bit set. SO=50 and 
LSF=1 . No header extension part is provided. 

<- 

AMD PDU#4 (SN=3, P=1) 
segment 2 



17 
A 

The SS waits for 60 ms to ensure UE RLC has 
all the required SDUs available and then 
assigns one default UL grant (UL grant 
allocation type 3). 

<- 

(UL grant) 



18 

Check: Does the UE transmit a STATUS PDU 
with ACK_SN=4, thus acknowledging the 
reception of PDUs with SN=0 to SN=3, and no 
NACK SN provided? 

-> 

STATUS PDU 

4 

P 

19 

Check: Does the UE transmit RLC SDU#5? 

— > 

(RLC SDU#5) 

1 

P 

19 
A 

The SS transmits a STATUS PDU. 

<- 

STATUS PDU (ACK SN=3) 

- 

- 

20 

After 100 ms the SS transmits an AMD PDU 
segment of AMD PDU#6 (AMD PDU#6 carries 
SDU#7) containing the last 50 bytes of SDU#7 
in its data field, with the P-bit set. This AMD 
PDU segment is sent with SN=5. SO=50 and 
LSF=1 . No header extension part is provided. 

<- 

AMD PDU#6 (SN=5, P=1) 
segment 2 



20 
A 

1 00 ms after step 20 the SS assigns one 
default grant (UL grant allocation type 3). 

<— 

(UL grant) 

- 

- 

21 

Check: Does the UE transmit a STATUS PDU 
with ACK_SN=6, thus acknowledging the 
reception of PDUs with SN=0 to SN=5, and 
NACK SN=4, E1/E2 field for receipt of PDU#5 
and NACK_SN=5, SOStart=0/SOEnd=49 for 
segment 1 of PDU#6? 

-> 

STATUS PDU 

6 

P 

22 

After 100 ms the SS transmits an AMD PDU 
segment of AMD PDU#6 (AMD PDU#6 carries 
SDU#7) containing the first 50 bytes of SDU#7 
in its data field. SO=0 and LSF=0. No header 
extension part is provided. 

<- 

AMD PDU#6 (SN=5) 
segment 1 



23 

The SS transmits one AMD PDU containing 
SDU#6 (100 bytes) in its data field, with the P- 
bit set. 

<- 

AMD PDU#5 (SN=4, P=1) 



23 
A 

The SS waits for 60 ms to ensure UE RLC has 
all the required SDUs available and then 
assigns one default UL grant (UL grant 
allocation type 3). 

<— 

(UL grant) 



24 

The UE transmits a STATUS PDU with 
ACK SN=6, thus acknowledging the reception 
of PDUs with SN=0 to SN=5, and no 
NACK SN provided. 

-> 

STATUS PDU 



25 

Void 

- 

- 

- 

- 

26 

Check: Does the UE transmit RLC SDU#6 and 
RLC SDU#7? 

-> 

AMD PDU (RLC SDU#6, RLC 
SDU#7) 

2,5 

P 

26 
A 

The SS transmits a STATUS PDU. 

<- 

STATUS PDU (ACK SN=4) 

- 

- 

27 

After 100 ms the SS transmits an AMD PDU 
segment of AMD PDU#7 (AMD PDU#7 carries 
SDU#8, SDU#9 and SDU#10) containing the 
last 20 bytes of SDU#9 and the complete 
SDU#10 (100 bytes) in its data field, with the 

<- 

AMD PDU#7 (SN=6, P=1) 
segment 3 
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P-bitset. Fl=10, SO=180and LSF=1. Header 
extension part present: E in fixed part 
header=1 , E in extension part header=0, 
Ll=20. 





27 
A 

1 00 ms after step 27 the SS assigns one 
default grant (UL grant allocation type 3). 

<— 

(UL grant) 

- 

- 

28 

The UE transmits a STATUS PDU NACK SN 
field for receipt of PDU#7. ACK SN=7, 
NACK SN=6, SOStart=0/SOEnd=179. 

-> 

STATUS PDU 



29 

After 100 ms the SS transmits an AMD PDU 
segment of AMD PDU#7 (AMD PDU#7 carries 
SDU#8, SDU#9 and SDU#10) containing the 
last 20 bytes of SDU#8 and the complete 
SDU#9 in its data field, with the P-bit set. 
Fl=10, SO=80 and LSF=0. Header extension 
part present: E in fixed part header=1 , E in 
extension part header=0, Ll=20. 

<— 

AMDPDU#7(SN=6, P=1) 
segment 2 



29 
A 

30 ms after step 29 the SS assigns one default 
grant (UL grant allocation type 3). 

<- 

(UL grant) 

- 

- 

30 

The UE transmits a STATUS PDU NACK SN 
field for receipt of PDU#7. ACK SN=7, 
NACK_SN=6, SOStart=0/SOEnd=79. 

-> 

STATUS PDU 

7 

P 

31 

60 ms after step 29 the SS transmits an AMD 
PDU segment of AMD PDU#7 (AMD PDU#7 
carries SDU#8, SDU#9 and SDU#10) 
containing the first 80 bytes of SDU#8 in its 
data field, with the P-bit set. SO=0 and LSF=0. 
No header extension part is provided. 
Note 4 

<- 

AMD PDU#7 (SN=6, P=1) 
segment 1 



31 
A 

The SS waits for 60 ms to ensure UE RLC has 
all the required SDUs available and then 
assigns one default UL grant (UL grant 
allocation type 3). 

<— 

(UL grant) 



32 

Check: Does the UE transmit a STATUS PDU 
with ACK_SN=7, thus acknowledging the 
reception of PDUs with SN=0 to SN=6, and no 
NACK SN provided? 

-> 

STATUS PDU 

7 

P 

33 

Void 

- 

- 

- 

- 

34 

Void 

- 

- 

- 

- 

35 

Check: Does the UE transmit RLC SDU#8, 
RLC SDU#9 and RLC SDU#10? 

-> 

AMD PDU (RLC SDU#8, RLC 
SDU#9, RLCSDU#10) 

7 

P 

36 

The SS transmits a STATUS PDU. 

<— 

STATUS PDU (ACK SN=5) 

- 

- 

Note 1 : From steps 4 onwards, the transmission of AIVID PDUs is scheduled. The activation time of 100 ms for the 
first of possibly several AMD PDUs is greater than t-StatusProhibit, and therefore there is no need to wait 
for the expiry of this timer. Subsequent AMD PDU transmissions are using subsequent TTIs. 

Note 2: In steps 6-8, 12-14, 18-19, 24-26, 32-35 the STATUS PDU and the AMD PDU consisting of one or more 
RLC SDUs are received as a PDU list in one TTI. 

Note 3: In step 29A it is assumed that the UE will react upon the AMD PDU within 30 ms. 

Note 4: Step 31 shall be executed within 60 ms after step 29 to ensure that the UE receives the AMD PDU before 
the expiry of t-Reordering at the UE. 


7.2.3.18.3.3 
None. 

7.2.3.19 
7.2.3.20 
7.2.3.20.1 
(1) 


Specific message contents 

Void 

AM RLC / Duplicate detection of RLC PDUs 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is in AM mode and receives duplicated RLC data PDUs having the same sequence number} 
then { UE discards the duplicated RLC data PDUs } 
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7.2.3.20.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.322, clause 4.2.1.3.3. 

[TS 36.322, clause 4.2.1.3.3] 

When the receiving side of an AM RLC entity receives RLC data PDUs, it shall: 

- detect whether or not the RLC data PDUs have been received in duplication, and discard duplicated RLC data 
PDUs; 

7.2.3.20.3 Test description 

7.2.3.20.3.1 Pre-test conditions 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

7.2.3.20.3.2 Test procedure sequence 

Table 7.2.3.20.3.2-1 : Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1 

SS creates 3 RLC SDUs of size 40 bytes 
segmented into two AMD PDUs each. AMD 
PDU#1 and AMD PDU#2 belong to RLC 
SDU#1 , AMD PDU#3 and #4 belong to RLC 
SDU#2 and AMD PDU#5 and #6 belong to 
RLC SDU#3. 

SS transmits AMD PDU#1 with SN=0, AMD 
PDU#2 with SN=1 and AMD PDU#3 twice with 
SN=2. 

<- 

RLCAMDPDU#1 (SN=0) 
RLCAMDPDU#2(SN=1) 
RLCAMDPDU#3(SN=2) 
RLCAMDPDU#3(SN=2) 



2 

Check: Does the UE transmit RLC SDU#1 ? 
(Note1) 

-> 

(RLCSDU#1) 

1 

P 

3 

SS transmits AMD PDU#4 with SN=3. 

<- 

RLCAMDPDU#4(SN=3) 

- 

- 

4 

Check: Does the UE transmit RLC SDU#2? 

— > 

(RLC SDU#2) 

1 

P 

5 

SS transmits AMD PDU#6 twice with SN=5. 

<- 

RLC AMD PDU#6 (SN=5) 
RLCAMDPDU#6(SN=5) 



6 

SS transmits AMD PDU#5 twice with SN=4. 

<— 

RLCAMDPDU#5(SN=4) 
RLCAMDPDU#5(SN=4) 

- 

- 

7 

Check: Does the UE transmit RLC SDU#3 

once? 

(Note 2) 

-> 

(RLC SDU#3) 

1 

P 

Note 1 : The duplicated AMD PDU#3 have been discarded by the conformant UE in step 1 . 
Note 2: The duplicated AMD PDU#5 and AMD PDU#6 have been discarded by the conformant UE in steps 5 and 
6. 


7.2.3.20.3.3 
None. 


Specific message content 
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7.2.3.21 AM RLC / RLC re-establishment at RRC connection reconfiguration including 
mobilityControllnfo IE 

7.2.3.21 .1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is requested to perform a RRC Connection reconfiguration including mobilityControllnfo 
IE } 

then { UE discards the remaining AMD PDUs; and discards all RLC SDUs in the transmitting side; 
and reset all state variables to their initial values. } 


7.2.3.21 .2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.322, clause 5.4 and TS 
36.331 clause 5.3.5.4. 

[TS 36.322, clause 5.4] 

RLC re-establishment is performed upon request by RRC, and the function is applicable for AM, UM and TM RLC 
entities. 

When RRC indicates that an RLC entity should be re-established, the RLC entity shall: 


- if it is an AM RLC entity: 

- when possible, reassemble RLC SDUs from any byte segments of AMD PDUs with SN < VR(MR) in the 
receiving side, remove RLC headers when doing so and deliver all reassembled RLC SDUs to upper layer in 
ascending order of the RLC SN, if not delivered before; 

discard the remaining AMD PDUs and byte segments of AMD PDUs in the receiving side; 

- discard all RLC SDUs and AMD PDUs in the transmitting side; 

- discard all RLC control PDUs. 

- stop and reset all timers; 

- reset all state variables to their initial values. 

[TS 36.331, clause 5.3.5.4] 

If the RRCConnectionReconfiguration message includes the mobilityControllnfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 

1> re-establish RLC for all RBs that are established; 

7.2.3.21 .3 Test description 

7.2.3.21 .3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 
UE: 

None. 
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Preamble: 


The UE is in state Loopback Activated (state 4) according to [18] with the exceptions Hsted in table 7.2.3.21.3.1- 
1. 

Table 7.2.3.21 .3.1 -1 : RLC settings 


Parameter 

Value 

t-Reordering 

ms150 

t-PollRetransmit 

ms150 


7.2.3.21.3.2 


Test procedure sequence 

Table 7.2.3.21 .3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

- 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

1 

SS creates 3 RLC SDUs of size 40 bytes 
segmented into two AMD PDUs each. AMD 
PDU#1 and AMD PDU#2 belong to RLC 
SDU#1 , AMD PDU#3 and #4 belong to RLC 
SDU#2 and AMD PDU#5 and #6 belong to 
RLC SDU#3. SS transmits AMD PDU#1 
(SN=0), AMD PDU#2 (SN=1) and AMD 
PDU#4 (SN=3). 

<— 

AMD PDU#1 
AMD PDU#2 
AMD PDU#4 



1A 

60 ms after step 1 the SS allocates 1 UL grant 
of default size (UL grant allocation type 3). 

<- 

(UL grant) 



2 

The UE returns RLC SDU#1. 

-> 

(RLCSDU#1) 

- 

- 

3 

SS does not acknowledge the reception of 
RLCSDU#1. 

- 

- 

- 

- 

4 

90 ms after step 1 SS performs a RRC 
Connection Reconfiguration procedure 
including the mobilityControllnfo IE triggering 
RLC-reestablishment. 
(Notel) 





4A 
A 

The SS starts the UL default grant 
transmissions 

■ 

' 

' 

' 

4A 

The UE retransmits RLC SDU #1 . 
(Notel A) 

-> 

(RLCSDU#1) 

- 

- 

4B 

SS transmits a STATUS PDU (ACK_SN = 1). 

<- 

STATUS PDU 

- 

- 

5 

SS transmits AMD PDU#5 with SN=0 and the 
P field set to "1" 

<— 

AMD PDU#5 

- 

- 

6 

Check: Does the UE transmit a STATUS 

PDU? 

(Note 2) 

-> 

STATUS PDU (ACK_SN = 1) 

1 

p 

7 

SS transmits AMD PDU#6 with 
SN=Receiving AM Window Size+2 

<— 

AMD PDU#6 

- 

- 

8 

Check: Does the UE return RLC SDU#3 within 

Is? 

(Note 3) 

-> 

(RLC SDU#3) 

1 

F 

9 

SS transmits AMD PDU#6 with SN=1 

<— 

AMD PDU#6 

- 

- 

10 

Check: Does the UE return RLC SDU#3 with 
its first AMD PDU set to SN=1? 

-> 

(RLC SDU#3) 

1 

P 

Note 1 : Upon a RLC re-establishment a conformant UE discards any remaining AIVID PDUs in the receiver and 
transmitter side, stops and resets all timers and resets all state variables to their initial values. 

Note 1 A: The UE will retransmit the PDCP SDU associated with RLC SDU#1 in accordance to TS 36.323 clause 
5.2.1.1. 

Note 2: AMD PDU#4 is discarded by a conformant UE in step 4. 

Note 3: AMD PDU#6 is discarded by a conformant UE due to being outside the receiving window size. 
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7.2.3.21 .3.3 Specific message contents 

Table 7.2.3.21.3.3-1 : RRCConnectionReconfiguration (step 4, table 7.2.3.21.3.2-1) 


Derivation Patii: 36.508 table 4.6.1-8: RRCConnectionReconfiguration, condition HO 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




mobilityControllnfo SEQUENCE { 




targetPhysCellld 

Set to the physical cell 
identity of cell 1 



carrierFreq 

Not present 



} 




radioResourceConfigCommon 

Not present 



} 




} 




} 




} 





7.3 

7.3.1 

7.3.1.1 

7.3.1.1.1 

(1) 


PDCP 

Maintenance of PDCP sequence numbers for radio bearers 

Maintenance of PDCP sequence nunnbers / User plane / RLC AM 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE transmits a PDCP Data SDU on a DRB mapped on AM RLC } 

then { UE increments SN with 1 for each transmitted PDU for SN=0 to Maximum_PDCP_SN } 
} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE transmits a PDCP Data SDU on a DRB mapped on AM RLC and, after incrementation, 
Next_PDCP_TX_SN is larger than the Maximum_PDCP_SN } 

then { UE sets SN to in the next transmitted PDCP SDU} 


7.3.1.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.323 clause 5.1.1, 
5.1.2.2 and 6.2.3. 

[TS 36.323, clause 5.1.1] 

At reception of a PDCP SDU from upper layers, the UE shall: 

- discardTimerstSLVt the associated with this PDCP SDU (if configured); 
For a PDCP SDU received from upper layers, the UE shall: 

- associate the PDCP SN corresponding to Next_PDCP_TX_SN to this PDCP SDU; 

- perform header compression of the PDCP SDU (if configured) as specified in the subclause 5.5.4; 

- perform integrity protection (if applicable), and ciphering (if applicable) using COUNT based on TX_HFN and 
the PDCP SN associated with this PDCP SDU as specified in the subclause 5.7 and 5.6, respectively; 

- increment Next_PDCP_TX_SN by one; 
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- if Next_PDCP_TX_SN > Maximum_PDCP_SN: 

- set Next_PDCP_TX_SN to 0; 

- increment TX_HFN by one; 

- submit the resulting PDCP Data PDU to lower layer. 
[TS 36.323, clause 5.1.2.1.2] 

For DRBs mapped on RLC AM, at reception of a PDCP Data PDU from lower layers, the UE shall: 

- if received PDCP SN - Last_Submitted_PDCP_RX_SN > Reordering_Window or <= 
Last_Submitted_PDCP_RX_SN - received PDCP SN < Reordering_Window: 

- if received PDCP SN > Next_PDCP_RX_SN: 

- decipher the PDCP PDU as specified in the subclause 5.6, using COUNT based on RX_HFN - 1 and the 
received PDCP SN; 

- else: 

- decipher the PDCP PDU as specified in the subclause 5.6, using COUNT based on RX_HFN and the 
received PDCP SN; 

- perform header decompression (if configured) as specified in the subclause 5.5.5; 

- discard this PDCP SDU; 

- else if Next_PDCP_RX_SN - received PDCP SN > Reordering_Window: 

increment RX_HFN by one; 

- use COUNT based on RX_HFN and the received PDCP SN for deciphering the PDCP PDU; 

- set Next_PDCP_RX_SN to the received PDCP SN + 1 ; 

- else if received PDCP SN - Next_PDCP_RX_SN > =Reordering_Window: 

- use COUNT based on RX_HFN - 1 and the received PDCP SN for deciphering the PDCP PDU; 

- else if received PDCP SN >= Next_PDCP_RX_SN: 

- use COUNT based on RX_HFN and the received PDCP SN for deciphering the PDCP PDU; 

- set Next_PDCP_RX_SN to the received PDCP SN + 1 ; 

- if Next_PDCP_RX_SN is larger than Maximum_PDCP_SN: 

- set Next_PDCP_RX_SN to 0; 
increment RX_HFN by one; 

- else if received PDCP SN < Next_PDCP_RX_SN: 

- use COUNT based on RX_HFN and the received PDCP SN for deciphering the PDCP PDU; 

- if the PDCP PDU has not been discarded in the above: 

- perform deciphering and header decompression (if configured) for the PDCP PDU as specified in the 
subclauses 5.6 and 5.5.5, respectively; 

- if a PDCP SDU with the same PDCP SN is stored: 

- discard this PDCP SDU; 

- else: 

- store the PDCP SDU; 
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- if the PDCP PDU received by PDCP is not due to the re-establishment of lower layers: 

- deliver to upper layers in ascending order of the associated COUNT value: 

- all stored PDCP SDU(s) with an associated COUNT value less than the COUNT value associated with 
the received PDCP SDU; 

- all stored PDCP SDU(s) with consecutively associated COUNT value(s) starting from the COUNT value 
associated with the received PDCP SDU; 

- set Last_Submitted_PDCP_RX_SN to the PDCP SN of the last PDCP SDU delivered to upper layers; 

- else if received PDCP SN = Last_Submitted_PDCP_RX_SN + 1 or received PDCP SN = 
Last_Submitted_PDCP_RX_SN - Maximum_PDCP_SN: 

- deliver to upper layers in ascending order of the associated COUNT value: 

- all stored PDCP SDU(s) with consecutively associated COUNT value(s) starting from the COUNT value 
associated with the received PDCP SDU; 

- set Last_Submitted_PDCP_RX_SN to the PDCP SN of the last PDCP SDU delivered to upper layers. 

[TS 36.323, clause 6.2.3] 

Figure 6.2.3.1 shows the format of the PDCP Data PDU when a 12 bit SN length is used. This format is applicable for 
PDCP Data PDUs carrying data from DRBs mapped on RLC AM or RLC UM. 


I \ \ h 


H \ \ I 


D/C 

R 

R 

R 

PDCP SN 

Oct1 

PDCP SN (cont.) 

Oct 2 

Data 

Oct 3 


Figure 6.2.3.1 : PDCP Data PDU format for DRBs using a 12 bit SN 


Test description 
Pre-test conditions 


7.3.1.1.3 
7.3.1.1.3.1 
System Simulator 

- Cell 1 

- SS PDCP set to Transparent Mode 
UE: 

None. 
Preamble 

- The UE is in state Loopback Activated (state 4) according to [18]. 
7.3.1 .1 .3.2 Test procedure sequence 

Table 7.3.1.1.3.2-1: Main behaviour 


St 


Procedure 


IVIessage Sequence 


TP Verdict 
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U-S 

Message 



- 

EXCEPTION: Steps 1 and 2 shall be repeated 
for k=0 to Maximum PDCP SN (increment=1). 





1 

SS transmits a PDCP Data PDU on DRB1 
containing one IP packet without header 
compression. 

<~ 

PDCP Data PDU (SN = k) 



2 

CHECK: Does UE transmit a PDCP Data PDU 
with SN=0 for the first iteration and then 
incremented by 1 at each iteration? 

-> 

PDCP Data PDU (SN = k) 

1 

P 

3 

SS transmits a PDCP Data PDU on DRB1 
containing one IP packet without header 
compression. 

<- 

PDCP Data PDU (SN = 0) 



4 

CHECK: Does UE transmit a PDCP Data PDU 
with SN=0? 

-> 

PDCP Data PDU (SN = 0) 

2 

P 

5 

SS sends a PDCP Data PDU on DRB1 
containing one IP packet without header 
compression. 

<- 

PDCP Data PDU (SN = 1) 



6 

CHECK: Does UE transmit a PDCP Data PDU 
withSN=1? 

~> 

PDCP Data PDU (SN = 1) 

1 

P 


7.3.1.1.3.3 
None 

7.3.1.2 

7.3.1.2.1 

(1) 


Specific message contents 


Maintenance of PDCP sequence numbers / User plane / RLC UM / Short 
PDCP SN (7 bits) 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE transmits a PDCP Data SDU on a DRB mapped on UM RLC and configured for short PDCP SN 
size (7 bits) } 

then { UE increments SN with 1 for each transmitted PDU for SN=0 to Maximum_PDCP_SN } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE transmits a PDCP Data SDU on a DRB mapped on UM RLC and configured for short PDCP SN 
size (7 bits) ; and, after incrementation, Next_PDCP_TX_SNis larger than the Maximum_PDCP_SN } 
then { UE sets SN to in the next transmitted PDCP SDU} 


7.3.1.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.323 clause 5.1.1 , 
5.1.2.1.3 and 6.2.4. 

[TS 36.323, clause 5.1.1] 

At reception of a PDCP SDU from upper layers, the UE shall: 

- start the discardTimer associated with this PDCP SDU (if configured); 
For a PDCP SDU received from upper layers, the UE shall: 

- associate the PDCP SN corresponding to Next_PDCP_TX_SN to this PDCP SDU; 

- perform header compression of the PDCP SDU (if configured) as specified in the subclause 5.5.4; 

- perform integrity protection (if applicable), and ciphering (if applicable) using COUNT based on TX_HFN and 
the PDCP SN associated with this PDCP SDU as specified in the subclause 5.7 and 5.6, respectively; 

- increment Next_PDCP_TX_SN by one; 
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- if Next_PDCP_TX_SN > Maximum_PDCP_SN: 

- set Next_PDCP_TX_SN to 0; 

- increment TX_HFN by one; 

- submit the resulting PDCP Data PDU to lower layer. 
[TS 36.323, clause 5.1.2.1.3] 

For DRBs mapped on RLC UM, at reception of a PDCP Data PDU from lower layers, the UE shall: 

- if received PDCP SN < Next_PDCP_RX_SN: 

- increment RX_HFN by one; 

- decipher the PDCP Data PDU using COUNT based on RX_HFN and the received PDCP SN as specified in the 
subclause 5.6; 

- set Next_PDCP_RX_SN to the received PDCP SN + 1 ; 

- if Next_PDCP_RX_SN > Maximum_PDCP_SN: 

- set Next_PDCP_RX_SN to 0; 

- increment RX_HFN by one; 

- perform header decompression (if configured) of the deciphered PDCP Data PDU as specified in the subclause 

5.5.5; 

- deliver the resulting PDCP SDU to upper layer. 

[TS 36.323, clause 6.2.4] 

Figure 6.2.4.1 shows the format of the PDCP Data PDU when a 7 bit SN length is used. This format is applicable for 
PDCP Data PDUs carrying data from DRBs mapped on RLC UM. 



1 \ \ \ \ \ \ 


D/C 

PDCP SN 

Oct1 

Data 

Oct 2 


Figure 6.2.4.1 : PDCP Data PDU format for DRBs using 7 bit SN 

7.3.1 .2.3 Test description 

7.3.1 .2.3.1 Pre-test conditions 

System Simulator 

- Cell 1 

- SS PDCP set to Transparent Mode 
UE: 

None. 
Preamble 

- The UE is in state Loopback Activated (state 4) according to [18]. 
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- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 
7.3.1 .2.3.2 Test procedure sequence 

Table 7.3.1.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


- 

EXCEPTION: Steps 1 and 2 shall be repeated 
for k=0 to Maximum PDCP SN (increment=1). 





1 

SS transmits a PDCP Data PDU on UM DRB 
containing one IP packet without header 
compression. 

<- 

PDCP Data PDU (SN = k) 



2 

CHECK: Does UE transmit a PDCP Data PDU 
with SN=0 for the first iteration and then 
incremented by 1 at each iteration? 

-> 

PDCP Data PDU (SN = k) 

1 

P 

3 

SS transmits a PDCP Data PDU on UM DRB 
containing one IP packet without header 
compression. 

<- 

PDCP Data PDU (SN = 0) 



4 

CHECK: Does UE transmit a PDCP Data PDU 
with SN=0? 

-> 

PDCP Data PDU (SN = 0) 

2 

P 

5 

SS sends a PDCP Data PDU on UM DRB 
containing one IP packet without header 
compression. 

<- 

PDCP Data PDU (SN = 1) 



6 

CHECK: Does UE transmit a PDCP Data PDU 
withSN=1? 

-> 

PDCP Data PDU (SN = 1) 

1 

P 


7.3.1.2.3.3 

None 

7.3.1.3 

7.3.1.3.1 

(1) 


Specific message contents 


Maintenance of PDCP sequence numbers / User plane / RLC UM / Long 
PDCP SN (12 bits) 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE transmits a PDCP Data SDU on a DRB mapped on UM RLC and configured for long PDCP SN size 
(12 bits) } 

then { UE increments SN with 1 for each transmitted PDU for SN=0 to Maximum_PDCP_SN } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE transmits a PDCP Data SDU on a DRB mapped on UM RLC and configured for long PDCP SN size 
(12 bits); and, after incrementation, Next_PDCP_TX_SN is larger than the Maximum_PDCP_SN limit } 
then { UE sets SN to in the next transmitted PDCP SDU} 


7.3.1.3.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.323 clause 5.1.1 , 
5.1.2.1.3 and 6.2.3. 

[TS 36.323, clause 5.1.1] 

At reception of a PDCP SDU from upper layers, the UE shall: 

- start the discardTimer associated with this PDCP SDU (if configured); 
For a PDCP SDU received from upper layers, the UE shall: 

- associate the PDCP SN corresponding to Next_PDCP_TX_SN to this PDCP SDU; 
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- perform header compression of the PDCP SDU (if configured) as specified in the subclause 5.5.4; 

- perform integrity protection (if appHcable), and ciphering (if appHcable) using COUNT based on TX_HFN and 
the PDCP SN associated with this PDCP SDU as specified in the subclause 5.7 and 5.6, respectively; 

- increment Next_PDCP_TX_SN by one; 

- if Next_PDCP_TX_SN > Maximum_PDCP_SN: 

- set Next_PDCP_TX_SN to 0; 

- increment TX_HFN by one; 

submit the resulting PDCP Data PDU to lower layer. 
[TS 36.323, clause 5.1.2.1.3] 
For DRBs mapped on RLC UM, at reception of a PDCP Data PDU from lower layers, the UE shall: 

- if received PDCP SN < Next_PDCP_RX_SN: 

- increment RX_HFN by one; 

- decipher the PDCP Data PDU using COUNT based on RX_HFN and the received PDCP SN as specified in the 
subclause 5.6; 

- set Next_PDCP_RX_SN to the received PDCP SN + 1 ; 

- if Next_PDCP_RX_SN > Maximum_PDCP_SN: 

- set Next_PDCP_RX_SN to 0; 

- increment RX_HFN by one; 

- perform header decompression (if configured) of the deciphered PDCP Data PDU as specified in the subclause 

5.5.5; 

- deliver the resulting PDCP SDU to upper layer. 

[TS 36.323, clause 6.2.3] 

Figure 6.2.3.1 shows the format of the PDCP Data PDU when a 12 bit SN length is used. This format is applicable for 
PDCP Data PDUs carrying data from DRBs mapped on RLC AM or RLC UM. 


1 \ \ \ \ \ \ \ 1 

D/C 

R 

R 

R 

PDCP SN 

PDCP SN (cont.) 

Data 


Oct1 
Oct 2 
Oct 3 


Figure 6.2.3.1 : PDCP Data PDU format for DRBs using a 12 bit SN 
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Test description 
Pre-test conditions 


7.3.1.3.3 
7.3.1.3.3.1 
System Simulator 

- Cell 1 

- SS PDCP set to Transparent Mode 
UE: 

None. 
Preamble 

- The UE is in state Loopback Activated (state 4) according to [18] with the RLC UM bearer configured for long 
PDCP SN size (12 bits). 

- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 
7.3.1 .3.3.2 Test procedure sequence 

Table 7.3.1.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


- 

EXCEPTION: Steps 1 and 2 shall be repeated 
for k=0 to Maximum PDCP SN (increment=1). 





1 

SS transmits a PDCP Data PDU on UM DRB 
containing one IP packet without header 
compression. 

<- 

PDCP Data PDU (SN = k) 



2 

CHECK: Does UE transmit a PDCP Data PDU 
with SN=0 for the first iteration and then 
incremented by 1 at each iteration? 

-> 

PDCP Data PDU (SN = k) 

1 

P 

3 

SS transmits a PDCP Data PDU on UM DRB 
containing one IP packet without header 
compression. 

<- 

PDCP Data PDU (SN = 0) 



4 

CHECK: Does UE transmit a PDCP Data PDU 
with SN=0? 

-> 

PDCP Data PDU (SN = 0) 

2 

P 

5 

SS sends a PDCP Data PDU on UM DRB 
containing one IP packet without header 
compression. 

<- 

PDCP Data PDU (SN = 1) 



6 

CHECK: Does UE transmit a PDCP Data PDU 
withSN=1? 

-> 

PDCP Data PDU (SN = 1) 

1 

P 


7.3.1.3.3.3 

None 

7.3.2 Void 


Specific message contents 


7.3.3 PDCP ciphering and deciphering 


7.3.3.1 


7.3.3.1.1 


Ciphering and deciphering / Correct functionality of EPS AS encryption 
algorithms / SNOW 3G 

Test Purpose (TP) 


(1) 


with { UE in RRC_IDLE/E-UTRA RRC_CONNECTED state } 
ensure that { 

when { Functionality of EPS AS encription algorithms with SNOW 3G is taken into use } 

then { UE performs correct AS ciphering function in PDCP entities associated with SRBs . 
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7.3.3.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.323, clause 5.6. 

[TS 36.323, clause 5.6] 

The ciphering function includes both ciphering and deciphering and is performed in PDCP. For the control plane, the 
data unit that is ciphered is the data part of the PDCP PDU (see subclause 6.3.3) and the MAC-I (see subclause 6.3.4). 
For the user plane, the data unit that is ciphered is the data part of the PDCP PDU (see subclause 6.3.3); ciphering is not 
appHcable to PDCP Control PDUs. 

The ciphering algorithm and key to be used by the PDCP entity are configured by upper layers [3] and the ciphering 
method shall be applied as specified in [6] . 

The ciphering function is activated by upper layers [3]. After security activation, the ciphering function shall be applied 
to all PDCP PDUs indicated by upper layers [3] for the downlink and the uplink, respectively. 

The parameters that are required by PDCP for ciphering are defined in [6] and are input to the ciphering algorithm. The 
required inputs to the ciphering function include the COUNT value, and DIRECTION (direction of the transmission: set 
as specified in [6]).The parameters required by PDCP which are provided by upper layers [3] are listed below: 

BEARER (defined as the radio bearer identifier in [6]. It will use the value RB identity -1 as in [3]); 

- KEY (the ciphering keys for the control plane and for the user plane are KRRCenc and KuPenc. respectively). 

7.3.3.1 .3 Test description 

7.3.3.1 .3.1 Pre-test conditions 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE shall be in Registered Idle Mode (State 2) according to [18]. 

7.3.3.1 .3.2 Test procedure sequence 

Table 7.3.3.1.3.2-1: Main Behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1 

The SS sends a Paging message to the UE on the 
appropriate paging block, and including the UE 
identity in one entry of the IE pagingRecordLists. 

<— 

Paging (PCCH) 



2 

Check: Does The UE transmit a 
RRCConnectionRequest message without related 
PDCP Data PDU being ciphered? 

-> 

RRCConnectionRequest 

1 

P 

3 

The SS transmits an RRCConnectionSetup 
message. This message related PDCP Data PDU 
should not be integrity protected and ciphered. 

<— 

RRCConnectionSetup 



4 

Check: Does the UE transmit a 
RRCConnectionSetupComplete message to 
confirm the successful completion of the 
connection establishment and to initiate the 
session management procedure by including the 
SERVICE REQUEST message (StateS), and 
without related PDCP Data PDU being ciphered? 

-> 

RRCConnectionSetupCompI 
ete 

1 

P 

5 

The SS transmits a SecurityModeCommand 
message to activate EPS AS encryption algorithm 

<— 

SecurityModeCommand 

- 

- 
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security. The message related PDCP Data PDU 
should be integrity protected but not ciphered. 





6 

Check: Does the UE transmit a 
SecurityModeComplete message and establishes 
the initial security configuration without the 
message related PDCP Data PDU being 
ciphered? 

-> 

SecurityModeComplete 

1 

P 

7 

The SS configures a new data radio bearer, 
associated with the default EPS bearer context. 
This message related PDCP Data PDU should be 
integrity protected and ciphered. The COUNT of 
this message related PDCP Data PDU can be 
used for deciphering. 

<- 

RRCConnectionReconfigurat 
ion 



8 

The UE transmits a 

RRCConnectionReconfigurationComplete 
message to confirm the establishment of the new 
data radio bearer, associated with the default 
EPS bearer context. This message related PDCP 
Data PDU should be integrity protected and 
ciphered. The COUNT of this message related 
PDCP Data PDU can be used for deciphering. 

-> 

RRCConnectionReconfigurat 
ionComplete 

1 

P 


7.3.3.1 .3.3 Specific message contents 

Table 7.3.3.1.3.3-1 SecurityModeCommand (step 6, Table 7.3.3.1.3.2-1) 


Derivation Path: TS36.508 clause 4.6.1 table 4.6.1-19 

Information Element 

Value/remark 

Comment 

Condition 

SecurityModeCommand ::= SEQUENCE { 




rrc-Transactionldentifier 

RRC- 
Transactionldentifier-DL 



criticalExtensions CHOICE { 




c1 CHOICE! 




securityModeCommand-r8 SEQUENCE { 




securityConfigSMC SEQUENCE { 




securityAlgorithmConfig SEQUENCE { 




cipheringAlgorithm 

eeal 



integrityProtAlgorithm 

Default value specified 
in TS 36.508 



} 




nonCriticalExtension SEQUENCE {} 

Not present 



} 




} 




} 




} 




} 





7.3.3.2 


7.3.3.2.1 


Ciphering and decipliering / Correct functionality of EPS UP encryption 
algorithms / SNOW 3G 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is requested to achieve functionality of EPS UP encription algorithms with SNOW 3G 
then { UE performs correct UP ciphering function in PDCP entities associated with DRBs . } 
} 

7.3.3.2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.323, clause 5.6. 

[TS 36.323, clause 5.6] 
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The ciphering function includes both ciphering and deciphering and is performed in PDCP. For the control plane, the 
data unit that is ciphered is the data part of the PDCP PDU (see subclause 6.3.3) and the MAC-I (see subclause 6.3.4). 
For the user plane, the data unit that is ciphered is the data part of the PDCP PDU (see subclause 6.3.3); ciphering is not 
appHcable to PDCP Control PDUs. 

The ciphering algorithm and key to be used by the PDCP entity are configured by upper layers [3] and the ciphering 
method shall be applied as specified in [6] . 

The ciphering function is activated by upper layers [3]. After security activation, the ciphering function shall be applied 
to all PDCP PDUs indicated by upper layers [3] for the downlink and the uplink, respectively. 

The parameters that are required by PDCP for ciphering are defined in [6] and are input to the ciphering algorithm. The 
required inputs to the ciphering function include the COUNT value, and DIRECTION (direction of the transmission: 
for uplink, 1 for downlink). The parameters required by PDCP which are provided by upper layers [3] are listed below: 

- BEARER (defined as the radio bearer identifier in [6]. It will use the value RB identity -1 as in [3]); 

- KEY (the ciphering keys for the control plane and for the user plane are KRRCenc and KuPenc. respectively). 
7.3.3.2.3 Test description 

7.3.3.2.3.1 Pre-test conditions 
System Simulator: 

- Cell 1. 
UE: 

- None. 
Preamble 

- The UE shall be in Loopback Activation state (State 4) according to TS36.508. 

7.3.3.2.3.2 Test procedure sequence 

Table 7.3.3.2.3.2-1 : Main Behavior 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

88 Transmits PDCP PDU on DRB ciphered. 

<- 

PDCP PDU 

- 

- 

2 

Check: Does the UE transmit loop backed PDCP 
PDU ciphered. 

-> 

PDCP PDU 

1 

P 
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7.3.3.2.3.3 


Specific message contents 

Table 7.3.3.2.3.3-1 SecurityModeCommand (m the preamble) 


Derivation Patii: TS36.508 clause 4.6.1 table 4.6.1-19 

Information Element 

Value/remark 

Comment 

Condition 

SecurityModeCommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrc-Transactionldentifier 

RRC- 
Transactionldentifier-DL 



securityModeCommand-r8 SEQUENCE { 




securityConfigSMC SEQUENCE { 




cipheringAlgorithm 

eeal 



} 




nonCriticalExtension SEQUENCE {} 

Not present 



} 




} 




} 




} 





7.3.3.3 


7.3.3.3.1 


Ciphering and decipliering / Correct functionality of EPS AS encryption 
aigoritlinns / AES 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is requested to achieve functionality of EPS AS encription algorithms with AES } 
then { UE performs correct AS ciphering function in PDCP entities associated with SRBs . 


7.3.3.3.2 Conformance requirements 
Same Conformance requirements as in clause 7.3.3.1.2 

7.3.3.3.3 Test description 

7.3.3.3.3.1 Pre-test conditions 
Same Pre-test conditions as in clause 7.3.3.1.3.1. 

7.3.3.3.3.2 Test procedure sequence 
Same Test procedure sequence as in Table 7.3.3.1.3.2. 
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7.3.3.3.3.3 


Specific message contents 

Table 7.3.3.3.3.3-1 SecurityModeCommand {step 6) 


Derivation Patii: TS36.508 clause 4.6.1 table 4.6.1-19 

Information Element 

Value/remark 

Comment 

Condition 

SecurityModeCommand ::= SEQUENCE { 




rrc-Transactionldentifier 

RRC- 
Transactionldentifier-DL 



criticalExtensions CHOICE { 




c1 CHOICE} 




securityModeCommand-r8 SEQUENCE { 




securityConfigSMC SEQUENCE { 




securityAlgorithmConfig SEQUENCE { 




cipheringAlgorithm 

eea2 



} 




nonCriticalExtension SEQUENCE {} 

Not present 



} 




} 




} 




} 





7.3.3.4 


7.3.3.4.1 


Ciphering and decipliering / Correct functionality of EPS UP encryption 
algoritlinns / AES 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is requested to achieve functionality of EPS UP encription algorithms with AES } 
then { UE performs correct UP ciphering function in PDCP entities associated with DRBs . 
} 

7.3.3.4.2 Conformance requirements 
Same Conformance requirements as in clause 7.3.3.2.2. 

7.3.3.4.3 Test description 

7.3.3.4.3.1 Pre-test conditions 
Same Pre-test conditions as in clause 7.3.3.2.3.1. 

7.3.3.4.3.2 Test procedure sequence 
Same Test procedure sequence as in Table 7.3.3.2.3.2. 
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7.3.3.4.3.3 


Specific message contents 

Table 7.3.3.4.3.3-1 SecurityModeCommand (m the preamble) 


Derivation Patii: TS36.508 clause 4.6.1 table 4.6.1-19 

Information Element 

Value/remark 

Comment 

Condition 

rrc-Transactionldentifier 

RRC- 
Transactionldentifier-DL 



SecurityModeCommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




securityConfigSMC SEQUENCE { 
securityModeCommand-r8 SEQUENCE { 








securityAlgorithmConfig SEQUENCE { 




cipheringAlgorithm 

eea2 




Not present 



} 




nonCriticalExtension SEQUENCE {} 

Not present 



} 




} 




} 




} 





7.3.4 
7.3.4.1 

7.3.4.1.1 
(1) 


PDCP integrity protection 

Integrity protection / Correct functionality of EPS AS integrity algorithms / 
SN0W3G 

Test Purpose (TP) 


with { UE in RRC_IDLE/E-UTRA RRC_CONNECTED state } 
ensure that { 

when { Functionality of EPS AS integrity algorithms with SN0W3G is taken into use } 

then { UE performs the integrity protection function in PDCP entities associated with SRBs . 
} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { SecurityModeCommand fails the integrity protection check } 

then { UE transmits SecurityModeFailure message and continues using the configuration used 
prior to the reception of the SecurityModeCommand message } 


(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE has AS security activated and integrity check fails } 

then { UE initiates RRC connection re-establishment procedure 


7.3.4.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.323 clauses 5.7 

[TS 36.323, clause 5.7] 

The integrity protection function includes both integrity protection and integrity verification and is performed in PDCP 
for PDCP entities associated with SRBs. The data unit that is integrity protected is the PDU header and the data part of 
the PDU before ciphering. 
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The integrity protection algorithm and key to be used by the PDCP entities are configured by upper layers [3] and the 
integrity protection method shall be applied as specified in [6] . 

The integrity protection function is activated by upper layers [3]. After security activation, the integrity protection 
function shall be applied to all PDUs including and subsequent to the PDU indicated by upper layers [3] for the 
downlink and the uplink, respectively. 

NOTE: As the RRC message which activates the integrity protection function is itself integrity protected with the 
configuration included in this RRC message, this message needs first be decoded by RRC before the 
integrity protection verification could be performed for the PDU in which the message was received. 

The parameters that are required by PDCP for integrity protection are defined in [6] and are input to the integrity 
protection algorithm. The required inputs to the integrity protection function include the COUNT value, and 
DIRECTION (direction of the transmission: set as specification in [6]). The parameters required by PDCP which are 
provided by upper layers [3] are listed below: 

- BEARER (defined as the radio bearer identifier in [6]. It will use the value RB identity -1 as in [3]); 

- KEY (KRRCint). 

At transmission, the UE computes the value of the MAC-I field and at reception it verifies the integrity of the PDCP 
PDU by calculating the X-MAC based on the input parameters as specified above. If the calculated X-MAC 
corresponds to the received MAC-I, integrity protection is verified successfully. 

[TS 36.323, clause 5.1.2.2] 

- if integrity verification is not applicable: 

- if received PDCP SN < Next_PDCP_RX_SN: 

- increment RX_HFN by one; 

- set Next_PDCP_RX_SN to the received PDCP SN + 1 ; 

- if Next_PDCP_RX_SN > Maximum_PDCP_SN: 

- set Next_PDCP_RX_SN to 0; 

- increment RX_HFN by one; 

- deliver the resulting PDCP SDU to upper layer; 

- else, if integrity verification is applicable and the integrity verification fails: 

- discard the received PDCP Data PDU; 

- indicate the integrity verification failure to upper layer. 
7.3.4.1 .3 Test description 

7.3.4.1 .3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle Mode (State 2) according to [18]. 
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7.3.4.1.3.2 


Test procedure sequence 

Table 7.3.4.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS sends a Paging message to the UE on 
the appropriate paging block, and including the 
UE identity in one entry of the IE 
pagingRecordLists. 


Paging (PCCH) 



2 

The UE transmit a RRCConnectionRequest 
message . 

-> 

RRCConnectionRequest 

- 

- 

3 

The SS transmits an RRCConnectionSetup 
message. 

<- 

RRCConnectionSetup 

- 

- 

4 

Does: The UE transmit a 
RRCConnectionSetupComplete message to 
confirm the successful completion of the 
connection establishment and to initiate the 
session management procedure by including 
the SERVICE REQUEST message without 
related PDCP Data PDU being integrity 
protected? 

-> 

RRCConnectionSetupComplete 

1 

P 

5 

The SS transmits a SecurityModeCommand 
message to activate AS security with 
SN0W3G integrity algorithms protected. 

<- 

SecurityModeCommand 



6 

Check: Does the UE transmit a 
SecurityModeComplete message with 
SN0W3G integrity algorithms and RRC 
integrity key protected and establish the initial 
security configuration. 

-> 

SecurityModeComplete 

1 

P 

7 

Check: Does the SecurityModeComplete 
message from the UE pass the SS' integrity 
protection check. 



1 

P 

8 

The SS transmits an RRCConnectionRelease 
message. 

<- 

RRCConnectionRelease 

- 

- 

9 

Wait for 5 s for the UE to enter E-UTRA 
RRC IDLE state. 



- 

- 

10 

The SS transmits a Paging message including 
a matched identity. 

<— 

Paging 

- 

- 

11 

The UE transmit an RRCConnectionRequest 
message. 

-> 

RRCConnectionRequest 

- 

- 

12 

The SS transmits an RRCConnectionSetup 
message. 

<- 

RRCConnectionSetup 

- 

- 

13 

The UE transmits an 

RRCConnectionSetupComplete message. 
This message includes a SERVICE REQUEST 
message. 

-> 

RRCConnectionSetupComplete 



14 

The SS transmits a SecurityModeCommand 
message. MAC-I is calculated in such way, it 
will result in integrity check failure on UE side. 

<— 

SecurityModeCommand 



15 

Check: Does the UE transmit a 
SecurityModeFailure message without integrity 
protection nor ciphering? 

-> 

SecurityModeFailure 

2 

P 

16 

The SS transmits a SecurityModeCommand 
message to activate AS security with 
SN0W3G integrity algorithms protected. 

<- 

SecurityModeCommand 



17 

The UE transmits a SecurityModeComplete 
message. The message related PDCP Data 
PDU should be integrity protected but not 
ciphered. 

-> 

SecurityModeComplete 



18 

The SS transmits an UECapabilityEnquiry 
message to initiate the UE radio access 
capability transfer procedure. MAC-I is 
calculated in such way, it will result in integrity 
check failure on UE side. 

<- 

UECapabilityEnquiry 



19 

Check: Does the UE transmit a 
RRCConnectionReestablishmentRequest 
message on Cell 1? 

-> 

RRCConnectionReestablishment 
Request 

3 

P 
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20 

The SS transmits a 
RRCConnectionReestablishment message 

<- 

RRCConnectionReestablishment 

- 

- 

21 

The UE transmits 

RRCConnectionReestablishmentComplete 

message. 

-> 

RRCConnectionReestablishment 
Complete 



21 
A 

The SS transmits an 
RRCConnectionReconfiguration message. 

<- 

RRCConnectionReconfiguration 

- 

- 

21 
B 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



22 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 






7.3.4.1 .3.3 Specific message contents 

Table 7.3.4.1.3.3-1 : SecurityModeCommand message (steps 5, 14 and 16, Table 7.3.4.1.3.2-1) 


Derivation Path: 36.508 Table 4.6.1-19 

Information Element 

Value/remark 

Comment 

Condition 

SecurityModeCommand ::= SEQUENCE { 




rrc-Transactionldentifier 

RRC- 
Transactionldentifier-DL 



criticalExtensions CHOICE { 




c1 CHOICE! 




securityModeCommand-r8 SEQUENCE { 




securityConfigSMC SEQUENCE { 




securityAlgorithmConfig SEQUENCE { 




integrityProtAlgorithm 

eial 

128-EIA1 
SNOW 3G 


} 




} 




} 




} 




} 




} 





Table 7.3.4.1.3.3-2: RRCConnectionReestablishmentRequest (step 19, Table 7.3.4.1.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-13 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-r8 
SEQUENCE! 




ue-ldentity SEQUENCE! 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS 



} 




reestablishmentCause 

otherFailure 



} 




} 




} 
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Table 7.3.4.1.3.3-3: RRCConnectionReconfiguration (step 21 A, Table 7.3.4.1.3.2-1) 

Derivation Path: 36.508 table 4.6.1-8, condition SRB2-DRB(1, 0) | 

7.3.4.2 Integrity protection / Correct functionality of EPS AS integrity algorithms / 

AES 

7.3.4.2.1 Test Purpose (TP) 
(1) 

with { UE in RRC_IDLE/E-UTRA RRC_CONNECTED state } 
ensure that { 

when { Functionality of EPS AS integrity algorithms with AES is taken into use } 

then { UE performs the integrity protection function in PDCP entities associated with SRBs . } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { SecurityModeCommand fails the integrity protection check } 

then { UE transmits SecurityModeFailure message and continues using the configuration used 
prior to the reception of the SecurityModeCommand message } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE has AS security activated and integrity check fails } 

then { UE initiates RRC connection re-establishment procedure } 
} 

7.3.4.2.2 Conformance requirements 
Same Conformance requirements as in clause 7.3.4.1.2 

7.3.4.2.3 Test description 

7.3.4.2.3.1 Pre-test conditions 
Same Pre-test conditions as in clause 7.3.4.1.3.1. 

7.3.4.2.3.2 Test procedure sequence 

Same Test procedure sequence as in table 7.3.4.1.3.2-1, except the integrity protection algorithm is AES. 
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7.3.4.2.3.3 Specific message contents 

Table 7.3.4.2.3.3-1 : SecurityModeCommand message (step 5, 14 and 16, Table 7.3.4.1.3.2-1) 


Derivation Patii: 36.508 Table 4.6.1-19 

Information Element 

Value/remark 

Comment 

Condition 

SecuritylVlodeCommand ::= SEQUENCE { 




rrc-Transactionldentifier 

RRC- 
Transactionldentifier-DL 



criticalExtensions CHOICE { 




c1 CHOICE} 




securityModeCommand-r8 SEQUENCE { 




securityConfigSMC SEQUENCE { 




securityAlgorithmConfig SEQUENCE { 




integrityProtAlgorithm 

eia2 

128-EIA2AES 


} 




} 




} 




} 




} 




} 





Table 7.3.4.2.3.3-2: RRCConnectionReestablishmentRequest{sXep 19, Table 7.3.4.2.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-13 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE! 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-r8 
SEQUENCE} 




ue-ldentity SEQUENCE} 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS 



} 




reestablishmentCause 

otherFailure 



} 




} 




} 





7.3.5 

7.3.5.1 

7.3.5.2 

7.3.5.2.1 
(1) 


PDCP handover 

Void 

PDCP handover/ Lossless handover/ PDCP sequence number 
maintenance 

Test Purpose (TP) 


with {UE in E-UTRA RRC_CONNECTED state with default RB using RLC-AM} 
ensure that { 

when { UE is requested to make a lossless handover by SS } 
then { UE retransmits the unacknowledged data} 
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7.3.5.2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.323 clause 5.2.1.1. 

[TS 36.323, clause 5.2.1.1] 

When upper layers request a PDCP re-establishment, the UE shall: 

reset the header compression protocol for uplink (if configured); 

apply the ciphering algorithm and key provided by upper layers during the re-establishment procedure; 

from the first PDCP SDU for which the successful delivery of the corresponding PDCP PDU has not 
been confirmed by lower layers, perform retransmission or transmission of all the PDCP SDUs already 
associated with PDCP SNs in ascending order of the COUNT values associated to the PDCP SDU prior 
to the PDCP re-establishment as specified below: 

- perform header compression of the PDCP SDU (if configured) as specified in the subclause 5.5.4; 

- perform ciphering of the PDCP SDU using the COUNT value associated with this PDCP SDU as specified in 
the subclause 5.6; 

submit the resulting PDCP Data PDU to lower layer 

7.3.5.2.3 Test description 

7.3.5.2.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18] and table 7.3.5.2.3. 3-2 for SR configuration. 

7.3.5.2.3.2 Test procedure sequence 

Table 7.3.5.2.3.2.0-1 : Time instances of cell power level 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-79 
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Table 7.3.5.2.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS creates 5 PDCP Data PDUs and the 
Next PDCP TX SN is set to "0". 

- 

- 

- 

- 

- 

EXCEPTION: Step 2 and 3 A shall be 
repeated for k=0 to 1 (increment=1 ). 

- 

- 

- 

- 

2 

The SS sends the PDCP Data PDU#k via 

RLC-AM RB with the following content to the 

UE: 

D/C field = 1 (PDCP Data PDU) and PDCP 

SN = k. 

After having sent a PDU, the SS set 

Next PDCP TX SN=k+1. 

<— 

PDCP PDU DATA #k 



3 

The UE sends the PDCP Data PDU#k via 

RLC-AM RB with the following content to the 

UE: 

D/C field = 1 (PDCP Data PDU) and PDCP 

SN = k. 

Data is previously received data from PDU #k. 

(Notel) 

-> 

PDCP PDU DATA #k 



3A 

Wait for the expiry of t-PollRetransmit 

- 

- 

- 

- 

4 

Configure SS not to allocate UL grant to the 
UE in Cell 1. 

- 

- 

- 

- 

- 

EXCEPTION: Step 5 shall be repeated for 
m=2 to 4 (increment=1). 



- 

- 

5 

The SS sends the PDCP Data PDU #m via 

RLC-AM RB with the following content to the 

UE: 

D/C field = 1 (PDCP Data PDU) and PDCP SN 

=m. 

After having sent a PDU, the SS set 

Next PDCP TX SN = m+1. 

<— 

PDCP PDU DATA #m 



5A 

The SS changes Cell 2 parameters according 
to the row "T1 " in table 7.3.5.2.3.2.0-1 . 

- 

- 

- 

- 

5B 

Configure SS to allocate Default UL grant to 
the UE in Cell 2 (Note 2). 
Note: These grants will be requested by the 
UE to send data after the handover 





6 

The SS requests UE to make a handover to 
Cell2 with the RRCConnectionReconfiguration 
message sent on Cell 1 . 

<- 

RRCConnectionReconfiguration 



7 

SS assigns UL grant during the Random 
Access procedure to allow the UE to send only 
RRCConnectionReconfigurationComplete 
message. 





8 

The UE on Cell 2 transmits a 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
ompiete 



8A 

The UE send PDCP Control PDUs via RLC- 
AM RB with the following content to the SS: 
D/C field = (PDCP control PDU) and PDU 
Type =000, FMS field = 5. 

-> 

PDCP STATUS REPORT 



SB 

The SS generates a PDCP status report 
message and sends it to UE: D/C field = 
(PDCP control PDU) and PDU Type =000, 
FMS field = 2. 

<- 

PDCP STATUS REPORT 



8C 

Configure SS to allocate Default UL grant to 
the UE in Cell 2 

- 

- 

- 

- 


EXCEPTION: Step 9 shall be repeated for 
m=2 to 4 (increment=1). 

- 

- 

- 

- 

9 

Check: Does the UE send the PDCP Data 
PDU #m via RLC-AM RB with the following 
content to the SS: 

D/C field = 1 (PDCP Data PDU) and PDCP SN 
= m? 

-> 

PDCP PDU DATA #m 

1 

p 
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Data is previously received data from PDU #m. 


Note 1 : The SS acknowledges the received data. 

Note 2: SS transmit an UL grant of 72 bits (ITBS=2, NPRB=2, TS 36.213 Table 7.1 .7.2.1-1) to allow UE to transmit 
only PDCP Status report. 


7.3.5.2.3.3 Specific message contents 

Table 7.3.5.2.3.3-1 : RRCConnectionReconfiguration (step 6, Table 7.3.5.2.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-8, condition HO 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




mobilityControllnfo SEQUENCE { 


MobilityControllnfo 
-HO 


targetPhysCellld 

PhysicalCellldentity of 
Cell 2 



carrierFreq 

Not present 



} 




} 




} 




} 




} 





Table 7.3.5.2.3. 3-2: SchedulingRequest-Config (RRC Connection Reconfiguration, preamble Table 

4.5.3.3-1 : Step8) 


Derivation Path: 36.508 Table 4.6.3-20 

Information Element 

Value/remark 

Comment 

Condition 

dsr-TransMax 

n64 




7.3.5.3 PDCP handover / Non-lossless handover PDCP sequence number 

maintenance 


7.3.5.3.1 

(1) 


Test Purpose (TP) 


with {UE in E-UTRA RRC_CONNECTED state with bearer using RLC-UM} 
ensure that { 

when {UE is requested to make a non- lossless handover by SS} 
then {UE transmits next PDCP Data PDU with SN value } 


7.3.5.3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.323 clauses 5.2.1.2. 

[TS 36.323, clause 5.2.1.2] 
When upper layers request a PDCP re-establishment, the UE shall: 

reset the header compression protocol for uplink (if configured); 

set Next_PDCP_TX_SN, and TX_HFN to 0; 

apply the ciphering algorithm and key provided by upper layers during the re-establishment procedure; 

for each PDCP SDU already associated with a PDCP SN but for which a corresponding PDU has not 
previously been submitted to lower layers: 


consider the PDCP SDUs as received from upper layer; 
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- perform transmission of the PDCP SDUs in ascending order of the COUNT value associated to the PDCP SDU 
prior to the PDCP re-estabUshment, as specified in the subclause 5.1.1 without restarting the Jiscard-Timer. 

7.3.5.3.3 Test description 

7.3.5.3.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 

7.3.5.3.3.2 Test procedure sequence 

Table 7.3.5.3.3.2.0-1 : Time instances of cell power level 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-79 
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Table 7.3.5.3.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS creates 3 PDCP Data PDUs and the 
Next PDCP TX SN is set to "0". 

- 

- 

- 

- 


EXCEPTION: Step 2 and 3 shall be repeated 
for k=0 to 1 (increment=1). 





2 

The SS sends the PDCP Data PDU #k via 

RLC-UM RB with the following content to the 

UE: 

D/C field = 1 (PDCP Data PDU) and PDCP 

SN = k. 

After having sent a PDU, the SS set 

Next PDCP TX SN=k+1. 

<- 

PDCP PDU DATA #k 



3 

The UE sends the PDCP Data PDU #k via 

RLC-UM RB with the following content to the 

SS' 

D/C field = 1 (PDCP Data PDU) and PDCP 

SN = k. 

Data is previously received data PDU #k. 

-> 

PDCP PDU DATA #k 



3A 

The SS changes Cell 2 parameters according 
to the row "T1 " in table 7.3.5.3.3.2.0-1 . 

- 

- 

- 

- 

SB 

Configure SS to allocate Default UL grant to 
the UE in Cell 2 

Note: These grants will be requested by the 
UE to send data after the handover 





4 

The SS requests UE to make a handover to 
Cell 2 with the RRCConnectionReconfiguration 
message. 

<- 

RRCConnectionReconfiguration 



4A 

SS assigns UL grant during the Random 
Access procedure to allow the UE to send only 
RRCConnectionReconfigurationComplete 
message. 





5 

The UE transmits a 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
ompiete 



6 

The SS sends the PDCP Data PDU #2 via 

RLC-UM RB with the following content to the 

UE: 

D/C field = 1 (PDCP Data PDU) and PDCP 

SN = 2. 

After having sent a PDU, the SS set 

Next PDCP TX SN=k+1. 

<- 

PDCP PDU DATA #2 



7 

Check: Does the UE send the PDCP Data 

PDU #2 via RLC-UM RB with the following 

content back to the SS: 

D/C field = 1 (PDCP Data PDU) and PDCP SN 

= 0. 

Data is previously received data PDU #2. 

-> 

PDCP PDU DATA #2 

1 

P 
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7.3.5.3.3 Specific message contents 

Table 7.3.5.3.3-1 : RRCConnectionReconfiguration (step 4, 7.3.5.3.3.2-1) 


Derivation Patii: 36.508, Table 4.6.1-8, condition HO 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




mobilityControllnfo SEQUENCE { 


MobilityControllnfo 
-HO 


targetPhysCellld 

PhysicalCellldentity of 
Cell 2 



carrierFreq 

Not present 



} 




} 




} 




} 




} 





7.3.5.4 


7.3.5.4.1 


PDCP handover / Lossless handover / PDCP status report to convey the 
information on missing or acknowledged PDCP SDUs at handover 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_CONNECTED state with default RB used RLC-AM mode } 
ensure that { 

when { UE is requested to make a handover by SS } 
then { UE Greats a PDCP status report to SS}} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state with default RB used RLC-AM mode } 
ensure that { 

when { UE is requested to make a handover by SS } 

then { UE discards the corresponding PDCP PDU and PDCP SDU according to the PDCP satus report 
from SS } } 


7.3.5.4.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.323 clauses 5.3 and 
5.4 

[TS 36.323, clause 5.3.1] 

When upper layers request a PDCP re-establishment, for radio bearers that are mapped on RLC AM, the UE shall: 

- if the radio bearer is configured by upper layers to send a PDCP status report in the uplink, compile a status 
report as indicated below after processing the PDCP Data PDUs that are received from lower layers due to the 
re-establishment of the lower layers as specified in the subclause 5.2.2.1, and submit it to lower layers as the first 
PDCP PDU for the transmission, by: 

- setting the FMS field to the PDCP SN of the first missing PDCP SDU; 

- if there is at least one out-of-sequence PDCP SDU stored, allocating a Bitmap field of length in bits equal to 
the number of PDCP SNs from and not including the first missing PDCP SDU up to and including the last 
out-of-sequence PDCP SDUs, rounded up to the next multiple of 8; 

- setting as '0' in the corresponding position in the bitmap field for all PDCP SDUs that have not been 
received as indicated by lower layers, and optionally PDCP SDUs for which decompression have failed; 

- indicating in the bitmap field as ' 1 ' for all other PDCP SDUs. 
[TS 36.323, clause 5.3.2] 
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When a PDCP status report is received in the downlink, for radio bearers that are mapped on RLC AM: 

- for each PDCP SDU, if any, with the bit in the bitmap set to T, or with the associated COUNT value less than 
the COUNT value of the PDCP SDU identified by the FMS field, the successful delivery of the corresponding 
PDCP SDU is confirmed, and the UE shall process the PDCP SDU as specified in the subclause 5.4. 

[TS 36.323, clause 5.4] 

When the Discard_Timer expires for a PDCP SDU, or the successful delivery of a PDCP SDU is confirmed by PDCP 
status report, the UE shall discard the PDCP SDU along with the corresponding PDCP PDU. If the corresponding 
PDCP PDU has already been submitted to lower layers the discard is indicated to lower layers. 

7.3.5.4.3 Test description 

TC is applicable to: 

- All UEs supporting E-UTRA. 
7.3.5.4.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2 

- ROHC is not used for headerCompression settings. 


UE: 


UE in UE Loopback Activated test state (state 4) with default RB using RLC-AM in Cell 1 and table 7.3.5.4. 
3.3-2 for SR configuration. 


7.3.5.4.3.2 


Test procedure sequence 

Table 7.3.5.4.3.2-1 : Time instances of cell power level 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-79 
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Table 7.3.5.4.3.2-2: Main Behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Next_PDCP_TX_SN is set to "0". The SS 
creates 4 PDCP Data PDUs. 


- 

- 

- 

2 

The SS sends the PDCP Data PDU #0 via 

RLC-AIVI RB with the following content to the 

UE: 

D/C field = 1 (PDCP Data PDU) and PDCP SN 

=0. 

The SS sets Next PDCP TX SN = 1 . 

<- 

PDCP DATA PDU #0 



3 

The UE sends a PDCP Data PDU #0 via RLC- 

AM RB with the following content back to the 

SS' 

D/C field = 1 (PDCP Data PDU) and PDCP 

SN = 

data: previously received packet. 

(Note1) 

-> 

PDCP DATA PDU #0 



4 

The SS is configured on Cell 1 not to send 
RLC acknowledgements (RLC ACK s) to the 
UE. 





4A 

Configure SS not to allocate UL grant to the 
UEinCelM. 

- 

- 

- 

- 

5 

After 100 ms the SS sends the PDCP Data 

PDU #1 via RLC-AM RB with the following 

content to the UE: 

D/C field = 1 (PDCP Data PDU) and PDCP SN 

=1. 

The SS set Next PDCP TX SN = 2. 

<- 

PDCP DATA PDU#1 



5A 

The SS waits for 60 ms and then allocates 1 
UL grants (UL grant allocation type 2, Default 
UL Grant size) to enable UE to return PDCP 
Data PDU 

<- 

(UL grants) 



6 

The UE sends a PDCP Data PDU #1 via RLC- 
AM RB with the following content back to the 
SS" 

D/C field = 1 (PDCP Data PDU) and PDCP 
SN = 1 
data: previously received packet. 

-> 

PDCP DATA PDU#1 



6A 

The SS changes Cell 2 parameters according 
to the row "T1 " in table 7.3.5.4.3.2-1 . 

- 

- 

- 

- 

6B 

The SS ignores scheduling requests and does 
not allocate any uplink grant in cell 2. 

- 

- 

- 

- 

7 

The SS requests UE to make a handover to 
Cell2 with the RRCConnectionReconfiguration 
message sent on Celll. 

<- 

RRCConnectionReconfiguration 
message. 



7A 

SS assigns UL grant during the Random 
Access procedure to allow the UE to send only 
RRCConnectionReconfigurationComplete 
message. 





8 

The UE transmits a 

RRCConnectionReconfigurationComplete 
message on Cell2. 

-> 

RRCConnectionReconfigurationC 
omplete message. 



8A 

The SS generates a PDCP status report 
message and sends it to UE: D/C field = 
(PDCP control PDU) and PDU Type =000, 
FMSfield = 2. 

<- 

PDCP status report 



8B 

SS waits for 500 ms of ensure UE PDCP has 
discarded PDCP PDU and is ready to transmit 
PDCP status report and then assigns 1 UL 
grant (UL grant allocation type 3) of size 72 
bits. (Note 2) 





9 

Check: Does the UE send PDCP Control 
PDUs via RLC-AM RB with the following 
content to the SS: D/C field = (PDCP control 

-> 

PDCP status report 

1 

P 
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PDU) and PDU Type =000, FMS field = 2. 





10 

Void 

- 

- 

- 

- 

10 
A 

Configure SS to allocate Default UL grant to 
the UE in Cell 2 

- 

- 

- 

- 


EXCEPTION: Step 1 1 shall be repeated for 
k=2 to 3 (increment=1). 





11 

The SS sends the PDCP Data PDU #k via 

RLC-AM RB with the following content to the 

UE: 

D/C field = 1 (PDCP Data PDU) and PDCP SN 

= k. 

After having sent a PDU, the SS set 

Next PDCP TX SN = k + 1 . 

<— 

PDCP DATA PDU #k 



12 

Check: Does the UE send a PDCP Data 

PDU#2 via RLC-AM RB with the following 

content back to the SS: 

D/C field = 1 (PDCP Data PDU) and PDCP 

SN = 2 

data: previously received packet. 

-> 

PDCP DATA PDU #2 

2 

p 

13 

Check: Does the UE send a PDCP Data 

PDU#3 via RLC-AM RB with the following 

content back to the SS: 

D/C field = 1 (PDCP Data PDU) and PDCP SN 

= 3 

data: previously received packet. 

-> 

PDCP DATA PDU #3 

2 

p 

Note 1 : The SS sends RLC ACK to the UE 

Note 2: SS transmit an UL grant of 72 bits (ITBS=2, NPRB=2, TS 36.213 Table 7.1 .7.2.1-1) to allow UE to transmit 
only PDCP Status report. 


7.3.5.4.3.3 Specific message contents 

Table 7.3.5.4.3.3-1 : RRCConnectionReconfiguration (Step 7, table 7.3.5.4.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




mobilityControllnfo SEQUENCE { 


MobilityControlInf 
o-HO 


targetPhysCellld 

PhysicalCellldentity of 
Cell 2 



carrierFreq 

Not present 



} 




RadioResourceConfigDedicated-HO{ 




drb-ToAddModifyList { 




PDCP-Configuration-DRB-AM { 




discardTimer 

infinity 



rIc-AM SEQUENCE { 




statusReportRequired 

TRUE 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 7.3.5.4.3.3-2: SchedulingRequest-Config (RRC Connection Reconfiguration, preamble Table 

4.5.3.3-1 : Steps and table 7.3.5.4.3.2-2, step 7) 


Derivation Path: 36.508 Table 4.6.3-20 

Information Element 

Value/remark 

Comment 

Condition 

dsr-TranslVlax 

n64 




7.3.5.5 
7.3.5.5.1 
(1) 


PDCP handover/ In-order delivery and duplicate elimination in the downlink 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state with default RB using RLC-AM } 
ensure that { 

when { UE is requested to make a handover by SS } 

then { UE achieves in-order delivery and duplicate elimination in the downlink 


7.3.5.5.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.323 clauses 
5.1.2.1.2. 

[TS 36.323, clause 5.1.2.1.2] 

For DRBs mapped on RLC AM, at reception of a PDCP Data PDU from lower layers, the UE shall: 

- if received PDCP SN - Last_Submitted_PDCP_RX_SN > Reordering_Window or <= 
Last_Submitted_PDCP_RX_SN - received PDCP SN < Reordering_Window: 

- if received PDCP SN > Next_PDCP_RX_SN: 

- decipher the PDCP PDU as specified in the subclause 5.6, using COUNT based on RX_HFN - 1 and the 
received PDCP SN; 

- else: 

- decipher the PDCP PDU as specified in the subclause 5.6, using COUNT based on RX_HFN and the 
received PDCP SN; 

- perform header decompression (if configured) as specified in the subclause 5.5.5; 

- discard this PDCP SDU; 

- else if Next_PDCP_RX_SN - received PDCP SN > Reordering_Window: 

increment RX_HFN by one; 

- use COUNT based on RX_HFN and the received PDCP SN for deciphering the PDCP PDU; 

- set Next_PDCP_RX_SN to the received PDCP SN + 1 ; 

- else if received PDCP SN - Next_PDCP_RX_SN >= Reordering_Window: 

- use COUNT based on RX_HFN - 1 and the received PDCP SN for deciphering the PDCP PDU; 

- else if received PDCP SN >= Next_PDCP_RX_SN: 

- use COUNT based on RX_HFN and the received PDCP SN for deciphering the PDCP PDU; 

- set Next_PDCP_RX_SN to the received PDCP SN + 1 ; 

- if Next_PDCP_RX_SN is larger than Maximum_PDCP_SN: 

- set Next PDCP RX SN to 0; 
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- increment RX_HFN by one; 

- else if received PDCP SN < Next_PDCP_RX_SN: 

- use COUNT based on RX_HFN and the received PDCP SN for deciphering the PDCP PDU; 

- if the PDCP PDU has not been discarded in the above: 

- perform deciphering and header decompression (if configured) for the PDCP PDU as specified in the 
subclauses 5.6 and 5.5.5, respectively; 

- if a PDCP SDU with the same PDCP SN is stored: 

- discard this PDCP SDU; 

- else: 

- store the PDCP SDU; 

if the PDCP PDU received by PDCP is not due to the re-establishment of lower layers: 

- deliver to upper layers in ascending order of the associated COUNT value: 

- all stored PDCP SDU(s) with an associated COUNT value less than the COUNT value associated 
with the received PDCP SDU; 

- all stored PDCP SDU(s) with consecutively associated COUNT value(s) starting from the COUNT 
value associated with the received PDCP SDU; 

- set Last_Submitted_PDCP_RX_SN to the PDCP SN of the last PDCP SDU delivered to upper layers; 

- else if received PDCP SN = Last_Submitted_PDCP_RX_SN + 1 or received PDCP SN = 
Last_Submitted_PDCP_RX_SN - Maximum_PDCP_SN: 

- deliver to upper layers in ascending order of the associated COUNT value: 

- all stored PDCP SDU(s) with consecutively associated COUNT value(s) starting from the COUNT 
value associated with the received PDCP SDU; 

- set Last_Submitted_PDCP_RX_SN to the PDCP SN of the last PDCP SDU delivered to upper layers. 
7.3.5.5.3 Test description 

7.3.5.5.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

7.3.5.5.3.2 Test procedure sequence 

Table 7.3.5.5.3.2.0-1 : Time instances of cell power level 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-79 



ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


822 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 7.3.5.5.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The Next PDCP_TX_SN is set to "0". The SS 
creates a PDCP Data PDU#0. 

- 

- 

- 

- 

2 

The SS sends the PDCP Data PDU#0 via 

RLC-AIVI RB with the following content to the 

UE: 

PDCP Data PDU #0 ( 

D/C field = 1 (PDCP Data PDU) and PDCP 

SN=0) 

(Note1) 

<- 

PDCP DATA PDU#0 



3 

The UE transmits a PDCP Data PDU via RLC- 

AM RB with the following content back to the 

SS 

D/C field = 1 (PDCP Data PDU) and PDCP 

SN=0 

data: previously received packet in PDCP Data 

PDU#0 

(Note 2) 

-> 

PDCP DATA PDU #0 



4 

Next_PDCP_TX_SN is set to 1 . 

The SS creates a PDCP Data PDU#1 (not 
transmitted). 





5 

The Next PDCP TX SN is set to "2". The SS 
creates a PDCP Data PDU #2. 

- 

- 

- 

- 

6 

The SS sends the PDCP Data PDU#2 via 

RLC-AM RB with the following content to the 

UE: 

PDCP Data PDU#1 ; 

D/C field = 1 (PDCP Data PDU) and PDCP 

SN=2 

(Note 3) 

<— 

PDCP DATA PDU #2 



7 

Check: Does the UE transmit a PDCP DATA 
PDU#2? 

-> 

PDCP DATA PDU#2 

1 

F 

7A 

The SS changes Cell 2 parameters according 
to the row "T1 " in table 7.3.5.5.3.2.0-1 . 

- 

- 

- 

- 

7B 

Configure SS to allocate Default UL grant to 
the UE in Cell 2 (Note 6). 
Note: These grants will be requested by the 
UE to send data after the handover 





8 

The SS requests UE to make a handover to 
Cell 2 with the RRCConnectionReconfiguration 
message. 

<— 

RRCConnectionReconfiguration 



8A 

SS assigns UL grant during the Random 
Access procedure to allow the UE to send only 
RRCConnectionReconfigurationComplete 
message. 





9 

The UE transmits a 

RRCConnectionReconfigurationComplete 
message in the new cell. 

-> 

RRCConnectionReconfigurationC 
omplete 



9A 

The UE send PDCP Control PDUs via RLC- 
AM RB with the following content to the SS: 
D/C field = (PDCP control PDU) and PDU 
Type =000, FMS field = 1 , Bitmap = 0x80. 

-> 

PDCP STATUS REPORT 



9B 

The SS generates a PDCP status report 
message and sends it to UE: D/C field = 
(PDCP control PDU) and PDU Type =000, 
FMSfield = 1. 

<— 

PDCP STATUS REPORT 



9C 

Configure SS to allocate Default UL grant to 
the UE in Cell 2 

- 

- 

- 

- 

10 

The SS sends the PDCP Data PDU#0 via 

<— 

PDCP DATA PDU #0 

- 

- 
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RLC-AM RB with the following content to the 

UE: 

PDCP Data PDU #0( 

D/C field = 1 (PDCP Data PDU) and PDCP 

SN=0) 

(Note 4) 





11 

Check: Does the UE transmit PDCP Data PDU 

via RLC-AM RB with the following content 

back to the SS? 

D/C field = 1 (PDCP Data PDU) and PDCP 

SN=0 

data: previously received packet in PDCP Data 

PDU#0 

-> 

PDCP DATA PDU #0 

1 

F 

12 

The SS sends the PDCP Data PDU#1 via 

RLC-AM RB with the following content to the 

UE: 

PDCP Data PDU#1 ( 

D/C field = 1 (PDCP Data PDU) and PDCP 

SN=1) 

(Note 5) 

<- 

PDCP DATA PDU #1 



13 

Check: Does the UE transmit a PDCP Data 

PDU via RLC-AM RB with the following 

content back to the SS? 

D/C field = 1 (PDCP Data PDU) and PDCP 

SN=1 

data: previously received packet in PDCP Data 

PDU#1 

-> 

PDCP DATA PDU #1 

1 

P 

14 

Check: Does the UE transmit PDCP Data PDU 

via RLC-AM RB with the following content 

back to the SS? 

D/C field = 1 (PDCP Data PDU) and PDCP 

SN=2 

data: previously received packet in PDCP Data 

PDU#2 

-> 

PDCP DATA PDU #2 

1 

P 

Note 1 : PDCP Data PDU#0 is sent in RLC PDU#0: SN=0. 
Note 2: The SS sends RLC ACK to the UE 
Note 3: PDCP Data PDU #2 is sent in RLC PDU#2: SN=2 
Note 4: PDCP Data PDU #0 is sent in RLC PDU#1 : SN=1 
Note 5: PDCP Data PDU #1 is sent in RLC PDU #2:SN = 2 

Note 6: SS transmit an UL grant of 72 bits (ITBS=2, NPRB=2, TS 36.213 Table 7.1 .7.2.1-1) to allow UE to transmit 
only PDCP Status report. 


7.3.5.5.3.3 Specific message contents 

Table 7.3.5.5.3.3-1 : RRCConnectionReconfiguration (Step 4, Table 7.3.5.5.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-8, condition HO 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




mobilityControllnfo SEQUENCE { 


MobilityControllnfo 
-HO 


targetPhysCellld 

PhysicalCellldentity of 
Cell 2 



carrierFreq 

Not present 



} 




} 




} 




} 




} 
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7.3.6 

7.3.6.1 
7.3.6.1.1 

(1) 


PDCP Others 
PDCP Discard 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { the Discard Timer for a PDCP SDU expires 
then { UE discards the corresponding PDCP SDU 


7.3.6.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.323 clause 5.9. 

[TS 36.323, clause 5.4] 

When the Discard_Timer expires for a PDCP SDU, or the successful delivery of a PDCP SDU is confirmed by PDCP 
status report, the UE shall discard the PDCP SDU along with the corresponding PDCP PDU. If the corresponding 
PDCP PDU has already been submitted to lower layers the discard is indicated to lower layers. 


Test description 
Pre-test conditions 


7.3.6.1.3 
7.3.6.1.3.1 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble 

- The UE is in state Loopback Activated (state 4) according to [18 with the exceptions listed in table 7.3.6.1.3.1-1 
applicable for the configured UM DRB and table 7.3.6.1.3.1-2 for SR configuration. 

- The condition SRB2-DRB(1,1) is used for step 8 in 4.5.3A.3 according to [18]. 

Table 7.3.6.1.3.1-1: PDCP Settings 


Parameter 

Value 

Discard Timer 

500 ms 


Table 7.3.6.1.3.1-2: SchedulingRequest-Config (preamble Table 4.5.3.3-1 : Step8) 


Derivation Path: 36.508 Table 4.6.3-20 

Information Element 

Value/remark 

Comment 

Condition 

dsr-TransMax 

n64 
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7.3.6.1.3.2 


Test procedure sequence 

Table 7.3.6.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS creates 5 PDCP Data PDUs and the 
Next PDCP TX SN is set to "0". 

- 


- 

- 

2 

The SS ignores scheduling requests and does not 
allocate any uplink grant. 

- 

- 

- 

- 


EXCEPTION: Step 3 shall be repeated for k=0 to 2 
(increment=1). 





3 

The SS sends a PDCP Data PDU via RLC-UM RB 

with the following content to the UE: 

D/C field = 1 (PDCP Data PDU) and PDCP SN = k 

After having sent a PDU, the SS sets 

Next PDCP TX SN = k+1. 

<- 

PDCP DATA PDU (SN=k) 



4 

Wait for Discard_Timer 

Note: According to TS36.508, timer tolerance 
should be 10% of Discard_Timer or 5 x RTT, 
whichever is greater. RTT = 8 TTIs for FDD and 
RTT=16TTIsforTDD 






EXCEPTION: Step 5 shall be repeated for k=3 to 4 
(increment=1). 





5 

The SS sends a PDCP Data PDU via RLC-UM RB 

with the following content to the UE: 

D/C field = 1 (PDCP Data PDU) and PDCP SN = k 

After having sent a PDU, the SS set 

Next PDCP TX SN = k+1. 

<- 

PDCP DATA PDU (SN=k) 



6 

The SS resumes normal UL grant allocation. 

- 


- 

- 

7 

Check: Does UE transmit a PDCP Data PDU with 
PDCPSN = 3? 

-> 

PDCP Data PDU (SN = 3) 

1 

P 

8 

Check: Does UE transmit a PDCP Data PDU with 
PDCPSN = 4? 

-> 

PDCP Data PDU (SN = 4) 

1 

P 


7.3.6.1.3.3 
None. 


Specific message contents 
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8 RRC 

8.1 RRC connection management procedures 

8.1.1 Paging 

8.1 .1 .1 RRC / Paging for connection in idle mode 

8.1.1.1.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE receives a Paging message including an ue-Identity set an unmatched S-TMSI i.e. other 
than the one allocated to the UE at the UE registration procedure } 
then { UE does not establish an RRC connection } 

} 

(2) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE receives a Paging message including an ue-Identity set to the S-TMSI which was allocated 
to the UE at the UE registration procedure } 
then { UE establishes an RRC connection } 
} 

8.1 .1 .1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.2.3, 
5.3.3.2, 5.3.3.3 and 5.3.3.4. 

[TS 36.331, clause 5.3.2.3] 

Upon receiving the Paging message, the UE shall: 

1> if in RRC_IDLE, for each of the PagingRecord, if any, included in the Paging message: 

2> if the ue-Identity included in the PagingRecord matches one of the UE identities allocated by upper layers: 

3> forward the ue-Identity, and the cn-Domain to the upper layers. 

[TS 36.331, clause 5.3.3.2] 

The UE initiates the procedure when upper layers request establishment of an RRC connection while the UE is in 
RRCJDLE. 

Upon initiation of the procedure, the UE shall: 

l>if access to the cell, as specified above, is not barred: 

2> apply the default physical channel configuration as specified in 9.2.4; 

2> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

2> apply the default MAC main configuration as specified in 9.2.2; 

2> apply the CCCH configuration as specified in 9.1.1.2; 

2> apply the timeAlignmentTimerCommon included in SystemInfoBlockType2\ 
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2> start timer T300; 

2> initiate transmission of the RRCConnectionRe quest message in accordance with 5.3.3.3; 

NOTE 2: Upon initiating the connection estabHshment procedure, the UE is not required to ensure it maintains up 
to date system information appHcable only for UEs in RRC_IDLE state. However, the UE needs to 
perform system information acquisition upon cell re-selection. 

[TS 36.331, clause 5.3.3.3] 

The UE shall set the contents of RRCConnectionRe quest message as follows: 

1> set the ue -Identity as follows: 

2> if upper layers provide an S-TMSI: 

3> set the ue-Identity to the value received from upper layers; 

2> else: 

3> draw a random value in the range .. 2"^^-! and set the ue-Identity to this value; 

NOTE 1 : Upper layers provide the S-TMSI if the UE is registered in the TA of the current cell. 

1> set the estahlishmentCause in accordance with the information received from upper layers; 

The UE shall submit the RRCConnectionRe quest message to lower layers for transmission. 

The UE shall continue cell re-selection related measurements as well as cell re-selection evaluation. If the conditions for 
cell re-selection are fulfilled, the UE shall perform cell re-selection as specified in 5.3.3.5. 

[TS 36.331, clause 5.3.3.4] 

NOTE: Prior to this, lower layer signalling is used to allocate a C-RNTI. For further details see TS 36.321 [6]; 

The UE shall: 

1> perform the radio resource configuration procedure in accordance with the received 
radioResourceConfigDedicated and as specified in 5.3.10; 

1> if stored, discard the cell reselection priority information provided by the idleModeMobilityControlInfo or 
inherited from another RAT; 

1> stop timer T300; 

1> stop timer T302, if running; 

1> stop timer T303, if running; 

1> stop timer T305, if running; 

1> perform the actions as specified in 5.3.3.7; 

1> stop timer T320, if running; 

1> enter RRC_CONNECTED; 

1> stop the cell re-selection procedure; 

1> set the content of RRCConnectionSetupComplete message as follows: 

2> set the selectedPLMN-Identity to the PLMN selected by upper layers (see TS 23.122 [11], TS 24.301 [35]) 
from the PLMN(s) included in the plmn-IdentityList in SystemlnformationBlockTypel ; 

2> if upper layers provide the 'Registered MME', include and set the registeredMME as follows: 
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3> if the PLMN identity of the 'Registered MME' is different from the PLMN selected by the upper layers: 

4> include the plmnldentity in the registeredMME and set it to the value of the PLMN identity in the 
'Registered MME' received from upper layers; 

3> set the mmegi and the mmec to the value received from upper layers; 

2> set the dedicatedlnfoNAS to include the information received from upper layers; 

2> submit the RRCConnectionSetup Complete message to lower layers for transmission, upon which the 
procedure ends. 


Test description 
Pre-test conditions 


8.1.1.1.3 
8.1.1.1.3.1 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 
8.1 .1 .1 .3.2 Test procedure sequence 

Table 8.1.1.1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The 88 transmits a Paging message including 
an unmatched identity (incorrect 8-TM8I). 

<- 

Paging 

- 

- 

2 

Check: Does the UE transmit an 
RRCConnectionRequest message within 5 s? 

-> 

RRCConnectionRequest 

1 

F 

3 

The 88 transmits a Paging message including 
a matched identity. 

<- 

Paging 

- 

- 

4 

Check: Does the UE transmit an 
RRCConnectionRequest message? 

-> 

RRCConnectionRequest 

2 

p 

5 

The 88 transmits an RRCConnectionSetup 
message. 

<— 

RRCConnectionSetup 

- 

- 

6 

Check: Does the UE transmit an 
RRCConnectionSetupComplete message 
including SERVICE REQUEST to confirm the 
successful completion of the connection 
establishment? 

-> 

RRCConnectionSetupComplete 

2 

p 

6A- 
6D 

Steps 6 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed to successfully complete the 
service request procedure. 





7 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1,2 
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8.1.1.1.3.3 


Specific message contents 

Table 8.1 .1 .1 .3.3-1 : Paging (step 1 , Table 8.1 .1 .1 .3.2-1 ) 


Derivation Patii: 36.508 Table 4.6.1-7 

Information Element 

Value/remark 

Comment 

Condition 

Paging ::= SEQUENCE! 




pagingRecordList SEQUENCE (SIZE 
(1..maxPageRec)) OF SEQUENCE { 

1 entry 



ue-ldentity[1] CHOICE! 




s-TMSI SEQUENCE { 




mmec 

Set to the different value 
from the S-TMSI of the 
UE 



m-TMSI 

Set to the different value 
from the S-TMSI of the 
UE 



} 




} 




} 




} 




Table 8.1.1.1.3.3-2: RRCConnectionRequest {step 4, Table 8.1.1.1.3.2-1) 

Derivation Path: 36.508 Table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

mt-Access 



} 




} 




} 





8.1.1.2 


8.1.1.2.1 


RRC / Paging for notification of BCCH modification in idle mode 
Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE receives a Paging message including a systemlnfoModification } 

then { UE re-acquires and applies the new system information about the correct prach-Configlndex 
in random access } 


8.1.1.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.2.3, 
5.2.2.3, and 5.2.2.4. 

[TS 36.331, clause 5.3.2.3] 

Upon receiving the Paging message, the UE shall: 

1> if in RRC_IDLE, for each of the PagingRecord, if any included in the Paging message: 

2> if the ue -Identity included in the PagingRecord matches one of the UE identities allocated by upper layers: 

3> forward the ue-Identity and the cn-Domain to the upper layers; 

1> if the systemlnfoModification is included: 
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2> re-acquire the required system information using the system information acquisition procedure as specified in 

5.2.2. 


[TS 36.331, clause 5.2.2.3] 

The UE shall: 

1> ensure having a valid version, as defined below, of (at least) the following system information, also referred to as 
the 'required' system information: 

2>ifinRRC_IDLE: 

3> the MasterlnformationBlock and SystemlnformationBlockTypel as well as SystemlnformationBlockTypel 
through SystemlnformationBlockTypeS, depending on support of the concerned RATs; 


[TS 36.331, clause 5.2.2.4] 
The UE shall: 

1> apply the specified BCCH configuration defined in 9.1.1.1; 

1> if the procedure is triggered by a system information change notification: 

2> start acquiring the required system information, as defined in 5.2.2.3, from the beginning of the modification 
period following the one in which the change notification was received; 

The UE may apply the received SIBs immediately, i.e. the UE does not need to delay using a SIB until all SI messages 
have been received. The UE may delay applying the received SIBs until completing lower layer procedures associated 
with a received or a UE originated RRC message, e.g. an ongoing random access procedure. 

NOTE 3: While attempting to acquire a particular SIB, if the UE detects from schedulinglnfoList that it is no longer 
present, the UE should stop trying to acquire the particular SIB. 

8.1 .1 .2.3 Test description 

8.1 .1 .2.3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 
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8.1.1.2.3.2 


Test procedure sequence 

Table 8.1.1.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits a Paging message including 
a matched identity. 

<- 

Paging 

- 

- 

2 

Check: Does the UE transmit an 
RRCConnectionRequest message? 

-> 

RRCConnectionRequest 

1 

P 

3 

The SS transmits an RRCConnectionSetup 
message. 

<- 

RRCConnectionSetup 

- 

- 

3A 

The UE transmits an 

RRCConnectionSetupComplete message. 
This message includes a SERVICE REQUEST 
message. 

-> 

RRCConnectionSetupComplete 



3B 

The SS transmits a SecurityModeCommand 
message. 

<— 

SecurityModeCommand 

- 

- 

3C 

The UE transmits a SecurityModeComplete 
message. 

-> 

SecurityModeComplete 

- 

- 

3D 

The SS transmits an 
RRCConnectionReconfiguration message. 

<- 

RRCConnectionReconfiguration 

- 

- 

3E 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3F 

The SS transmits an RRCConnectionRelease 
message. 

<- 

RRCConnectionRelease 

- 

- 

3G 

Wait for 5 s for the UE to enter E-UTRA 
RRC IDLE state. 

- 

- 

- 

- 

4 

The SS changes the prach-Config Index in the 
system information 

- 

- 

- 

- 

5 

The SS transmits a Paging message including 
a systemlnfoModification. 

<— 

Paging 

- 

- 

6 

Wait for 1 5s for the UE to receive system 
information. 

- 

- 

- 

- 

7 

The SS transmits a Paging message including 
a matched identity. 

<— 

Paging 

- 

- 

7A 

Check: Does the UE re-transmit a random 
access using prach-Configlndex given in step 
4? 



1 

p 

8 

The UE transmit an RRCConnectionRequest 
message. 

-> 

RRCConnectionRequest 

- 

- 

9 

The SS transmits an RRCConnectionSetup 
message. 

<— 

RRCConnectionSetup 

- 

- 

9A 

The UE transmits an 

RRCConnectionSetupComplete message. 
This message includes a SERVICE REQUEST 
message. 

-> 

RRCConnectionSetupComplete 



9B 

The SS transmits a SecurityModeCommand 
message. 

<- 

SecurityModeCommand 

- 

- 

9C 

The UE transmits a SecurityModeComplete 
message. 

-> 

SecurityModeComplete 

- 

- 

9D 

The SS transmits an 
RRCConnectionReconfiguration message. 

<— 

RRCConnectionReconfiguration 

- 

- 

9E 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



9F 

The SS transmits an RRCConnectionRelease 
message. 

<— 

RRCConnectionRelease 

- 

- 

9G 

Wait for 5 s for the UE to enter E-UTRA 
RRC IDLE state. 

- 

- 

- 

- 

10 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.2 
indicate that the UE is in E-UTRA RRCJDLE 
state on Cell 1? 



1 
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8.1 .1 .2.3.3 Specific message contents 

Table 8.1.1.2.3.3-1 : RRCConnectionRequest {step 2 and step 8, Table 8.1.1.2.3.2-1) 


Derivation Patii: 36.508 Table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




estabiisiimentCause 

mt-Access 



} 




} 




} 





Table 8.1.1.2.3.3-2A: RRCConnectionReconfiguration (step 3D and step 9D, Table 8.1.1.2.3.2-1) 

Derivation Patii: 36.508 Table 4.6.1-8, condition SRB2-DRB(1, 0) 


Table 8.1.1.2.3.3-2: Paging (step 5, Table 8.1.1.2.3.2-1) 


Derivation Path: 36.508 Table 4.6.1-7 

Information Element 

Value/remark 

Comment 

Condition 

Paging ::= SEQUENCE! 




pagingRecordList 

Not present 



systemlnfoModification 

true 



} 





Table 8.1.1.2.3.3-2A: SystemlnformationBlockTypel (step 6, table 8.1.1.2.3.2-1) 


Derivation path: 36.508 Table 4.4.3.2-3 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




systemlnfoValueTag 

1 

Default value is 


} 





Table 8.1.1.2.3.3-3: SystemlnformationBlockType2 {step 6, Table 8.1.1.2.3.2-1) 


Derivation Path: 36.508 Table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




radioResourceConfigCommon SEQUENCE { 




prach-Config SEQUENCE { 




prach-Configlnfo SEQUENCE { 




prach-Configlndex 

5 


FDD 

prach-Configlndex 

52 

Set to index which 
denote subframe 
numbers different 
from the default 
one. 

TDD 

} 




} 




} 




} 





Condition 

Explanation 

FDD 

FDD cell environment 

TDD 

TDD cell environment 
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8.1 .1 .3 RRC / Paging for connection in idle mode / Multiple paging records 

8.1.1.3.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE receives a Paging message including only unmatched identities } 
then { UE does not establish any RRC connection } 

} 

(2) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE receives a Paging message including any matched indentity } 
then { UE establishes an RRC connection } 
} 

8.1 .1 .3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.2.3, 
5.3.3.2, 5.3.3.3 and 5.3.3.4. 

[TS 36.331, clause 5.3.2.3] 

Upon receiving the Paging message, the UE shall 

1> If in RRC_IDLE, for each of the Paging records included in the Paging message: 

2> If the ue-identity included in the pagingRecordList matches one of the UE identities allocated by upper 
layers: 

3> forward the ue-Identity, the cn-Domain and \hQ pagingCause to the upper layers. 


[TS 36.331, clause 5.3.3.2] 

The UE initiates the procedure when upper layers request establishment of an RRC connection while the UE is in 
RRCJDLE state. 

Upon initiation of the procedure, the UE shall: 


1> If access to the cell, as specified above, is not barred: 

2> apply the default configuration applicable for the antennalnformation as specified in 9.2.3, until explicitly 
receiving a configuration; 

2> start timer T300; 

2> initiate transmission of the RRC ConnectionRe quest message in accordance with 5.3.3.3; 

NOTE 2: Upon initiating the connection establishment procedure, the UE is not required to ensure it maintains up 
to date system information applicable only for UEs in RRC_IDLE state. However, the UE needs to 
perform system information acquisition upon re-selection. 


[TS 36.331, clause 5.3.3.3] 

The UE shall set the contents of RRC ConnectionRe quest message as follows: 
1> set the IE ue-Identity as follows: 

2> if upper layers provide an S-TMSI: 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 834 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

3> set the ue-Identity to the value received from upper layers; 

2> else 

3> draw a random value and set the ue-Identity to this value; 

NOTE 1 Upper layers provide the S-TMSI if the UE is registered in the TA of the current cell. 

1> Set the establishmentCause in accordance with the information received from upper layers; 

The UE shall submit the RRCConnectionRe quest message to lower layers for transmission. 

The UE shall continue cell re-selection related measurements as well as cell re-selection evaluation. If the conditions for 
cell re-selection are fulfilled, the UE shall perform cell re-selection as specified in 5.3.3.5. 

[TS 36.331, clause 5.3.3.4] 

NOTE: Prior to this, lower layers allocate a C-RNTI. For further details see TS 36.321 [6]; 
The UE shall: 

1> establish SRBl in accordance with the received radioResourceConfiguration and as specified in 5.3.10; 

1> if stored, discard the Inter- frequency priority information and the Inter-RAT priority information provided via 
dedicated signalling using the IE idleModeMobilityControlInfo; 

1> stop timer T300; 

1> stop timer T302, if running; 

1> stop timer T303, if running; 

1> stop timer T305, if running; 

1> stop timer T320, if running; 

1> enter RRC_CONNECTED state; 

1> stop the cell re-selection procedure; 

1> set the content of RRCConnectionSetupComplete message as follows: 

2> set the selectedPLMN -Identity to the PLMN selected by upper layers [TS 23.122, TS 24.008] from the 
PLMN(s) included in the plmn-IdentityList broadcast, within SystemlnformationBlockTypel , in the cell 
where the RRC connection was established; 

2> if upper layers provide the 'Registered MME', set the registeredMME as follows: 

3> if the PLMN identity of the 'Registered MME' is different from the PLMN selected by the upper layers, 
set the IE plmnldentity to the value received from upper layers; 

3> set the lEs mmegi and mmec to the value received from upper layers; 

2> set the nas-Dedicatedlnformation to include the information received from upper layers; 

2> submit the RRCConnectionSetupComplete message to lower layers for transmission, upon which the 
procedure ends. 

8.1 .1 .3.3 Test description 

8.1 .1 .3.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
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UE: 

None. 

Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 
8.1 .1 .3.3.2 Test procedure sequence 

Table 8.1.1.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits a Paging message including 
only unmatched identities (incorrect S-TMSI). 

<— 

Paging 

1 

- 

2 

Check: Does the UE transmit an 
RRCConnectionRequest message within 10s? 

-> 

RRCConnectionRequest 

1 

F 

3 

The SS transmits a Paging message including 
two unmatched identities and a matched 
identity. 

<- 

Paging 

2 


4 

Check: Does the UE transmit an 
RRCConnectionRequest message? 

-> 

RRCConnectionRequest 

2 

P 

5 

The SS transmits an RRCConnectionSetup 
message. 

<- 

RRCConnectionSetup 

- 

- 

6 

The UE transmits an 

RRCConnectionSetupConfipiete message 
including SERVICE REQUEST to confirm the 
successful completion of the connection 
establishment. 

-> 

RRCConnectionSetupConfipiete 



6A- 
6D 

Steps 6 to 9 of the generic radio bearer 
establishment procedure in TS 36.508 
subclause 4.5.3.3 are executed to successfully 
complete the service request procedure. 





7 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1,2 
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8.1.1.3.3.3 


Specific message contents 

Table 8.1 .1 .3.3.3-1 : Paging (step 1 , Table 8.1 .1 .3.3.2-1 ) 


Derivation Patii: 36.508 Table 4.6.1-7 | 

Information Element 

Value/remark 

Comment 

Condition 

Paging ::= SEQUENCE! 




pagingRecordList SEQUENCE (SIZE 
(1..maxPageRec)) OF SEQUENCE { 

3 entries 



ue-ldentity[1] CHOICE! 




s-TMSI 

Set to the different value 
from the S-TMSI of the 
UE 



} 




cn-Domain [1] 

ps 



ue-ldentity[2] CHOICE { 




s-TMSI 

Set to the different value 
from the S-TMSI of the 
UE 



} 




cn-Domain [2] 

ps 



ue-ldentity[3] CHOICE { 




s-TMSI 

Set to the different value 
from the S-TMSI of the 
UE 



} 




cn-Domain [3] 

ps 



} 




} 




Table 8.1.1.3.3.3-2: Paging {step 3, Table 8.1.1.3.3.2-1) 

Derivation Path: 36.508 Table 4.6.1-7 

Information Element 

Value/remark 

Comment 

Condition 

Paging ::= SEQUENCE} 




pagingRecordList SEQUENCE (SIZE 
(1 ..maxPageRec)) OF SEQUENCE { 

3 entries 



ue-ldentity[1] CHOICE! 




s-TMSI 

Set to the different value 
from the S-TMSI of the 
UE 



} 




cn-Domain [1] 

ps 



ue-ldentity[2] CHOICE { 




s-TMSI 

Set to the different value 
from the S-TMSI of the 
UE 



} 




cn-Domain [2] 

ps 



ue-ldentity[3] CHOICE { 




s-TMSI 

Set to the value of the S- 
TMSIoftheUE 



} 




cn-Domain [3] 

ps 



} 




} 
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Table 8.1.1.3.3.3-3: RRCConnectionRequest (step 4, Table 8.1.1.3.3.2-1) 


Derivation Path: 36.508 Table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

mt-Access 



} 




} 




} 





8.1.1.4 
8.1.1.4.1 
(1) 


RRC / Paging for connection in idle mode / Shared network environment 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state having been registered in the TA of the current cell which has 
broadcasted a SystemlnformationBlockTypel message including multiple PLMN identities } 
ensure that { 

when { UE receives a Paging message including an IE ue-Identity set to the S-TMSI which was 
allocated to the UE at the UE registration procedure } 
then { UE establishes an RRC connection } 


8.1.1.4.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.2.3, 
5.3.3.2, 5.3.3.3 and 5.3.3.4. 

[TS 36.331, clause 5.3.2.3] 

Upon receiving the Paging message, the UE shall: 

1> if in RRC_IDLE, for each of the PagingRecord, if any, included in the Paging message: 

2> if the ue-Identity included in the PagingRecord matches one of the UE identities allocated by upper layers: 

3> forward the ue-Identity and the cn-Domain to the upper layers. 

[TS 36.331, clause 5.3.3.2] 

The UE initiates the procedure when upper layers request establishment of an RRC connection while the UE is in 
RRCJDLE. 

Upon initiation of the procedure, the UE shall: 

1> if access to the cell, as specified above, is not barred: 

2> apply the default physical channel configuration as specified in 9.2.4; 

2> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

2> apply the default MAC main configuration as specified in 9.2.2; 

2> apply the CCCH configuration as specified in 9.1.1.2; 

2> apply the timeAlignmentTimerCommon included in SystemInformationBlockType2; 

2> start timer T300 

2> initiate transmission of the RRCConnectionRequest message in accordance with 5.3.3.3; 
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NOTE 2: Upon initiating the connection establishment procedure, the UE is not required to ensure it maintains up 
to date system information appHcable only for UEs in RRC_IDLE state. However, the UE needs to 
perform system information acquisition upon cell re-selection. 


[TS 36.331, clause 5.3.3.3] 

The UE shall set the contents of RRCConnectionRe quest message as follows: 

1> set the ue -Identity as follows: 

2> if upper layers provide an S-TMSI: 

3> set the ue-Identity to the value received from upper layers; 

2> else 

3> draw a random value in the range .. 2"^^-! and set the ue-Identity to this value; 

NOTE 1 Upper layers provide the S-TMSI if the UE is registered in the TA of the current cell. 

1> set the establishmentCause in accordance with the information received from upper layers; 

The UE shall submit the RRCConnectionRe quest message to lower layers for transmission. 

The UE shall continue cell re-selection related measurements as well as cell re-selection evaluation. If the conditions for 
cell re-selection are fulfilled, the UE shall perform cell re-selection as specified in 5.3.3.5. 

[TS 36.331, clause 5.3.3.4] 

NOTE: Prior to this, lower layer signalling is used to allocate a C-RNTI. For further details see TS 36.321 [6]; 

The UE shall: 

1> perform the radio resource configuration procedure in accordance with the received 
radioResourceConfigDedicated and as specified in 5.3.10; 

1> if stored, discard the cell reselection priority information provided by the idleModeMobilityControlInfo or 
inherited from another RAT; 

1> stop timer T300; 

1> stop timer T302, if running; 

1> stop timer T303, if running; 

1> stop timer T305, if running; 

1> perform the actions as specified in 5.3.3.7; 

1> stop timer T320, if running; 

1> enter RRC_CONNECTED; 

1> stop the cell re-selection procedure; 

1> set the content of RRCConnectionSetupComplete message as follows: 

2> set the selectedPLMN-Identity to the PLMN selected by upper layers (see TS 23.122 [11], TS 24.301 [35]) 
from the PLMN(s) included in the plmn-IdentityList in SystemlnformationBlockTypel ; 

2> if upper layers provide the 'Registered MME', include and set the registeredMME as follows: 

3> if the PLMN identity of the 'Registered MME' is different from the PLMN selected by the upper layers; 

4> include the plmnldentity in the registeredMME and set it to the value of the PLMN identity in the 
'Registered MME' received from upper layers; 
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3> set the mmegi and the mmec to the value received from upper layers; 

2> set the dedicatedlnfoNAS to include the information received from upper layers; 

2> submit the RRCConnectionSetupComplete message to lower layers for transmission, upon which the 
procedure ends. 


Test description 
Pre-test conditions 


8.1.1.4.3 
8.1.1.4.3.1 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 
8.1 .1 .4.3.2 Test procedure sequence 

Table 8.1.1.4.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1 

The 88 transmits a Paging message including 
a matched identity. 

<— 

Paging 

- 

- 

2 

Check: Does the UE transmit an 
RRCConnectionRequest message? 

-> 

RRCConnectionRequest 

1 

P 

3 

The 88 transmit an RRCConnectionSetup 
message. 

<- 

RRCConnectionSetup 

- 

- 

4 

Check: Does the UE transmit an 
RRCConnectionSetupComplete message 
including SERVICE REQUEST and an IE 
selectedPLIVIN-ldentity corresponding to the 
PLMN on which the UE has been registered to 
confirm the successful completion of the 
connection establishment? 

-> 

RRCConnectionSetupComplete 

1 

P 

4A- 
4D 

Steps 6 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed to successfully complete the 
service request procedure. 





5 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1 
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8.1 .1 .4.3.3 Specific message contents 

Table 8.1.1.4.3.3-1 : SystemlnformationBlockTypel (all steps, Table 8.1.1.4.3.2-1) 


Derivation Patii: 36.508 Table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnformation SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE} 

2 entries 



plmn-ldentity[1] SEQUENCE} 




mcc 

See Table 8.1. 1.4.3.3-1 A 



mnc 

See Table 8.1. 1.4.3.3-1 A 



} 




cellReservedForOperatorUse[1 ] 

notReserved 



plmn-ldentity[2] SEQUENCE { 




mcc 

See Table 8.1. 1.4.3.3-1 A 



mnc 

See Table 8.1. 1.4.3.3-1 A 



} 




cellReservedForOperatorUse[2] 

notReserved 



} 




} 




} 





The PLMN Identity list broadcasted on the BCCH in Cell 1 shall be configured as defined in the table below. 
Table 8.1.1.4.3.3-1 A: PLMN Identity List broadcasted for Cell 1 


Cell 

PLMN Identity (1) 

PLMN Identity (2) 

MCC digits 

MNC digits 

MCC digits 

MNC digits 

1 

PLMN1 

PLMN1 

PLMN 2 

PLMN 2 


The definition of each PLMN code is found in table below. 


PLMN 

MCC digit 

MNC digit 

1 1 2 1 3 

1 1 2 1 3 

1 

(NOTE 2) 

(NOTE 2) 

2 

(NOTE 3) 

2 - 


NOTE 1 : "-" (dash) denotes "not present" 

NOTE 2: Set to the same Mobile Country Code and Mobile Network Code stored in EFimsi on the test USIM card 
for PLMN 1. 

NOTE 3: Set to the same Mobile Country Code stored in EFimsi on the test USIM card for PLMN 2. 

Table 8.1.1.4.3.3-2: RRCConnectionRequest (step 2, Table 8.1.1.4.3.2-1) 


Derivation Path: 36.508 Table 4.6.1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

mt-Access 



} 




} 




} 
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Table 8.1.1.4.3.3-3: RRCConnectionSetupComplete (step 4, Table 8.1.1.4.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-17 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionSetupComplete ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionSetupComplete-r8 SEQUENCE { 




selectedPLMN-ldentity 

Set to the PLMN selected 
by upper layers 



} 




} 




} 




} 





8.1.1.5 Void 

8.1 .1 .6 RRC / BCCH modification in connected mode 
8.1.1.6.1 Test Purpose (TP) 

with { the UE is in E-UTRA RRC_CONNECTED } 
ensure that { 

when { the UE receives a Paging message including the systemlnfoModification } 

then { the UE re-acquires the MasterlnformationBlock, SystemlnformationBlockTypel and 
SystemInformationBlockType2 } 


8.1.1.6.2 


Conformance requirements 


References: The conformance requirements covered in the present test case are specified in: TS 36.331 clauses 5.3.2.3, 
5.2.2.3 and 5.2.2.4. 

[TS 36.331, clause 5.3.2.3] 

Upon receiving the Paging message, the UE shall: 


1> if the systemlnfoModification is included: 

2> re-acquire the required system information using the system information acquisition procedure as specified in 

5.2.2. 


[TS 36.331, clause 5.2.2.3] 

The UE shall: 

1> ensure having a valid version, as defined below, of (at least) the following system information, also referred to as 
the 'required' system information: 


2> if inRRC_CONNECTED: 

3> the MasterlnformationBlock, SystemlnformationBlockTypel and SystemlnformationBlockTypel as well as 
SystemlnformationBlockTypeS, depending on support of CDMA2000; 


[TS 36.331, clause 5.2.2.4] 
The UE shall: 

1> apply the specified BCCH configuration defined in 9.1.1.1; 
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1> if the procedure is triggered by a system information change notification: 

2> start acquiring the required system information, as defined in 5.2.2.3, from the beginning of the modification 
period following the one in which the change notification was received; 

NOTE 1 : The UE continues using the previously received system information until the new system information has 
been acquired. 


The UE may apply the received SIBs immediately, i.e. the UE does not need to delay using a SIB until all SI messages 
have been received. The UE may delay applying the received SIBs until completing lower layer procedures associated 
with a received or a UE originated RRC message, e.g. an ongoing random access procedure. 

NOTE 2: While attempting to acquire a particular SIB, if the UE detects from schedulinglnfoList that it is no longer 
present, the UE should stop trying to acquire the particular SIB. 


Test description 
Pre-test conditions 


8.1.1.6.3 
8.1.1.6.3.1 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18], and using the condition 
no_periodic_B SR_or_PHR. 


8.1.1.6.3.2 


Test procedure sequence 

Table 8.1.1.6.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 


U-S 

IVIessage 

1 

The 88 transmits a Paging message paging 
occasion including a systemlnfoModification. 

<- 

Paging 

- 

- 

2 

From the beginning of the next modification 
period the 88 transmits a modified 
SystemlnformationBlockType 1 and 
SystemlnformationBlockType2 as specified. 





3 

During the first on duration period after the end 
of the modification period where 
SystemlnformationBlockType2 was modified 
(see step 2), the 88 transmits a PDCCH order 
including a dedicated preamble. 





4 

Check: Does the UE initiate a random access 
procedure using prach-Config Index g'wen in 
step 2 (i.e. for FDD n subframe number 7 and 
for TDD in subframe number 6)? 



1 

p 

5 

The 88 transmits Random Access Response 
with RAPID corresponding to preamble in 
steps 3 and 4. 
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8.1 .1 .6.3.3 Specific message contents 

Table 8.1.1.6.3.3-1 : RRCConnectionReconfiguration (preamble, step 8, TS 36.508 table 4.5.3.3-1) 


Derivation path: 36.508 table 4.6.1-8 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionReconfiguration-r8 { 




radioResourceConfigDedicated { 




mac-MainConfig { 




explicitValue { 




drx-Config 

Not present 



} 




} 




} 




} 




} 




} 




} 




Table 8.1.1.6.3.3-2: SystemlnformationBlockTypel (step 2, table 8.1.1.6.3.2-1) 

Derivation path: 36.508 Table 4.4.3.2-3 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




systemlnfoValueTag 

1 

Default value is 


} 




Table 8.1.1.6.3.3-3: SystemlnformationBlockType2 (step 2, table 8.1.1.6.3.2-1) 

Derivation path: 36.508 Table 4.4.3.3-1 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




radioResourceConfigCommon SEQUENCE { 




prach-Config SEQUENCE { 




prach-Configlnfo SEQUENCE { 




prach-Configlndex 

5 

The default is 3 

FDD 

prach-Configlndex 

52 

The default is 51 

TDD 

} 




} 




} 




} 





8.1.2 

8.1.2.1 
8.1.2.1.1 
(1) 


RRC connection establishment 

RRC connection establishment / Ks=1 .25/ Success 
Test Purpose (TP) 


with {UE in E-UTRA RRC_IDLE state} 
ensure that { 

when { UE is requested to make an outgoing call 
then { UE establishes an RRC Connection j 


8.1.2.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.331 clauses 5.3.3.2, 
5.3.3.3 and 5.3.3.4. 
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[TS 36.331, clause 5.3.3.2] 

The UE initiates the procedure when upper layers request establishment of a signalling connection while the UE is in 
RRCJDLE state. 

Upon initiation of the procedure, the UE shall: 

1> If access to the cell, as specified above, is not barred: 

2> apply the default physical channel configuration as specified in 9.2.4; 

2> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

2> apply the default MAC main configuration as specified in 9.2.2; 

2> apply the CCCH configuration as specified in 9.1.1.2; 

2> apply the timeAlignmentTimerCommon included in SystemInformationBlockType2\ 

2> start timer T300; 

2> initiate transmission of the RRCConnectionRe quest message in accordance with 5.3.3.3; 

NOTE 2 Upon initiating the connection establishment procedure, the UE is not required to ensure it maintains up 
to date system information applicable only for UEs in RRC_IDLE state. However, the UE needs to 
perform system information acquisition upon re-selection. 

[TS 36.331, clause 5.3.3.3] 

The UE shall set the contents of RRCConnectionRe quest message as follows: 
1> set the IE ue-Identity as follows: 

2> if upper layers provide an S-TMSI: 

3> set the ue-Identity to the value received from upper layers; 
2> else 

3> draw a random value in the range .. 2'^^-l and set the ue-Identity to this value; 
NOTE 1 Upper layers provide the S-TMSI if the UE is registered in the TA of the current cell. 
1> Set the estahlishmentCause in accordance with the information received from upper layers; 
The UE shall submit the RRCConnectionRe quest message to lower layers for transmission. 

[TS 36.331, clause 5.3.3.4] 

The UE shall: 

1> perform the radio resource configuration procedure in accordance with the received radioResourceConfiguration 
and as specified in 5.3.10; 

1> if stored, discard the cell reselection priority information provided by the idleModeMobilityControlInfo or 
inherited from another RAT; 

1> stop timer T300; 

1> stop timer T302, if running; 
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1> stop timer T303, if running; 

1> stop timer T305, if running; 

1> perform the actions as specified in 5.3.3.7; 

1> stop timer T320, if running; 

1> enter RRC_CONNECTED; 

1> stop the cell re-selection procedure; 

1> set the contents of RRCConnectionSetupComplete message as follows: 

2> set the selectedPLMN -Identity to the PLMN selected by upper layers (see TS 23.122 [11], TS 24.301 [35]) 
from the PLMNs included in the plmn-IdentityList in SystemlnformationBlockTypel ; 

2> if upper layers provide the 'Registered MME', include and set the registeredMME as follows: 

3> if the PLMN identity of the 'Registered MME' is different from the PLMN selected by the upper layers: 

4> include the plmnldentity in the registeredMME and set it to the value of the PLMN identity in the 
'Registered MME' received from upper layers; 

3> set the mmegi and mmec to the value received from upper layers; 

2> set the nas-Dedicatedlnformation to include the information received from upper layers; 

2> submit the RRCConnectionSetupComplete message to lower layers for transmission, upon which the 
procedure ends. 

8.1 .2.1 .3 Test description 

8.1 .2.1 .3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 
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8.1.2.1.3 


Test procedure sequence 

Table 8.1.2.1.3-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS sends a Paging message to the UE on the 
appropriate paging block, and including the UE 
identity in one entry of the IE 
pagingRecordLists. 

<— 

Paging 



2 

Check: does the UE transmit an 
RRCConnectionRequest message? 

-> 

RRCConnectionRequest 

1 

P 

3 

The SS transmit an RRCConnectionSetup 
message with SRB1 configuration (Note 1). 

<— 

RRCConnectionSetup 

- 

- 

4 

Check: Does the UE transmit an 
RRCConnectionSetupComplete '\nc\u6'\ng 
SERVICE REQUEST message to confirm the 
successful completion of the connection 
establishment? 

-> 

RRCConnectionSetupComplete 

1 

P 

4A- 
4D 

Steps 6 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed to successfully complete the 
service request procedure. 





5 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1 


Note 1 : Contains a SERVICE REQUEST NAS message. 


8.1 .2.1 .3.3 Specific message contents 

Table 8.1.2.1.3.3-1: RRCConnectionSetup-DeltaMCS (step 3, Table 8.1.2.1.3-1) 


Derivation Path: 36.508, Table 4.6.1-17 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionSetup-DeltaMCS ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionSetup-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-SRBI-DeltaMCS 



} 




} 




} 




} 





Table 8.1.2.1.3.3-2: RadioResourceConfigDedicated-SRBI-DeltaMCS (Table 8.1.2.1.3.3-1) 


Derivation Path: 36.508, Table 4.6.3-15, 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated-SRBI -DeltaMCS ::= 
SEQUENCE} 




physicalConfigDedicated 

PhysicalConfigDedicated 
-DeltaMCS using 
condition SRB1 



} 
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Table 8.1.2.1.3.3-3: PhysicalConfigDedicated— DeltaMCS (Table 8.1.2.1.3.3-2) 


Derivation Path: 36.508, Table 4.8.2.1.6-1 

Information Element 

Value/remark 

Comment 

Condition 

PhysicalConfigDedicated--DeltaMCS ::= SEQUENCE 
{ 




uplinkPowerControlDedicated 

UplinkPowerControlDedic 
ated--DeltaMCS 


SRB1 

} 





Table 8.1.2.1.3.3-4: UplinkPowerControlDedicated"DeltaMCS (Table 8.1.2.1.3.3-3) 


Derivation Path: 36.508, Table 4.6.3-26 

Information Element 

Value/remark 

Comment 

Condition 

UplinkPowerControlDedicated-DeltaMCS ::= 
SEQUENCE! 




deltaMCS-Enabled 

enl 

Corresponds to 
Ks value 1.25 
corresponding to 
"enabled". 


} 





8.1.2.2 
8.1.2.2.1 
(1) 


RRC connection establishment / Reject with wait time 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state and has sent an RRCConnectionRe quest message } 
ensure that { 

when { UE receives an RRCConnectionRe j ect message including an IE waitTime set to non-zero value } 
then { UE doesn't re- send RRCConnectionRe quest before the waitTime is expired} 


8.1.2.2.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.3.2, 
5.3.3.3 and 5.3.3.8. 

[TS 36.331, clause 5.3.3.2] 


Upon initiation of the procedure, the UE shall: 

1> if the UE is establishing the RRC connection for mobile terminating calls: 
2> if timer T302 is running: 

3> consider access to the cell as barred; 
2> else: 

3> consider access to the cell as not barred; 
1> else if the UE is establishing the RRC connection for emergency calls: 

1> else if the UE is establishing the RRC connection for mobile originating calls: 
2> if timer T302 or T303 is running: 

3> consider access to the cell as barred; 
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1> If access to the cell, as specified above, is not barred: 

2> apply the default physical channel configuration as specified in 9.2.4; 

2> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

2> apply the default MAC main configuration as specified in 9.2.2; 

2> apply the CCCH configuration as specified in 9.1.1.2; 

2> apply the timeAlignmentTimerCommon included in SystemInformationBlockType2\ 

2> start timer T300; 

2> initiate transmission of the RRCConnectionRe quest message in accordance with 5.3.3.3; 

NOTE 2: Upon initiating the connection establishment procedure, the UE is not required to ensure it maintains up 
to date system information applicable only for UEs in RRC_IDLE state. However, the UE needs to 
perform system information acquisition upon re-selection. 

[TS 36.331, clause 5.3.3.3] 

The UE shall set the contents of RRCConnectionRe quest message as follows: 
1> set the IE ue-Identity as follows: 

2> if upper layers provide an S-TMSI: 

3> set the ue-Identity to the value received from upper layers; 
2> else 

3> draw a random value in the range .. 2'^^-l and set the ue-Identity to this value; 
NOTE 1 Upper layers provide the S-TMSI if the UE is registered in the TA of the current cell. 
1> Set the establishmentCause in accordance with the information received from upper layers; 
The UE shall submit the RRCConnectionRequest message to lower layers for transmission. 

[TS 36.331, clause 5.3.3.8] 
The UE shall: 

1> stop timer T300; 

1> reset MAC and release the MAC configuration; 

1> start timer T302, with the timer value set to the waitTime\ 

1> inform upper layers about the failure to establish the RRC connection and that access barring for mobile 
originating calls, mobile originating signalling and mobile terminating access is applicable, upon which the 
procedure ends. 

8.1.2.2.3 Test description 

8.1 .2.2.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 

UE: 

None. 
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Preamble: 

- The UE is in state Loopback Activated (state 4) with condition UE TEST LOOP MODE B on Cell 1 (serving 
cell) according to [18]. 
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8.1.2.2.3.2 


Test procedure sequence 

Table 8.1.2.2.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 . 





1A 

Wait for 1 s after the IP packet has been 
transmitted in step 1 . (Note 3) 





1B 

The SS transmits an RRCConnectionRelease 
message on Cell 1 . 

<— 

RRCConnectionRelease 



1C 

The SS transmits a Paging message with a 
matching UE identity. 

<- 

Paging 



2 

The UE transmits an RRCConnectionRequest 
message. 

-> 

RRCConnectionRequest 

- 

- 

3 

The SS responds with RRCConnectionReJect 
message with IE waitTime set to 10s. 

<- 

RRCConnectionReJect 

- 

- 


EXCEPTION: the behaviour in table 

8.1 .2.2.3.2-2 runs in parallel with steps 4 and 5 

below. 





4 

Void 

- 

- 

- 

- 

5 

The SS transmits a Paging message with a 
matching UE identity. 

<— 

Paging 

- 

- 

6 

The SS starts timer Timer 1 = 5 s (Note 1) 

- 

- 

- 

- 


EXCEPTION: Steps 7a1 to 7 b2 describe a 
transaction that depends on the UE behaviour; 
the "lower case letter" identifies a step 
sequence that takes place if a specific 
behaviour happens. (Note 2) 





7a1 

Check: Does UE transmit 
RRCConnectionRequest message when Cell 1 
is treated as normal cell and access is granted 
for originating call? 


RRCConnectionRequest 

1 

P 

7a2 
7a6 

Steps 4 to 8 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed. 






EXCEPTION: Step 7a7 and 7a8 can occur in 
any order 





7a7 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



7a8 

The UE loop backs the IP packet received in 
step 1 on the DRB associated with the default 
EPS bearer context on Cell 1 . 





7a9 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1 


7b1 

The SS waits for Timer_1 expiry 

- 

- 

- 

- 

7b2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.2 
indicate that the UE is in E-UTRA RRCJDLE 
state on Cell 1? 



1 


Note 1 : Test step 6 is always executed 10s after step 3, i.e. when the reject timer is expired in the UE and the UE 
is allowed to answer paging and initiate calls again. This is because test steps 4 and 5 of the main 
behaviour run in parallel with test step 1 of the parallel behaviour, which lasts 10s unless the verdict is 
"Failed". 

Note 2: A UE may send RRCConnectionRequestior the pending data sent at step 1 . 

Note 3: The 1 second delay is used to secure that the UE have received and forwarded the IP Packet transmitted 
by the SS in step 1 to the UE test loop function before the RRCConnectionRelease message is sent by the 
SS in step 1 B. 
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Table 8.1.2.2.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Check: Does the UE transmit an 
RRCConnectionRequest message within 10s. 

-> 

RRCConnectionRequest 

1 

F 


8.1 .2.2.3.3 Specific message contents 

Table 8.1.2.2.3.3-1 : RRCConnectionReject (step 3, table 8.1.2.2.3.2-1) 


Derivation path: 36.508 table 4.6.1-14 | 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReject ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionReject-r8 SEQUENCE { 




waitTime 

10 

10 seconds 


} 




} 




} 




} 




Table 8.1.2.2.3.3-2: CLOSE UE TEST LOOP (preamble, Table 8.1.2.2.3.2-1) 

Derivation Path: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE B 

Information Element 

Value/remark 

Comment 

Condition 

UE test loop mode B LB setup 




IP PDU delay 

'OOOOOIOI'B 

5 seconds 



8.1.2.3 
8.1.2.3.1 

(1) 


RRC connection establishment / Return to idle state after T300 timeout 
Test Purpose (TP) 


with {UE in E-UTRA RRC_IDLE state having sent an RRCConnectionRequest message} 
ensure that { 

when { the SS does not answer to the UE during T3 00} 
then {UE goes to RRC_IDLE} 

} 

8.1 .2.3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.331 clause 5.3.3.6. 

[TS 36.331, clause 5.3.3.6] 

The UE shall: 

1> if timer T300 expires 

2> reset MAC, release the MAC configuration and re-establish RLC for all RBs that are established; 
2> inform upper layers about the failure to establish the RRC connection, upon which the procedure ends. 
8.1.2.3.3 Test description 

8.1 .2.3.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
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UE: 

None. 

Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 
8.1 .2.3.3.2 Test procedure sequence 

Table 8.1.2.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

OA 

SS is configured not to transmit IVIAC control 
element with matched UE Contention 
Resolution Identity 





1 

SS sends a Paging message to the UE on the 
appropriate paging block, and including the UE 
identity in one entry of the IE 
pagingRecordLists. 

<— 

Paging 



2 

TheUEtransmitsanHHCCo/7/7ecf/o/7/?eQ^es/me 
ssage. 

-> 

RRCConnectionRequest 

- 

- 

3 

The SS waits for 2s. 
Note: the UE may transmit one or more 
RRCConnectionRequest messages but the SS 
does not answer to these messages. 

-> 

RRCConnectionRequest 



3A 

SS is configured to transmit MAC control 
element with matched UE Contention 
Resolution Identity 





4 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.2 
indicate that the UE is in E-UTRA RRCJDLE 
state on Cell 1? 



1 



8.1 .2.3.3.3 Specific message contents 

Table 8.1.2.3.3.3-1 : RRCConnectionRequest {step 2 and step 3, Table 8.1.2.3.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

mt-Access 



} 




} 




} 





8.1.2.4 
8.1.2.5 

8.1.2.5.1 
(1) 


Void 

RRC connection establishment / 0% access probability for MO calls, no 
restriction for MO signalling 

Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state having received a SystemInformationBlockType2 indicating 0% 
access probability for MO calls } 
ensure that { 

when { UE has user data pending } 

then { UE does not transmit any RRCConnectionRequest message } 
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(2) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE reselects a new cell which belongs to different TA and broadcasts a 
SystemInformationBlockType2 indicating no restriction for MO signalling } 
then { UE transmits an RRCConnectionRe quest message } 
} 

8.1 .2.5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.3.2. 

[TS 36.331, clause 5.3.3.2] 

The UE initiates the procedure when upper layers request establishment of an RRC connection while the UE is in 
RRC_IDLE. 

Upon initiation of the procedure, the UE shall: 

1> if the UE is establishing the RRC connection for mobile terminating calls: 


1> else if the UE is establishing the RRC connection for emergency calls: 

1> else if the UE is establishing the RRC connection for mobile originating calls: 

2> if timer T302 or T303 is running: 

3> consider access to the cell as barred; 

2> else if SystemInformationBlockType2 includes the ac- Barring Info and the ac-BarringForMO-Data is present: 

3> if the UE has one or more Access Classes, as stored on the USIM, with a value in the range 1 1..15, which 
is valid for the UE to use according to TS 22.011 [10] and TS 23.122 [11], and 

3> for at least one of these Access Classes the corresponding bit in the ac-BarringForSpecialAC contained in 
ac-BarringForMO-Data is set to zero: 

4> consider access to the cell as not barred; 

3> else: 

4> draw a random number 'rand' uniformly distributed in the range: < rand < 1; 

4> if 'rand' is lower than the value indicated by ac-BarringF actor included in ac-BarringForMO-Data: 

5> consider access to the cell as not barred; 

4> else: 

5> consider access to the cell as barred; 

2> else: 

3> consider access to the cell as not barred; 

1> else (the UE is establishing the RRC connection for mobile originating signalling): 

2> if timer T302 or T305 is running: 

3> consider access to the cell as barred; 

2> else if SystemInformationBlockType2 includes the ac- Barring Info and the ac-BarringForMO-Signalling is 
present: 
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3> if the UE has one or more Access Classes, as stored on the USIM, with a value in the range 1 1..15, which 
is valid for the UE to use according to TS 22.011 [10] and TS 23.122 [11], and 

3> for at least one of these Access Classes the corresponding bit in the ac-BarringForSpecialAC contained in 
ac-BarringForMO-Signalling is set to zero: 

4> consider access to the cell as not barred; 

3> else: 

4> draw a random number 'rand' uniformly distributed in the range: < rand < 1; 

4> if 'rand' is lower than the value indicated by ac-BarringF actor included in ac-BarringForMO- 
Signalling: 

5> consider access to the cell as not barred; 

4> else: 

5> consider access to the cell as barred; 

2> else: 

3> consider access to the cell as not barred; 

1> if access to the cell, as specified above, is not barred: 

2> apply the default physical channel configuration as specified in 9.2.4; 

2> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

2> apply the default MAC main configuration as specified in 9.2.2; 

2> apply the CCCH configuration as specified in 9.1.1.2; 

2> apply the timeAlignmentTimerCommon included in SystemInformationBlockType2\ 

2> start timer T300; 

2> initiate transmission of the RRCConnectionRe quest message in accordance with 5.3.3.3; 

NOTE 2: Upon initiating the connection establishment procedure, the UE is not required to ensure it maintains up 
to date system information applicable only for UEs in RRC_IDLE state. However, the UE needs to 
perform system information acquisition upon cell re-selection. 

1> else: 

2> if the UE is establishing the RRC connection for mobile originating calls and if both timers T302 and T303 
are not running: 

3> draw a random number 'rand that is uniformly distributed in the range < rand < 1 ; 

3> start timer T303 with the timer value calculated as follows, using the ac-BarringTime included in ac- 
BarringF orMO -Data : 

T303= (0.7+ 0.6 * rand) * ac-BarringTime 

3> inform upper layers about the failure to establish the RRC connection and that access barring for mobile 
originating calls is applicable, upon which the procedure ends; 
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8.1 .2.5.3 Test description 

8.1 .2.5.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 1 1 (HPLMN in different TA). 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) with condition UE TEST LOOP MODE B on Cell 1 (serving 
cell) according to [18]. 


8.1.2.5.3.2 


Test procedure sequence 


Table 8.1.2.5.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The configuration marked "Tl" is applied at the point indicated in the Main 
behaviour description in Table 8.1.2.5.3.2-2. 

Table 8.1.2.5.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 11 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-79 

The power level values are 
assigned to satisfy RCell 1 < RCell 
11. 
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Table 8.1.2.5.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Void 

- 

- 

- 

- 

2 

Void 

- 

- 

- 

- 

2A 

The SS transmits an RRCConnectionRelease 
message on Cell 1 . 

<— 

RRCConnectionRelease 

- 

- 

2B 

Wait for 5 s for the UE to enter E-UTRA 
RRC IDLE state. 

- 

- 

- 

- 

3 

The SS changes Cell 1 and Cell 1 1 level 
according to the row'TI" in table 8.1.2.5.3.2-1. 

- 

- 

- 

- 

3A 

Check: Does the UE transmit an 
RRCConnectionRequest on Cell 1 1 ? 

-> 

RRCConnectionRequest 

2 

P 

3B- 
3F 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 [18] subclause 6.4.2.7 are 
performed on Cell 1 1 . 

Note: The UE performs a TAU procedure and 
the RRC connection is released. 





4-9 

Void 

- 

- 

- 

- 

10 

Wait for 5 s for the UE to enter E-UTRA 
RRC IDLE state. 

- 

- 

- 

- 

10 
A 

Generic test procedure in TS 36.508 
subclause 4.5.3.3 is performed on Cell 1 1 . 
NOTE: The UE performs the establishment of 
the new data radio bearer associated with the 
default EPS bearer context. 





10 
B 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 1 . 





10 
C 

Wait for 1 s after the IP packet has been 
transmitted in step 10B. (Note 1) 

- 

- 

- 

- 

11- 
13 

Void 

- 

- 

- 

- 

14 

The SS transmits an RRCConnectionRelease 
message on Cell 11. 

<— 

RRCConnectionRelease 

- 

- 

15 

Check: Does the UE transmit an 
RRCConnectionRequest message on Cell 1 1 
within 30s? 

-> 

RRCConnectionRequest 

1 

F 

16 

Void 

- 

- 

- 

- 

- 

EXCEPTION: Step 26 and Step 27a1 can 
happen in any order 

- 

- 

- 

- 

17- 
26 

Check: Does the test result of steps 1 to 10 
generic test procedure in TS 36.508 subclause 
6.4.2.2 indicate that the UE is in E-UTRA 
RRC IDLE state on Cell 11? 



1,2 



EXCEPTION: Step 27a1 describes behaviour 
that depends on UE implementation; the 
"lower case letter" identifies a step sequence 
that takes place if the UE has user data 
pending. 





27a 

1 

IF the UE has user data pending THEN the UE 
loop backs the IP packet received in step IOC 
on the DRB associated with the default EPS 
bearer context on Cell 1 1 within 10s. 





Note 1 : The 1 second delay is used to secure that the UE have received and forwarded the IP Packet transmitted 
by the SS in step 10B to the UE test loop function before the RRCConnectionRelease message is sent by 
the SS in step 14. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


857 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


8.1.2.5.3.3 


Specific message contents 


Table 8.1.2.5.3.3-1 : SystemlnformationBlockType2 for Cell 11 (preamble and all steps, Table 

8.1.2.5.3.2-2) 


Derivation Path: 36.508, Table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




ac-Barringlnfo SEQUENCE { 




ac-BarringForEmergency 

FALSE 



ac-BarringForlVIO-Signalling 

Not present 



ac-BarringForMO-Data SEQUENCE { 




ac-BarringFactor 

pOO 



ac-BarringTime 

s512 



ac-BarringForSpecialAC 

'111irB 



} 




} 




} 





Table 8.1.2.5.3.3-1 A: CLOSE UE TEST LOOP (preamble, Table 8.1.2.5.3.2-2) 


Derivation Patii: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE B 

Information Element 

Value/remark 

Comment 

Condition 

UE test loop mode B LB setup 




IP PDU delay 

'OOOOOIOVB 

5 seconds 



Table 8.1.2.5.3.3-2: RRCConnectionRequest (step 3A, Table 8.1.2.5.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

mo-Signalling 



} 




} 




} 





8.1.2.6 

8.1.2.6.1 
(1) 


RRC connection establishment / Non-zero percent access probability for MO 
calls, no restriction for MO signalling 

Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state having received a SystemInformationBlockType2 indicating non zero 
percent access probability for MO calls } 
ensure that { 

when { UE has user data pending } 

then { UE does not transmit any RRCConnectionRequest message or UE transmits an 
RRCConnectionRequest message } 


(2) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE reselects a new cell which belongs to different TA and broadcasts a 
SystemInformationBlockType2 indicating no restriction for MO signalling } 
then { UE transmits an RRCConnectionRequest message } 

} 
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8.1 .2.6.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.3.2. 

[TS 36.331, clause 5.3.3.2] 

The UE initiates the procedure when upper layers request establishment of an RRC connection while the UE is in 
RRCJDLE. 

Upon initiation of the procedure, the UE shall: 

1> if the UE is establishing the RRC connection for mobile terminating calls: 

1> else if the UE is establishing the RRC connection for emergency calls: 

1> else if the UE is establishing the RRC connection for mobile originating calls: 

2> if timer T302 or T303 is running: 

3> consider access to the cell as barred; 

2> else if SystemlnformationBlockTypel includes the ac- Barring Info and the ac-BarringForMO-Data is 
present: 

3> if the UE has one or more Access Classes, as stored on the USIM, with a value in the range 1 1..15, 
which is valid for the UE to use according to TS 22.011 [10] and TS 23.122 [11], and 

3> for at least one of these Access Classes the corresponding bit in the ac-BarringForSpecialAC contained 
in ac-BarringForMO-Data is set to zero: 

4> consider access to the cell as not barred; 

3> else: 

4> draw a random number 'rand uniformly distributed in the range: < rand < 1; 

4> if 'rand is lower than the value indicated by ac-BarringF actor included in ac-BarringForMO-Data: 

5> consider access to the cell as not barred; 

4> else: 

5> consider access to the cell as barred; 

2> else: 

3> consider access to the cell as not barred; 

1> else (the UE is establishing the RRC connection for mobile originating signalling): 

2> if timer T302 or T305 is running: 

3> consider access to the cell as barred; 

2> else if SystemlnformationBlockTypel includes the ac- Barring Info and the ac-BarringForMO-Signalling is 
present: 

2> else: 

3> consider access to the cell as not barred; 
1> if access to the cell, as specified above, is not barred: 

2> apply the default physical channel configuration as specified in 9.2.4; 
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2> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

2> apply the default MAC main configuration as specified in 9.2.2; 

2> apply the CCCH configuration as specified in 9.1.1.2; 

2> apply the timeAlignmentTimerCommon included in SystemInformationBlockType2\ 

2> start timer T300; 

2> initiate transmission of the RRCConnectionRe quest message in accordance with 5.3.3.3; 

NOTE 2: Upon initiating the connection establishment procedure, the UE is not required to ensure it maintains up 
to date system information applicable only for UEs in RRC_IDLE state. However, the UE needs to 
perform system information acquisition upon cell re-selection. 

1> else: 

2> if the UE is establishing the RRC connection for mobile originating calls and if both timers T302 and T303 
are not running: 

3> draw a random number 'rand that is uniformly distributed in the range < rand < 1 ; 

3> start timer T303 with the timer value calculated as follows, using the ac-BarringTime included in ac- 
BarringForMO-Data : 

T303= (0.7+ 0.6 * rand) * ac-BarringTime 

3> inform upper layers about the failure to establish the RRC connection and that access barring for mobile 
originating calls is applicable, upon which the procedure ends; 

2> else if the UE is establishing the RRC connection for mobile originating signalling and if both timers T302 
and T305 are not running: 

3> draw a random number 'rand that is uniformly distributed in the range < rand < 1 ; 

3> start timer T305 with the timer value calculated as follows, using the ac-BarringTime included in ac- 
BarringForMO -Signalling : 

T305= (0.7+ 0.6 * rand) * ac-BarringTime 

3> inform upper layers about the failure to establish the RRC connection and that access barring for mobile 
originating signalling is applicable, upon which the procedure ends; 

8.1.2.6.3 Test description 

8.1 .2.6.3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 11. 
UE: 

- USIM set to Type A in 34.108[5] subclause 8.3.2.15 is inserted. 
Preamble: 

- UE is in state Generic RB Established, UE Test Mode Activated (state 3 A) on Cell 1 according to [18]. 

8.1 .2.6.3.2 Test procedure sequence 

Table 8.1.2.6.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 11 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-79 

The power level values are 
assigned to satisfy Rceii i < Rceii n- 
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Table 8.1.2.6.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS initializes an internal counter K to 
and L to 0. 

- 

- 

- 

- 

2 

Void 

- 

- 

- 

- 


EXCEPTION: Step 2Aa1 to 3b9 shall be 
repeated maximum 50 times unless K > and 
L>0. (Note1) 





- 

EXCEPTION: Step 2Aa1 describe behaviour 
that depend on the internal counters. 

- 

- 

- 

- 

2Aa1 

IF K>0 or L>0 THEN The SS opens the UE 
test loop mode. 

- 

- 

- 

- 

2B 

The SS closes the UE test loop mode. 

- 

- 

- 

- 

2C 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 . 





2D 

Wait for 1 s after the IP packet has been 
transmitted in step 2C. 

- 

- 

- 

- 

2E 

SS transmits an RRCConnectionRelease 
message to release the RRC connection. 

<— 

RRCConnectionRelease 

- 

- 

2F 

Wait for 5 s for the UE to enter E-UTRA 
RRC IDLE state. 

- 

- 

- 

- 


EXCEPTION: Steps 3a1 to 3b9 describe 
behaviours which vary depending on whether 
the UE transmits an RRCConnectionRequest 
message or not. 





3a1 

IF the UE does not transmit any 
RRCConnectionRequest message within 5s 
(Note 3) THEN the SS increments the counter 
Kby1. 





- 

EXCEPTION: Steps 3a9 to 3a10 can occur in 
any order 

- 

- 

- 

- 

3a2- 
3a9 

Steps 2 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed (Note 2). 






EXCEPTION: Step 3a10 describes behaviour 
that depends on UE implementation; step 3a10 
takes place if the UE has user data pending. 





3a10 

IF the UE has user data pending THEN the UE 
loop backs the IP packet received in step 2D 
on the DRB associated with the default EPS 
bearer context on Cell 1 within 10 s. 





3b1 

ELSE IF the UE transmits an 
RRCConnectionRequest message on Cell 1 
THEN the SS increments the counter L by 1 . 

-> 

RRCConnectionRequest 



3b2 

Void 

- 

- 

- 

- 

- 

EXCEPTION: Steps 3b8 to 3b9 can occur in 
any order 

- 

- 

- 

- 

3b3- 
3b8 

Steps 4 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed. 





3b9 

The UE loop backs the IP packet received in 
step 4 on the DRB associated with the default 
EPS bearer context on Cell 1 . 





3b10 
3b14 

Void 





4 

Check: Is the counter K > and L > 0? 

- 

- 

1 

P 

4A 

The SS transmits an RRCConnectionReiease 
message on Cell 1. 

<— 

RRCConnectionRelease 

- 

- 

4B 

Wait for 5 s for the UE to enter E-UTRA 
RRC IDLE state. 

- 

- 

- 

- 

5 

The SS changes the power level setting 
according to the row "T1 " in table 8.1 .2.6.3.2-1 . 

- 

- 

- 

- 

6 

Check: Does the UE transmit an 

-> 

RRCConnectionRequest 

2 

P 
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RRCConnectionRequest message on Cell 11? 





7-11 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed on 
Cell 11. 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





12 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.2 
indicate that the UE is in E-UTRA RRCJDLE 
state on Cell 11? 



1,2 


Note 1 : There is an extremely low probability that the UE originating calls are barred, or not barred, 50 times 

consecutively. (The probability is 1 .78x1 0'^^). Therefore, 50 times is enough number of trials for this test 
case. 

Note 2: After UE enters RRC_CONNECTED T303 is stopped. 

Note 3: The UE starts T303. 


8.1.2.6.3.3 


Specific message contents 


Table 8.1.2.6.3.3-1: SystemlnformationBlockType2 iov Cell 1 and Cell 11 (preamble and all steps, 

Table 8.1.2.6.3.2-2) 


Derivation Path: 36.508, Table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




ac-Barringlnfo SEQUENCE { 




ac-BarringForEmergency 

FALSE 



ac-BarringForMO-Signalling 

Not present 



ac-BarringForMO-Data SEQUENCE { 




ac-BarringFactor 

p50 



ac-BarringTime 

s64 



ac-BarringForSpecialAC 

'OOOOO'B 



} 




} 




} 




Table 8.1.2.6.3.3-2: RRCConnectionRequest {step 3b1, Table 8.1.2.6.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

mo-Data 



} 




} 




} 





Table 8.1 .2.6.3.3-3: Void 
Table 8.1.2.6.3.3-4: RRCConnectionRequest (step 6, Table 8.1.2.6.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

mo-Signalling 



} 




} 




} 
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Table 8.1.2.6.3.3-5: CLOSE UE TEST LOOP (step 2B, Table 8.1.2.6.3.2-2) 


Derivation Path: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE B 

Information Element 

Value/remark 

Comment 

Condition 

UE test loop mode B LB setup 




IP PDU delay 

'0000 011 VB 

7 seconds 



8.1.2.7 


8.1.2.7.1 


RRC connection establishment / 0% access probability for AC to 9, AC 10 
is barred, AC 1 1 to 15 are not barred, access for UE with access class in the 
range 11 to 15 is allowed 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_IDLE state having an Access Class with a value in the range 11.. 15 and 
having received a SystemInformationBlockType2 indicating 0% access probability for AC 0..9 for both 
MO call and MO signalling, access restriction for AC 10 and no restriction for AC 11.. 15 for both MO 
call and MO signalling } 
ensure that { 

when { UE has user data pending } 

then { UE transmits an RRCConnectionRe quest message } 

} 

(2) 

with { UE in E-UTRA RRC_1DLE state having an Access Class with a value in the range 11.. 15 } 
ensure that { 

when { UE reselects a new cell which belongs to different TA and broadcasts a 
SystemInformationBlockType2 indicating 0% access probability for AC 0..9 for both MO call and MO 
signalling, access restriction for AC 10 and no restriction for AC 11.. 15 for both MO call and MO 
signalling } 

then { UE transmits an RRCConnectionRe quest message } 
} 

8.1 .2.7.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.3.2. 

[TS 36.331, clause 5.3.3.2] 

The UE initiates the procedure when upper layers request establishment of an RRC connection while the UE is in 
RRCJDLE. 

Upon initiation of the procedure, the UE shall: 

1> if the UE is establishing the RRC connection for mobile terminating calls: 

2> if timer T302 is running: 

2> else: 

3> consider access to the cell as not barred; 
1> else if the UE is establishing the RRC connection for emergency calls: 

1> else if the UE is establishing the RRC connection for mobile originating calls: 
2> if timer T302 or T303 is running: 

2> else if SystemInformationBlockType2 includes the ac- Barring Info and the ac-BarringForMO-Data is present: 
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3> if the UE has one or more Access Classes, as stored on the USIM, with a value in the range 1 1..15, which 
is valid for the UE to use according to TS 22.011 [10] and TS 23.122 [11], and 

3> for at least one of these Access Classes the corresponding bit in the ac-BarringForSpecialAC contained in 
ac-BarringForMO-Data is set to zero: 

4> consider access to the cell as not barred; 

3> else: 


1> else (the UE is establishing the RRC connection for mobile originating signalling): 
2> if timer T302 or T305 is running: 


2> else if SystemInformationBlockType2 includes the ac-Barringlnfo and the ac-BarringForMO-Signalling is 
present: 

3> if the UE has one or more Access Classes, as stored on the USIM, with a value in the range 1 1..15, which 
is valid for the UE to use according to TS 22.011 [10] and TS 23.122 [11], and 

3> for at least one of these Access Classes the corresponding bit in the ac-BarringForSpecialAC contained in 
ac-BarringForMO -Signalling is set to zero: 

4> consider access to the cell as not barred; 

3> else: 


1> if access to the cell, as specified above, is not barred: 

2> apply the default physical channel configuration as specified in 9.2.4; 

2> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

2> apply the default MAC main configuration as specified in 9.2.2; 

2> apply the CCCH configuration as specified in 9.1.1.2; 

2> apply the timeAlignmentTimerCommon included in SystemInformationBlockType2\ 

2> start timer T300; 

2> initiate transmission of the RRC ConnectionRe quest message in accordance with 5.3.3.3; 

NOTE 2: Upon initiating the connection establishment procedure, the UE is not required to ensure it maintains up 
to date system information applicable only for UEs in RRC_IDLE state. However, the UE needs to 
perform system information acquisition upon cell re-selection. 

8.1 .2.7.3 Test description 

8.1 .2.7.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 1 1 (HPLMN in different TA). 
UE: 

- USIM set to Type C in 34.108[5] subclause 8.3.2.15 is inserted. 
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Preamble: 


The UE is in state Loopback Activated (state 4) with condition UE TEST LOOP MODE B on Cell 1 according 
to [18]. 


8.1.2.7.3.2 


Test procedure sequence 


Table 8.1.2.7.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 8.1.2.7.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 11 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-91 

The power level values are 
assigned to satisfy SrxlevCell 1 > 
SrxlevCell 1 1 . 

T1 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-79 

The power level values are 
assigned to satisfy RCell 1 < RCell 
11. 
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Table 8.1.2.7.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 



The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 . 





OA 

Wait for 1 s after the IP packet has been 
transmitted in step 0. (Note 1) 

- 

- 

- 

- 

1 

The SS transmits an RRCConnectionRelease 
message on Cell 1 . 

<- 

RRCConnectionRelease 

- 

- 

2 

Check: Does the UE transmit an 
RRCConnectionRequest message on Cell 1? 

-> 

RRCConnectionRequest 

1 

P 

3 

The SS transmits an RRCConnectionSetup 
message on Cell 1 . 

<— 

RRCConnectionSetup 

- 

- 

3A 

The UE transmits an 

RRCConnectionSetupComplete message on 

CelM. 

This message includes a SERVICE REQUEST 

message. 

-> 

RRCConnectionSetupComplete 



3B 

The SS transmits a SecurityModeCommand 
message on Cell 1 . 

<— 

SecurityModeCommand 

- 

- 

3C 

The UE transmits a SecurityModeComplete 
message on Cell 1 . 

-> 

SecurityModeComplete 

- 

- 

3D 

The SS transmits an 

RRCConnectionReconfiguration message on 
CelM. 

<— 

RRCConnectionReconfiguration 



- 

EXCEPTION: Step 3E and 3EA can occur in 
any order 

- 

- 

- 

- 

3E 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1. 

-> 

RRCConnectionReconfigurationC 
omplete 



3E 
A 

The UE loop backs the IP packet received in 
step on the DRB associated with the default 
EPS bearer context on Cell 1 . 





3F 

The SS transmits an RRCConnectionRelease 
message on Cell 1 . 

<- 

RRCConnectionRelease 

- 

- 

3G 

Wait for 5 s for the UE to enter E-UTRA 
RRC IDLE state. 

- 

- 

- 

- 

4 

The SS changes Cell 1 and Cell 1 1 level 
according to the row "T1 " in table 8.1 .2.7.3.2-1 . 

- 

- 

- 

- 

4A 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 1 1 and that the UE has performed TAU 
procedure with establishment cause 'high 
priority access'? 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



2 


5- 
10 

Void 

- 

- 

- 

- 

11 

Wait for 5 s for the UE to enter E-UTRA 
RRC IDLE state. 

- 

- 

- 

- 

12- 
20 

Void 

- 

- 

- 

- 

21 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.2 
indicate that the UE is in E-UTRA RRCJDLE 
state on Cell 1 1 and that the UE responds to 
paging with establishment cause 'high priority 
access'? 



1,2 


Note 1 : The 1 second delay is used to secure that the UE have received and forwarded the IP Packet transmitted by 
the SS in step to the UE test loop function before the RRCConnectionRelease message is sent by the SS 
in step 1. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


866 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


8.1.2.7.3.3 


Specific message contents 


Table 8.1.2.7.3.3-1: SystemlnformationBlockType2iov Cell 1 and Cell 11 (preamble, Table 8.1.2.7.3.2- 

2) 


Derivation Path: 36.508, Table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




ac-Barringlnfo SEQUENCE { 




ac-BarringForEmergency 

TRUE 



ac-BarringForlVIO-Signalling SEQUENCE { 




ac-BarringFactor 

pOO 



ac-BarringTime 

s4 



ac-BarringForSpecialAC 

'OOOOO'B 



} 




ac-BarringForMO-Data SEQUENCE { 




ac-BarringFactor 

pOO 



ac-BarringTime 

s4 



ac-BarringForSpecialAC 

'OOOOO'B 



} 




} 




} 





Table 8.1.2.7.3.3-1 A: CLOSE UE TEST LOOP (preamble, Table 8.1.2.7.3.2-2) 


Derivation Path: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE B 

Information Element 

Value/remark 

Comment 

Condition 

UE test loop mode B LB setup 




IP PDU delay 

'0000 1 01 0'B 

1 seconds 



Table 8.1.2.7.3.3-2: RRCConnectionRequest {step 2, step 4A and step 21, Table 8.1.2.7.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

highPriorityAccess 



} 




} 




} 





Table 8.1 .2.7.3.3-3: Void 
Table 8.1 .2.7.3.3-4: Void 
Table 8.1 .2.7.3.3-5: Void 
Table 8.1 .2.7.3.3-6: Void 
Table 8.1 .2.7.3.3-7: Void 
Table 8.1.2.7.3.3-8: RRCConnectionReconfiguration (step 3D, Table 8.1.2.7.3.2-2) 
Derivation Path: 36.508 Table 4.6.1-8, condition SRB2-DRB(1 , 0) 


8.1.2.8 
8.1.2.8.1 

(1) 


RRC connection establishment / Range of access baring time 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state with T303 running 
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ensure that { 

when { UE is requested to make an outgoing call } 

then { UE does not transmit any RRCConnectionRe quest message } 

} 

(2) 

with { UE in E-UTRA RRC_IDLE state having received SystemInformationBlockType2 with no restriction } 
ensure that { 

when { UE is requested to make an outgoing call } 

then { UE transmits an RRCConnectionRequest message } 
} 

8.1 .2.8.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.3.2. 

[TS 36.331, clause 5.3.3.2] 

The UE initiates the procedure when upper layers request establishment of an RRC connection while the UE is in 
RRCJDLE. 

Upon initiation of the procedure, the UE shall: 

1> if the UE is establishing the RRC connection for mobile terminating calls: 

2> if timer T302 is running: 

3> consider access to the cell as barred; 

2> else: 

3> consider access to the cell as not barred; 

1> else if the UE is establishing the RRC connection for emergency calls: 

2> if SystemlnformationBlockTy pel includes the ac- Barring Info: 

3> if the ac-BarringForEmergency is set to FALSE: 

4> consider access to the cell as not barred; 

3> else if the UE has one or more Access Classes, as stored on the USIM, with a value in the range 11.. 15, 
which is valid for the UE to use according to TS 22.011 [10] and TS 23.122 [11]: 

NOTE 1: ACs 12, 13, 14 are only valid for use in the home country and ACs 11, 15 are only valid for use in the 
HPLMN/ EHPLMN. 

4> if the ac-Barringlnfo includes ac-BarringForMO-Data, and for all of the valid Access Classes for the 
UE, the corresponding bit in the ac-BarringForSpecialAC contained in ac-BarringForMO-Data is set 
to one: 

5> consider access to the cell as barred; 

4> else: 

5> consider access to the cell as not barred; 

3> else: 

4> consider access to the cell as barred; 

2> else: 

3> consider access to the cell as not barred; 

1> else if the UE is establishing the RRC connection for mobile originating calls: 

2> if timer T302 or T303 is running: 

3> consider access to the cell as barred; 
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2> else if SystemlnformationBlockTypel includes the ac- Barring Info and the ac-BarringForMO-Data is 
present: 

3> if the UE has one or more Access Classes, as stored on the USIM, with a value in the range 1 1..15, 
which is valid for the UE to use according to TS 22.011 [10] and TS 23.122 [11], and 

3> for at least one of these Access Classes the corresponding bit in the ac-BarringForSpecialAC contained 
in ac-BarringForMO-Data is set to zero: 

4> consider access to the cell as not barred; 

3> else: 

4> draw a random number 'rand uniformly distributed in the range: < rand < 1; 

4> if 'rand is lower than the value indicated by ac-BarringF actor included in ac-BarringForMO-Data: 

5> consider access to the cell as not barred; 

4> else: 

5> consider access to the cell as barred; 

2> else: 

3> consider access to the cell as not barred; 

1> else (the UE is establishing the RRC connection for mobile originating signalling): 

2> if timer T302 or T305 is running: 

3> consider access to the cell as barred; 

2> else if SystemlnformationBlockTypel includes the ac- Barring Info and the ac-BarringForMO-Signalling is 
present: 

3> if the UE has one or more Access Classes, as stored on the USIM, with a value in the range 1 1..15, which 
is valid for the UE to use according to TS 22.011 [10] and TS 23.122 [11], and 

3> for at least one of these Access Classes the corresponding bit in the ac-BarringF orSpecialAC contained in 
ac-BarringForMO-Signalling is set to zero: 

4> consider access to the cell as not barred; 

3> else: 

4> draw a random number 'rand uniformly distributed in the range: < rand < 1; 

4> if 'rand is lower than the value indicated by ac-BarringF actor included in ac-BarringForMO- 
Signalling: 

5> consider access to the cell as not barred; 

4> else: 

5> consider access to the cell as barred; 

2> else: 

3> consider access to the cell as not barred; 

1> if access to the cell, as specified above, is not barred: 

2> apply the default physical channel configuration as specified in 9.2.4; 

2> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

2> apply the default MAC main configuration as specified in 9.2.2; 
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2> apply the CCCH configuration as specified in 9.1.1.2; 

2> apply the timeAlignmentTimerCommon included in SystemInformationBlockType2\ 

2> start timer T300; 

2> initiate transmission of the RRCConnectionRe quest message in accordance with 5.3.3.3; 

NOTE 2: Upon initiating the connection establishment procedure, the UE is not required to ensure it maintains up 
to date system information applicable only for UEs in RRC_IDLE state. However, the UE needs to 
perform system information acquisition upon cell re-selection. 

1> else: 

2> if the UE is establishing the RRC connection for mobile originating calls and if both timers T302 and T303 
are not running: 

3> draw a random number 'rand that is uniformly distributed in the range < rand < 1 ; 

3> start timer T303 with the timer value calculated as follows, using the ac-BarringTime included in ac- 
BarringForMO-Data : 

T303= (0.7+ 0.6 * rand) * ac-BarringTime 

3> inform upper layers about the failure to establish the RRC connection and that access barring for mobile 
originating calls is applicable, upon which the procedure ends; 

2> else if the UE is establishing the RRC connection for mobile originating signalling and if both timers T302 
and T305 are not running: 

3> draw a random number 'rand that is uniformly distributed in the range < rand < 1 ; 

3> start timer T305 with the timer value calculated as follows, using the ac-BarringTime included in ac- 
BarringForMO -Signalling : 

T305= (0.7+ 0.6 * rand) * ac-BarringTime 

3> inform upper layers about the failure to establish the RRC connection and that access barring for mobile 
originating signalling is applicable, upon which the procedure ends; 

2> else if the UE is establishing the RRC connection for emergency calls: 

3> inform upper layers about the failure to establish the RRC connection and that access barring for 
emergency calls is applicable, upon which the procedure ends; 

2> else: 

3> inform upper layers about the failure to establish the RRC connection, upon which the procedure ends; 

8.1.2.8.3 Test description 

8.1 .2.8.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in Registered, Idle mode state (state 2) according to [18]. 
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8.1.2.8.3.2 


Test procedure sequence 

Table 8.1.2.8.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The SS transmits a Paging message including 
systemlnfoModification. (Note 3) 

<- 

Paging 

- 

- 

2 

The SS changes 

SystenfilnfornfiationBlockType2 parameters to 
0% access probability for MO calls. 





3 

Wait for 1 5 s for the UE to receive system 
information. 

- 

- 

- 

- 

4 

Void 

- 

- 

- 

- 

5 

Cause the UE to request connectivity to an 
additional PDN. (Note 5) 

- 

- 

- 

- 

5A 

The UE does not transmit any 
RRCConnectionRequest message (The UE 
starts T303) (Note 2) 





5B 

Void 

- 

- 

- 

- 

6 

Cause the UE to request connectivity to an 
additional PDN. (Note 5) 

- 

- 

- 

- 

7 

Check: Does the UE transmit an 
RRCConnectionRequest message within 5s? 

-> 

RRCConnectionRequest 

1 

F 

8 

Wait for 20 s to ensure that T303 expires. 

- 

- 

- 

- 

9 

The SS transmits a Paging message including 
systemlnfolVlodification (Note 3). 

<- 

Paging 

- 

- 

10 

The SS changes 

SystenfilnfornfiationBiockType2 parameters to 
default values (Note 4). 





11 

The SS starts timer Timer 1 = 20 s. 

- 

- 

- 

- 


EXCEPTION: Steps 12a1 to 12 b3 describe a 
transaction that depends on the UE behaviour; 
the "lower case letter" identifies a step 
sequence that takes place if a specific 
behaviour happens. (Note 6) 





12a 

1 

Check: Does the UE transmit an 
RRCConnectionRequest message? 
SS stops timer Timer 1 

-> 

RRCConnectionRequest 

2 

P 

12b 

1 

The SS waits for Timer_1 expiry 

- 

- 

- 

- 

12 
b2 

Cause the UE to request connectivity to an 
additional PDN. (Note 5) 

- 

- 

- 

- 

12b 
3 

Check: Does the UE transmit an 
RRCConnectionRequest message? 

-> 

RRCConnectionRequest 

2 

P 

13 

Void 

- 

- 

- 

- 

14- 
23 

Steps 2a2 to 6 of the generic test procedure in 
TS 36.508 [18] subclause 6.4.3.2 are 
performed on Cell 1 





Notel: Void. 

Note 2: The UE is establishing the RRC connection for mobile originating calls, and consider access to the cell as 

barred, the UE should draw a rand number "rand" in the range < rand< 1 , and start T303 with value set 

to the maximum value: T303= (0.7+ 0.6 * rand) * ac-BarringTime. 
Note 3: To guarantee that the UE will receive at least one Paging in the Modification Period preceding the Syslnfo 

change, SS should send the Paging message in every eligible PO in this Modification Period. 
Note 4: The default values refer to TS36.508 table 4.4.3.3-1 . 
Note 5: The triggers in step 5, step 6 and step 12 b2 are the same as in the generic procedure in 36.508 clause 

6.4.3.2. 
Note 6: A UE may send RRCConnectionRequest for the pending procedure triggered at step 6. 
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8.1 .2.8.3.3 Specific message contents 

Table 8.1.2.8.3.3-1: Paging {step 1 and step 9, Table 8.1.2.8.3.2-1) 


Derivation patii: 36.508 table 4.6.1-7 | 

Information Element 

Value/Remark 

Comment 

Condition 

Paging ::= SEQUENCE! 




pagingRecordList 

Not present 



systemlnfolVlodification 

True 



} 




Table 8.1.2.8.3.3-2: SystemlnformationBlockType2 (step 2, Table 8.1.2.8.3.2-1) 

Derivation Patii: 36.508, Table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




ac-Barringlnfo SEQUENCE { 




ac-BarringForEmergency 

FALSE 

For AC 10 


ac-BarringForMO-Signalling SEQUENCE { 




ac-BarringFactor 

pOO 



ac-BarringTime 

s16 



ac-BarringForSpecialAC 

'lllll'B 



} 




ac-BarringForMO-Data SEQUENCE { 




ac-BarringFactor 

pOO 



ac-BarringTime 

s16 



ac-BarringForSpecialAC 

'lllll'B 

ForAC11..15 


} 




} 




} 





8.1.2.9 


8.1.2.9.1 


RRC Connection Establishment / 0% access probability for MO calls, non- 
zero percent access probability for MO signalling 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE reselects a new cell which belongs to different TA and broadcasts 
SystemInformationBlockType2 indicating non zero percent access probability for MO signalling } 

then { UE does not transmit any RRCConnectionRe quest message or UE transmits an 
RRCConnectionRequest message } 

} 

(2) 

with { UE in E-UTRA RRC_IDLE state having received SystemInformationBlockType2 indicating 0% access 
probability for MO call } 
ensure that { 

when { UE has user data pending } 

then { UE does not transmit any RRCConnectionRequest message } 


8.1 .2.9.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.3.2. 

[TS 36.331, clause 5.3.3.2] 

The UE initiates the procedure when upper layers request establishment of an RRC connection while the UE is in 
RRCJDLE. 


Upon initiation of the procedure, the UE shall: 
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1> if the UE is establishing the RRC connection for mobile terminating calls: 

1> else if the UE is establishing the RRC connection for emergency calls: 

1> else if the UE is establishing the RRC connection for mobile originating calls: 

2> if timer T302 or T303 is running: 

3> consider access to the cell as barred; 

2> else if SystemlnformationBlockTypel includes the ac- Barring Info and the ac-BarringForMO-Data is 
present: 

3> if the UE has one or more Access Classes, as stored on the USIM, with a value in the range 1 1..15, 
which is valid for the UE to use according to TS 22.011 [10] and TS 23.122 [11], and 

3> for at least one of these Access Classes the corresponding bit in the ac-BarringForSpecialAC contained 
in ac-BarringForMO-Data is set to zero: 

4> consider access to the cell as not barred; 

3> else: 

4> draw a random number 'rand uniformly distributed in the range: < rand < 1; 

4> if 'rand is lower than the value indicated by ac-BarringF actor included in ac-BarringForMO-Data: 

5> consider access to the cell as not barred; 

4> else: 

5> consider access to the cell as barred; 

2> else: 

3> consider access to the cell as not barred; 

1> else (the UE is establishing the RRC connection for mobile originating signalling): 

2> if timer T302 or T305 is running: 

3> consider access to the cell as barred; 

2> else if SystemInformationBlockType2 includes the ac-Barringlnfo and the ac-BarringForMO-Signalling is 
present: 

3> if the UE has one or more Access Classes, as stored on the USIM, with a value in the range 1 1..15, which 
is valid for the UE to use according to TS 22.011 [10] and TS 23.122 [11], and 

3> for at least one of these Access Classes the corresponding bit in the ac-BarringF orSpecialAC contained in 
ac-BarringForMO-Signalling is set to zero: 

4> consider access to the cell as not barred; 

3> else: 

4> draw a random number 'rand uniformly distributed in the range: < rand < 1; 

4> if 'rand is lower than the value indicated by ac-BarringF actor included in ac-BarringForMO- 
Signalling: 

5> consider access to the cell as not barred; 

4> else: 
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5> consider access to the cell as barred; 

2> else: 

3> consider access to the cell as not barred; 

1> if access to the cell, as specified above, is not barred: 

2> apply the default physical channel configuration as specified in 9.2.4; 

2> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

2> apply the default MAC main configuration as specified in 9.2.2; 

2> apply the CCCH configuration as specified in 9.1.1.2; 

2> apply the timeAlignmentTimerCommon included in SystemInformationBlockType2\ 

2> start timer T300; 

2> initiate transmission of the RRCConnectionRe quest message in accordance with 5.3.3.3; 

NOTE 2: Upon initiating the connection establishment procedure, the UE is not required to ensure it maintains up 
to date system information applicable only for UEs in RRC_IDLE state. However, the UE needs to 
perform system information acquisition upon cell re-selection. 

1> else: 

2> if the UE is establishing the RRC connection for mobile originating calls and if both timers T302 and T303 
are not running: 


2> else if the UE is establishing the RRC connection for mobile originating signalling and if both timers T302 
and T305 are not running: 

3> draw a random number 'rand that is uniformly distributed in the range < rand < 1 ; 

3> start timer T305 with the timer value calculated as follows, using the ac-BarringTime included in ac- 
BarringForMO -Signalling : 

T305= (0.7+ 0.6 * rand) * ac-BarringTime 

3> inform upper layers about the failure to establish the RRC connection and that access barring for mobile 
originating signalling is applicable, upon which the procedure ends; 

8.1.2.9.3 Test description 

8.1 .2.9.3.1 Pre-test conditions 

System Simulator: 

- Cell land Cell 11. 
UE: 

- USIM set to Type A in 34.108[5] subclause 8.3.2.15 is inserted. 
Preamble: 

- The UE is in state Loopback Activated (state 4) with condition UE TEST LOOP MODE B on Cell 1 according 
to [18]. 
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8.1 .2.9.3.2 Test procedure sequence 

Table 8.1.2.9.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 11 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-79 

The power level values are 
assigned to satisfy Rceii i < Rceii n- 

T2 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-91 

The power level values are 
assigned to satisfy Rceii i > Rceii n- 
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Table 8.1.2.9.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an RRCConnectionRelease 
message on Cell 1 . 

<- 

RRCConnectionRelease 

- 

- 

2 

Wait for 5 s for the UE to enter E-UTRA 
RRC IDLE state. 

- 

- 

- 

- 

3 

The SS initializes internal counters: K to and 
LtoO. 

- 

- 

- 

- 


EXCEPTION: Steps 4 to 5b15 shall be 
repeated maximum 50 times unless K > and 
L>0. (Notel) 





4 

The SS changes the power level setting 
according to the row "T1 " in table 8.1 .2.9.3.2-1 . 

- 

- 

- 

- 


EXCEPTION: Steps 5a1 to 5b1 5 describe 
behaviours which vary depending on whether 
the UE transmits an RRCConnectionRequest 
message or not. 





5a1 

IF the UE does not transmit any 
RRCConnectionRequest message within 5 s 
(Note 2) THEN the SS increments the counter 
Kbyl. 





5a2 

The SS changes the power level setting 
according to the row "T2" in table 8.1 .2.9.3.2-1 . 

- 

- 

- 

- 

5a3 

The SS waits for 20s for the UE to perform cell 
reselection procedure. (Note 3) 

- 

- 

- 

- 

5b1 

ELSE IF the UE transmits an 
RRCConnectionRequest message on Cell 1 1 
THEN the SS increments the counter L by 1 . 

-> 

RRCConnectionRequest 



5b2- 
5b6 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 [18] subclause 6.4.2.7 are 
performed on Cell 1 1 . 

Note: The UE performs a TAU procedure and 
the RRC connection is released. 





5b7 

Wait for 5 s for the UE to enter E-UTRA 
RRC IDLE state. 

- 

- 

- 

- 

5b8 

The SS changes the power level setting 
according to the row "T2" in table 8.1 .2.9.3.2-1 . 

- 

- 

- 

- 

5b9 

The UE transmits an RRCConnectionRequest 
message on Cell 1. 

-> 

RRCConnectionRequest 

- 

- 

5b10 
5b14 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 [18] subclause 6.4.2.7 are 
performed on Cell 1 . 

Note: The UE performs a TAU procedure and 
the RRC connection is released. 





5b15 

Wait for 5 s for the UE to enter E-UTRA 
RRC IDLE state. 

- 

- 

- 

- 

6 

Check: Is the counter K > and L > 0? 

- 

- 

1 

p 

7 

Generic test procedure in TS 36.508 
subclause 4.5.3.3 is performed on Cell 1. 
NOTE: The UE performs the establishment of 
the new data radio bearer associated with the 
default EPS bearer context. 





8 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 . 





9 

Wait for 1 s after the IP packet has been 
transmitted in step 8. (Note 4) 

- 

- 

- 

- 

10 

The SS transmits an RRCConnectionRelease 
message on Cell 1 . 

<— 

RRCConnectionRelease 

- 

- 

11 

Check: Does the UE transmit an 
RRCConnectionRequest message on Cell 1 
within 30s? 

-> 

RRCConnectionRequest 

2 

F 

- 

EXCEPTION: Step 21 and Step 22a1 can 
happen in any order. 

- 

- 

- 

- 

12- 

Check: Does the test result of steps 1 to 10 

- 

- 

1,2 

- 
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21 

generic test procedure in TS 36.508 subclause 
6.4.2.2 indicate that the UE is in E-UTRA 
RRC IDLE state on Cell 1? 






EXCEPTION: Step 22a1 describes behaviour 
that depends on UE implementation; the 
"lower case letter" identifies a step sequence 
that takes place if the UE has user data 
pending. 





22a1 

IF the UE has user data pending THEN the UE 
loop backs the IP packet received in step 8 on 
the DRB associated with the default EPS 
bearer context on Cell 1 within 10 s. 





Note 1 : There is an extremely low probability that the UE originating calls are barred, or not barred, 50 times 

consecutively. (The probability is 1 .78x1 0'^^). Therefore, 50 times is enough number of trials for this test 

case. 
Note 2: The UE starts T305. 
Note 3: The UE stops T305 upon cell reselection. 
Note 4: The 1 second delay is used to secure that the UE have received and forwarded the IP Packet transmitted by 

the SS in step 8 to the UE test loop function before the RRCConnectionRelease message is sent by the SS 

in step 10. 


8.1.2.9.3.3 


Specific message contents 


Table 8.1.2.9.3.3-1 : SystemlnformationBlockType2iov Cell 1 (preamble and all steps, Table 

8.1.2.9.3.2-2) 


Derivation Path: 36.508, Table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




ac-Barringlnfo SEQUENCE { 




ac-BarringForEmergency 

FALSE 



ac-BarringForMO-Signalling SEQUENCE {} 

Not present 



ac-BarringForMO-Data SEQUENCE { 




ac-BarringFactor 

pOO 



ac-BarringTime 

s512 



ac-BarringForSpecialAC 

'lllll'B 



} 




} 




} 





Table 8.1.2.9.3.3-2: SystemlnformationBlockType2 tor Cell 11 (preamble and all steps, Table 

8.1.2.9.3.2-2) 


Derivation Path: 36.508, Table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




ac-Barringlnfo SEQUENCE { 




ac-BarringForEmergency 

FALSE 



ac-BarringForMO-Signalling SEQUENCE { 




ac-BarringFactor 

p50 



ac-BarringTime 

s8 



ac-BarringForSpecialAC 

'OOOOO'B 



} 




ac-BarringForMO-Data SEQUENCE {} 

Not present 



} 




} 
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Table 8.1.2.9.3.3-3: CLOSE UE TEST LOOP (preamble, Table 8.1.2.9.3.2-2) 


Derivation Path: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE B 

Information Element 

Value/remark 

Comment 

Condition 

UE test loop mode B LB setup 




IP PDU delay 

'OOOOOIOVB 

5 seconds 



Table 8.1.2.9.3.3-4: RRCConnectionRequest (step 5b1 and step 5b9, Table 8.1.2.9.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

mo-Signalling 



} 




} 




} 





8.1.2.10 
8.1.2.11 
8.1.2.11.1 
(1) 


Void 

RRC connection establishinent of emergency call 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE is requested to make an outgoing emergency call 
then { UE transmits an RRCConnectionRequest message } 


8.1 .2.1 1 .2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.331 clause 5.3.3.2. 

[TS 36.331, clause 5.3.3.2] 

The UE initiates the procedure when upper layers request establishment of an RRC connection while the UE is in 
RRCJDLE. 

Upon initiation of the procedure, the UE shall: 

1> else if the UE is establishing the RRC connection for emergency calls: 
2> if SystemlnformationBlockTypel includes the ac- Barring Info: 

2> else: 

3> consider access to the cell as not barred; 

1> if access to the cell, as specified above, is not barred: 

2> apply the default physical channel configuration as specified in 9.2.4; 

2> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

2> apply the default MAC main configuration as specified in 9.2.2; 

2> apply the CCCH configuration as specified in 9.1.1.2; 
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2> apply the timeAlignmentTimerCommon included in SystemInformationBlockType2\ 

2> start timer T300; 

2> initiate transmission of the RRCConnectionRe quest message in accordance with 5.3.3.3; 
[TS 36.331, clause 5.3.3.3] 
The UE shall set the contents of RRCConnectionRequest message as follows: 

1> set the establishmentCause in accordance with the information received from upper layers; 
The UE shall submit the RRCConnectionRequest message to lower layers for transmission. 
8.1.2.11.3 Test description 

8.1 .2.1 1 .3.1 Pre-test conditions 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 

8.1 .2.1 1 .3.2 Test procedure sequence 

Table 8.1.2.1 1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1 

IVIake the UE attempt an IIVIS emergency call 

- 

- 

- 

- 

2 

Check: Does the UE transmit an 
RRCConnectionRequest message? 

-> 

RRCConnectionRequest 

1 

P 

3- 
15 

Steps 3 to 1 5 of the generic test procedure for 
IMS Emergency call establishment in EUTRA: 
Normal Service (TS 36.508 4.5A.4.4-1). 





16 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1 



Table 8.1.2.1 1.3.2-2: Void 

8.1 .2.1 1 .3.3 Specific message contents 

Table 8.1 .2.1 1 .3.3-1 : RRCConnectionRequest (step 2, Table 8.1 .2.1 1 .3.2-1) 


Derivation Path: 36.508, Table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

emergency 



} 




} 




} 
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8.1 .2.12 RRC connection establishment of emergency call / Limited Service 

8.1.2.12.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE camp on an acceptable cell and is requested to make an outgoing emergency call } 
then { UE transmits an RRCConnectionRe quest message } 
} 

8.1 .2.1 2.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.304 clause 4.3, 5.2.3.1 
and TS 36.331 clause 5.3.3.2. 

[TS 36.304, clause 4.3] 

This clause defines the level of service that may be provided by the network to a UE in Idle mode. 

The action of camping on a cell is necessary to get access to some services. Three levels of services are defined for UE: 

- Limited service (emergency calls, ETWS and CMAS on an acceptable cell) 

- Normal service (for public use on a suitable cell) 

- Operator service (for operators only on a reserved cell) 

Furthermore, the cells are categorised according to which services they offer: 

acceptable cell: 

An "acceptable cell" is a cell on which the UE may camp to obtain limited service (originate emergency calls and 
receive ETWS and CMAS notifications). Such a cell shall fulfil the following requirements, which is the minimum set 
of requirements to initiate an emergency call and to receive ETWS and CMAS notification in a E-UTRAN network: 

- The cell is not barred, see subclause 5.3.1; 

- The cell selection criteria are fulfilled, see subclause 5.2.3.2; 

suitable cell: 

A "suitable cell" is a cell on which the UE may camp on to obtain normal service. The UE shall have a valid USIM and 
such a cell shall fulfil all the following requirements. 

The cell is part of either: 

the selected PLMN, or: 

the registered PLMN, or: 
- a PLMN of the Equivalent PLMN list 
according to the latest information provided by NAS: 

- The cell is not barred, see subclause 5.3.1; 

- The cell is part of at least one TA that is not part of the list of "forbidden tracking areas for roaming", which 
belongs to a PLMN that fulfils the first bullet above; 

- The cell selection criteria are fulfilled, see subclause 5.2.3.2; 

- For a CSG cell, the CSG ID is part of the CSG whitelist of the UE. 

If more than one PLMN identity is broadcast in the cell, the cell is considered to be part of all TAs with TAIs 
constructed from the PLMN identities and the TAC broadcast in the cell. 
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[TS 36.304, clause 5.2.3.1] 

The UE shall use one of the following two cell selection procedures: 

a) Initial Cell Selection 

This procedure requires no prior knowledge of which RF channels are E-UTRA carriers. The UE shall scan 
all RF channels in the E-UTRA bands according to its capabilities to find a suitable cell. On each carrier 
frequency, the UE need only search for the strongest cell. Once a suitable cell is found this cell shall be 
selected. 

b) Stored Information Cell Selection 

This procedure requires stored information of carrier frequencies and optionally also information on cell 
parameters, from previously received measurement control information elements or from previously detected 
cells. Once the UE has found a suitable cell the UE shall select it. If no suitable cell is found the Initial Cell 
Selection procedure shall be started. 

NOTE: Priorities between different frequencies or RATs provided to the UE by system information or dedicated 
signalling are not used in the cell selection process. 

[TS 36.331, clause 5.3.3.2] 

The UE initiates the procedure when upper layers request establishment of an RRC connection while the UE is in 
RRCJDLE. 

Upon initiation of the procedure, the UE shall: 


1> else if the UE is establishing the RRC connection for emergency calls: 
2> if SystemInformationBlockType2 includes the ac- Barring Info: 

2> else: 

3> consider access to the cell as not barred; 

1> if access to the cell, as specified above, is not barred: 

2> apply the default physical channel configuration as specified in 9.2.4; 

2> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

2> apply the default MAC main configuration as specified in 9.2.2; 

2> apply the CCCH configuration as specified in 9.1.1.2; 

2> apply the time AlignmentTimer Common included in SystemInformationBlockType2\ 

2> start timer T300; 

2> initiate transmission of the RRC ConnectionRe quest message in accordance with 5.3.3.3; 
[TS 36.331, clause 5.3.3.3] 
The UE shall set the contents of RRC ConnectionRe quest message as follows: 

1> set the establishmentCause in accordance with the information received from upper layers; 
The UE shall submit the RRCConnectionRequest message to lower layers for transmission. 
[TS 36.331, clause 6.2.2] 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


881 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


SystemlnformationBlockTypel field descriptions 


Ims-EmergencySupport 

Indicates whether the cell supports IMS emergency bearer services for UEs in limited service mode. If absent, IMS 
emergency call is not supported by the network in the cell for UEs in limited service mode. 


8.1.2.12.3 Test description 

8.1.2.12.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 

- The PLMN is defined in Table 8.1.2.12.3.1-1. 

Table 8.1.2.12.3.1-1 : PLMN identifier 


Cell 

PLMN name 

1 

PLMN4 


UE: 


The UE is equipped with a USIM containing default values except for those listed in Table 8.1.2.12.3.1-2. 

Table 8.1.2.12.3.1-2: USIM configuration 


USIM field 

Priority 

Value 

Access Technology Identifier 

EFiMsi 


The HPLMN (MCC+MNC) of the 
IMSIissettoPLMNL 


EFfplmn 


PLMN4 


EFpLMNwAcT 

1 

Default 

E-UTRAN 

EFoPLMNwACT 

1 

PLMN1 

E-UTRAN 

EFhPLMNwAcT 

1 

PLMN1 

E-UTRAN 


Preamble: 

- The UE is Switched OFF (State 1) according to [18]. 
8.1.2.12.3.2 Test procedure sequence 

Table 8.1.2.12.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Power on the UE. 

- 

- 

- 

- 

2 

Wait 60s for the UE to camp on Cell 1 as an 
acceptable cell. 

- 

- 

- 

- 

3 

Make the UE attempt an IMS emergency call 

- 

- 

- 

- 

4 

Check: Does the UE transmit an 
RRCConnectionRequest message? 

-> 

RRCConnectionRequest 

1 

P 

5- 
21 

Steps 3 to 1 9 of the generic test procedure for 
IMS Emergency call establishment in EUTRA: 
Limited Service (TS 36.508 4.5A.5.3-1). 
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Table 8.1 .2.1 2.3.2-2: Void 

8.1 .2.1 2.3.3 Specific message contents 

Table 8.1.2.12.3.3-1 : RRCConnectionRequest (step 3, Table 8.1.2.12.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

emergency 



} 




} 




} 





8.1.2.13 

8.1.2.13.1 
(1) 


Table 8.1.2.12.3.3-2: Void 

RRC connection establishment / 0% access probability for MO calls, 0% 
access probability for MO signalling 

Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE reselects a new cell which belongs to different TA and broadcasts 
SystemInformationBlockType2 indicating 0% access probability for MO signalling } 
then { UE does not transmit any RRCConnectionRequest message } 

} 

(2) 

with { UE in E-UTRA RRC_IDLE state having received Systeminf ormationBlockType2 indicating 0% access 
probability for MO call and for MO signalling } 
ensure that { 

when { UE receives a Paging message } 

then { UE transmits an RRCConnectionRequest message } 

} 

(3) 

with { UE in E-UTRA RRC_IDLE state having received Systeminf ormationBlockType2 indicating 0% access 
probability for MO call } 
ensure that { 

when { UE has user data pending } 

then { UE does not transmit any RRCConnectionRequest message } 


8.1 .2.1 3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.3.2. 

[TS 36.331, clause 5.3.3.2] 

The UE initiates the procedure when upper layers request establishment of an RRC connection while the UE is in 
RRCJDLE. 

Upon initiation of the procedure, the UE shall: 

1> if the UE is establishing the RRC connection for mobile terminating calls: 

1> else if the UE is establishing the RRC connection for emergency calls: 
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1> else if the UE is establishing the RRC connection for mobile originating calls: 

2> if timer T302 or T303 is running: 

3> consider access to the cell as barred; 

2> else if SystemInformationBlockType2 includes the ac- Barring Info and the ac-BarringForMO-Data is 
present: 

3> if the UE has one or more Access Classes, as stored on the USIM, with a value in the range 1 1..15, 
which is valid for the UE to use according to TS 22.011 [10] and TS 23.122 [11], and 

3> for at least one of these Access Classes the corresponding bit in the ac-BarringForSpecialAC contained 
in ac-BarringForMO-Data is set to zero: 

4> consider access to the cell as not barred; 

3> else: 

4> draw a random number 'rand uniformly distributed in the range: < rand < 1; 

4> if 'rand is lower than the value indicated by ac-BarringF actor included in ac-BarringForMO-Data: 

5> consider access to the cell as not barred; 

4> else: 

5> consider access to the cell as barred; 

2> else: 

3> consider access to the cell as not barred; 

1> else (the UE is establishing the RRC connection for mobile originating signalling): 

2> if timer T302 or T305 is running: 

3> consider access to the cell as barred; 

2> else if SystemInformationBlockType2 includes the ac- Barring Info and the ac-BarringForMO-Signalling is 
present: 

3> if the UE has one or more Access Classes, as stored on the USIM, with a value in the range 1 1..15, which 
is valid for the UE to use according to TS 22.011 [10] and TS 23.122 [11], and 

3> for at least one of these Access Classes the corresponding bit in the ac-BarringF orSpecialAC contained in 
ac-BarringForMO-Signalling is set to zero: 

4> consider access to the cell as not barred; 

3> else: 

4> draw a random number 'rand uniformly distributed in the range: < rand < 1; 

4> if 'rand is lower than the value indicated by ac-BarringF actor included in ac-BarringForMO- 
Signalling: 

5> consider access to the cell as not barred; 

4> else: 

5> consider access to the cell as barred; 

2> else: 

3> consider access to the cell as not barred; 

1> if access to the cell, as specified above, is not barred: 
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2> apply the default physical channel configuration as specified in 9.2.4; 

2> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

2> apply the default MAC main configuration as specified in 9.2.2; 

2> apply the CCCH configuration as specified in 9.1.1.2; 

2> apply the time AlignmentTimer Common included in SystemInformationBlockType2\ 

2> start timer T300; 

2> initiate transmission of the RRCConnectionRe quest message in accordance with 5.3.3.3; 

NOTE 2: Upon initiating the connection establishment procedure, the UE is not required to ensure it maintains up to 
date system information applicable only for UEs in RRC_IDLE state. However, the UE needs to perform 
system information acquisition upon cell re-selection. 

1> else: 

2> if the UE is establishing the RRC connection for mobile originating calls and if both timers T302 and T303 
are not running: 


2> else if the UE is establishing the RRC connection for mobile originating signalling and if both timers T302 
and T305 are not running: 

3> draw a random number 'rand that is uniformly distributed in the range < rand < 1 ; 

3> start timer T305 with the timer value calculated as follows, using the ac-BarringTime included in ac- 
BarringForMO -Signalling : 

T305= (0.7+ 0.6 * rand) * ac-BarringTime 

3> inform upper layers about the failure to establish the RRC connection and that access barring for mobile 
originating signalling is applicable, upon which the procedure ends; 

8.1.2.13.3 Test description 

8.1.2.13.3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 11. 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) with condition UE TEST LOOP MODE B on Cell 1 according 
to [18]. 

8.1.2.13.3.2 Test procedure sequence 

Table 8.1.2.13.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 11 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-79 

The power level values are 
assigned to satisfy Rceii i < Rceii n- 

T2 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-91 

The power level values are 
assigned to satisfy Rceii i > Rceii n- 
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Table 8.1.2.13.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an RRCConnectionRelease 
message on Cell 1 . 

<- 

RRCConnectionRelease 

- 

- 

2 

Wait for 5 s for the UE to enter E-UTRA 
RRC IDLE state. 

- 

- 

- 

- 

3 

The SS changes the power level setting 
according to the row "T1 " in table 8.1 .2. 13.3.2- 
1. 





4 

Check: Does the UE transmit an 
RRCConnectionRequest message on Cell 1 1 
within 40s? (Note 1) 

-> 

RRCConnectionRequest 

1 

F 

5 

The SS transmits a Paging message including 
a matched identity allocated in Cell 1 . 

<- 

Paging 

- 

- 

6 

Check: Does the UE transmit an 
RRCConnectionRequest message on Cell 1 
within 30s? (Note 2) 

-> 

RRCConnectionRequest 

1 

F 

7 

The SS changes the 
System InformationBlockType 1 and 
SystemlnformationBlockType2 on Cell 1 
according to Table 8.1 .2.13.3.3-1 . 





7A 

Wait for 2.1* modification period (Note 5) to 
allow the new system information to take 
effect. 





7B 

The SS changes the power level setting 
according to the row "T2" in table 8.1.2.13.3.2- 
1. 





8 

The SS waits for 40s the UE to perform cell 
reselection procedure (Note 3). 

- 

- 

- 

- 

9 

The SS sends a Paging message to the UE on 
the appropriate paging block, and including the 
UE identity in one entry of the IE 
pagingRecordLists on Cell 1 . 

<— 

Paging 



10 

Check: Does the UE transmit an 
RRCConnectionRequest message on Cell 1? 

-> 

RRCConnectionRequest 

2 

P 

11- 
16 

Steps 4 to 9 of the generic test procedure in 

TS 36.508 subclause 4.5.3.3 are performed on 

CelM. 

NOTE: The UE performs the establishment of 

the new data radio bearer associated with the 

default EPS bearer context. 





17 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 . 





18 

Wait for 1 s after the IP packet has been 
transmitted in step 17. (Note 4) 

- 

- 

- 

- 

19 

The SS transmits an RRCConnectionReiease 
message on Cell 1. 

<— 

RRCConnectionRelease 

- 

- 

20 

Check: Does the UE transmit an 
RRCConnectionRequest message on Cell 1 
within 10s? 

-> 

RRCConnectionRequest 

3 

F 

- 

EXCEPTION: Step 30 and Step 31 a1 can 
happen in any order. 

- 

- 

- 

- 

21- 
30 

Check: Does the test result of steps 1 to 10 
generic test procedure in TS 36.508 subclause 
6.4.2.2 indicate that the UE is in E-UTRA 
RRC IDLE state on Cell 1? 



1,2, 
3 



EXCEPTION: Step 31 a1 describes behaviour 
that depends on UE implementation; the 
"lower case letter" identifies a step sequence 
that takes place if the UE has user data 
pending. 





31a1 

IF the UE has user data pending THEN the UE 
loop backs the IP packet received in step 17 
on the DRB associated with the default EPS 
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bearer context on Cell 1 within 10 s. 


Note 1 
Note 2 
Notes 
Note 4 


Note 5: 


The UE starts T305 
In case that the UE 
The UE stops T305 
The 1 second delay 
the SS in step 17 to 
in step 19. 
The wait time of 2.1 
information change 
modification period. 
modification period. 


did not response to paging on Cell 1 , it is considered that the UE is camped on Cell 1 1 . 
upon cell reselection. 

is used to secure that the UE have received and forwarded the IP Packet transmitted by 
the UE test loop function before the RRCConnectionRelease message is sent by the SS 

* modification period in step 7A is to allow for the network to paging the system 

during the next modification period, and update the system information at the subsequent 

UE should acquire the updated system information within 100ms of the start of 


8.1 .2.1 3.3.3 Specific message contents 

Table 8.1.2.13.3.3-1 : SystemlnformationBlockType2iov Cell 1 (step 7, Table 8.1.2.13.3.2-2) 


Derivation Path: 36.508, Table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemInformationBlockType2 ::= SEQUENCE { 




ac-Barringlnfo SEQUENCE { 




ac-BarringForEmergency 

FALSE 



ac-BarringForMO-Signalling SEQUENCE { 




ac-BarringFactor 

pO 



ac-BarringTime 

s8 



ac-BarringForSpecialAC 

'lllll'B 



} 




ac-BarringForMO-Data SEQUENCE { 




ac-BarringFactor 

pO 



ac-BarringTime 

s512 



ac-BarringForSpecialAC 

'lllll'B 



} 




} 




} 




Table 8.1.2.13.3.3-2: SystemlnformationBlockTypel for Cell 1 (step 7, Table 8.1.2.13.3.2-2) 

Derivation Path: 36.508, Table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




systemlnfoValueTag 

1 



} 





Table 8.1.2.13.3.3-3: SystemlnformationBlockType2 ior Cell 11 (preamble and all steps, Table 

8.1.2.13.3.2-2) 


Derivation Path: 36.508, Table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




ac-Barringlnfo SEQUENCE { 




ac-BarringForEmergency 

FALSE 



ac-BarringForMO-Signalling SEQUENCE { 




ac-BarringFactor 

pO 



ac-BarringTime 

s512 



ac-BarringForSpecialAC 

'11111'B 



} 




ac-BarringForMO-Data SEQUENCE {} 

Not present 



} 




} 
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Table 8.1.2.13.3.3-4: CLOSE UE TEST LOOP (preamble, Table 8.1.2.13.3.2-2) 


Derivation Path: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE B 

Information Element 

Value/remark 

Comment 

Condition 

UE test loop mode B LB setup 




IP PDU delay 

'OOOOOIOVB 

5 seconds 



8.1.2.14 
8.1.2.14.1 
(1) 


RRC connection establishment / High speed flag 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state having received a SystemInformationBlockType2 indicating an IE 
highSpeedFlag set to true } 
ensure that { 

when { UE receives a Paging message } 

then { UE establishes an RRC connection } 


8.1.2.14.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.2.2.9 and 
6.3.2. 

[TS 36.331, clause 5.2.2.9] 

Upon receiving SystemInformationBlockType2, the UE shall: 


1> apply the configuration included in the radioResourceConfigCommon\ 
[TS 36.331, clause 6.3.2] 


PRACH-Config field descriptions 


highSpeedFlag 

Parameter: High-speed-flag, see TS 36.21 1 , [21 , 5.7.2].TRUE corresponds to Restricted set and FALSE to 
Unrestricted set. 


8.1.2.14.3 Test description 

8.1.2.14.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 according to [18]. 

8.1.2.14.3.2 Test procedure sequence 

Table 8.1.2.14.3.2-1 illustrates the downlink power levels to be applied for the cells at various time instants of the test 
execution. The configuration marked "Tl" is applied at the point indicated in the Main behaviour description in Table 
8.1.2.14.3.2-2. 
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Table 8.1.2.14.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-79 

The power level values are 
assigned to satisfy Rceii i < Rceii 2. 


Table 8.1.2.14.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS changes Cell 2 level according to the 
row "T1" in table 8.1.2.14.3.2-1. 

- 

- 

- 

- 

2 

The SS waits for 40s for the UE to perform cell 
reselection procedure. 

- 

- 

- 

- 

3 

The SS transmits a Paging message on Cell 2. 

<— 

Paging 

- 

- 

4 

Check: Does the UE transmit an 
RRCConnectionRequest message on Cell 2? 

-> 

RRCConnectionRequest 

1 

P 

5-10 

Steps 4 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed to successfully complete the 
service request procedure on Cell 2. 





11 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 2? 



1 



8.1.2.14.3.3 


Specific message contents 


Table 8.1.2.14.3.3-1 : SystemlnformationBlockType2 ior Cell 2 (preamble and all steps, Table 

8.1.2.14.3.2-2) 


Derivation Path: 36.508 Table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




radioResourceConfigCommon SEQUENCE { 




prach-Config SEQUENCE { 




rootSequencelndex 

86 



prach-Configlnfo SEQUENCE { 




highSpeedFlag 

true 



} 




} 




} 




} 





8.1 .3 RRC connection release 

8.1 .3.1 RRC connection release / Success 

8.1.3.1.1 Test Purpose (TP) 

(1) 

with { UE in RRC_CONNECTED state} 
ensure that { 

when { UE receives an RRCConnectionRe lease message } 
then { UE releases the signalling connection, the established EPS bearer and all radio resources 
and enters in RRC_IDLE state } 


8.1.3.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.331 clause 5.3.8.3 
and 5.3.12. 

[TS 36.331, clause 5.3.8.3] 
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The UE shall: 

1> delay the following actions defined in this sub-clause 60ms from the moment the RRCConnectionRelease 
message was received or optionally when lower layers indicate that the receipt of the RRCConnectionRelease 
message has been successfully acknowledged, whichever is earlier; 


1> if the releaseCause received in the RRCConnectionRelease message indicates HoadBalancingTAURequired' : 

2> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'load 
balancing TAU required' ; 

1> else: 

2> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'. 
[TS 36.331, clause 5.3.12] 
Upon leaving RRC_CONNECTED, the UE shall: 

1> reset MAC; 

1> stop all timers that are running except T320; 

1> release all radio resources, including release of the RLC entity, the MAC configuration and the associated PDCP 
entity for all established RBs; 

1> indicate the release of the RRC connection to upper layers together with the release cause; 

1> if leaving RRC_CONNECTED was not triggered by reception of the MobilityFromEUTRACommand message: 

2> enter RRC_IDLE by performing cell selection in accordance with the cell selection process, defined for the 
case of leaving RRC_CONNECTED, as specified in TS 36.304 [4]. 


Test description 
Pre-test conditions 


8.1.3.1.3 
8.1.3.1.3.1 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 
8.1 .3.1 .3.2 Test procedure sequence 

Table 8.1.3.1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1 

88 transmits an RRCConnectionRelease 
message to release the RRC connection. 

<- 

RRCConnectionRelease 

- 

- 

2 

88 waits for 5s. 

- 

- 

- 

- 

3 

Check: Does the test result of generic test 
procedure in T8 36.508 subclause 6.4.2.2 
indicate that the UE is in E-UTRA RRCJDLE 
state on Cell 1 ? 



1 
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8.1 .3.1 .3.3 Specific message content 

None. 

8.1.3.2 Void 

8.1.3.3 Void 

8.1 .3.4 RRC connection release / Redirection to another E-UTRAN frequency 

8.1.3.4.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an RRCConnectionRelease message including an IE redirectedCarrierlnfo with 
eutra different from the frequency UE was on in RRC_CONNECTED state} 

then { UE enters RRC_IDLE state on new frequency included in IE redirectedCarrierlnfo } 
} 

8.1 .3.4.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.8.3, 
5.3.12 andTS 36.304, clauses 5.2.4.1, 5.2.7. 

[TS 36.331, clause 5.3.8.3] 

The UE shall: 

1> delay the following actions defined in this sub-clause 60ms from the moment the RRCConnectionRelease 
message was received or optionally when lower layers indicate that the receipt of the RRCConnectionRelease 
message has been successfully acknowledged, whichever is earlier; 

1> if the RRCConnectionRelease message includes the idleModeMobilityControlInfo: 


1> else: 

2> apply the cell reselection priority information broadcast in the system information; 
1> if the releaseCause received in the RRCConnectionRelease message indicates HoadBalancingTAURequired' \ 

1> else: 

2> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'. 
[TS 36.331, clause 5.3.12] 
Upon leaving RRC_CONNECTED, the UE shall: 

1> indicate the release of the RRC connection to upper layers together with the release cause; 

1> if leaving RRC_CONNECTED was not triggered by reception of the MobilityFromEUTRACommand message: 

2> enter RRC_IDLE by performing cell selection in accordance with the cell selection process, defined for the 
case of leaving RRC_CONNECTED, as specified in TS 36.304 [4]. 

[TS 36.304, clause 5.2.4.1] 
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UE shall only perform cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are given 
in system information and for which the UE has a priority provided. 


[TS 36.304, clause 5.2.7] 

On transition from RRC_CONNECTED to RRCJDLE, UE shall select a suitable cell to camp on according to 
redirectedCarrierlnfo, if included in the RRCConnectionRelease message. Otherwise UE shall select a suitable cell on 
an EUTRA carrier. If no suitable cell is found, the UE shall perform a cell selection starting with Stored Information 
Cell Selection procedure in order to find a suitable cell to camp on. 


Test description 
Pre-test conditions 


8.1.3.4.3 
8.1.3.4.3.1 
System Simulator: 

- 2 cells on different E-UTRA frequencies and different tracking areas: 

Cell 1 serving cell 

- Cell 23 suitable neighbour inter-frequency cell 

- Cell power levels are selected according to [18] so that camping on Cell 1 is guaranteed 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18] on cell 1. 
8.1 .3.4.3.2 Test procedure sequence 

Table 8.1.3.4.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1 

SS transmits an RRCConnectionRelease 
message (IE redirectedCarrierlnfo including 
e^fraof Cell23). 

<— 

RRCConnectionRelease 



2 

Check: does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 23? 



1 



8.1.3.4.3.3 


Specific message contents 

Table 8.1 .3.4.3.3-1 : Conditions for table 8.1 .3.4.3.3-3 


Condition descriptions 

CelM 

This condition 

applies to 

system 

information transmitted 

on Cell 1. 

Cell 23 

This condition 

applies to 

system 

information transmitted 

on Cell 23. 
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Table 8.1.3.4.3.3-2: Void 

Table 8.1.3.4.3.3-3: SystemlnformationBlockTypeS ior cells 1 and 23 (preamble and all steps, Table 

8.1.3.4.3.2-1) 


Derivation Path: 36.508 table 4.4.3.3-4 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(L.maxFreq)) OF SEQUENCE { 




dl-CarrierFreq[n] 

Same downlink EARFCN 
as used for Cell 23 


CelM 


Same downlink EARFCN 
as used for Cell 1 


Cell 23 

cellReselectionPriority[n] 

Not present 



} 




} 




Table 8.1.3.4.3.3-4: RRCConnectionRelease message (step 1, Table 8.1.3.4.3.2-1) 

Derivation Path: 36.508 table 4.6.1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




redirectedCarrierlnfo ::= CHOICE { 




eutra 

Downlink EARFCN of cell 
23 



} 




} 




} 




} 




} 





8.1.3.5 
8.1.3.5.1 
(1) 


RRC connection release / Success / With priority information 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state having received an RRCConnectionRelease message with the 
freqPriorityListEUTRA with higher priority frequency} 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the higher 
priority frequency } 

then { UE reselects the cell which belongs to the higher priority frequency } 


8.1.3.5.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.8.3 and 
TS 36.304, clause 5.2.4.1, 5.2.4.2 and 5.2.4.5. 

[TS 36.331, clause 5.3.8.3] 

The UE shall: 

1> delay the following actions defined in this sub-clause 60 ms from the moment the RRCConnectionRelease 
message was received or optionally when lower layers indicate that the receipt of the RRCConnectionRelease 
message has been successfully acknowledged, whichever is earlier; 

1> if the RRCConnectionRelease message includes the idleModeMobilityControlInfo: 

2> store the cell reselection priority information provided by the idleModeMobilityControlInfo', 
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2> if the t320 is included: 

3> start timer T320, with the timer value set according to the value of t320; 
1> else: 

1> if the releaseCause received in the RRCConnectionRelease message indicates 'loadBalancingTAURequired: 

2> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'load 
balancing TAU required'; 

1> else: 

2> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'; 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information, in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
(re) selection. In the case of system information, an E-UTRAN frequency or inter-RAT frequency may be listed without 
providing a priority (i.e. the field cellReselectionPriority is absent for that frequency). If priorities are provided in 
dedicated signalling, the UE shall ignore all the priorities provided in system information. If UE is in camped on any 
cell state, UE shall only apply the priorities provided by system information from current cell, and the UE preserves 
priorities provided by dedicated signalling unless specified otherwise. When the UE in camped normally state, has only 
dedicated priorities other than for the current frequency, the UE shall consider the current frequency to be the lowest 
priority frequency (i.e. lower than the eight network configured values). While the UE is camped on a suitable CSG 
cell, the UE shall always consider the current frequency to be the highest priority frequency (i.e. higher than the eight 
network configured values), irrespective of any other priority value allocated to this frequency. The UE shall delete 
priorities provided by dedicated signalling when: 

- the UE enters RRC_CONNECTED state; or 

- the optional validity time of dedicated priorities (T320) expires; or 

- a PLMN selection is performed on request by NAS [5]. 

NOTE: Equal priorities between RATs are not supported. 

The UE shall only perform cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are 
given in system information and for which the UE has a priority provided. 

The UE shall not consider any black listed cells as candidate for cell reselection. 

The UE shall inherit the priorities provided by dedicated signalling and the remaining validity time (i.e., T3 20 in E- 
UTRA, T322 in UTRA and T3230 in GERAN), if configured, at inter-RAT cell (re)selection. 

NOTE: The network may assign dedicated cell reselection priorities for frequencies not configured by system 
information. 

[TS 36.304, clause 5.2.4.2] 

When evaluating Srxlev and Squal of non-serving cells for reselection purposes, the UE shall use parameters provided 
by the serving cell. 

Following rules are used by the UE to limit needed measurements: 

- If the serving cell fulfils Srxlev > SintraSearchP and Squal > SintraSearchQ, the UE may choose not to perform intra- 
frequency measurements. 

Otherwise, the UE shall perform intra- frequency measurements. 

- The UE shall apply the following rules for E-UTRAN inter-frequencies and inter-RAT frequencies which are 
indicated in system information and for which the UE has priority provided as defined in 5.2.4.1: 
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- For an E-UTRAN inter- frequency or inter-RAT frequency with a reselection priority higher than the 
reselection priority of the current E-UTRA frequency the UE shall perform measurements of higher priority 
E-UTRAN inter- frequency or inter-RAT frequencies according to [10]. 

- For an E-UTRAN inter- frequency with an equal or lower reselection priority than the reselection priority of 
the current E-UTRA frequency and for inter-RAT frequency with lower reselection priority than the 
reselection priority of the current E-UTRAN frequency: 

- If the serving cell fulfils Srxlev > SnonintraSearchP and Squal > SnonintraSearchQ, the UE may choose not to 
perform measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower 
priority. 

Otherwise, the UE shall perform measurements of E-UTRAN inter- frequencies or inter-RAT frequency 
cells of equal or lower priority according to [10]. 

[TS 36.304, clause 5.2.4.5] 

If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a higher priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- A cell of a higher priority EUTRAN or UTRAN RAT/ frequency fulfils Squal > Threshx, HighQ during a time 
interval TreselectionRAT; or 

- A cell of a higher priority GERAN or CDMA2000 RAT/ frequency fulfils Srxlev > Threshx, mghp during a time 
interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- A cell of a higher priority RAT/ frequency fulfils Srxlev > Threshx, mghP during a time interval TreselectionRAT; 
and 

More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra- frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a lower priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- The serving cell fulfils Squal < Threshserving, lowq and a cell of a lower priority EUTRAN or UTRAN RAT/ 
frequency fulfils Squal > Threshx, lowq during a time interval TreselectionRAT; or 

- The serving cell fulfils Squal < Threshserving, lowq and a cell of a lower priority GERAN or CDMA2000 RAT/ 
frequency fulfils Srxlev > Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- The serving cell fulfils Srxlev < Threshserving, lowp and a cell of a lower priority RAT/ frequency fulfils Srxlev > 
Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a higher priority RAT/ frequency shall take precedence over a lower priority RAT/ frequency, if 
multiple cells of different priorities fulfil the cell reselection criteria. 

For cdma2000 RATs, Srxlev is equal to -FL00R(-2 x 10 x loglO Ec/Io) in units of 0.5 dB, as defined in [18], with 
Ec/Io referring to the value measured from the evaluated cell. 

For cdma2000 RATs, Threshx, mghP and Threshx, lowp are equal to -1 times the values signalled for the corresponding 
parameters in the system information. 
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In all the above criteria the value of TreselectioriRAT is scaled when the UE is in the medium or high mobility state as 
defined in subclause 5.2.4.3.1. If more than one cell meets the above criteria, the UE shall reselect a cell as follows: 

- If the highest-priority frequency is an E-UTRAN frequency, a cell ranked as the best cell among the cells on the 
highest priority frequency(ies) meeting the criteria according to section 5.2.4.6; 

If the highest-priority frequency is from another RAT, a cell ranked as the best cell among the cells on the 
highest priority frequency (ies) meeting the criteria of that RAT. 

8.1 .3.5.3 Test description 

8.1 .3.5.3.1 Pre-test conditions 
System Simulator: 

- Celll,Cell3andCell6. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
NOTE: For Cell 3 and 6 TAI is set to TAI-2 

UE: 

None. 

Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.1 .3.5.3.2 Test procedure sequence 

Table 8.1.3.5.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 8.1.3.5.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 

Cell 6 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

"off" 

"off" 

The power level values are 
assigned to satisfy Srxlevceii i > 

Sintrasearch. (N0TE1) 

T1 

Cell-specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

-73 

-73 

The power level values are 
assigned to satisfy both 
Threshx, low < Srxlevceii s and 
Threshx,high<Srxlevceii6. 

NOTE 1 : Power level "Off" is defined in TS36.508 Table 6.2.2.1-1. 


Table 8.1.3.5.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an RRCConnectionRelease 
message including the freqPriorityListEUTRA 
on Cell 1. 

<- 

RRCConnectionRelease 



2 

Wait for 5 s for the UE to enter E-UTRA 
RRC IDLE state on Cell 1. 

- 

- 

- 

- 

3 

The SS changes Cell 1 , Cell 3 and Cell 6 level 
according to the row"T1" in table 8.1.3.5.3.2-1. 

- 

- 

- 

- 

4 

Void 

- 

- 

- 

- 

5 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 6? 



1 
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8.1 .3.5.3.3 Specific message contents 

Table 8.1.3.5.3.3-1 : RRCConnectionRelease (step 1, Table 8.1.3.5.3.2-2) 


Derivation Patii: 36.508 Table 4.6.1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




idleModeMobilityControllnfo SEQUENCE { 




freqPriorityListEUTRA SEQUENCE (SIZE 
(L.maxFreq)) OF SEQUENCE! 

3 entries 



carrierFreq[1] 

Same downlink EARFCN 
as used for Cell 1 



cellReselectionPriority[1 ] 

4 



carrierFreq[2] 

Same downlink EARFCN 
as used for Cell 3 



cellReselectionPriority[2] 

1 



carrierFreq[3] 

Same downlink EARFCN 
as used for Cell 6 



cellReselectionPriority[3] 

5 



} 




freqPriorityListGERAN 

Not present 



freqPriorityListUTRA-FDD 

Not present 



freqPriorityListUTRA-TDD 

Not present 



bandClassPriorityListHRPD 

Not present 



bandClassPriorityListI XRTT 

Not present 



t320 

Not present 



} 




} 




} 




} 




} 





Table 8.1.3.5.3.3-2: SystemlnformationBlockType5\ot Cell 1 (preamble and all steps, Table 

8.1.3.5.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType5 ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(L.maxFreq)) OF SEQUENCE! 




dl-CarrierFreq[n] 

Same downlink EARFCN 
as used for Cell 3 



dl-CarrierFreq[m] 

Same downlink EARFCN 
as used for Cell 6 



threshX-Low[n] 

11 



threshX-High[m] 

11 



} 




} 
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Table 8.1.3.5.3.3-3: SystemlnformationBlockTypeS ior Cell 6 (all steps, Table 8.1.3.5.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 

interFreqCarrierFreqList SEQUENCE (SIZE 
(L.maxFreq)) OF SEQUENCE { 
dl-CarrierFreq[1] 

dl-CarrierFreq[2] 

cellReselectionPriority [2] 
} 
} 

2 entries 

Same downlink EARFCN 
as used for Cell 1 
Same downlink EARFCN 
as used for Cell 3 
1 




8.1.3.6 
8.1.3.6.1 

(1) 


RRC connection release / Redirection from E-UTRAN to UTRAN 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an RRCConnectionRelease message including an IE redirectionlnformation with 
utra-CarrierFreq UTRA frequency } 

then { UE enters RRC_IDLE state on UTRA frequency included in IE redirectionlnformation } 


8.1.3.6.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.331, clause 5.3.8.3, 5.3.12 
and TS 36.304, clause 5.2.7. 

[TS 36.331, clause 5.3.8.3] 

The UE shall: 

1> delay the following actions defined in this sub-clause 60ms from the moment the RRCConnectionRelease 
message was received or optionally when lower layers indicate that the receipt of the RRCConnectionRelease 
message has been successfully acknowledged, whichever is earlier; 

1> if the RRCConnectionRelease message includes the idleModeMobilityControlInfo: 

1> else: 

2> apply the cell reselection priority information broadcast in the system information; 
1> if the releaseCause received in the RRCConnectionRelease message indicates HoadBalancingTAURequirecT : 

1> else: 

2> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'. 
[TS 36.331, clause 5.3.12] 
Upon leaving RRC_CONNECTED, the UE shall: 

1> indicate the release of the RRC connection to upper layers together with the release cause; 

1> if leaving RRC_CONNECTED was not triggered by reception of the MobilityFromEUTRACommand message: 
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2> enter RRCJDLE by performing cell selection in accordance with the cell selection process, defined for the 
case of leaving RRC_CONNECTED, as specified in TS 36.304 [4]. 

[TS 36.304, clause 5.2.7] 

On transition from RRC_CONNECTED to RRCJDLE, UE shall select a suitable cell to camp on according to 
redirectedCarrierlnfo, if included in the RRCConnectionRelease message. Otherwise UE shall select a suitable cell on 
an EUTRA carrier. 


Test description 
Pre-test conditions 


8.1.3.6.3 
8.1.3.6.3.1 
System Simulator: 

- 2 cells, one E-UTRA and one UTRA cell and different location areas: 

- Cell 1 E-UTRA serving cell 

- Cell 5 suitable neighbour UTRA cell 

- The parameters settings and power levels for Cell 1 and Cell 5 are selected according to [18], [5] and Table 
8.1.3.6.3.2-0 so that camping on Cell 1 is guaranteed and no cell re-selection to Cell 5 can take place (utra 
priority is lower than serving and S ceii i > Thresh ceii i,iow)- 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on cell 1 according to [18]. 
8.1 .3.6.3.2 Test procedure sequence 

Table 8.1.3.6.3.2-0 shows the cell power levels after the preamble. 

Table 8.1.3.6.3.2-0: Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

-75 

- 

The power levels are such that 
camping on Cell 1 is guaranteed. 

CPICH Ec 

dBm/3.84 MHz 

- 

-70 

P-CCPCH 

dBm/1.28MHz 

- 

-72 


Table 8.1.3.6.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS transmits an RRCConnectionRelease 
message (IE redirectionlnformation including 
UTRA-CarrierFreq of Cell 5). 

<— 

RRCConnectionRelease 



2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.8 
indicate that the UE is camped on UTRAN Cell 
5? 



1 
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8.1 .3.6.3.3 Specific message or IE contents 

Table 8.1.3.6.3.3-1: Void 

Table 8.1.3.6.3.3-2: Void 

Table 8.1.3.6.3.3-3: SystemlnformationBiocl(Type6 ior cell 1 (preamble and all steps, Table 8.1.3.6.3.2- 

1) 


Derivation Patii: 36.508 table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType6 ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1 ..maxUTRA-FDD-Carrier)) OF SEQUENCE { 



UTRA- 
FDD 

carrierFreq[n] 

Same downlink UARFCN 
as used for cell 5 



cellReselectionPriority[n] 

3 

Lower priority than 
E-UTRA 


} 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxUTRA-TDD-Carrier)) OF SEQUENCE { 



UTRA- 
TDD 

carrierFreq[n] 

Same downlink UARFCN 
as used for cell 5 



cellReselectionPriority[n] 

3 

Lower priority than 
E-UTRA 


} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


Table 8.1.3.6.3.3-4 RRCConnectionReiease message (step 1, Table 8.1.3.6.3.2-1) 


Derivation Path: 36.508 table 4.6.1 .1-1 5 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReiease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




redirectedCarrierlnfo ::= CHOICE { 




utra-FDD 

Downlink UARFCN of cell 
5 


UTRA- 
FDD 

utra-TDD 

Downlink UARFCN of cell 
5 


UTRA- 
TDD 

} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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Table 8.1.3.6.3.3-5: System Information Block type 19 for Cell 5 (preamble and all steps, Table 

8.1.3.6.3.2-1) 


Derivation Path: 36.508 table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




Utra-PrioritylnfoList ::= SEQUENCE { 




utra-ServingCell ::= SEQUENCE { 




priority 

5 



1 




i 





8.1.3.7 
8.1.3.7.1 
(1) 


RRC connection release / Redirection from UTRAN to E-UTRAN 

Test Purpose (TP) 


with { UE in UTRA Idle state } 
ensure that { 

when { UE is requested to make an outgoing PS call } 
then { UE includes in the RRC CONNECTION REQUEST the IE Pre-Redirection info'' } 

} 

(2) 

with { UE in UTRA CELL_DCH state } 
ensure that { 

when { UE receives an RRC CONNECTION RELEASE message including an IE Redirection info with E-UTRA 
target info E-UTRA frequency } 

then { UE enters RRC_IDLE state on E-UTRAN Carrier included in IE Redirection info } 


8.1.3.7.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 25.331, clause 8.1.3.3, 
8.1.4.3 and clause 8.5.2. 

[TS 25.331, clause 8.1.3.3] 

The UE shall, in the transmitted RRC CONNECTION REQUEST message: 

1> if the UE supports E-UTRA: 

2> if the variable EUTRA_FREQUENCY_INFO_LIST contains no E-UTRA frequencies; 

3> include the IE "Pre-Redirection info"; 

3> if the UE supports E-UTRA FDD: 

4> set the IE "Support of E-UTRA FDD" to TRUE. 

3> if the UE supports E-UTRA TDD: 

4> set the IE "Support of E-UTRA TDD" to TRUE. 

2> if the UE supports any of the bands that the E-UTRA frequencies included in the variable 
EUTRA_FREQUENCY_INFO_LIST belong to; 

3> include the IE "Pre-Redirection info"; 

3> if the UE supports any of the bands that the E-UTRA FDD frequencies included in the variable 
EUTRA_FREQUENCY_INFO_LIST belong to: 

4> set the IE "Support of E-UTRA FDD" to TRUE. 
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3> if the UE supports any of the bands that the E-UTRA TDD frequencies included in the variable 
EUTRA_FREQUENCY_INFO_LIST belong to: 

4> set the IE "Support of E-UTRA TDD" to TRUE. 

[TS 25.331, clause 8.1.4.3] 

The UE shall receive and act on an RRC CONNECTION RELEASE message in states CELL_DCH and CELL_FACH 
and CELL_PCH (FDD only). Furthermore this procedure can interrupt any ongoing procedures with the UE in the 
above listed states. 

When the UE receives the first RRC CONNECTION RELEASE message; and 

1> if the message is received on the CCCH, and IE "U-RNTI" is present and has the same value as the variable 
U_RNTI; or 

1> if the message is received on DCCH: 

the UE shall perform the RRC connection release procedure as specified below. 

When the UE receives the first RRC CONNECTION RELEASE message; and 

1> if the message is received on the CCCH, the IE "UTRAN group identity" is present and there is a group identity 
match according to subclause 8.6.3.13: 

the UE shall perform the RRC connection release procedure as specified below. 

The UE shall: 

1> in state CELL_DCH: 

2> initialise the counter V308 to zero; 

2> set the IE "RRC transaction identifier" in the RRC CONNECTION RELEASE COMPLETE message to the 
value of "RRC transaction identifier" in the entry for the RRC CONNECTION RELEASE message in the 
table "Accepted transactions" in the variable TRANSACTIONS; 

2> submit an RRC CONNECTION RELEASE COMPLETE message to the lower layers for transmission using 
UM RLC on the DCCH to the UTRAN; 

2> if the IE "Rplmn information" is present: 

3> the UE may: 

4> store the IE on the ME together with the PLMN id for which it applies; 

3> the UE may then: 

4> utilise this information, typically indicating where a number of BCCH frequency ranges of a RAT 
may be expected to be found, during subsequent Rplmn selections of the indicated PLMN. 

2> if the IE "UE Mobility State Indicator" is present: 

3> consider the High-mobility state to have being detected when entering idle mode. 

2> start timer T308 when the RRC CONNECTION RELEASE COMPLETE message is sent on the radio 
interface. 

1> in state CELL_FACH: 

2> if the RRC CONNECTION RELEASE message was received on the DCCH: 

3> set the IE "RRC transaction identifier" in the RRC CONNECTION RELEASE COMPLETE message to 
the value of "RRC transaction identifier" in the entry for the RRC CONNECTION RELEASE message in 
the table "Accepted transactions" in the variable TRANSACTIONS; 

3> submit an RRC CONNECTION RELEASE COMPLETE message to the lower layers for transmission 
using AM RLC on the DCCH to the UTRAN. 
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3> when the successful transmission of the RRC CONNECTION RELEASE COMPLETE message has been 
confirmed by the lower layers: 

4> release all its radio resources; and 

4> indicate the release of the established signalling connections (as stored in the variable 

ESTABLISHED_SIGNALLING_CONNECTIONS) and estabhshed radio access bearers (as stored in 
the variable ESTABLISHED_RABS) to upper layers; and 

4> clear any entry for the RRC CONNECTION RELEASE message in the tables "Accepted transactions" 
and "Rejected transactions" in the variable TRANSACTIONS; 

4> clear the variable ESTABLISHED_SIGNALLING_CONNECTIONS; 

4> clear the variable ESTABLISHED_RABS; 

4> pass the value of the IE "Release cause" received in the RRC CONNECTION RELEASE message to 
upper layers; 

4> enter idle mode; 

4> perform the actions specified in subclause 8.5.2 when entering idle mode. 

3> and the procedure ends. 

2> if the RRC CONNECTION RELEASE message was received on the CCCH: 

3> release all its radio resources; 

3> indicate the release of the established signalling connections (as stored in the variable 

ESTABLISHED_SIGNALLING_CONNECTIONS) and estabhshed radio access bearers (as stored in the 
variable ESTABLISHED_RABS) to the upper layers; 

3> clear any entry for the RRC CONNECTION RELEASE message in the tables "Accepted transactions" 
and "Rejected transactions" in the variable TRANSACTIONS; 

3> clear the variable ESTABLISHED_SIGNALLING_CONNECTIONS; 

3> clear the variable ESTABLISHED_RABS; 

3> pass the value of the IE "Release cause" received in the RRC CONNECTION RELEASE message to 
upper layers; 

3> enter idle mode; 

3> perform the actions specified in subclause 8.5.2 when entering idle mode; 

3> and the procedure ends. 

[TS 25.331, clause 8.5.2] 

When entering idle mode from connected mode, the UE shall: 

1> clear or set variables upon leaving UTRA RRC connected mode as specified in subclause 13.4; 

1> if the RRC CONNECTION RELEASE message was received and the IE "Redirection info" was present therein: 

2> if the IE "Frequency info" is present, attempt to camp on a suitable cell on the indicated UTRA carrier 
included in the RRC CONNECTION RELEASE message; 

2> if the IE "GSM target cell info" is present, attempt to camp on a suitable cell of the list of cells for the 

indicated RAT included in the RRC CONNECTION RELEASE message. If no cells were indicated for that 
RAT or no suitable cell of the indicated cells for that RAT is found within 10s, attempt to camp on any 
suitable cell of that RAT; or 

2> if the IE "E-UTRA target info" is present, attempt to camp on any of the frequencies for the indicated RAT 
included in the RRC CONNECTION RELEASE message, excluding any cell indicated in the list of not 
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allowed cells for that RAT, if present. If no suitable cell on the indicated frequencies for that RAT is found 
within 10s, attempt to camp on any suitable cell of that RAT, excluding any cell indicated in the list of not 
allowed cells for that RAT; or 

2> if no suitable cell is found on the indicated UTRA carrier or RAT camp on any suitable cell. 

8.1 .3.7.3 Test description 

8.1 .3.7.3.1 Pre-test conditions 
System Simulator: 

- 2 cells, one UTRA and one E-UTRA cell: 

- Cell 5 UTRA serving cell (priority 4 default) 

- Cell 1 suitable neighbour E-UTRA cell (priority 3) 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

UTRAN Idle state 
Preamble: 

State 3 or state 7 as specified in clause 7.4 of TS 34.108, depending on the CN domain(s) supported by the UE. 

8.1 .3.7.3.2 Test procedure sequence 

Table 8.1.3.7.3.2-0 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Subsequent configurations marked "Tl" is applied at the point indicated in 
the Main behaviour description in Table 8.1.3.7.3.2-1. 

Table 8.1.3.7.3.2-0: Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-70 

- 

The power level values are such 
that entering condition for event 3c 
is satisfied. 

CPICH Ec 
(UTRA FDD) 

dBm/3.8 
4 MHz 

- 

-100 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

-100 
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Table 8.1.3.7.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Make the UE initiate an outgoing PS call. 

- 

- 

- 

- 

2 

Check: does the UE include the IE Pre- 
redirection info with Support of E-UTRA set to 
TRUE? 

-> 

RRC CONNECTION REQUEST 

1 

P 

3 

The SS transmit a RRC CONNECTION 
SETUP on SRB1 on Cell 5. 

<- 

RRC CONNECTION SETUP 

- 

- 

4 

The UE transmits an RRC CONNECTION 
SETUP COMPLETE message 

-> 

RRC CONNECTION SETUP 
COMPLETE 

- 

- 

5 

The UE transmits the SERVICE REQUEST 
message for PS data call 

-> 

INITIAL DIRECT TRANSFER 

- 

- 


EXCEPTION: Step 6a1 describe behaviour 
that depends on the UE capability; the "lower 
case letter" identifies a step sequence that 
takes place if a capability is supported. 

UTRAN FDD: 

IF pc UTRA CompressedModeRequired and 

pc_UTRA_FeatrGrp_2 THEN Steps 6a1 , 6a2 

UTRAN TDD: go to step 6Aa1 





6a1 

The SS transmits a PHYSICAL CHANNEL 
RECONFIGURATION message on Cell 5 
including the DPCH compressed mode info. 

<- 

PHYSICAL CHANNEL 
RECONFIGURATION 



6a2 

The UE transmits a PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE message 
on Cell 5. 

-> 

PHYSICAL CHANNEL 
RECONFIGURATION 
COMPLETE 




EXCEPTION: Steps 6Aa1 describe behaviour 
that depends on the UE capability; the "lower 
case letter" identifies a step sequence that 
takes place if a capability is supported. 

IF pc UTRA FeatrGrp 2 THEN 6Aa1 to 6Aa2. 





6Aa1 

The SS configures the Inter-RAT 
measurement with E-UTRA frequency list 
including the DL Carrier frequency of Cell 1 

<- 

MEASUREMENT CONTROL 



6b2 

The SS changes Cell 1 and Cell 5 power level 
according to the row "T1 " in table 8.1 .3.7.3.2-0. 
Note: The UE starts sending MEASUREMENT 
REPORT messages during the Authentication 
Phase 





7-9 

Void 





10 

The SS starts the Authentication and Ciphering 
Request procedure 

<- 

DOWNLINK DIRECT TRANSFER 

- 

- 

11 

The UE transmits the Authentication and 
Ciphering Response 

-> 

UPLINK DIRECT TRANSFER 

- 

- 

12 

The SS transmits a EXCEPTION: Step 13A 
and Step 14a can occur in any order. 
SECURITY MODE COMMAND message 

<- 

SECURITY MODE COMMAND 



13 

The UE transmits a SECURITY MODE 
COMPLETE message 

-> 

SECURITY MODE COMPLETE 

- 

- 

13A 

UE transmit an ACTIVATE PDP CONTEXT 

REQUEST message 

NOTE: Retransmission of this message is 

ignored 

-> 

UPLINK DIRECT TRANSFER 




EXCEPTION: Step 14a describe behaviour 
that depends on the UE capability; the "lower 
case letter" identifies a step sequence that 
takes place if a capability is supported. 





14a 

IF pc UTRA FeatrGrp 2 THEN if 
MEASUREMENT REPORT is received during 
the authentication and security phase (from 
step 7 to 1 3) goto next step otherwise the SS 

-> 

MEASUREMENT REPORT 
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waits for MEASUREMENT REPORT message. 





15 

The SS transmits an RRC CONNECTION 
RELEASE message (IE E-UTRA target info 
including DL Carrier frequency of Cell 1 ). 

<- 

RRC CONNECTION RELEASE 



16 

The UE transmits a RRC CONNECTION 
RELEASE COMPLETE message 

-> 

RRC CONNECTION RELEASE 
COMPLETE 

- 

- 

17 

The UE transmits a RRC CONNECTION 
RELEASE COMPLETE message 

-> 

RRC CONNECTION RELEASE 
COMPLETE 

- 

- 

18 

Check: Does the test result of generic test 
procedure in TS 36.508 Table 6.4.2.7A-2 
indicate that the UE is camped on E-UTRAN 
CelM? 



2 


NOTE: pc_FeatrGrp_2 is always set to TRUE when pc_UTRA_CompressedModeRequired is TRUE 


8.1.3.7.3.3 


Specific message or IE contents 


Table 8.1.3.7.3.3-1 System Information Block type 19 for Cell 5 (preamble and all steps, Table 

8.1.3.7.3.2-1) 


Derivation Path: 36.508 table Table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList SEQUENCE { 




utra-ServingCell SEQUENCE { 




priority 

4 



} 




eutra-FrequencyAndPrioritylnfoList SEQUENCE 
(SIZE (L.maxNumEUTRAFreqs)) OF SEQUENCE 

1 entry 



earfcn[7] 

Downlink EARFCN of 
Cell 1 



priority[7] 

3 



} 




} 





Table 8.1.3.7.3.3-2: RRC CONNECTION REOUEST (step 2, Table 8.1.3.7.3.2-1) 


Derivation path: 34.1 08 default RRC CONNECTION REQUEST in section 9.1 .1 for UTRA FDD or 9.1 .2 for UTRA 
TDD 

Information Element 

Value/Remark 

Comment 

Condition 

Pre-redirection info 


The presence of 
this IE indicates 
the UE support of 
radio access 
technologies that 
the UE could be 
directed to 


Support of E-UTRA FDD 

TRUE 


E-UTRA- 
FDD 

Support of E-UTRA TDD 

TRUE 


E-UTRA- 
TDD 


Table 8.1.3.7.3.3-3: MEASUREMENT CONTROL (step 6Aa1, Table 8.1.3.7.3.2-1) 


Derivation Path: 36.508, clause 4.7B.1 Table 4.7B.1-3 

Information Element 

Value/remark 

Comment 

Condition 

CHOICE Measurement type 

Inter-RAT measurement 



CHOICE report criteria 

Inter-RAT measurement 
reporting criteria 



Parameters required for each event 

1 entry 



Inter-RAT event identity 

3c 



Threshold own system 

Not present 



W 

Not present 



DPCH Compressed mode status info 



UTRA CM- 
Support 
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TGPS reconfiguration CFN 

(Current CFN + (256 - 
TTI/10msec))mod256 



Transmission gap pattern sequence 

1 entry 



TGPS Status Flag 




TGCFN 

(Current CFN + (256 - 
TTI/10msec))mod 256 



DPGH Compressed mode status info 

Not Present 


UTRA CM- 

Not 

Supported 


Condition 

Explanation 

UTRA CM- 
Supported 

UTRAN Compressed IVIode configuration supported 

UTRA CM-Not 
Supported 

UTRAN Compressed IVIode configuration not supported 


Table 8.1.3.7.3.3-4: RRC CONNECTION RELEASE (step 15, Table 8.1.3.7.3.2-1) 


Derivation path: 34.1 08 default RRC CONNECTION RELEASE in section 9.1 .1 for UTRA FDD or 9.1 .2 for UTRA TDD 

Information Element 

Value/Remark 

Comment 

Condition 

N308 

1 



Redirection info 




Frequency info 

Omitted 



Inter-RAT info 

E-UTRA 



E-UTRA target info 




E-UTRA Target Frequency Info List 

1 Entry 



FDD 



E-UTRA-FDD 

DL Carrier frequency 

The DL Carrier frequency 
of Cell 1 



Blacklisted cells per freq list 

Omitted 



TDD 



E-UTRA-TDD 

DL Carrier frequency 

The DL Carrier frequency 
of Cell 1 



Blacklisted cells per freq list 

Omitted 




Table 8.1.3.7.3.3-5: PHYSICAL CHANNEL RECONFIGURATION (step 6a1, Table 8.1.3.7.3.2-1) 


Derivation path: 36.508, clause 4.7B.1 Table 4.7B.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

CHOICE UL/DL Mode 

ULandDL, UL only or 
DL only (depending on 
the UE capability) 



Downlink compressed mode method 

SF_2(or not sent, 
depending on the UE 
capability) 



Uplink compressed mode method 

SF_2(or not sent, 
depending on the UE 
capability) 




8.1.3.8 
8.1.3.8.1 
(1) 


RRC connection release / Redirection from E-UTRAN to GERAN 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an RRCConnectionRe lease message including an IE redirectedCarrierlnfo set to 
geran } 

then { UE enters Idle mode on GERAN Cell included in IE redirectedCarrierlnfo } 
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8.1 .3.8.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.331, clause 5.3.8.3, 5.3.12 
and TS 36.304, clause 5.2.7. 

[TS 36.331, clause 5.3.8.3] 

The UE shall: 

1> delay the following actions defined in this sub-clause 60ms from the moment the RRCConnectionRelease 
message was received or optionally when lower layers indicate that the receipt of the RRCConnectionRelease 
message has been successfully acknowledged, whichever is earlier; 

1> if the RRCConnectionRelease message includes the idleModeMobilityControlInfo: 


1> else: 

2> apply the cell reselection priority information broadcast in the system information; 
1> if the releaseCause received in the RRCConnectionRelease message indicates HoadBalancingTAURequired' : 

1> else: 

2> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'. 
[TS 36.331, clause 5.3.12] 
Upon leaving RRC_CONNECTED, the UE shall: 

1> indicate the release of the RRC connection to upper layers together with the release cause; 

1> if leaving RRC_CONNECTED was not triggered by reception of the MobilityFromEUTRACommand message: 

2> enter RRC_IDLE by performing cell selection in accordance with the cell selection process, defined for the case of 
leaving RRC_CONNECTED, as specified in TS 36.304 [4]. 

[TS 36.304, clause 5.2.7] 

On transition from RRC_CONNECTED to RRC_IDLE, a UE shall attempt to camp on the last cell for which it was in 
RRC_CONNECTED or any cell on a frequency or frequency of RAT assigned by RRC in the state transition message. 

8.1 .3.8.3 Test description 

8.1 .3.8.3.1 Pre-test conditions 

System Simulator: 

- 2 cells, one E-UTRA and one GERAN cell and different location areas: 
Cell 1 E-UTRA serving cell (priority 4 default) 

- Cell 24 GERAN neighbouring cell (priority 3) 

- The parameters settings and power levels for Cell 1 and Cell 24 are selected according to [18], [5], [25] and 
Table 8.1.3.8.3.2-0 so that camping on Cell 1 is guaranteed and no cell re-selection to Cell 24 can take place 
(GERAN priority is lower than serving and S ceii i > Thresh ceii i,iow) 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
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UE: 

None. 

Preamble: 

- The UE is in state Generic RB Established (state 3) on cell 1 according to [18]. 
8.1 .3.8.3.2 Test procedure sequence 

Table 8.1.3.6.3.2-0 shows the cell power levels after the preamble. 

Table 8.1.3.8.3.2-0: Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 24 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

-75 

- 

The power levels are such that 
camping on Cell 1 is guaranteed. 

GERAN Cell Power 

dBm 

- 

-70 


Table 8.1.3.8.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS transmits an RRCConnectionRelease 
message (IE redirectedCarrierlnfo including 
startingARFCN oi Cell 24). 

<— 

RRCConnectionRelease 



2 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.9 

indicate that the UE is camped on GERAN Cell 

24? 

NOTE: The UE performs an RAU procedure 

and the RRC connection is released. 



1 



8.1.3.8.3.3 


Specific message or IE contents 

Table 8.1 .3.8.3.3-1: Void 


Table 8.1.3.8.3.3-2: SystemlnformationBlockType? ior cell 1 (preamble and all steps, Table 8.1.3.8.3.2- 

1) 


Derivation Path: 36.508 table 4.4.3.3-6 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType? ::= SEQUENCE { 




carrierFreqslnfoList SEQUENCE (SIZE 
(1 ..maxGNFG)) OF SEQUENCE { 




carrierFreqs SEQUENCE [n] { 




startingARFCN 

Same as cell 24 



bandlndicator 

Same as cell 24 



followingARFCNs CHOICE { 




equallySpacedARFCNs SEQUENCE { 




arfcn-Spacing 

Same as cell 24 



numberOf FollowingARFCNs 

Same as cell 24 



} 




} 




} 




commonlnfo SEQUENCE { 




cellReselectionPriority 

3 



} 




} 




} 
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Table 8.1.3.8.3.3-3: RRCConnectionRelease message (step 1, Table 8.1.3.8.3.2-1) 


Derivation Path: 36.508 table 4.6.1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




redirectedCarrierlnfo CHOICE { 




geran SEQUENCE { 




startingARFCN 

Downlink ARFCN of Cell 
24 



bandlndicator 

The same band indicator 
of the Cell 24 



followingARFCNs CHOICE { 




explicitListOfARFCNs 

Entries 



} 




} 




} 




} 




} 




} 




} 





8.1.3.9 

8.1.3.9.1 
(1) 


RRC connection release / Redirection from E-UTRAN to CDMA2000-HRPD 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an RRCConnectionRelease message including an IE redirectedCarrierlnfo set to 
cdma2 000-HRPD } 

then { UE enters cdma2 000-HRPD mode | 


8.1.3.9.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.331, clause 5.3.8.3, 5.3.12 
and TS 36.304, clause 5.2.7. 

[TS 36.331, clause 5.3.8.3] 

The UE shall: 

1> delay the following actions defined in this sub-clause 60ms from the moment the RRCConnectionRelease 
message was received or optionally when lower layers indicate that the receipt of the RRCConnectionRelease 
message has been successfully acknowledged, whichever is earlier; 

1> if the RRCConnectionRelease message includes the idleModeMobilityControlInfo: 

1> else: 

2> use the idle mobility parameters broadcast in the system information; 
1> if the releaseCause received in the RRCConnectionRelease message indicates HoadBalancingTAURequired' \ 

1> else: 

2> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'. 
[TS 36.331, clause 5.3.12] 
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Upon leaving RRC_CONNECTED, the UE shall: 


1> indicate the release of the RRC connection to upper layers together with the release cause; 

1> if leaving RRC_CONNECTED was not triggered by reception of the MohilityFromEUTRACommand message: 

2> enter RRC_IDLE by performing cell selection in accordance with the cell selection process, defined for the case of 
leaving RRC_CONNECTED, as specified in TS 36.304 [4]. 

[TS 36.304, clause 5.2.7] 

On transition from RRC_CONNECTED to RRCJDLE, a UE shall attempt to camp on the last cell for which it was in 
RRC_CONNECTED or any cell on a frequency or frequency of RAT assigned by RRC in the state transition message. 


Test description 
Pre-test conditions 


8.1.3.9.3 
8.1.3.9.3.1 
System Simulator: 

- 2 cells, one E-UTRA and one HRPD cell: 

- Cell 1 E-UTRA serving cell 

- Cell 15 suitable neighbour HRPD cell 

- The parameters settings and power levels for Cell 1 and Cell 15 are selected according to [18], [xx] and Table 
8.1.3.9.3.2-1 so that camping on Cell 1 is guaranteed and no cell re-selection to Cell 15 can take place (hrpd 
priority is lower than serving and S ceii i > Thresh ceii i,iow)- 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 
Note: UE is not pre-registered in Cell 15. 

8.1 .3.9.3.2 Test procedure sequence 

Table 8.1.3.9.3.2-1 shows the cell power levels after the preamble. 

Table 8.1.3.9.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 15 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

-75 

- 

The power levels are such that 
camping on Cell 1 is guaranteed. 

lor/loc 

dB 

- 

-5 

loc 

dBm/1.23MHz 

- 

-55 

Pilot Ec/lo (Note 1) 

dB 

- 

-6 

Note 1 : This parameter is not directly settable, but is derived by calculation from the other parameters set by the SS. 
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Table 8.1.3.9.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS transmits an RRCConnectionRelease 
message (IE redirectedCarrierlnfo including 
cdma2000-HRPD of Cell 15). 

<- 

RRCConnectionRelease 



2 

Check: Does the UE transmit an Access Probe 
on Cell 15 to initiate registration? 

-> 

Access Probe 

1 

P 


8.1 .3.9.3.3 Specific message or IE contents 

Table 8.1.3.9.3.3-1: Void 
Table 8.1.3.9.3.3-2: RRCConnectionRelease (step 1, Table 8.1.3.9.3.2-2) 


Derivation Path: 36.508 table 4.6.1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




redirectedCarrierlnfo CHOICE { 




cdma2000-HRPD 

cdma2000-Carrierlnfo for 
Cell 15 



} 




} 




} 




} 




} 





8.1.3.10 
8.1.3.10.1 

(1) 


RRC connection release / Redirection from E-UTRAN to CDMA2000-1xRTT 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an RRCConnectionRelease message including an IE redirectedCarrierlnfo set to 
cdma2 000-lxRTT } 

then { UE enters cdma2 000-lxRTT mode } 


8.1.3.10.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.331, clause 5.3.8.3, 5.3.12 
and TS 36.304, clause 5.2.7. 

[TS 36.331, clause 5.3.8.3] 

The UE shall: 

1> delay the following actions defined in this sub-clause 60ms from the moment the RRCConnectionRelease 
message was received or optionally when lower layers indicate that the receipt of the RRCConnectionRelease 
message has been successfully acknowledged, whichever is earlier; 

1> if the RRCConnectionRelease message includes the idleModeMobilityControlInfo: 

1> else: 

2> apply the cell reselection priority information broadcast in the system information; 
1> if the releaseCause received in the RRCConnectionRelease message indicates HoadBalancingTAURequirecT : 
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1> else: 

2> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'. 
[TS 36.331, clause 5.3.12] 
Upon leaving RRC_CONNECTED, the UE shall: 

1> indicate the release of the RRC connection to upper layers together with the release cause; 

1> if leaving RRC_CONNECTED was not triggered by reception of the MohilityFromEUTRACommand message: 

2> enter RRC_IDLE by performing cell selection in accordance with the cell selection process, defined for the case of 
leaving RRC_CONNECTED, as specified in TS 36.304 [4]. 

[TS 36.304, clause 5.2.7] 

On transition from RRC_CONNECTED to RRCJDLE, a UE shall attempt to camp on the last cell for which it was in 
RRC_CONNECTED or any cell on a frequency or frequency of RAT assigned by RRC in the state transition message. 


Test description 
Pre-test conditions 


8.1.3.10.3 
8.1.3.10.3.1 
System Simulator: 

- 2 cells, one E-UTRA and one IxRTT cell: 

- Cell 1 E-UTRA serving cell 

- Cell 19 suitable neighbour IxRTT cell 

- The parameters settings and power levels for Cell 1 and Cell 19 are selected according to [18] and Table 
8.1.3.10.3.2-1 so that camping on Cell 1 is guaranteed and no cell re-selection to Cell 19 can take place 
(IxRTT priority is lower than serving and S ceii i > Thresh ceii i,iow)- 


System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 


UE: 


- UE is not pre-registered in Cell 19. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on cell 1 according to [18]. 
8.1 .3.1 0.3.2 Test procedure sequence 

Table 8.1.3.10.3.2-1 shows the cell power levels after the preamble. 

Table 8.1.3.10.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 19 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

-75 

- 

The power levels are such that 
camping on Cell 1 is guaranteed. 

lor/loc 

dB 

- 



Pilot Ec/ lor 

dB 

- 

-7 

loc 

dBm/1.23MHz 

- 

-75 

CPICH_Ec/lo(Note1) 

dB 

- 

-10 

Note 1 : This parameter is not directly sellable, but is derived by calculation from the other parameters set by the SS. 
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Table 8.1.3.10.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS transmits an RRCConnectionRelease 
message. 

<- 

RRCConnectionRelease 

- 

- 

2 

Check: Does the UE transmit an Access Probe 
on Cell 19 to initiate registration? 

-> 

Access Probe 

1 

P 


8.1 .3.1 0.3.3 Specific message or IE contents 

Table 8.1.3.10.3.3-1: Void 
Table 8.1.3.10.3.3-2: RRCConnectionRelease (step 1, Table 8.1.3.10.3.2-1) 


Derivation Path: 36.508 table 4.6.1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




redirectedCarrierlnfo CHOICE { 




cdma2000-1xRTT 

cdma2000-Carrierlnfo for 
Cell 19 



} 




} 




} 




} 




} 





8.1 .3.1 1 a RRC connection release / Redirection to another E-UTRAN band / Between 
FDD and TDD 


8.1.3.11a.1 
(1) 


Test Purpose (TP) 


with { UE in E-UTRA FDD RRC_CONNECTED state } 
ensure that { 

when { UE receives an RRCConnectionRelease message including an IE redirectedCarrierlnfo with E- 
UTRA CarrierFreq on different E-UTRAN TDD band } 

then { UE enters RRC_IDLE state on new E-UTRA TDD frequency included in IE redirectedCarrierlnfo 


(2) 

with { UE in E-UTRA TDD RRC_CONNECTED state } 
ensure that { 

when { UE receives an RRCConnectionRelease message including an IE redirectedCarrierlnfo with E- 
UTRA CarrierFreq on different E-UTRAN FDD band } 

then { UE enters RRC_IDLE state on new E-UTRA FDD frequency included in IE redirectedCarrierlnfo 
} 

} 


8.1.3.11a.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.8.3, 
5.3.12 andTS 36.304, clauses 5.2.4.1, 5.2.7. 

[TS 36.331, clause 5.3.8.3] 

The UE shall: 
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1> delay the following actions defined in this sub-clause 60ms from the moment the RRCConnectionRelease 
message was received or optionally when lower layers indicate that the receipt of the RRCConnectionRelease 
message has been successfully acknowledged, whichever is earlier; 

1> if the RRCConnectionRelease message includes the idleModeMobilityControlInfo: 

1> else: 

2> apply the cell reselection priority information broadcast in the system information; 
1> if the releaseCause received in the RRCConnectionRelease message indicates HoadBalancingTAURequirecT : 

1> else: 

2> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'. 
[TS 36.331, clause 5.3.12] 
Upon leaving RRC_CONNECTED, the UE shall: 

1> indicate the release of the RRC connection to upper layers together with the release cause; 

1> if leaving RRC_CONNECTED was not triggered by reception of the MobilityFromEUTRACommand message: 

2> enter RRC_IDLE by performing cell selection in accordance with the cell selection process, defined for the 
case of leaving RRC_CONNECTED, as specified in TS 36.304 [4]. 

[TS 36.304, clause 5.2.4.1] 


UE shall only perform cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are given 
in system information and for which the UE has a priority provided. 


[TS 36.304, clause 5.2.7] 

On transition from RRC_CONNECTED to RRC_IDLE, UE shall select a suitable cell to camp on according to 
redirectedCarrierlnfo, if included in the RRCConnectionRelease message. Otherwise UE shall select a suitable cell on 
an EUTRA carrier. If no suitable cell is found, the UE shall perform a cell selection starting with Stored Information 
Cell Selection procedure in order to find a suitable cell to camp on. 


8.1 .3.1 1 a.3 Test description 

8.1 .3.1 1 a.3.1 Pre-test conditions 

System Simulator: 

- 2 cells on different E-UTRA bands which are in different E-UTRA mode (E-UTRA FDD and E-UTRA TDD) 
and PLMNs, both PLMNs are UE's EPLMN. 

- Cell 1 serving cell (LTE FDD mode) 

Cell 28 (LTE TDD mode) suitable neighbour inter-band cell 

- System information combination FES as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
NOTE: For Cell 28 TAI is set to TAI-2 
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UE: 

None. 

Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18] on Cell 1. 
8.1 .3.1 1 a.3.2 Test procedure sequence 

Table 8.1.3.1 1a.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS transmits an RRCConnectionRelease 
message (IE redirectedCarrierlnfo including 
eutra CarrierFreq of Cell 28. 

<— 

RRCConnectionRelease 



2 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 28? 



1 


3 

Generic test procedure in TS 36.508 
subclause 4.5.3.3 is performed to make the UE 
enter state Generic RB Established (state 3) 
on Cell 28. 





4 

SS transmits an RRCConnectionRelease 
message (IE redirectedCarrierlnfo including 
eutra CarrierFreq of Cell 1). 

<- 

RRCConnectionRelease 



5 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
CelM? 



2 



Editor's Note: The procedure does not provide for a UE that needs to perform DETACH and ATTACH to update its 
E-UTRA capabilities. Final procedure is FES. 

8.1 .3.1 1 a.3.3 Specific message contents 

Table 8.1 .3.1 1a.3.3-1 : RRCConnectionRelease message (step 1 , Table 8.1 .3.1 1a.3.2-1) 


Derivation Path: 36.508 table 4.6.1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




redirectedCarrierlnfo ::= CHOICE { 




eutra 

Downlink EARFCN of 
Cell 28 



} 




} 




} 




} 




} 
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Table 8.1.3.11a.3.3-2: RRCConnectionRelease message (step 4, Table 8.1.3.1 1a.3.2-1) 


Derivation Path: 36.508 table 4.6.1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




redirectedCarrierlnfo ::= CHOICE { 




eutra 

Downlink EARFCN of cell 

1 



} 




} 




} 




} 




} 





RRC connection release / Success / With priority information / Inter- band / 
Between FDD and TDD 

Test Purpose (TP) 


8.1.3.12a 

8.1.3.12a.1 

(1) 

with { UE in E-UTRA RRC_IDLE state in LTE FDD mode having received an RRCConnectionRelease message 
with the freqPriorityListEUTRA with higher priority frequency on different LTE TDD band } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the higher 
priority frequency on different LTE TDD band } 

then { UE reselects the cell which belongs to the higher priority frequency on different LTE TDD 
band } 


(2) 

with { UE in E-UTRA RRC_IDLE state in LTE TDD mode having received an RRCConnectionRelease message 
with the freqPriorityListEUTRA with lower priority frequency on different LTE FDD band } 
ensure that { 

when { UE detects the cell re-selection criteria are met for the cell which belongs to the lower 
priority frequency on different LTE FDD band } 

then { UE reselects the cell which belongs to the lower priority frequency on different LTE FDD 
band | 


8.1.3.12a.2 


Gonfornnance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.8.3 and 
TS 36.304, clause 5.2.4.1, 5.2.4.2 and 5.2.4.5. 

[TS 36.331, clause 5.3.8.3] 

The UE shall: 

1> delay the following actions defined in this sub-clause 60 ms from the moment the RRCConnectionRelease 
message was received or optionally when lower layers indicate that the receipt of the RRCConnectionRelease 
message has been successfully acknowledged, whichever is earlier; 

1> if the RRCConnectionRelease message includes the idleModeMobilityControlInfo: 

2> store the cell reselection priority information provided by the idleModeMobilityControlInfo', 
2> if the t320 is included: 

3> start timer T320, with the timer value set according to the value of t320; 

1> else: 
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1> if the releaseCause received in the RRCConnectionRelease message indicates 'loadBalancingTAURequired: 

2> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'load 
balancing TAU required'; 

1> else: 

2> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'; 

[TS 36.304, clause 5.2.4.1] 

Absolute priorities of different E-UTRAN frequencies or inter-RAT frequencies may be provided to the UE in the 
system information, in the RRCConnectionRelease message, or by inheriting from another RAT at inter-RAT cell 
(re)selection. In the case of system information, an E-UTRAN frequency or inter-RAT frequency may be listed without 
providing a priority (i.e. the field cellReselectionPriority is absent for that frequency). If priorities are provided in 
dedicated signalling, the UE shall ignore all the priorities provided in system information. If UE is in camped on any 
cell state, UE shall only apply the priorities provided by system information from current cell, and the UE preserves 
priorities provided by dedicated signalling unless specified otherwise. When the UE in camped normally state, has only 
dedicated priorities other than for the current frequency, the UE shall consider the current frequency to be the lowest 
priority frequency (i.e. lower than the eight network configured values). While the UE is camped on a suitable CSG 
cell, the UE shall always consider the current frequency to be the highest priority frequency (i.e. higher than the eight 
network configured values), irrespective of any other priority value allocated to this frequency. The UE shall delete 
priorities provided by dedicated signalling when: 

- the UE enters RRC_CONNECTED state; or 

- the optional validity time of dedicated priorities (T320) expires; or 

- a PLMN selection is performed on request by NAS [5]. 

NOTE: Equal priorities between RATs are not supported. 

The UE shall only perform cell reselection evaluation for E-UTRAN frequencies and inter-RAT frequencies that are 
given in system information and for which the UE has a priority provided. 

The UE shall not consider any black listed cells as candidate for cell reselection. 

The UE shall inherit the priorities provided by dedicated signalling and the remaining validity time (i.e., T3 20 in E- 
UTRA, T322 in UTRA and T3230 in GERAN), if configured, at inter-RAT cell (re)selection. 

NOTE: The network may assign dedicated cell reselection priorities for frequencies not configured by system 
information. 

[TS 36.304, clause 5.2.4.2] 

When evaluating Srxlev and Squal of non-serving cells for reselection purposes, the UE shall use parameters provided 
by the serving cell. 

Following rules are used by the UE to limit needed measurements: 

- If the serving cell fulfils Srxlev > SintraSearchP and Squal > SintraSearchQ, the UE may choose not to perform intra- 
frequency measurements. 

Otherwise, the UE shall perform intra- frequency measurements. 

- The UE shall apply the following rules for E-UTRAN inter-frequencies and inter-RAT frequencies which are 
indicated in system information and for which the UE has priority provided as defined in 5.2.4.1: 

- For an E-UTRAN inter- frequency or inter-RAT frequency with a reselection priority higher than the 

reselection priority of the current E-UTRA frequency the UE shall perform measurements of higher priority 
E-UTRAN inter- frequency or inter-RAT frequencies according to [10]. 
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- For an E-UTRAN inter- frequency with an equal or lower reselection priority than the reselection priority of 
the current E-UTRA frequency and for inter-RAT frequency with lower reselection priority than the 
reselection priority of the current E-UTRAN frequency: 

- If the serving cell fulfils Srxlev > SnonintraSearchP and Squal > SnonintraSearchQ, the UE may choose not to 
perform measurements of E-UTRAN inter- frequencies or inter-RAT frequency cells of equal or lower 
priority. 

Otherwise, the UE shall perform measurements of E-UTRAN inter- frequencies or inter-RAT frequency 
cells of equal or lower priority according to [10]. 

[TS 36.304, clause 5.2.4.5] 

If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a higher priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- A cell of a higher priority EUTRAN or UTRAN RAT/ frequency fulfils Squal > Threshx, HighQ during a time 
interval TreselectionRAT; or 

- A cell of a higher priority GERAN or CDMA2000 RAT/ frequency fulfils Srxlev > Threshx, mghp during a time 
interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a higher priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- A cell of a higher priority RAT/ frequency fulfils Srxlev > Threshx, mghP during a time interval TreselectionRAT; 
and 

More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a cell on an equal priority E-UTRAN frequency shall be based on ranking for Intra- frequency cell 
reselection as defined in sub-clause 5.2.4.6. 

If threshServingLowQ is provided in SystemlnformationBlockTypeS, cell reselection to a cell on a lower priority E- 
UTRAN frequency or inter-RAT frequency than the serving frequency shall be performed if: 

- The serving cell fulfils Squal < Threshserving, lowQ and a cell of a lower priority EUTRAN or UTRAN RAT/ 
frequency fulfils Squal > Threshx, lowQ during a time interval TreselectionRAT; or 

- The serving cell fulfils Squal < Threshserving, lowq and a cell of a lower priority GERAN or CDMA2000 RAT/ 
frequency fulfils Srxlev > Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Otherwise, cell reselection to a cell on a lower priority E-UTRAN frequency or inter-RAT frequency than the serving 
frequency shall be performed if: 

- The serving cell fulfils Srxlev < Threshserving, lowp and a cell of a lower priority RAT/ frequency fulfils Srxlev > 
Threshx, lowp during a time interval TreselectionRAT; and 

- More than 1 second has elapsed since the UE camped on the current serving cell. 

Cell reselection to a higher priority RAT/ frequency shall take precedence over a lower priority RAT/ frequency, if 
multiple cells of different priorities fulfil the cell reselection criteria. 

For cdma2000 RATs, Srxlev is equal to -FL00R(-2 x 10 x loglO Ec/Io) in units of 0.5 dB, as defined in [18], with 
Ec/Io referring to the value measured from the evaluated cell. 

For cdma2000 RATs, Threshx, mghP and Threshx, lowp are equal to -1 times the values signalled for the corresponding 
parameters in the system information. 

In all the above criteria the value of TreselectionRAT is scaled when the UE is in the medium or high mobility state as 
defined in subclause 5.2.4.3.1. If more than one cell meets the above criteria, the UE shall reselect a cell as follows: 
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- If the highest-priority frequency is an E-UTRAN frequency, a cell ranked as the best cell among the cells on the 
highest priority frequency(ies) meeting the criteria according to section 5.2.4.6; 

If the highest-priority frequency is from another RAT, a cell ranked as the best cell among the cells on the 
highest priority frequency (ies) meeting the criteria of that RAT. 

8.1 .3.1 2a.3 Test description 

8.1.3.12a.3.1 Pre-test conditions 

System Simulator: 

- 3 cells on different E-UTRA frequencies which are in different E-UTRA band and mode but with single PLMN 

- Cell 1 serving cell (LTE FDD mode) 

Cell 3 (LTE FDD mode) suitable neighbour inter-frequency cell 

- Cell 10 (LTE TDD mode) suitable neighbour inter-band cell 

System information combination FES as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
NOTE 1: For Cell 10 TAI is set to TAI-2 
UE: 
None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.1.3.12a.3.2 Test procedure sequence 

Table 8.1.3.12a.3.2-l illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 8.1.3.12a.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 

Cell 10 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

"off" 

"off" 

The power level values are 
assigned to satisfy Srxlevceii i > 

Sintrasearch. (NOTED 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-73 

-73 

The power level values are 
assigned to satisfy Srxlevceii io 
> Threshx, high when reselect to 
higher priority Cell 10 from 
lower priority Cell 1 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-73 

-73 

-85 

The power level values are 
assigned to satisfy both 
Srxlevceii s > Threshx, low (good 
enough ) and Srxlevceii io< 
Threshserving,iow(bad enough) 

NOTE 1 : Power level "Off" is defined in TS36.508 Table 6.2.2.1-1 . 
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Table 8.1. 3.1 2a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an RRCConnectionRelease 
message including the freqPriorityListEUTRA 
on Cell 1. 

<- 

RRCConnectionRelease 



2 

Wait for 5 s for the UE to enter E-UTRA 
RRC IDLE state on Cell 1. 

- 

- 

- 

- 

3 

The SS changes Cell 3 and Cell 10 levels 
according to the row "T1 " in table 
8.1.3.12a.3.2-1. 





4-8 

Check: Does the test result of generic test 
procedure in TS 36.508 steps 1 to 5 of 
subclause 6.4.2.7 indicate that the UE is 
camped on E-UTRAN Cell 10?" 



1 


9 

The SS transmits an RRCConnectionRelease 
message including the freqPriorityListEUTRA 
on Cell 10. 

<- 

RRCConnectionRelease 



10 

Wait for 5 s for the UE to enter E-UTRA 
RRC IDLE state on Cell 10. 

- 

- 

- 

- 

11 

The SS changes Cell 1 and Cell 10 level 
according to the row "T2" in table 
8.1.3.12a.3.2-1. 





12 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 3? 



2 



Editor's Note: The procedure does not provide for a UE that needs to perform DETACH and ATTACH to update its 
E-UTRA capabilities. Final procedure is FES. 
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8.1 .3.1 2a.3.3 Specific message contents 

Table 8.1.3.12a.3.3-1 : RRCConnectionRelease (step 1 and step 9, Table 8.1.3.12a.3.2-2) 


Derivation Patii: 36.508 Table 4.6.1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




idleModeMobilityControllnfo SEQUENCE { 




freqPriorityListEUTRA SEQUENCE (SIZE 
(L.maxFreq)) OF SEQUENCE! 

3 entries 



carrierFreq[1] 

Same downlink EARFCN 
as used for Cell 1 



cellReselectionPriority[1 ] 

4 



carrierFreq[2] 

Same downlink EARFCN 
as used for Cell 3 



cellReselectionPriority[2] 

5 



carrierFreq[3] 

Same downlink EARFCN 
as used for Cell 10 



cellReselectionPriority[3] 

6 



} 




freqPriorityListGERAN 

Not present 



freqPriorityListUTRA-FDD 

Not present 



freqPriorityListUTRA-TDD 

Not present 



bandClassPriorityListHRPD 

Not present 



bandClassPriorityListI XRTT 

Not present 



t320 

Not present 



} 




} 




} 




} 




} 





Table 8.1.3.12a.3.3-2: SystemlnformationBlockTypeS for Cell 1 (preamble and all steps, Table 

8.1.3.12a.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType5 ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(1 ..maxFreq)) OF SEQUENCE { 




dl-CarrierFreq[1] 

Same downlink EARFCN 
as used for Cell 3 



dl-CarrierFreq[2] 

Same downlink EARFCN 
as used for Cell 10 



threshX-Low[n] 

11 

Actual value of 
threshold = IE 
value * 2 [dB] 


threshX-High[m] 

11 

Actual value of 
threshold = IE 
value * 2 [dB] 


} 




} 
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Table 8.1.3.12a.3.3-3: SystemlnformationBlockTypeS ior Cell 10 (preamble and all steps, Table 

8.1.3.12a.3.2-2) 


Derivation Path: TS 36.508 [7] clause 4.4.3.3, Table 4.4.3.3-2 

Information Element 

Value/remark 

Comment 

Condition 

cellReselectionServingFreqInfo SEQUENCE { 




threshServingLow 

14(28dB) 

28 is actual value 
indB(14*2dB) 


} 





Table 8.1.3.12a.3.3-4: SystemlnformationBlockTypeSior Cell 10 (preamble and all steps, Table 

8.1.3.12a.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType5 ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(1 ..maxFreq)) OF SEQUENCE { 




dl-CarrierFreq[1] 

Same downlink EARFCN 
as used for Cell 1 



dl-CarrierFreq[2] 

Same downlink EARFCN 
as used for Cell 3 



threshX-Low[n] 

11 

Actual value of 
threshold = IE 
value * 2 [dB] 


threshX-High[m] 

11 

Actual value of 
threshold = IE 
value * 2 [dB] 


} 




} 





8.2 

8.2.1 

8.2.1.1 

8.2.1.1.1 
(1) 


RRC connection reconfiguration 

Radio bearer establishment 

RRC connection reconfiguration / Radio bearer establishnnent for transition 
from RRGJDLE to RRG_GONNEGTED / Success / Default bearer / Early 
bearer establishnnent 

Test Purpose (TP) 


with { UE having completed the RRC connection establishment procedure } 
ensure that { 

when { SS sends in sequence a SecurityModeCommand and an RRCConnectionReconfiguration message 
then { UE establishes the initial security configuration in accordance with the received 
securityConfigSMC included in SecurityModeCommand and successfully completes the connection 
reconfiguration } 


8.2.1.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.331 clauses 5.1.2, 
5.3.1.1, 5. 3. 5. 3, 5.3.10.1 and 5.3.10.3. The following represent an extraction of the requirements relevant to the test 
purpose. 

[TS 36.331, clause 5.1.2] 

The UE shall: 

1> process the received messages in order of reception by RRC, i.e. the processing of a message shall be completed 
before starting the processing of a subsequent message; 
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NOTE: 1 E-UTRAN may initiate a subsequent procedure prior to receiving the UEs response of a previously 
initiated procedure. 

[TS 36.331, clause 5.3.1.1] 

After having initiated the initial security activation procedure, E-UTRAN initiates the establishment of SRB2 and 
DRBs, i.e. E-UTRAN may do this prior to receiving the confirmation of the initial security activation from the UE. In 
any case, E-UTRAN will apply both ciphering and integrity protection for the RRC connection reconfiguration 
messages used to establish SRB2 and DRBs. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 

1> if this is the fix^i RRCConnectionReconfiguration message after successful completion of the RRC 
Connection Re-establishment procedure: 


1> else: 

2> If the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

3> perform the radio resource configuration procedure as specified in 5.3.10; 

NOTE 2: If the RRCConnectionReconfiguration message includes the establishment of radio bearers other than 
SRBl, the UE may start using these radio bearers immediately, i.e. there is no need to wait for an 
outstanding acknowledgment of the SecurityModeComplete message. 


1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission using the new 
configuration, upon which the procedure ends; 

[TS 36.331, clause 5.3.10.1] 

The UE shall: 

1> for each srb-Identity value included in the srb-ToAddModList that is not part of the current UE configuration 
(SRB estabHshment): 

2> apply the specified configuration defined in 9.1.2 for the corresponding SRB; 

2> establish a PDCP entity and configure it with the current security configuration, if applicable; 

2> establish an RLC entity in accordance with the received rlc-Config\ 

2> establish a DCCH logical channel in accordance with the received logic alChannelConfig and with the logical 
channel identity set in accordance with 9.1.2 

[TS 36.331, clause 5.3.10.3] 

The UE shall: 

1> for each drb-Identity value included in the drb-ToAddModList that is not part of the current UE configuration 
(DRB estabHshment): 

2> establish a PDCP entity and configure it with the current security configuration and in accordance with the 
received pdcp- Config ; 

2> establish an RLC entity in accordance with the received rlc-Config\ 

2> establish a DTCH logical channel in accordance with the received logic alChannelldentity and the received 
logicalChannelConfig ; 

1> indicate the establishment of the DRB(s) and the eps-Bearerldentity of the established DRB(s) to upper layers; 
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Test description 
Pre-test conditions 


8.2.1.1.3 
8.2.1.1.3.1 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 
8.2.1 .1 .3.2 Test procedure sequence 

Table 8.2.1.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS sends a Paging message to the UE on the 
appropriate paging block, and including the UE 
identity in one entry of the IE 
pagingRecordLists. 

<- 

Paging 



2 

UE transmits an RRCConnectionRequest 
message. 

-> 

RRCConnectionRequest 

- 

- 

3 

SS transmit an RRCConnectionSetup 
message 

<- 

RRCConnectionSetup 

- 

- 

4 

The UE transmits an 

RRCConnectionSetupCompleteXo confirm the 
successful completion of the connection 
establishment. (Note 1) 

-> 

RRCConnectionSetupCompiete 



5 

SS transmits a SecurityModeCommand 
message to activate AS security. 

<- 

SecurityModeCommand 

- 

- 

6 

Using the same TTI as the 
SecurityModeCommand message in step 5, 
the SS transmits an 

RRCConnectionReconfiguration message to 
establish a data radio bearer. 

<- 

RRCConnectionReconfiguration 



7 

Check: Does the UE transmit a 
SecurityModeComplete message? 

-> 

SecurityModeCompiete 

1 

P 

8 

Check: Does the UE transmit an 
RRCConnectionReconfigurationComplete 
message to confirm the establishment of data 
radio bearer? 

-> 

RRCConnectionReconfigurationC 
ompiete 

1 

P 

9 

Check: Does the test result of CALL generic 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that UE is in E-UTRA 
RRC CONNECTED state? 



1 


Note 1 : Contains a SERVICE REQUEST NAS message. 


8.2.1 .1 .3.3 Specific message contents 

Table 8.2.1 .1 .3.3-1 : RRCConnectionReconfiguration (step 6, Table 8.2.1 .1 .3.2-1) 

Derivation Path: 36.508 table 4.6.1-8, condition SRB2-DRB(1 , 0) 
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8.2.1.2 Void 

8.2.1 .3 RRC connection reconfiguration / Radio bearer establishnnent / Success / 
Dedicated bearer 

8.2.1.3.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { SS sends an RRCConnectionReconfiguration message including a drb- Identity that is not part 
of the current UE configuration and a dedicatedlnfoNASList} 

then { UE successfully establish the radio bearer according to IE radioResourceConfigDedicated } 
} 

8.2.1 .3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.331 clauses 5.3.5.3 
and 5.3.10.3. 

The following represent an extraction of the requirements relevant to the test purpose. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnformation and the UE is able to 
comply with the configuration included in this message, the UE shall: 

1> if this is the fix^i RRCConnectionReconfiguration message after successful completion of the RRC Connection 
Re-establishment procedure: 


1> else: 

2> If the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

3> perform the radio resource configuration procedure as specified in 5.3.10; 

NOTE 2: If the RRCConnectionReconfiguration message includes the establishment of radio bearers other than 
SRBl, the UE may start using these radio bearers immediately, i.e. there is no need to wait for an 
outstanding acknowledgment of the SecurityModeComplete message. 

1> if the RRCConnectionReconfiguration message includes the dedicatedlnfoNASList: 

2> forward each element of the dedicatedlnfoNASList to upper layers; 


1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission using the new 
configuration, upon which the procedure ends; 

[TS 36.331, clause 5.3.10.3] 

The UE shall: 

1> for each drb-Identity value included in the drb-ToAddModList that is not part of the current UE configuration 
(DRB estabHshment): 

2> establish a PDCP entity and configure it with the current security configuration and in accordance with the 
received pdcp- Config ; 

2> establish an RLC entity in accordance with the received rlc-Config\ 

2> establish a DTCH logical channel in accordance with the received logic alChannelldentity and the received 
logicalChannelConfig ; 
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1> indicate the establishment of the DRB(s) and the eps-Bearerldentity of the estabUshed DRB(s) to upper layers; 
8.2.1.3.3 Test description 

8.2.1 .3.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 

8.2.1 .3.3.2 Test procedure sequence 

Table 8.2.1.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
establish a data radio bearer. 

<- 

RRCConnectionReconfiguration 



2 

Check: Does the UE transmit an 

RRCConnectionReconfigurationComplete 

message? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

P 

3 

The UE transmits an ULInformationTransfer 
message. This message includes an 
ACTIVATE DEDICATED EPS BEARER 
CONTEXT ACCEPT message. 

-> 

UL Information Transfer 



4 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1 



8.2.1 .3.3.3 Specific message contents 

Table 8.2.1.3.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.2.1.3.3.2-1) 


Derivation Path: 36.508 table 4.6.1-8, condition DRB(1,0) 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




dedicatedlnfoNASList SEQUENCE 
(SIZE(1..maxDRB))0F 

1 entry 



dedicatedlnfoNAS[1] 

ACTIVATE DEDICATED 
EPS BEARER 
CONTEXT REQUEST 
with EPS bearer identity 
corresponding to drb- 
Identity 2 

According 36.508 
table 4.7.3-3 


} 




} 




} 




} 
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8.2.1.4 Void 

8.2.1 .5 RRC connection reconfiguration / Radio bearer establislinnent for transition 
from RRC_ldle to RRC CONNECTED / Success / Latency checl^ 

8.2.1 .5.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_IDLE state and has sent an RRCConnectionRequest message } 
ensure that { 

when { UE receive a RRCConnectionSetup message and 15 subframes later receives an UL grant } 
then { UE successfully transmit RRCConnectionSetupComplete message } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receive a SecurityModeCommand message and 10 subframes later receives an UL grant } 

then { UE successfully establish the initial AS security activation according to IE 

securityConfigSMC } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receive a RRCConnectionReconfiguration message including a drb- Identity that is not part 
of the current UE configuration and a nas-Dedicatedlnformation and 15 subframes later receives an UL 
grant } 

then { UE successfully establish the radio bearer according to IE radioResourceConfiguration } 

} 

(4) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an UECapabilityEnquiry message after AS security is activated and at 10 
subframes later receives an UL grant } 

then { UE successfully transmits an UECapabilitylnformation message including UE radio access 
capability information corresponding to the ue-RadioAccessCapRequest variable } 
} 

8.2.1 .5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.3.4, 
5.3.4.3, 5.3.5.3, 5.6.3.3 and 11.2. 

[TS 36.331, clause 5.3.3.4] 

The UE shall: 

1> perform the radio resource configuration procedure in accordance with the received 
radioResourceConfigDedicated and as specified in 5.3.10; 

1> if stored, discard the cell reselection priority information provided by the idleModeMobilityControlInfo or 
inherited from another RAT; 

1> stop timer T300; 

1> stop timer T302, if running; 

1> stop timer T303, if running; 

1> stop timer T305, if running; 

1> perform the actions as specified in 5.3.3.7; 
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1> stop timer T320, if running; 

1> enter RRC_CONNECTED; 

1> stop the cell re-selection procedure; 

1> set the content of RRCConnectionSetupComplete message as follows: 

2> set the selectedPLMN-Identity to the PLMN selected by upper layers (see TS 23.122 [11], TS 24.301 [35]) 
from the PLMN(s) included in the plmn-IdentityList in SystemlnformationBlockTypel ; 

2> if upper layers provide the 'Registered MME', include and set the registeredMME as follows: 

3> if the PLMN identity of the 'Registered MME' is different from the PLMN selected by the upper layers: 

4> include the plmnldentity in the registeredMME and set it to the value of the PLMN identity in the 
'Registered MME' received from upper layers; 

3> set the mmegi and the mmec to the value received from upper layers; 

2> set the dedicatedlnfoNAS to include the information received from upper layers; 

2> submit the RRCConnectionSetupComplete message to lower layers for transmission, upon which the 
procedure ends; 

[TS 36.331, clause 5.3.4.3] 

The UE shall: 

1> derive the KeNB key, as specified in TS 33.401 [32]; 

1> derive the KRRCint key associated with the integrity ProtAlgorithm indicated in the SecurityModeCommand 
message, as specified in TS 33.401 [32]; 

1> request lower layers to verify the integrity protection of the SecurityModeCommand message, using the 

algorithm indicated by the integrity ProtAlgorithm as included in the SecurityModeCommand message and the 
KRRCint key; 

1> if the SecurityModeCommand message passes the integrity protection check: 

2> derive the KRRCenc key and the KuPenc key associated with the cipheringAlgorithm indicated in the 
SecurityModeCommand mess2ige, as specified in TS 33.401 [32]; 

2> configure lower layers to apply integrity protection using the indicated algorithm and the KRRCint key 

immediately, i.e. integrity protection shall be applied to all subsequent messages received and sent by the UE, 
including the SecurityModeComplete message; 

2> configure lower layers to apply ciphering using the indicated algorithm, the KRRCenc key and the KuPenc key 
after completing the procedure, i.e. ciphering shall be applied to all subsequent messages received and sent 
by the UE, except for the SecurityModeComplete message which is sent unciphered; 

2> consider AS security to be activated; 

2> submit the SecurityModeComplete message to lower layers for transmission, upon which the procedure ends; 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 

1> if this is the fix^i RRCConnectionReconfiguration message after successful completion of the RRC Connection 
Re-establishment procedure: 


1> else: 

2> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 
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3> perform the radio resource configuration procedure as specified in 5.3.10; 

NOTE 2: If the RRCConnectionReconfiguration message includes the estabHshment of radio bearers other than 
SRBl, the UE may start using these radio bearers immediately, i.e. there is no need to wait for an 
outstanding acknowledgment of the SecurityModeComplete message. 

1> if the RRCConnectionReconfiguration message includes the dedicatedlnfoNASList: 

2> forward each element of the dedicatedlnfoNASList to upper layers; 


1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission using the new 
configuration, upon which the procedure ends; 

[TS 36.331, clause 5.6.3.3] 

The UE shall: 

1> set the contents of UECapahilitylnformation message as follows: 

2> if the ue-Capability Request includes 'eutra' : 

3> include the UE-EUTRA-Capability within a ue-Capability RAT- Container and with the rat-Type set to 
'eutra'; 

2> if the ue-CapabilityRequest includes 'geran-cs' and if the UE supports GERAN CS domain: 

3> include the UE radio access capabilities for GERAN CS within a ue-CapabilityRAT-Container and with 
the rat-Type set to 'geran-cs'; 

2> if the ue-CapabilityRequest includes 'geran-ps' and if the UE supports GERAN PS domain: 

3> include the UE radio access capabilities for GERAN PS within a ue-CapabilityRAT-Container and with 
the rat-Type set to 'geran-ps'; 

2> if the ue-CapabilityRequest includes 'utra' and if the UE supports UTRA: 

3> include the UE radio access capabilities for UTRA within a ue-CapabilityRAT-Container and with the 
rat-Type set to 'utra'\ 


1> submit the UECapability Information message to lower layers for transmission, upon which the procedure ends; 

[TS 36.331, clause 11.2] 

The UE performance requirements for RRC procedures are specified in the following table, by means of a value N: 

N = the number of 1ms subframes from the end of reception of the E-UTRAN -> UE message on the UE physical layer 
up to when the UE shall be ready for the reception of uplink grant for the UE -> E-UTRAN response message with no 
access delay other than the TTI-alignment (e.g. excluding delays caused by scheduling, the random access procedure or 
physical layer synchronisation). 
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Figure 11.2-1: Illustration of RRC procedure delay 


Procedure title: E-UTRAN -> UE 

UE -> E-UTRAN 

N 1 Notes 

RRC Connection Control Procedures 

RRC connection 
establishment 

RRCConnectionSetu 
P 

RRCConnectionSetupCo 
mplete 

15 


RRC connection re- 
configuration (radio 
resource configuration) 

RRCConnectionReco 
nfiguration 

RRCConnectionReconfigu 
rationComplete 

15 


Initial security 
activation 

SecurityModeComma 
nd 

SecurityModeCommandC 
omplete/SecurityModeCo 
mmandFailure 

10 


Other procedures 

UE capability transfer UECapabilityEnquiry 

UECapabilitylnformation 

10 1 


8.2.1 .5.3 Test description 

8.2.1 .5.3.1 Pre-test conditions 

Systenn Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 
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8.2.1.5.3.2 


Test procedure sequence 

Table 8.2.1.5.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS sends a Paging message to the UE on 
the appropriate paging block, and including the 
UE identity in one entry of the IE 
pagingRecordList 

<— 

Paging 



2 

The UE transmits an RRCConnectionRequest 
message. 

-> 

RRCConnectionRequest 

- 

- 

3 

The SS transmit an RRCConnectionSetup 
message. (Note 3) 

<— 

RRCConnectionSetup 



4 

Check: Does the UE transmit an 
RRCConnectionSetupComplete message 
within 19 (FDD)/22 (TDD) subframes after 
successful completion of step 3? (Note 2) 

-> 

RRCConnectionSetupComplete 

1 

P 

5 

The SS transmits a SecurityModeCommand 
message to activate AS security. (Note 3) 

<- 

SecurityModeCommand 



6 

Check: Does the UE transmit a 
SecurityModeComplete message within 14 
(FDD)/17 (TDD) subframes after successful 
completion of step 5? (Note 2) 

-> 

SecurityModeComplete 

2 

P 

7 

The SS transmits an 

RRCConnectionReconfiguration message to 
establish a data radio bearer. (Note 3) 

<— 

RRCConnectionReconfiguration 



8 

Check: Does the UE transmit an 
RRCConnectionReconfigurationComplete 
message within 19 (FDD)/22 (TDD) subframes 
after successful completion of step 7? (Note 2) 

-> 

RRCConnectionReconfigurationC 
omplete 

3 

P 

9 

The SS transmits a UECapabilityEnquiry 
message to request UE radio access capability 
information for E UTRA only. (Note 3) 

<— 

UECapabilityEnquiry 



10 

Check: Does the UE transmit a 
UECapabilitylnformation message within 14 
(FDD)/17 (TDD) subframes after successful 
completion of step 9? (Note 2) 

-> 

UECapabilitylnformation 

4 

P 

Note 1 : The SS is configured for RRC procedure delay testing according to TS 36.523-3 clause 7.12.1 . 
Note 2: 4 (FDD) / 7 (TDD) subframes is added on top of RRC processing delay requirement, because of 

transmission delay after UL grant. For TDD, consider the max 7 TTI transmission delay after UL grant. 
Note 3: The DL resource allocation sent on PDCCH is big enough to guarantee transmission of all DL RRC PDU in 

single 1 II. 


8.2.1 .5.3.3 Specific message contents 

Table 8.2.1.5.3.3-1 : RRCConnectionRequest {step 2, Table 8.2.1.5.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

mt-Access 



} 




} 




} 
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Table 8.2.1.5.3.3-2: RRCConnectionSetup (step 3, Table 8.2.1.5.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-17 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionSetup ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionSetup-r8 SEQUENCE { 




radioResourceConfigDedicated SEQUENCE { 




mac-IVIainConfig CHOICE { 




timeAlignmentTimerDedicated 

Infinity 



} 




} 




} 




} 




} 




} 




Table 8.2.1.5.3.3-3: RRCConnectionReconfiguration (step 7, Table 8..1. 5.3.2-1) 

Derivation Path: 36.508 table 4.6.1-8, condition SRB2-DRB(1, 0) 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




RadioResourceConfigDedicated SEQUENCE { 




mac-MainConfig CHOICE { 




timeAlignmentTimerDedicated 

Infinity 



} 




} 




} 




} 




} 




} 





8.2.1.6 


8.2.1.6.1 


(1) 


RRC connection reconfiguration / Radio bearer establishinent for transition 
from RRCJdIe to RRC CONNECTED / Success / Latency check / 
SecurityModeConnnnand and RRCConnectionReconfiguration transmitted in 
the same TTI 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 

ensure that { 

when { UE received SecurityModeCommand message and RRCConnectionReconfiguration message including 

a drb- Identity that is not part of the current UE configuration and a nas-Dedicatedlnformation in 

the same TTI and 2 subframes later receives an UL grant } 

then { UE successfully establish the initial AS security activation according to IE 
securityConfigSMC and the radio bearer according to IE radioResourceConfiguration } 


8.2.1.6.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.4.3, 
5.3.5.3 and 11.2. 

[TS 36.331, clause 5.3.4.3] 

The UE shall: 

1> derive the KeNB key, as specified in TS 33.401 [32]; 
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1> derive the KRRCint key associated with the integrityP rot Algorithm indicated in the SecurityModeCommand 
message, as specified in TS 33.401 [32]; 

1> request lower layers to verify the integrity protection of the SecurityModeCommand message, using the 

algorithm indicated by the integrity ProtAlgorithm as included in the SecurityModeCommand message and the 
KRRCint key; 

1> if the SecurityModeCommand message passes the integrity protection check: 

2> derive the KRRCenc key and the KuPenc key associated with the cipheringAlgorithm indicated in the 
SecurityModeCommand messsigQ, as specified in TS 33.401 [32]; 

2> configure lower layers to apply integrity protection using the indicated algorithm and the KRRCint key 

immediately, i.e. integrity protection shall be applied to all subsequent messages received and sent by the UE, 
including the SecurityModeComplete message; 

2> configure lower layers to apply ciphering using the indicated algorithm, the KRRCenc key and the KuPenc key 
after completing the procedure, i.e. ciphering shall be applied to all subsequent messages received and sent 
by the UE, except for the SecurityModeComplete message which is sent unciphered; 

2> consider AS security to be activated; 

2> submit the SecurityModeComplete message to lower layers for transmission, upon which the procedure ends; 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 

1> if this is the first RRCConnectionReconfiguration message after successful completion of the RRC Connection 
Re-establishment procedure: 


1> else: 

2> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

3> perform the radio resource configuration procedure as specified in 5.3.10; 

NOTE 2: If the RRCConnectionReconfiguration message includes the establishment of radio bearers other than 
SRBl, the UE may start using these radio bearers immediately, i.e. there is no need to wait for an 
outstanding acknowledgment of the SecurityModeComplete message. 

1> if the RRCConnectionReconfiguration message includes the dedicatedlnfoNASList: 

2> forward each element of the dedicatedlnfoNASList to upper layers; 


1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission using the new 
configuration, upon which the procedure ends; 

[TS 36.331, clause 11.2] 

The UE performance requirements for RRC procedures are specified in the following table, by means of a value N: 

N = the number of 1ms subframes from the end of reception of the E-UTRAN -> UE message on the UE physical layer 
up to when the UE shall be ready for the reception of uplink grant for the UE -> E-UTRAN response message with no 
access delay other than the TTI-alignment (e.g. excluding delays caused by scheduling, the random access procedure or 
physical layer synchronisation). 
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Figure 11.2-1: Illustration of RRC procedure delay 


Procedure title: 

E-UTRAN -> UE 

UE -> E-UTRAN 

N 

Notes 

RRC Connection Control Procedures 

Initial security 

SecurityModeComma 

RRCConnectionReconfigu 

20 

The two DL messages are 

activation + RRC 

nd, 

rationComplete 


transmitted in the same TTI 

connection re- 

RRCConnectionReco 




configuration (RB 

nfiguration 




establishment) 






8.2.1.6.3 Test description 

8.2.1 .6.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


935 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


8.2.1.6.3.2 


Test procedure sequence 

Table 8.2.1.6.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS sends a Paging message to the UE on 
the appropriate paging block, and including the 
UE identity in one entry of the IE 
pagingRecordList 

<— 

Paging 



2 

The UE transmits an RRCConnectionRequest 
message. 

-> 

RRCConnectionRequest 

- 

- 

3 

The SS transmit an RRCConnectionSetup 
message. 

<— 

RRCConnectionSetup 

- 

- 

4 

The UE transmit an 
RRCConnectionSetupComplete message. 

-> 

RRCConnectionSetupComplete 

- 

- 

5 

The SS transmits a SecurityModeCommand 
message to activate AS security. (Note 3) 

<- 

SecurityModeCommand 

- 

- 

6 

The SS transmits a 

RRCConnectionReconfiguration message to 
establish a data radio bearer. (Note 3) 

<- 

RRCConnectionReconfiguration 



7 

Check: Does the UE transmit an 
SecurityModeComplete message within 24 
(FDD)/27 (TDD) subframes after successful 
completion of step 5? (Note 2) 

-> 

SecurityModeComplete 

1 

P 

8 

Check: Does the UE transmit an 
RRCConnectionReconfigurationComplete 
message within 24 (FDD)/27 (TDD) subframes 
after successful completion of step 6? (Note 2) 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

P 

Note 1 : The SS is configured for RRC procedure delay testing according to TS 36.523-3 clause 7.12.1 . 
Note 2: 4 (FDD) / 7 (TDD) subframes is added on top of RRC processing delay requirement, because of 

transmission delay after UL grant. For TDD, consider the max 7 TTI transmission delay after UL grant. 
Note 3: The DL resource allocation sent on PDCCH is big enough to guarantee transmission of all DL RRC PDU in 

single 1 II. 


8.2.1 .6.3.3 Specific message contents 

Table 8.2.1.6.3.3-1 : RRCConnectionRequest {step 2, Table 8.2.1.6.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

mt-Access 



} 




} 




} 
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Table 8.2.1.6.3.3-2: RRCConnectionSetup (step 3, Table 8.2.1.6.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-17 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionSetup ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionSetup-r8 SEQUENCE { 




radioResourceConfigDedicated SEQUENCE { 




mac-IVIainConfig CHOICE { 




timeAlignmentTimerDedicated 

Infinity 



} 




} 




} 




} 




} 




} 




Table 8.2.1.6.3.3-3: RRCConnectionReconfiguration (step 6, Table 8.2.1.6.3.2-1) 

Derivation Path: 36.508 table 4.6.1-8, condition SRB2-DRB(1, 0) 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




RadioResourceConfigDedicated SEQUENCE { 




mac-MainConfig CHOICE { 




timeAlignmentTimerDedicated 

Infinity 



} 




} 




} 




} 




} 




} 





8.2.1.7 


8.2.1.7.1 


RRC connection reconfiguration / Radio bearer establishinent / Success / 
SRB2 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state without SRB2 } 
ensure that { 

when { SS sends an RRCConnectionReconfiguration message including SRB2 configuration 
then { UE successfully establish the signalling radio bearer } 


8.2.1.7.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.331 clauses 5.3.5.3, 
and 5.3.10.1. 

The following represent an extraction of the requirements relevant to the test purpose. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 

1> if this is the first RRCConnectionReconfiguration message after successful completion of the RRC Connection 
Re-establishment procedure: 


1> else: 
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2> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

3> perform the radio resource configuration procedure as specified in 5.3.10; 

NOTE 2: If the RRCConnectionReconfiguration message includes the establishment of radio bearers other than 
SRBl, the UE may start using these radio bearers immediately, i.e. there is no need to wait for an 
outstanding acknowledgment of the SecurityModeComplete message. 


1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission using the new 
configuration, upon which the procedure ends; 

[TS 36.331, clause 5.3.10.1] 

The UE shall: 

1> for each srb-Identity value included in the srb-ToAddModList that is not part of the current UE configuration 
(SRB estabHshment): 

2> apply the specified configuration defined in 9.1.2 for the corresponding SRB; 

2> establish a PDCP entity and configure it with the current security configuration, if applicable; 

2> establish an RLC entity in accordance with the received rlc-Config\ 

• 2> establish a DCCH logical channel in accordance with the received logic alChannelConfig and 
with the logical channel identity set in accordance with 9.1.2; 


Test description 
Pre-test conditions 


8.2.1.7.3 
8.2.1.7.3.1 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle Mode (State 2) according to [18]. 
8.2.1 .7.3.2 Test procedure sequence 

Table 8.2.1.7.3.2-1: Main behaviour 


St 

Procedure 

U-S 

IVIessage Sequence 
IVIessage 

TP 

Verdict 

1-7 

Generic Radio Bearer Establishment (State 3) 
step 1 to 7 in TS 36.508 subclause 4.5.3.3. 



- 

- 

8 

The SS transmits an 

RRCConnectionReconfiguration message to 
establish SRB2. 

<— 

RRCConnectionReconfiguration 



9 

Check: Does the UE transmits an 

RRCConnectionReconfigurationCompiete 

message? 

-> 

RRCConnectionReconfigurationC 
ompiete 

1 

P 

10 

Check: Does the test result of CALL generic 
procedure in TS 36.508 subclause 6.4.2.3 
indicates that UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1 
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8.2.1 .7.3.3 Specific message contents 

Table 8.2.1.7.3.3-1 : RRCConnectionReconfiguration (step 8, Table 8.2.1.7.3.2-1)) 


Derivation Patii: 36.508 table 4.6.1-6, condition SRB2-DRB(1, 0) 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




C1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated SEQUENCE { 




srb-ToAddModList SEQUENCE (SIZE (1..2)) 
OF SEQUENCE} 




srb-ToAddMod[1] SEQUENCE { 




rIc-Config CHOICE { 




explicitValue 

RLC-Config-NON- 
DEFAULT-SRB2 



} 




} 




} 




} 




} 




} 




} 




} 




} 




Table 8.2.1.7.3.3-2: RLC-Config-NON-DEFAULT-SRB2 ( Table 8.2.1.7.3.3-1)) 

Derivation Path: 36.331 clauses 6.3.2, 9.2.1.2 

Information Element 

Value/remark 

Comment 

Condition 

RLC-Config-NON-DEFAULT-SRB2 ::= CHOICE { 




am SEQUENCE} 




ul-AM-RLC SEQUENCE { 




t-PollRetransmit 

mslOO 



pollPDU 

p16 



pollByte 

kb500 



maxRetxThreshold 

t6 



} 




dl-AM-RLC SEQUENCE { 




t-Reordering 

mslOO 



t-StatusProhibit 

ms200 



} 




} 




} 





8.2.1.8 


8.2.1.8.1 


(1) 


RRC connection reconfiguration / Radio bearer establishinent / Success / 
Dedicated bearer/ ROHC configured 

Test Purpose (IP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including IE headerCompression set to 
"rohc" } 

then { UE transmits an RRCConnectionReconfigurationComplete message } 


8.2.1.8.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.5.3, clause 
5.3.10.0, clause 5.3.10.3, TS 36.323, clause 5.5.1, 5.5.2 and TS 36.306, clause 4.3.1.1. 
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[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 

1> if this is the fix^i RRCConnectionReconfiguration message after successful completion of the RRC Connection 
Re-establishment procedure: 


1> else: 

2> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 
3> perform the radio resource configuration procedure as specified in 5.3.10; 
[TS 36.331, clause 5.3.10.0] 
The UE shall: 

1> if the received radioResourceConfigDedicated includes the drb-ToAddModList: 

2> perform DRB addition or reconfiguration as specified in 5.3.10.3; 

[TS 36.331, clause 5.3.10.3] 

The UE shall: 

1> for each drb-Identity value included in the drb-ToAddModList that is not part of the current UE configuration 
(DRB establishment including the case when full configuration option is used): 

2> establish a PDCP entity and configure it with the current security configuration and in accordance with the 
received pdcp-Config; 

[TS 36.323, clause 5.5.1] 

The header compression protocol is based on the Robust Header Compression (ROHC) framework [7]. There are 
multiple header compression algorithms, called profiles, defined for the ROHC framework. Each profile is specific to 
the particular network layer, transport layer or upper layer protocol combination e.g. TCP/IP and RTP/UDP/IP. 

The detailed definition of the ROHC channel is specified as part of the ROHC framework in RFC 4995 [7]. This 
includes how to multiplex different flows (header compressed or not) over the ROHC channel, as well as how to 
associate a specific IP flow with a specific context state during initialization of the compression algorithm for that flow. 

The implementation of the functionality of the ROHC framework and of the functionality of the supported header 
compression profiles is not covered in this specification. 

In this version of the specification the support of the following profiles is described: 

Table 5.5.1.1 : Supported header compression protocols and profiles 


Profile 
Identifier 

Usage: 

Reference 

0x0000 

No compression 

RFC 4995 

0x0001 

RTP/UDP/IP 

RFC 3095, RFC 4815 

0x0002 

UDP/IP 

RFC 3095, RFC 4815 

0x0003 

ESP/IP 

RFC 3095, RFC 4815 

0x0004 

IP 

RFC 3843, RFC 4815 

0x0006 

TCP/IP 

RFC 4996 

0x0101 

RTP/UDP/IP 

RFC 5225 

0x0102 

UDP/IP 

RFC 5225 

0x0103 

ESP/IP 

RFC 5225 

0x0104 

IP 

RFC 5225 
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[TS 36.323, clause 5.5.2] 

PDCP entities associated with DRBs can be configured by upper layers [3] to use header compression. 

[TS 36.306, clause 4.3.1.1] 

This field defines which ROHC profiles from the list below are supported by the UE. 

- 0x0000 ROHC uncompressed (RFC 4995) 

- 0x0001 ROHC RTP (RFC 3095, RFC 4815) 

- 0x0002 ROHC UDP (RFC 3095, RFC 4815) 


'IMS capable UEs supporting voice' shall support ROHC profiles 0x0000, 0x0001, 0x0002 and be able to compress and 
decompress headers of PDCP SDUs at a PDCP SDU rate corresponding to supported IMS voice codecs. 


Test description 
Pre-test conditions 


8.2.1.8.3 
8.2.1.8.3.1 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 
8.2.1 .8.3.2 Test procedure sequence 

Table 8.2.1.8.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1 

The 88 transmits an 

RRCConnectionReconfiguration message to 
establish a data radio bearer. 

<— 

RRCConnectionReconfiguration 



2 

Check: Does the UE transmit an 

RRCConnectionReconfigurationComplete 

message? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

P 

3 

The UE transmits an ULInformationTransfer 
message. This message includes an 
ACTIVATE DEDICATED EP8 BEARER 
CONTEXT ACCEPT message. 

-> 

UL Information Transfer 



4 

Check: Does the test result of generic test 
procedure in T8 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state? 



1 



8.2.1 .8.3.3 Specific message contents 

Table 8.2.1.8.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.2.1.8.3.2-1) 


Derivation Path: T8 36.508 Table 4.6.1-8, condition DRB(0, 1) 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= 8EQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 8EQUENCE { 




dedicatedlnfoNA8List 8EQUENCE 

1 entry 
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(SIZE(1..maxDRB))0F 




DedicatedlnfoNAS[1] 

ACTIVATE DEDICATED 
EPS BEARER 
CONTEXT REQUEST 
with EPS bearer identity 
corresponding to drb- 
Identity 2 

According 36.508 
table 4.7.3-3 


} 




} 




} 




} 





Table 8.2.1.8.3.3-2: PDCP-Config (Table 8.2.1.8.3.3-1) 


Derivation Path: TS 36.508 Table 4.8.2.1 .2.1-1 

Information Element 

Value/remark 

Comment 

Condition 

PDCP-Config-DRB-UM ::= SEQUENCE { 




rIc-UM SEQUENCE { 




pdcp-SN-Size 

Ien7bits 



} 




headerCompression CHOICE { 




rohc SEQUENCE} 




maxCID 

15 

DEFAULT 15 


profiles SEQUENCE { 


IMS capable UEs 
supporting voice 
shall support 
ROHC profiles 
0x0000,0x0001, 
0x0002. 


profileOxOOOl 

TRUE 



profile0x0002 

TRUE 



profile0x0003 

FALSE 



profile0x0004 

FALSE 



profile0x0006 

FALSE 



profileOxOIOI 

FALSE 



profile0x0102 

FALSE 



profile0x0103 

FALSE 



profile0x0104 

FALSE 



} 




} 




} 




} 





Table 8.2.1.8.3.3-3: RLC-Config (Table 8.2.1.8.3.3-1) 


Derivation Path: TS 36.508 Table 4.8.2.1 .3.1-1 

Information Element 

Value/remark 

Comment 

Condition 

RLC-Config-DRB-UM ::= CHOICE { 




um-Bi-Directional SEQUENCE { 




ul-UM-RLC SEQUENCE { 




sn-FieldLength 

size5 



} 




dl-UM-RLC SEQUENCE { 




sn-FieldLength 

size5 



} 




} 




} 
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8.2.2 Radio resource reconfiguration 

8.2.2.1 RRC connection reconfiguration / Radio resource reconfiguration / Success 

8.2.2.1.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a 
radioResourceConfigDedicated with SRB, DRB, transport channel and physical channel reconfiguration } 

then { UE reconfigures the data and signalling radio bearers and sends an 
RRCConnectionReconfigurationComplete message } 
} 

8.2.2.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331 clause 5.3.5.3, 
5.3.10.1, 5.3.10.3, 5.3.10.4 and 5.3.10.6. 

The following represent an extraction of the requirements relevant to the test purpose. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 

1> if this is the first RRCConnectionReconfiguration message after successful completion of the RRC Connection 
Re-establishment procedure: 


1> else: 

2> If the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 
3> perform the radio resource configuration procedure as specified in 5.3.10; 


1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission using the new 
configuration, upon which the procedure ends; 

[TS 36.331, clause 5.3.10.1] 

The UE shall: 


1> for each srb -Identity value included in the srb-ToAddModList that is part of the current UE configuration (SRB 
reconfiguration): 

2> reconfigure the RLC entity in accordance with the received rlc-Config; 

2> reconfigure the DCCH logical channel in accordance with the received logicalChannelConfig\ 

[TS 36.331, clause 5.3.10.3] 

1> for each drb-Identity value included in the drb-ToAddModList that is part of the current UE configuration (DRB 
reconfiguration): 

2> if the pdcp-Config is included: 

3> reconfigure the PDCP entity in accordance with the receiwed pdcp-Config', 

2> if the rlc-Config is included: 
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3> reconfigure the RLC entity or entities in accordance with the received rlc-Config; 
2> if the logicalChannelConfig is included: 

3> reconfigure the DTCH logical channel in accordance with the received logicalChannelConfig', 
NOTE: Removal and addition of the same drb-Identity in single radioResourceConfiguration is not supported. 
[TS 36.331, clause 5.3.10.4] 

1> reconfigure the MAC main configuration in accordance with the received mac-MainConfig; 
[TS 36.331, clause 5.3.10.6] 
The UE shall: 

1> reconfigure the physical channel configuration in accordance with the receiwed physicalConfigDedicated', 
8.2.2.1.3 Test description 

8.2.2.1 .3.1 Pre-test conditions 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 

- The condition SRB2-DRB(2, 0) is used for step 8 in 4.5.3.3 according to [18]. 

8.2.2.1 .3.2 Test procedure sequence 

Table 8.2.2.1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1 

The 88 transmits an 

RRCConnectionReconfiguration message 
containing a radioResourceConfigDedicated 
with 8RBs, DRB, transport channel and 
physical channel reconfiguration. 

<— 

RRCConnectionReconfiguration 



2 

Check: Does the UE transmit an 

RRCConnectionReconfigurationComplete 

message? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

P 

3 

Check: Does the test result of generic test 
procedure in T8 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1 
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8.2.2.1 .3.3 Specific message contents 

Table 8.2.2.1.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.2.2.1.3.2-1) 


Derivation Patii: 36.508 table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-RECONFIG 



} 




} 




} 




} 





Table 8.2.2.1.3.3-2: RadioResourceConfigDedicated-RECONFlG {Tab\e 8.2.2.1.3.3-1) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated ::= SEQUENCE { 




srb-ToAddModList 

SRB-ToAddModList- 
RECONFIG 

TS 36.508 Table 
4.6.3-22A 


drb-ToAddModList 

DRB-ToAddModList- 
RECONFIG 

TS 36.508 Table 
4.6.3-2A 


drb-ToReleaseList 

Not present 



mac-MainConfig CHOICE { 




explicitValue 

MAC-MainConfig- 
RECONFIG 



} 




sps-Config 

Not present 



physicalConfigDedicated 

PhysicalConfigDedicated 
-RECONFIG 



} 





Table 8.2.2.1.3.3-3: MAC-MainConfig-RECONFIG (Tab\e 8.2.2.1.3.3-2) 


Derivation Path: 36.508 table 4.8.2.1 .5-1 

Information Element 

Value/remark 

Comment 

Condition 

MAC-MainConfig ::= SEQUENCE { 




ul-SCH-Config SEQUENCE { 




periodicBSR-Timer 

sf32 



retxBSR-Timer 

sf2560 



} 




phr-Config CHOICE { 




setup SEQUENCE! 




periodicPHR-Timer 

sflOOO 



prohibitPHR-Timer 

sf500 



} 




} 




} 
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Table 8.2.2.1 .3.3-4: PhysicalConfigDedicated-RECONFIG (Table 8.2.2.1 .3.3-2) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

PhysicalConfigDedicated ::= SEQUENCE { 




pdsch-ConfigDedicated 

PDSCH- 

ConfigDedicated- 

RECONFIG 



pucch-ConfigDedicated 

Not present 



pusch-ConfigDedicated 

Not present 



uplinkPowerControlDedicated 

Not present 



tpc-PDCCH-ConfigPUCCH 

Not present 



tpc-PDCCH-ConfigPUSCH 

Not present 



cqi-ReportConfig 

Not present 



soundingRsUL-ConfigDedicated 

Not present 



antennalnfo CHOICE { 




defaultValue 

NULL 



} 




schedulingRequestConfig 

Not present 



} 




Table 8.2.2.1.3.3-5: PDSCH-ConfigDedicated-RECONFIG {Tab\e 8.2.2.1.3.3-4) 

Derivation Path: 36.508 table 4.6.3-6 I 

Information Element 

Value/remark 

Comment 

Condition 

PDSCH-ConfigDedicated ::= SEQUENCE { 




p-a 

dB1 



} 





8.2.2.2 
8.2.2.2.1 

(1) 


RRC connection reconfiguration / SRB/DRB reconfiguration / Success 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state} 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message containing SRB reconfiguration } 

then { UE reconfigures affected SRBs and sends an RRCConnectionReconfigurationComplete message 


} 


(2) 


with { UE in E-UTRA RRC_CONNECTED state} 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message containing DRB reconfiguration } 

then { UE reconfigures affected DRBs and sends an RRCConnectionReconfigurationComplete message 


8.2.2.2.2 


Conformance requirements 


References: The conformance requirements covered in the current TC is specified in: TS 36.331, clauses 5.3.5.3, 
5.3.10.1 and 5.3.10.3. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> else: 

2> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 
3>perform the Radio resource configuration procedure as specified in 5.3.10; 
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[TS 36.331, clause 5.3.10.1] 
The UE shall: 

1> for each srh-Identity value included in the srh-ToAddModList that is part of the current UE configuration (SRB 
reconfiguration): 

2> reconfigure the RLC entity in accordance with the received rlc-Config\ 

2> reconfigure the DCCH logical channel in accordance with the received logic alChannelConfig\ 

[TS 36.331, clause 5.3.10.3] 

The UE shall: 

1> for each drb-Identity value included in the drb-ToAddModList that is part of the current UE configuration (DRB 
reconfiguration): 

2> if the pdcp-Config is included: 

3> reconfigure the PDCP entity in accordance with the receiwed pdcp-Config; 

2> if the rlc-Config is included: 

3> reconfigure the RLC entity or entities in accordance with the received rlc-Config', 

2> if the logicalChannelConfig is included: 

3> reconfigure the DTCH logical channel in accordance with the received logicalChannelConfig; 

NOTE: Removal and addition of the same drb-Identity in single radioResourceConfiguration is not supported. 

8.2.2.2.3 Test Description 

8.2.2.2.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 

- The condition SRB2-DRB(2, 0) is used for step 8 in 4.5.3.3 according to [8]. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


947 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


8.2.2.2.3.2 


Test procedure sequence 

Table 8.2.2.2.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 
RRConnectionReconfiguration message 
containing a radioResourceConfigDedicated 
with SRB reconfiguration. 

<- 

RRCConnectionReconfiguration 



2 

Check: Does the UE transmit an 

RRCConnectionReconfigurationComplete 

message? 

-> 

RRCConnectionReconfigurationC 
ompiete 

1 

P 

3 

SS transmits RRCConnectionReconfiguration 
message containing a 
radioResourceConfigDedicated with DRB 
reconfiguration. 

<- 

RRCConnectionReconfiguration 



4 

Check: Does the UE transmit an 

RRCConnectionReconfigurationCompiete 

message? 

-> 

RRCConnectionReconfigurationC 
ompiete 

2 

P 


8.2.2.2.3.3 Specific message contents 

Table 8.2.2.2.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.2.2.2.3.2-1) 


Derivation Path: 36.508 table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-SRBRECONFIG 



} 




} 




} 




} 





Table 8.2.2.2.3.3-2: RadioResourceConfigDedicated'SRBRECONFIG (Table 8.2.2.2.3.3-1) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated ::= SEQUENCE { 




srb-ToAddModList 

SRB-ToAddModList- 
RECONFIG 

TS 36.508 Table 
4.6.3-22A 


drb-ToAddModList 

Not present 



drb-ToReleaseList 

Not present 



mac-MainConfig 

Not present 



sps-Config 

Not present 



physicalConfigDedicated 

Not present 



} 





ETSi 


3GPP TS 36.523-1 version 10.0.0 Release 10 


948 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 8.2.2.2.3.3-3: RRCConnectionReconfiguration (step 3, Table 8.2.2.2.3.2-1) 


Derivation Path: 36.508 table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-DRBRECONFIG 



} 




} 




} 




} 





Table 8.2.2.2.3.3-4: RadioResourceConfigDedicated-DRBRECONFIG (Table 8.2.2.2.3.3-3) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated ::= SEQUENCE { 




srb-ToAddModList 

Not present 



drb-ToAddModList 

DRB-ToAddModList- 
RECONFIG 

TS 36.508 Table 
4.6.3-2A 


drb-ToReleaseList 

Not present 



mac-MainConfig 

Not present 



sps-Config 

Not present 



physicalConfigDedicated 

Not present 



} 





Table 8.2.2.2.3.3-5: Void 
Table 8.2.2.2.3.3-6: Void 

8.2.2.3 CA / RRC connection reconfiguration / SCell addition/modification/release / 

Success 

8.2.2.3.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message containing sCellToAddModList with a 
SCell addition } 

then { UE adds the new SCell, configures lower layers to consider the SCell to be in deactivated 
state and sends an RRCConnectionReconfigurationComplete message } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message containing sCellToAddModList with SCell 
modification } 

then { UE modifies the affected SCell dedicated configurations and sends an 
RRCConnectionReconfigurationComplete message } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message containing sCellToReleaseList with a 
sCelllndex equling to one of the current UE SCell configuration } 

then { UE releases this SCell and sends an RRCConnectionReconfigurationComplete message } 
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8.2.2.3.2 Conformance requirements 

References: The conformance requirements covered in the current TC is specified in: TS 36.331, clauses 5.3.5.3, 
5.3.10.3a and 5.3.10.3b 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> if the received RRCConnectionReconfiguration includes the sCellToReleaseList: 

2> perform SCell release as specified in 5.3.10.3a; 
1> if the received RRCConnectionReconfiguration includes the sCellToAddModList. 

2> perform SCell addition or modification as specified in 5.3.10.3b; 

1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission using the new 
configuration, upon which the procedure ends; 

[TS 36.331, clause 5.3.10.3a] 

The UE shall: 

1> if the release is triggered by reception of the sCellToReleaseList: 

2> for each sCelllndex value included in the sCellToReleaseList: 

3> if the current UE configuration includes an SCell with value sCelllndex: 

4> release the SCell; 

1> if the release is triggered by RRC connection re-establishment: 

2> release all S Cells that are part of the current UE configuration; 

[TS 36.331, clause 5.3.10.3b] 

The UE shall: 

1> for each sCelllndex value included in the sCellToAddModList that is not part of the current UE configuration 
(SCell addition): 

2> add the SCell, corresponding to the cellldentification, in accordance with the received 
radioResource Config CommonSCell and radioResource ConfigDedicatedSCell\ 

2> configure lower layers to consider the SCell to be in deactivated state; 

1> for each sCelllndex value included in the sCellToAddModList that is part of the current UE configuration (SCell 
modification): 

2> modify the SCell configuration in accordance with the received radioResourceConfigDedicatedSCell\ 

8.2.2.3.3 Test Description 

8.2.2.3.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 is the PCell, Cell3 is the SCell to be added 
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UE: 

None. 

Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 
8.2.2.3.3.2 Test procedure sequence 

Table 8.2.2.3.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 
RRConnectionReconfiguration message 
containing an sCellToAddModList wWh SCell 
Cell 3 addition. 

<— 

RRCConnectionReconfiguration 



2 

Check: Does the UE transmit an 

RRCConnectionReconfigurationComplete 

message? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

P 

3 

The SS transmits an 

RRCConnectionReconfiguration message 
containing an sCellToAddModList wWh SCell 
Cell 3 modification. 

<— 

RRCConnectionReconfiguration 



4 

Check: Does the UE transmit an 

RRCConnectionReconfigurationComplete 

message? 

-> 

RRCConnectionReconfigurationC 
omplete 

2 

P 

5 

The SS transmits an 

RRCConnectionReconfiguration message 
containing an sCellToReleaseList wWh an 
sCe////7dex equalling to the Cell 3 cell index in 
the current UE configuration. 

<— 

RRCConnectionReconfiguration 



6 

Check: Does the UE transmit an 

RRCConnectionReconfigurationComplete 

message? 

-> 

RRCConnectionReconfigurationC 
omplete 

3 

P 

7 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1 



8.2.2.3.3.3 Specific message contents 

Table 8.2.2.3.3.3-1 : RRCConnectionReconfiguration (step 1, step 3 and step 5, Table 8.2.2.3.3.2-1) 


Derivation Path: 36.331 clause 6.2.2 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




nonCriticalExtension SEQUENCE { 




nonCriticalExtension SEQUENCE { 




nonCriticalExtension 

RRCConnectionReconfig 
uration-v1020 



} 




} 




} 




} 




} 




} 
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Table 8.2.2.3.3.3-2: RRCConnectionReconfiguration-v1 020 (step 1, Table 8.2.2.3.3.3-1) 


Derivation Path: 36.331 clause 6.2.2 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration-v1 020 ::= 
SEQUENCE} 




sCellToReleaseList-r1 

Not present 



sCellToAddModList-r10 ::= SEQUENCE (SIZE (1.. 
maxSCell-r10)) OF SEQUENCE { 

One entry 



sCelllndex-r10 

1 



cellldentification-r10 SEQUENCE { 




physCellld-r10 

PhysicalCellldentity of 
Cell 3 



dl-CarrierFreq-r10 

Same downlink EARFCN 
as used for Cell 3 



} 




radioResourceConfigCommonSCell-r10 

RadioResourceConfigCo 
mmonSCell-r10 



radioResourceConfigDedicatedSCell-r10 

RadioResourceConfigDe 
dicatedSCell-r10 



} 




nonCriticalExtension 

Not present 



} 
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Table 8.2.2.3.3.3-3: RadioResourceConfigCommonSCell-r10 (step 1, Table 8.2.2.3.3.3-2) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigCommonSCell-r1 ::= 
SEQUENCE} 




nonUL-Configuration-r10 SEQUENCE { 




dl-Bandwidth-r10 

Same downlink system 
bandwidth as used for 
Cell 3 



antennalnfoCommon-r10 SEQUENCE { 




antennaPortsCount 

an2 



} 




mbsfn-SubframeConfigList-r1 

Not present 



phich-Config-r10 

PHICH-Config-DEFAULT 



pdsch-ConfigCommon-r1 

PDSCH-ConfigCommon- 
DE FAULT 



tdd-Config-r10 

Not present 


FDD 

TDD-Config-DEFAULT 


TDDSCell 

} 




ul-Configuration-r10 SEQUENCE { 




ul-Freqlnfo-r10 SEQUENCE { 




ul-CarrierFreq-r10 

Same uplink EARFCN as 
used for Cell 3 

OP 

FDD 

Not present 


TDD 

ul-Bandwidth-r10 

Same uplink system 
bandwidth as used for 
Cell 3 

optional 

FDD 

Not present 


TDD 

additionalSpectrumEmissionSCell-r10 

Same 

additionalSpectrumEmiss 
ion as used for Cell 3 



} 




p-IVIax-rlO 

Not present 



uplinkPowerControlCommonSCell-r10 

UplinkPowerControlCom 
mon-DEFAULT 



soundingRS-UL-ConfigCommon-r1 

SoundingRsUI- 
ConfigCommon- 
DE FAULT 



ul-CyclicPrefixLength-r1 

Ien1 



prach-ConfigSCell-r10 

Not present 


FDD 

PRACH-Config- 
DEFAULT 


TDD-OR 

pusch-ConfigCommon-r1 

PUSCH-ConfigCommon- 
DEFAULT 



} 




} 





Conditional presence 

Explanation 

TDD-OR 

The field is optional for TDD, Need OR; it is not present for FDD and the UE shall delete 
any existing value for this field. 

TDDSCell 

This field is mandatory present for TDD; it is not present for FDD and the UE shall delete 
any existing value for this field. 
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Table 8.2.2.3.3.3-4: RadioResourceConfigDedicatedSCell-r10 (step 1, Table 8.2.2.3.3.3-2) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicatedSCell-r1 ::= 
SEQUENCE} 




physicalConfigDedicatedSCell-r10 SEQUENCE { 




nonUL-Configuration-r10 SEQUENCE { 




antennalnfo-r10 SEQUENCE { 




transmissionlVlode-rl 

tm2 



codebookSubsetRestriction-r1 

Not present 



ue-TransmitAntennaSelection 

setup 



} 




crossCarrierSchedulingConfig-r10 

Not present 



csi-RS-Config-r10 

Not present 



pdsch-ConfigDedicated-r1 

Not present 



} 




ul-Configuration-r10 SEQUENCE { 




antennalnfoUL-r10 SEQUENCE { 




transmissionlVlodeUL-rl 

tm2 



fourAntennaPortActivated-r1 

Not present 



} 




pusch-ConfigDedicatedSCell-r1 

Not present 



uplinkPowerControlDedicatedSCell-r10 

Not present 



cqi-ReportConfigSCell-r1 

Not present 



soundingRS-UL-ConfigDedicated-r10 

Not present 



soundingRS-UL-ConfigDedicated-v1020 

Not present 



soundingRS-UL-ConfigDedicatedAperiodic-r10 

Not present 



} 




} 




Table 8.2.2.3.3.3-5: RRCConnectionReconfiguration-v1 020 {step 3, Table 8.2.2.3.3.3-1) 

Derivation Path: 36.331 clause 6.2.2 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration-vl 020 ::= 
SEQUENCE! 




sCellToReleaseList-rl 

Not present 



sCellToAddModList-nO ::= SEQUENCE (SIZE (1.. 
maxSCell-nO)) OF SEQUENCE { 

One entry 



sCelllndex-rlO 

1 



cellldentification-rlO SEQUENCE { 




physCellld-rlO 

PhysicalCellldentity of 
Cell 3 



dl-CarrierFreq-rlO 

Same downlink EARFCN 
as used for Cell 3 



} 




radioResourceConfigCommonSCell-rlO 

Not present 



radioResourceConfigDedicatedSCell-rlO 

RadioResourceConfigDe 
dicatedSCell-rlO 



} 




nonCriticalExtension 

Not present 



} 
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Table 8.2.2.3.3.3-6: RadioResourceConfigDedicatedSCell-r10 (step 3, Table 8.2.2.3.3.3-5) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicatedSCell-r1 ::= 
SEQUENCE} 




physicalConfigDedicatedSCell-r10 SEQUENCE { 




nonUL-Configuration-r10 SEQUENCE { 




antennalnfo-r10 SEQUENCE { 




antennaPortsCount 

an2 



} 




crossCarrierSchedulingConfig-r10 

Not present 



csi-RS-Config-r10 

Not present 



pdsch-ConfigDedicated-r1 

Not present 



} 




ul-Configuration-r10 SEQUENCE { 




antennalnfoUL-r10 SEQUENCE { 




transmissionlVlodeUL-rl 

tml 



fourAntennaPortActivated-r1 

Not present 

OP setup 


} 




pusch-ConfigDedicatedSCell-r1 

PUSCH- 

ConfigDedicated- 
DE FAULT 



uplinkPowerControlDedicatedSCell-r10 

Not present 



cqi-ReportConfigSCell-r1 

Not present 



soundingRS-UL-ConfigDedicated-r10 

Not present 



soundingRS-UL-ConfigDedicated-v1020 

lenl 



soundingRS-UL-ConfigDedicatedAperiodic-r10 

Not present 



} 




} 




} 




Table 8.2.2.3.3.3-7: RRCConnectionReconfiguration-v1 020 (step 5, Table 8.2.2.3.3.3-1) 

Derivation Path: 36.331 clause 6.2.2 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration-vl 020 ::= 
SEQUENCE! 




sCellToReleaseList-nO ::= SEQUENCE (SIZE (1.. 
maxSCell-nO)) OF SEQUENCE { 

One entry 



SCelllndex-rlO 

1 



} 




nonCriticalExtension 

Not present 



} 





8.2.2.4 
8.2.2.4.1 
(1) 


CA / RRC connection reconfiguration / SCell SI change / Success 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state with SCell (s) configured } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including sCellToReleaseList and 
sCellToAddModList with the same SCell release and addition for the change of the relevant system 
information of the configured SCell } 

then { UE first releases the SCell and then adds it, configures lower layers to consider the 
SCell to be in deactivated state and sends an RRCConnectionReconfigurationComplete message } 


8.2.2.4.2 


Conformance requirements 


References: The conformance requirements covered in the current TC is specified in: TS 36.331, clauses 5.2.1.1, 
clauses 5.3.5.3, 5.3.10.3a and 5.3.10.3b. 
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[TS 36.331, clause 5.2.1.1] 

The UE applies the system information acquisition and change monitoring procedures for the PCell only. For an SCell, 
E-UTRAN provides, via dedicated signalling, all system information relevant for operation in RRC_CONNECTED 
when adding the SCell. Upon change of the relevant system information of a configured SCell, E-UTRAN releases and 
subsequently adds the concerned SCell, which may be done with a single RRCConnectionRe configuration message. 

NOTE 2: E-UTRAN may configure via dedicated signalling different parameter values than the ones broadcast in 
the concerned SCell. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> if the received RRCConnectionReconfiguration includes the sCellToReleaseList: 

2> perform SCell release as specified in 5.3.10.3a; 
1> if the received RRCConnectionReconfiguration includes the sCellToAddModList. 

2> perform SCell addition or modification as specified in 5.3.10.3b; 

1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission using the new 
configuration, upon which the procedure ends; 

[TS 36.331, clause 5.3.10.3a] 

The UE shall: 

1> if the release is triggered by reception of the sCellToReleaseList: 

2> for each sCelllndex value included in the sCellToReleaseList: 

3> if the current UE configuration includes an SCell with value sCelllndex: 

4> release the SCell; 

1> if the release is triggered by RRC connection re-establishment: 

2> release all S Cells that are part of the current UE configuration; 

[TS 36.331, clause 5.3.10.3b] 

The UE shall: 

1> for each sCelllndex value included in the sCellToAddModList that is not part of the current UE configuration 
(SCell addition): 

2> add the SCell, corresponding to the cellldentification, in accordance with the received 
radioResourceConfigCommonSCell and radioResourceConfigDedicatedSCell; 

2> configure lower layers to consider the SCell to be in deactivated state; 

1> for each sCelllndex value included in the sCellToAddModList that is part of the current UE configuration (SCell 
modification): 

2> modify the SCell configuration in accordance with the received radioResourceConfigDedicatedSCell', 
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8.2.2.4.3 Test Description 

8.2.2.4.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 is the PCell, Cell 3 is the SCell to be added. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 

8.2.2.4.3.2 Test procedure sequence 

Table 8.2.2.4.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The 88 transmits an 
RRConnectionReconfiguration message 
containing a sCellToAddModList wWh an SCell 
Cell 3 addition. 

<— 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

SS transmits an 

RRCConnectionReconfiguration message 
containing a sCellToReleaseList wWh an SCell 
release and a sCellToAddModListwWh an 
SCell addition for SCell relevant system 
information changes, the SCelllndex-r10 in 
both lEs indicate the same SCell Cell 3 as 
configured in step 1. 

<— 

RRCConnectionReconfiguration 



4 

Check: Does the UE transmit an 

RRCConnectionReconfigurationComplete 

message? 

-> 

RRCConnectionReconfigurationC 
ompiete 

1 

P 


8.2.2.4.3.3 Specific message contents 

Table 8.2.2.4.3.3-1 : RRCConnectionReconfiguration (step 1 and step 3, Table 8.2.2.4.3.2-1) 


Derivation Path: 36.331 clause 6.2.2 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




nonCriticalExtension SEQUENCE { 




nonCriticalExtension SEQUENCE { 




nonCriticalExtension 

RRCConnectionReconfig 
uration-v1020 



} 




} 




} 




} 




} 




} 
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Table 8.2.2.4.3.3-2: RRCConnectionReconfiguration-v1 020 (step 1, Table 8.2.2.4.3.3-1) 


Derivation Path: 36.331 clause 6.2.2 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration-v1 020 ::= 
SEQUENCE} 




sCellToReleaseList-r1 

Not present 



sCellToAddModList-r10 ::= SEQUENCE (SIZE (1.. 
maxSCell-r10)) OF SEQUENCE { 

One entry 



sCelllndex-r10 

1 



cellldentification-r10 SEQUENCE { 




physCellld-r10 

physCellld of Cell 3 



dl-CarrierFreq-r10 

Same downlink EARFCN 
as used for Cell 3 



} 




radioResourceConfigCommonSCell-r10 

RadioResourceConfigCo 
mmonSCell-r10 



radioResourceConfigDedicatedSCell-r10 

RadioResourceConfigDe 
dicatedSCell-r10 



} 




nonCriticalExtension 

Not present 



} 
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Table 8.2.2.4.3.3-3: RadioResourceConfigCommonSCell-r10 (step 1, Table 8.2.2.4.3.3-2) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigCommonSCell-r1 ::= 
SEQUENCE} 




nonUL-Configuration-r10 SEQUENCE { 




dl-Bandwidth-r10 

Same downlink system 
bandwidth as used for 
Cell 3 



antennalnfoCommon-r10 SEQUENCE { 




antennaPortsCount 

an2 



} 




mbsfn-SubframeConfigList-r1 

Not present 



phich-Config-r10 

PHICH-Config-DEFAULT 



pdsch-ConfigCommon-r1 

PDSCH-ConfigCommon- 
DE FAULT 



tdd-Config-r10 

Not present 


FDD 

TDD-Config-DEFAULT 


TDDSCell 

} 




ul-Configuration-r10 SEQUENCE { 




ul-Freqlnfo-r10 SEQUENCE { 




ul-CarrierFreq-r10 

Same uplink EARFCN as 
used for Cell 3 


FDD 

Not present 


TDD 

ul-Bandwidth-r10 

Same uplink system 
bandwidth as used for 
Cell 3 

optional 

FDD 

Not present 


TDD 

additionalSpectrumEmissionSCell-r10 

Same 

additionalSpectrumEmiss 
ion as used for Cell 3 



} 




p-IVIax-rlO 

Not present 



uplinkPowerControlCommonSCell-r10 

UplinkPowerControlCom 
mon-DEFAULT 



soundingRS-UL-ConfigCommon-r1 

SoundingRsUI- 
ConfigCommon- 
DE FAULT 



ul-CyclicPrefixLength-r1 

Ien1 



prach-ConfigSCell-r10 

Not present 


FDD 

PRACH-Config- 
DEFAULT 


TDD-OR 

pusch-ConfigCommon-r1 

PUSCH-ConfigCommon- 
DEFAULT 



} 




} 





Conditional presence 

Explanation 

TDD-OR 

The field is optional for TDD, Need OR; it is not present for FDD and the UE shall delete 
any existing value for this field. 

TDDSCell 

This field is mandatory present for TDD; it is not present for FDD and the UE shall delete 
any existing value for this field. 
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Table 8.2.2.4.3.3-4: RadioResourceConfigDedicatedSCell-r10 (step 1, Table 8.2.2.4.3.3-2) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicatedSCell-r1 ::= 
SEQUENCE} 




physicalConfigDedicatedSCell-r10 SEQUENCE { 




nonUL-Configuration-r10 SEQUENCE { 




antennalnfo-r10 SEQUENCE { 




transmissionlVlode-rl 

tm2 



codebookSubsetRestriction-r1 

Not present 



ue-TransmitAntennaSelection 

setup 



} 




crossCarrierSchedulingConfig-r10 

Not present 



csi-RS-Config-r10 

Not present 



pdsch-ConfigDedicated-r1 

PDSCH- 

ConfigDedicated- 
DE FAULT 



} 




ul-Configuration-r10 SEQUENCE { 




antennalnfoUL-r10 SEQUENCE { 




transmissionlVlodeUL-rl 

tm2 



fourAntennaPortActivated-r1 

Not present 



} 




pusch-ConfigDedicatedSCell-r1 

PUSCH- 

ConfigDedicated- 
DE FAULT 



uplinkPowerControlDedicatedSCell-r10 

Not present 



cqi-ReportConfigSCell-r1 

Not present 



soundingRS-UL-ConfigDedicated-r10 

Not present 



soundingRS-UL-ConfigDedicated-v1020 

Not present 



soundingRS-UL-ConfigDedicatedAperiodic-r10 

Not present 



} 




} 




Table 8.2.2.4.3.3-5: RRCConnectionReconfiguration-v1 020 (step 3, Table 8.2.2.4.3.3-1) 

Derivation Path: 36.331 clause 6.2.2 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration-vl 020 ::= 
SEQUENCE} 




sCellToReleaseList-nO ::= SEQUENCE (SIZE (1.. 
maxSCell-nO)) OF SEQUENCE { 

One entry 



SCelllndex-rlO 

1 

Cell 3 


} 




sCellToAddModList-nO ::= SEQUENCE (SIZE (1.. 
maxSCell-nO)) OF SEQUENCE { 

One entry 



sCelllndex-rlO 

1 



cellldentification-rlO SEQUENCE { 




physCellld-rlO 

physCellld of Cell 3 



dl-CarrierFreq-rlO 

Same downlink EARFCN 
as used for Cell 3 



} 




radioResourceConfigCommonSCell-rlO 

RadioResourceConfigCo 
mmonSCell-rlO 



radioResourceConfigDedicatedSCell-rlO 

RadioResourceConfigDe 
dicatedSCell-rlO 



} 




nonCriticalExtension 

Not present 



} 
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Table 8.2.2.4.3.3-6: RadioResourceConfigCommonSCell-r10 (step 3, Table 8.2.2.4.3.3-5) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigCommonSCell-r1 ::= 
SEQUENCE} 




nonUL-Configuration-r10 SEQUENCE { 




dl-Bandwidth-r10 

Same downlink system 
bandwidth as used for 
Cell 3 



antennalnfoCommon-r10 SEQUENCE { 




antennaPortsCount 

an1 



} 




mbsfn-SubframeConfigList-r1 

Not present 



phich-Config-r10 

PHICH-Config-DEFAULT 



pdsch-ConfigCommon-r1 

PDSCH-ConfigCommon- 
DE FAULT 



tdd-Config-r10 

Not present 


FDD 

TDD-Config-DEFAULT 


TDDSCell 

} 




ul-Configuration-r10 SEQUENCE { 




ul-Freqlnfo-r10 SEQUENCE { 




ul-CarrierFreq-r10 

Same uplink EARFCN as 
used for Cell 3 


FDD 

Not present 


TDD 

ul-Bandwidth-r10 

Same uplink system 
bandwidth as used for 
Cell 3 

optional 

FDD 

Not present 


TDD 

additionalSpectrumEmissionSCell-r10 

Same 

additionalSpectrumEmiss 
ion as used for Cell 3 



} 




p-IVIax-rlO 

Not present 



uplinkPowerControlCommonSCell-r10 

Not present 



soundingRS-UL-ConfigCommon-r1 

SoundingRsUI- 

ConfigCommon- 

DEFAULT 



ul-CyclicPrefixLength-r1 

Ien2 



prach-ConfigSCell-r10 

Not present 


FDD 

PRACH-Config- 
DE FAULT 


TDD-OR 

pusch-ConfigCommon-r1 

PUSCH-ConfigCommon- 
DE FAULT 



} 




} 
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Table 8.2.2.4.3.3-7: RadioResourceConfigDedicatedSCell-r10 (step 3, Table 8.2.2.4.3.3-5) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicatedSCell-r1 ::= 
SEQUENCE} 




physicalConfigDedicatedSCell-r10 SEQUENCE { 




nonUL-Configuration-r10 SEQUENCE { 




antennalnfo-r10 SEQUENCE { 




transmissionlVlode-rl 

tm1 



codebookSubsetRestriction-r1 

Not present 



ue-TransmitAntennaSelection 

setup 



} 




crossCarrierSchedulingConfig-r10 

Not present 



csi-RS-Config-r10 

Not present 



pdsch-ConfigDedicated-r1 

PDSCH- 

ConfigDedicated- 
DE FAULT 



} 




ul-Configuration-r10 SEQUENCE { 



Commonil 
L 

antennalnfoUL-r10 SEQUENCE { 




transmissionlVlodeUL-rl 

tm2 



fourAntennaPortActivated-r1 

Not present 



} 




pusch-ConfigDedicatedSCell-r1 

PUSCH- 

ConfigDedicated- 

DEFAULT 



uplinkPowerControlDedicatedSCell-r10 

Not present 



cqi-ReportConfigSCell-r1 

Not present 



soundingRS-UL-ConfigDedicated-r10 

Not present 



soundingRS-UL-ConfigDedicated-v1020 

Not present 



soundingRS-UL-ConfigDedicatedAperiodic-r10 

Not present 



} 




} 





8.2.2.5 

8.2.2.5.1 
(1) 


CA / RRC connection reconfiguration / SCell addition without UL / Success 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message containing sCellToAddModList with SCell 
addition without UL carrier } 

then { UE adds the new SCell and sends an RRCConnectionReconfigurationComplete message } 
} 


8.2.2.5.2 


Conformance requirements 


References: The conformance requirements covered in the current TC is specified in: TS 36.331, clauses 5.3.5.3, 
5.3.10.3b. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> if the received RRCConnectionReconfiguration includes the sCellToAddModList. 
2> perform SCell addition or modification as specified in 5.3.10.3b; 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


962 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission using the new 
configuration, upon which the procedure ends; 

[TS 36.331, clause 5.3.10.3b] 

The UE shall: 

1> for each sCelllndex value included in the sCellToAddModList that is not part of the current UE configuration 
(SCell addition): 

2> add the SCell, corresponding to the cellldentification, in accordance with the received 
radioResource Config CommonSCell and radioResource ConfigDedicatedSCell\ 

2> configure lower layers to consider the SCell to be in deactivated state; 

1> for each sCelllndex value included in the sCellToAddModList that is part of the current UE configuration (SCell 
modification): 

2> modify the SCell configuration in accordance with the received radioResourceConfigDedicatedSCell; 

8.2.2.5.3 Test Description 

8.2.2.5.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 is the PCell, Cell 3 is the SCell to be added 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 

8.2.2.5.3.2 Test procedure sequence 

Table 8.2.2.5.3.2-1 : Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1 

The 88 transmits an 
RRConnectionReconfiguration message 
containing a sCellToAddModList ys/Wh SCell 
Cell 3 addition without UL carrier. 

<- 

RRCConnectionReconfiguration 



2 

Check: Does the UE transmit an 

RRCConnectionReconfigurationComplete 

message? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

P 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


963 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


8.2.2.5.3.3 Specific message contents 

Table 8.2.2.5.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.2.2.5.3.2-1) 


Derivation Patii: 36.331 clause 6.2.2 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




nonCriticalExtension SEQUENCE { 




nonCriticalExtension SEQUENCE { 




nonCriticalExtension 

RRCConnectionReconfig 
uration-v1020 



} 




} 




} 




} 




} 




} 




Table 8.2.2.5.3.3-2: RRCConnectionReconfiguration-v1 020 (step 1, Table 8.2.2.5.3.3-1) 

Derivation Path: 36.331 clause 6.2.2 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration-vl 020 ::= 
SEQUENCE! 




sCellToReleaseList-rl 

Not present 



sCellToAddModList-nO ::= SEQUENCE (SIZE (1.. 
maxSCell-nO)) OF SEQUENCE { 

One entry 



sCelllndex-rlO 

1 



cellldentification-rlO SEQUENCE { 




physCellld-rlO 

PhysicalCellldentity of 
Cell 3 



dl-CarrierFreq-rlO 

Same downlink EARFCN 
as used for Cell 3 



} 




radioResourceConfigCommonSCell-rlO 

RadioResourceConfigCo 
mmonSCell-rlO 



radioResourceConfigDedicatedSCell-rlO 

RadioResourceConfigDe 
dicatedSCell-rlO 



} 




nonCriticalExtension 

Not present 



} 
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Table 8.2.2.5.3.3-3: RadioResourceConfigCommonSCell-r10 (step 1, Table 8.2.2.5.3.3-2) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigCommonSCell-r1 ::= 
SEQUENCE} 




nonUL-Configuration-r10 SEQUENCE { 




dl-Bandwidth-r10 

Same downlink system 
bandwidth as used for 
Cell 3 



antennalnfoCommon-r10 SEQUENCE { 




antennaPortsCount 

an1 



} 




mbsfn-SubframeConfigList-r1 

Not present 



phich-Config-r10 

PHICH-Config-DEFAULT 



pdsch-ConfigCommon-r1 

PDSCH-ConfigCommon- 
DE FAULT 



tdd-Config-r10 

Not present 


FDD 

TDD-Config-DEFAULT 


TDDSCell 

} 




ul-Configuration-r10 

Not present 



} 





Conditional presence 

Explanation 

TDD-OR 

The field is optional for TDD, Need OR; it is not present for FDD and the UE shall delete 
any existing value for this field. 

TDDSCell 

This field is mandatory present for TDD; it is not present for FDD and the UE shall delete 
any existing value for this field. 


Table 8.2.2.5.3.3-4: RadioResourceConfigDedicatedSCell-r10 (step 1, Table 8.2.2.5.3.3-2) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicatedSCell-r1 ::= 
SEQUENCE} 




physicalConfigDedicatedSCell-r10 SEQUENCE { 




nonUL-Configuration-r10 SEQUENCE { 




antennalnfo-r10 SEQUENCE { 




transmissionMode-r1 

tm2 



codebookSubsetRestriction-r1 

Not present 



ue-TransmitAntennaSelection 

setup 



} 




crossCarrierSchedulingConfig-r10 

Not present 



csi-RS-Config-r10 

Not present 



pdsch-ConfigDedicated-r1 

Not present 



} 




ul-Configuration-r10 

Not present 



} 





8.2.3 Radio bearer release 


8.2.3.1 


8.2.3.1.1 


RRC connection reconfiguration / Radio bearer release / Success 
Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a drb-ToReleaseList } 

then { for each drb- Identity release the PDCP entity and RLC entity and DTCH logical channel 
and indicate release of the DRB(s) to upper layers } 
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8.2.3.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.331 clause 5.3.5.3 
and 5.3.10.2. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 

2> if this is the first RRCConnectionReconfiguration message after successful completion of the RRC Connection 
Re-establishment procedure: 


1> else: 

2> If the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 
3> perform the radio resource configuration procedure as specified in 5.3.10; 

1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission using the new 
configuration, upon which the procedure ends; 

[TS 36.331, clause 5.3.10.2] 

The UE shall: 

1> for each drh-Identity value included in the drh-ToReleaseList that is part of the current UE configuration (DRB 
release): 

2> release the PDCP entity; 

2> release the RLC entity; 

2> release the DTCH logical channel; 
1> indicate the release of the DRB(s) and the eps-Bearerldentity of the released DRB(s) to upper layers; 
8.2.3.1.3 Test description 

8.2.3.1 .3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 

- The condition SRB2-DRB(2, 0) is used for step 8 in 4.5.3.3 according to [18]. 
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8.2.3.1.3.2 


Test procedure sequence 

Table 8.2.3.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message with 
a drb-ToReleaseList. 

<- 

RRCConnectionReconfiguration 



2 

Check: Does the UE transmit an 

RRCConnectionReconfigurationComplete 

message? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

P 

2a 

The UE transmits an ULInformationTransfer 
message. 

-> 

UL Information Transfer 

- 

- 

3 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1 



8.2.3.1 .3.3 Specific message contents 

Table 8.2.3.1.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.2.3.1.3.2-1) 


Derivation Path: 36.508 table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




dedicatedlnfoNASList SEQUENCE 
(SIZE(1..maxDRB))0F 

1 entry 



DedicatedlnfoNAS[1] 

DEACTIVATE EPS 
BEARER CONTEXT 
REQUEST with EPS 
bearer identity 
corresponding to drb- 
Identity 2 and ESM 
cause #36 

According 36.508 
table 4.7.3-12 and 
regular 

deactivation of a 
second DRB 


radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-DRB-RELEASE 

Table 8.2.3.1. 3.3- 
2 


} 




} 




} 




} 





Table 8.2.3.1.3.3-2: RadioResourceConfigDedicated'DRB'RELEASE(Tab\e 8.2.3.1.3.3-1) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated ::= SEQUENCE { 




srb-ToAddModList 

Not present 



drb-ToAddModList 

Not present 



drb-ToReleaseList SEQUENCE (SIZE (1 ..maxDRB)) 
OF 

1 entry 



drb-ldentity[1] 

2 



mac-MainConfig CHOICE { } 

Not present 



sps-Config 

Not present 



physicalConfigDedicated 

Not present 



} 
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8.2.4 Handover 

8.2.4.1 RRC connection reconfiguration / Handover / Success / Dedicated preamble 

8.2.4.1.1 Test Purpose (TP) 
(1) 

with { UE having completed the radio bearer establishment and initial security activation procedure 
and performed the intra frequency measurement} 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo with a 
rach-ConfigDedicated } 

then { UE transmits an RRCConnectionReconfigurationComplete message } 

} 

(2) 

with { UE having completed the radio bearer establishment and initial security activation procedure 
and performed the intra frequency measurement } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a nextHopChainingCount which 
is different from the NCC associated with the currently active KeNB } 
then { UE derives new KeNB key from the nextHopChainingCount } 

} 

(3) 

with { UE having completed the radio bearer establishment and initial security activation procedure 
and performed the intra frequency measurement } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a nextHopChainingCount which 
is same as the NCC associated with the currently active KeNB } 

then { UE derives new KeNB key from the currently active KeNB } 
} 

8.2.4.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.3.5.4, 
5.3.10.4 and 5.3.10.6. 

[TS 36.331, clause 5.3.5.4] 

If the RRCConnectionReconfiguration message includes the mobilityControlInfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 

1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobilityControlInfo', 

1> if the carrierFreq is included: 

2> consider the target cell to be one on the frequency indicated by the carrierFreq with a physical cell identity 
indicated by the targetPhysCellld; 

1> else: 

2> consider the target cell to be one on the current frequency with a physical cell identity indicated by the 
targetPhysCellld; 

1> start synchronising to the DL of the target cell; 

NOTE 1 : The UE should perform the handover as soon as possible following the reception of the RRC message 

triggering the handover, which could be before confirming successful reception (HARQ and ARQ) of this 
message. 

1> reset MAC; 

1> re-estabhsh PDCP for all RBs that are estabHshed; 
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NOTE 2: The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HFN, is specified in TS 36.323 [8]. 

1> re-establish RLC for all RBs that are established; 

1> apply the value of the newUE-Identity as the C-RNTI; 

1> configure lower layers in accordance with the received radioResourceConfigCommon; 

1> configure lower layers in accordance with any additional fields, not covered in the previous, if included in the 
received mobility Controllnfo\ 

1> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

2> perform the radio resource configuration procedure as specified in 5.3.10; 

1> if the keyChangelndicator received in the securityConfigHO is set to TRUE: 

2> update the KeNB key based on the fresh Kasme key taken into use with the previous successful NAS SMC 
procedure, as specified in TS 33.401 [32]; 

1> else: 

2> update the KeNB key based on the current KeNB or the NH, using the nextHopChainingCount value indicated 
in the securityConfigHO, as specified in TS 33.401 [32]; 

1> store the nextHopChainingCount value; 

1> if the securityAlgorithmConfig is included in the securityConfigHO: 

2> derive the KRRQnt key associated with the integrity ProtAlgorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the cipheringAlgorithm, as specified in TS 33.401 
[32]; 

1> else: 

2> derive the KRRQnt key associated with the current integrity algorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the current ciphering algorithm, as specified in TS 
33.401 [32]; 

1> configure lower layers to apply the integrity protection algorithm and the KRRCint key, i.e. the integrity protection 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> configure lower layers to apply the ciphering algorithm, the KRRCenc key and the KuPenc key, i.e. the ciphering 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> perform the measurement related actions as specified in 5.5.6.1; 

1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 
1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 
1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 

2> apply the parts of the CQI reporting configuration, the scheduling request configuration and the sounding RS 
configuration that do not require the UE to know the SEN of the target cell, if any; 
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2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SFN 
of the target cell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, sounding 
RS configuration), if any, upon acquiring the SFN of the target cell; 

NOTE 3: Whenever the UE shall setup or reconfigure a configuration in accordance with a field that is received it 
applies the new configuration, except for the cases addressed by the above statements. 

2> the procedure ends; 

NOTE 4: The UE is not required to determine the SFN of the target cell by acquiring system information from that 
cell before performing RACH access in the target cell. 

[TS 36.331, clause 5.3.10.4] 

The UE shall: 

1> reconfigure the MAC main configuration in accordance with the received mac-MainConfig; 
[TS 36.331, clause 5.3.10.6] 
The UE shall: 

1> reconfigure the physical channel configuration in accordance with the receiwed physicalConfigDedicated', 

1> if the antennalnfo is included and set to 'explicitValue': 

2> if the configured transmissionMode is not 7m J' or 7m4' release ri-Configlndex in cqi-ReportPeriodic, if 
previously configured; 

1> else if the antennalnfo is included and set to 'defaultValue': 

2> release ri-Configlndex in cqi-ReportPeriodic, if previously configured; 

8.2.4.1 .3 Test description 

8.2.4.1 .3.1 Pre-test conditions 
System Simulator: 

- Cell 1, Cell 4 and Cell 11. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.2.4.1 .3.2 Test procedure sequence 

Table 8.2.4.1.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl", "T2", and "T3" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 
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Table 8.2.4.1.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 4 

Cell 11 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-91 

"Off" 

The power level values are such 
that measurement results for 
Cell 1 (Ml) and Cell 4 (M4) 
satisfy exit condition for event 
A3(M4<M1)(NOTE1). 

11 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-79 

"Off" 

The power level values are such 
that measurement results for 
Cell 1 (Ml) and Cell 4 (M4) 
satisfy entry condition for event 
A3(M4>M1)(NOTE1). 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-91 

"Off" 

The power level values are such 
that measurement results for 
Cell 1 (Ml) and Cell 4 (M4) 
satisfy entry condition for event 
A3 (Ml >M4)(N0TE1). 

T3 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

"Off" 

-79 

The power level value are such 
that measurement results for 
Cell 1 (Ml) and Cell 11 (Mil) 
satisfy entry condition for event 
A3 (Mil >M1). 

NOTE 1 : Power level "Off" is defined in TS36.508 Table 6.2.2.1-1. 
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Table 8.2.4.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup intra frequency measurement on Cell 1 . 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 1 , Cell 4 and Cell 1 1 
parameters according to the row "T1 " in table 
8.2.4.1.3.2-1. 





4 

The UE transmits a MeasurementReport 
message to report event A3 on Cell 1 with the 
measured RSRP, RSRQ value for Cell 4. 

-> 

IVIeasurementReport 



5 

The SS transmits an 

RRCConnectionReconfiguration message to 
order the UE to perform intra frequency 
handover to Cell 4. 

<- 

RRCConnectionReconfiguration 



6 

Check: Does the UE transmit an 
RRCConnectionReconfigurationComplete 
message on Cell 4 using dedicated preamble 
to confirm the successful completion of the 
intra frequency handover? 
Check2: Does the UE transmit an 
RRCConnectionReconfigurationConfipiete 
using the security key derived from the 
currently active Kgnb? 

-> 

RRCConnectionReconfigurationC 
omplete 

1,3 

P 

7 

The SS changes Cell 1 , Cell 4 and Cell 1 1 
parameters according to the row "T2" in table 
8.2.4.1.3.2-1. 





8 

The UE transmits a IVIeasurementReport 
message to report event A3 on Cell 4 with the 
measured RSRP, RSRQ value for Cell 1 . 

-> 

MeasurementReport 



9 

The SS transmits an 

RRCConnectionReconfiguration message to 
order the UE to perform intra frequency 
handover to Cell 1 . 

<- 

RRCConnectionReconfiguration 



10 

Check: Does the UE transmit an 
RRCConnectionReconfigurationConfipiete 
message on Cell 1 using dedicated preamble 
to confirm the successful completion of the 
intra frequency handover? 
Check2: Does the UE transmit an 
RRCConnectionReconfigurationConfiplete 
using the security key derived from the 
nexthiopCliainingCount? 

-> 

RRCConnectionReconfigurationC 
omplete 

1,2 

P 

11 

The SS changes Cell 1 and Cell 1 1 
parameters and switches Cell 4 off according 
to the row "T3" in table 8.2.4.1 .3.2-1 . 





12 

The UE transmits a l\/leasurementReport 
message to report event A3 on Cell 1 with the 
measured RSRP, RSRQ value for Cell 1 1 . 

-> 

MeasurementReport 



13 

The SS transmits an 

RRCConnectionReconfiguration message to 
order the UE to perform intra frequency 
handover to Cell 1 1 . 

<— 

RRCConnectionReconfiguration 



14 

Check: Does the UE transmit an 
RRCConnectionReconfigurationConfipiete 
message on Cell 1 1 using dedicated preamble 
to confirm the successful completion of the 
intra frequency handover? 
Check2: Does the UE transmit an 
RRCConnectionReconfigurationConfiplete 
using the security key derived from the 
nexthiopCliainingCounl^ 

-> 

RRCConnectionReconfigurationC 
omplete 

1,2 

P 

14A 

The UE transmit a TRACKING AREA UPDATE 

- 

- 

- 

- 
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REQUEST message on Cell 1 1 . 





14B 

SS responds with a TRACKING AREA 
UPDATE ACCEPT message. 

■ 

~ 

" 

" 

14C 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

- 

- 

- 

- 

15 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1 1 ? 



1 



8.2.4.1 .3.3 Specific message contents 

Table 8.2.4.1.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.2.4.1.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 

Table 8.2.4.1.3.3-2: MeasConfig {Tab\e 8.2.4.1.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



measObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 
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Table 8.2.4.1.3.3-3: MeasurementReport (step 4, Table 8.2.4.1.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 4 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.2.4.1.3.3-4: RRCConnectionReconfiguration (step 5, Table 8.2.4.1.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.2.4.1.3.3-5: MobilityControllnfo (Table 8.2.4.1.3.3-4) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 4 



carrierFreq 

Not present 



rach-ConfigDedicated SEQUENCE { 




ra-Preamblelndex 

63 



ra-PRACH-Masklndex 





} 




} 
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Table 8.2.4.1.3.3-6: MeasurementReport (step 8, Table 8.2.4.1.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
CelM 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.2.4.1.3.3-7: RRCConnectionReconfiguration (step 9, Table 8.2.4.1.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.2.4.1.3.3-8: MobilityControllnfo (Table 8.2.4.1.3.3-7) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
CelM 



carrierFreq 

Not present 



rach-ConfigDedicated SEQUENCE { 




ra-Preamblelndex 

63 


- 

ra-PRACH-Masklndex 





} 




} 





Table 8.2.4.1.3.3-9: SecurityConfigHO (step 9, Table 8.2.4.1.3.2-2) 


Derivation Path: 36.508, Table 4.6.4-1 

Information Element 

Value/remark 

Comment 

Condition 

SecurityConfigHO ::= SEQUENCE { 




handoverType CHOICE { 




intraLTE SEQUENCE { 




nextHopChainingCount 

2 



} 




} 




} 
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Table 8.2.4.1.3.3-10: MeasurementReport (step 12, Table 8.2.4.1.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measureclResuits SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 11 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.2.4.1.3.3-11 : RRCConnectionReconfiguration (step 13, Table 8.2.4.1.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.2.4.1 .3.3-1 2: MobilityControllnfo (Table 8.2.4.1 .3.3-1 1 ) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 11 



carrierFreq 

Not present 



rach-ConfigDedicated SEQUENCE { 




ra-Preamblelndex 

63 



ra-PRACH-Masklndex 





} 




} 





Condition 

Explanation 

FDD 

FDD cell environment 

TDD 

TDD cell environment 
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Table 8.2.4.1 .3.3-13: SecurityConfigHO (Table 8.2.4.1 .3.3-1 1) 


Derivation Path: 36.508, Table 4.6.4-1 

Information Element 

Value/remark 

Comment 

Condition 

SecurityConfigHO ::= SEQUENCE { 




handoverType CHOICE { 




intraLTE SEQUENCE { 




nextHopChainingCount 

3 



} 




} 




} 





8.2.4.2 
8.2.4.2.1 
(1) 


RRC connection reconfiguration / Handover / Success / Common preamble 
Test Purpose (TP) 


with { UE having completed the radio bearer establishment and initial security activation procedure 
and performed the intra frequency measurement } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo without 
a rach-ConfigDedicated } 

then { UE transmits an RRCConnectionReconfigurationComplete message } 


8.2.4.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.3.5.4, 
5.3.10.4 and 5.3.10.6. 

[TS 36.331, clause 5.3.5.4] 

If the RRCConnectionReconfiguration message includes the mobilityControlInfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 

1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobilityControlInfo', 

1> if the carrierFreq is included: 

2> consider the target cell to be one on the frequency indicated by the carrierFreq with a physical cell identity 
indicated by the targetPhysCellld; 

1> else: 

2> consider the target cell to be one on the current frequency with a physical cell identity indicated by the 
targetPhysCellld; 

1> start synchronising to the DL of the target cell; 

NOTE 1 : The UE should perform the handover as soon as possible following the reception of the RRC message 

triggering the handover, which could be before confirming successful reception (HARQ and ARQ) of this 
message. 

1> reset MAC; 

1> re-estabHsh PDCP for all RBs that are estabHshed; 

NOTE 2: The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HEN, is specified in TS 36.323 [8]. 

1> re-establish RLC for all RBs that are established; 

1> apply the value of the newUE-Identity as the C-RNTI; 
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1> configure lower layers in accordance with the received radioResourceConfigCommon; 

1> configure lower layers in accordance with any additional fields, not covered in the previous, if included in the 
received mobility Controllnfo\ 

1> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

2> perform the radio resource configuration procedure as specified in 5.3.10; 

1> if the keyChangelndicator received in the securityConfigHO is set to TRUE: 

2> update the KeNB key based on the fresh Kasme key taken into use with the previous successful NAS SMC 
procedure, as specified in TS 33.401 [32]; 

1> else: 

2> update the KeNB key based on the current KeNB or the NH, using the nextHopChainingCount value indicated 
in the securityConfigHO, as specified in TS 33.401 [32]; 

1> store the nextHopChainingCount value; 

1> if the securityAlgorithmConfig is included in the securityConfigHO: 

2> derive the KRRQnt key associated with the integrity ProtAlgorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the cipheringAlgorithm, as specified in TS 33.401 
[32]; 

1> else: 

2> derive the KRRQnt key associated with the current integrity algorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the current ciphering algorithm, as specified in TS 
33.401 [32]; 

1> configure lower layers to apply the integrity protection algorithm and the KRRCint key, i.e. the integrity protection 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> configure lower layers to apply the ciphering algorithm, the KRRCenc key and the KuPenc key, i.e. the ciphering 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> perform the measurement related actions as specified in 5.5.6.1; 

1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 
1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 
1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 

2> apply the parts of the CQI reporting configuration, the scheduling request configuration and the sounding RS 
configuration that do not require the UE to know the SEN of the target cell, if any; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SEN 
of the target cell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, sounding 
RS configuration), if any, upon acquiring the SEN of the target cell; 

NOTE 3: Whenever the UE shall setup or reconfigure a configuration in accordance with a field that is received it 
applies the new configuration, except for the cases addressed by the above statements. 

2> the procedure ends; 
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[TS 36.331, clause 5.3.10.4] 
The UE shall: 

1> reconfigure the MAC main configuration in accordance with the received mac-MainConfig; 
[TS 36.331, clause 5.3.10.6] 
The UE shall: 

1> reconfigure the physical channel configuration in accordance with the rccciycd physicalConfigDedicated; 

1> if the antennalnfo is included and set to 'explicitValue': 

2> if the configured transmissionMode is not 7m J' or 7m4' release ri-Configlndex in cqi-ReportPeriodic, if 
previously configured; 

1> else if the antennalnfo is included and set to 'defaultValue': 

2> release ri-Configlndex in cqi-ReportPeriodic, if previously configured; 

8.2.4.2.3 Test description 

8.2.4.2.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.2.4.2.3.2 Test procedure sequence 

Table 8.2.4.2.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 8.2.4.2.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-91 

The power level values are such that 
measurement results for Cell 1 (M1) and 
Cell 2 (M2) satisfy exit condition for event 
A3(M2<M1). 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-79 

The power level values are such that 
measurement results for Cell 1 (M1) and 
Cell 2 (M2) satisfy entry condition for event 
A3(M2>M1). 
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Table 8.2.4.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup intra frequency measurement. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 1 and Cell 2 parameters 
according to the row "T1 " in table 8.2.4.2.3.2-1 . 

- 

- 

- 

- 

4 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 with the 
measured RSRP, RSRQ value for Cell 2. 

-> 

MeasurementReport 



5 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform intra 
frequency handover to Cell 2. 

<— 

RRCConnectionReconfiguration 



6 

Check: Does the UE transmit an 
RRCConnectionReconfigurationConfipiete 
message on Cell 2 using common preamble to 
confirm the successful completion of the intra 
frequency handover? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

p 

7 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 2? 



1 



8.2.4.2.3.3 Specific message contents 

Table 8.2.4.2.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.2.4.2.3.2-2) 

[Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 

Table 8.2.4.2.3.3-2: MeasConfig (Table 8.2.4.2.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObiectld)) OF SEQUENCE { 

1 entry 



measObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 
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Table 8.2.4.2.3.3-3 MeasurementReport (step 4, Table 8.2.4.2.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 2 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.2.4.2.3.3-4: RRCConnectionReconfiguration (step 5, Table 8.2.4.2.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.2.4.2.3.3-5: MobilityControllnfo (Table 8.2.4.2.3.3-4) 


Derivation Path: 36.508 clause 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 2 



carrierFreq 

Not present 



} 





8.2.4.3 


8.2.4.3.1 


RRG connection reconfiguration / Handover / Success / Intra-cell / Security 
reconfiguration 

Test Purpose (TP) 


(1) 


with { UE having completed the radio bearer establishment and initial security activation procedure 

} 

ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a securityConfigHO } 
then { UE transmits an RRCConnectionReconfigurationComplete message } 
} 

8.2.4.3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.3.5.4. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 981 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

[TS 36.331, clause 5.3.5.4] 

If the RRCConnectionReconfiguration message includes the mobility Controllnfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 

1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobility Controllnfo; 

1> if the carrierFreq is included: 

2> consider the target cell to be one on the frequency indicated by the eutra-CarrierFreq with a physical cell 
identity indicated by the targetPhysCellld; 

1> else: 

2> consider the target cell to be one on the current frequency with a physical cell identity indicated by the 
targetPhysCellld; 

1> start synchronising to the DL of the target cell; 

NOTE 1 : The UE should perform the handover as soon as possible following the reception of the RRC message 

triggering the handover, which could be before confirming successful reception (HARQ and ARQ) of this 
message. 

1> reset MAC; 

1> re-establish PDCP for all RBs that are established; 

NOTE 2: The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HEN, is specified in TS 36.323 [8]. 

1> re-establish RLC for all RBs that are established; 

1> apply the value of the newUE-Identity; as the C-RNTI 

1> configure lower layers in accordance with the received radioResourceConfigCommon; 

1> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

2> perform the radio resource configuration procedure as specified in 5.3.10; 

1> if the keyChangelndicator received in the securityConfigHO is set to TRUE: 

2> update the KeNB key based on the Kasme key taken into use with the previous successful NAS SMC 
procedure, as specified in TS 33.401 [32]; 

1> else: 

2> update the KeNB key based on the Kasme key to which the current KeNB is associated, using the 
nextHopChainingCount value indicated in the securityConfigHO, as specified in TS 33.401 [32]; 

1> store the nextHopChainingCount value; 

1> if the securityAlgorithmConfig is included in the securityConfigHO: 

2> derive the KRRCmt key associated with the integrity ProtAlgorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the ciphering Algorithm, as specified in TS 33.401 
[32]; 

1> else: 

2> derive the KRRCmt key associated with the current integrity algorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the current ciphering algorithm, as specified in TS 
33.401 [32]; 
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1> configure lower layers to apply the integrity protection algorithm and the KRRCint key, i.e. the integrity protection 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> configure lower layers to apply the ciphering algorithm, the KRRCenc key and the KuPenc key, i.e. the ciphering 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> perform the measurement related actions as specified in 5.5.6.1; 

1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 
1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 
1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 

2> apply the parts of the configuration that do not require the UE to know the SEN of the target cell; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SEN 
of the target cell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, sounding 
RS configuration), if any, upon acquiring the SEN of the target cell; 

2> the procedure ends; 


8.2.4.3.3 Test description 

8.2.4.3.3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 
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8.2.4.3.3.2 


Test procedure sequence 

Table 8.2.4.3.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<- 

DL Information Transfer 



2 

The UE transmits an AUTHENTICATION 
RESPONSE message and re-establishes 
mutual authentication. 

-> 

UL Information Transfer 



3 

The SS transmits a NAS SECURITY MODE 
COMMAND message to reactivate NAS 
security. 

<- 

DL Information Transfer 



4 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and re-establishes the 
security configuration. 

-> 

UL Information Transfer 



5 

The SS transmits an 

RRCConnectionReconfiguration message to 
perform intra cell handover and security 
reconfiguration. 

<— 

RRCConnectionReconfiguration 



6 

Check: Does the UE transmit an 
RRCConnectionReconfigurationComplete 
message using the security key indicated by 
the keyChangelndicator and 
nextHopChainingCount, as well as the 
indicated algorithms, to confirm the successful 
completion of the intra cell handover and 
security reconfiguration? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

P 

7 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state? 



1 



8.2.4.3.3.3 Specific message contents 

Table 8.2.4.3.3.3-1 : RRCConnectionReconfiguration (step 5, Table 8.2.4.3.3.2-1) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 

Table 8.2.4.3.3.3-2: IVIobiiityControilnfo (Table 8.2.4.3.3.3-1) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
CelM 



carrierFreq 

Not present 



} 





Table 8.2.4.3.3.3-3: SecurityConfigHO (Table 8.2.4.3.3.3-1) 


Derivation Path: 36.508, Table 4.6.4-1 

Information Element 

Value/remark 

Comment 

Condition 

SecurityConfigHO ::= SEQUENCE { 




handoverType CHOICE { 




intraLTE SEQUENCE { 




keyChangelndicator 

TRUE 



nextHopChainingCount 





} 




} 




} 
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8.2.4.4 RRC connection reconfiguration / Handover / Failure / Intra-cell / Security 

reconfiguration 

8.2.4.4.1 Test Purpose (TP) 

(1) 

with { UE having completed the radio bearer establishment and initial security activation procedure 
and after receiving an RRCConnectionReconfiguration message including a SecurityConfigHO } 
ensure that { 

when { UE detects handover failure and the initial cell is selectable } 

then { UE performs an RRC connection re-establishment procedure and remains in the E-UTRA 
RRC CONNECTED state | 


8.2.4.4.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.3.5.4, 5.3.5.6, 5.3.7.4 and 5.3.7.5. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 

1> if this is the fix^i RRCConnectionReconfiguration message after successful completion of the RRC Connection 
Re-establishment procedure: 

2> re-establish PDCP for SRB2 and for all DRBs that are established, if any; 

2> re-establish RLC for SRB2 and for all DRBs that are established, if any; 

2> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

3> perform the radio resource configuration procedure as specified in 5.3.10; 

2> resume SRB2 and all DRBs that are suspended, if any; 

NOTE 1 : The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HEN, is specified in TS 36.323 [8]. 


[TS 36.331, clause 5.3.5.4] 

If the RRCConnectionReconfiguration message includes the mobility Controllnfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 

1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobility Controllnfo', 

1> if the carrierFreq is included: 

2> consider the target cell to be one on the frequency indicated by the carrierFreq with a physical cell identity 
indicated by the targetPhysCellld; 

1> else: 

2> consider the target cell to be one on the current frequency with a physical cell identity indicated by the 
targetPhysCellld', 

1> start synchronising to the DL of the target cell; 

NOTE 1 : The UE should perform the handover as soon as possible following the reception of the RRC message 

triggering the handover, which could be before confirming successful reception (HARQ and ARQ) of this 
message. 
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1> reset MAC; 

1> re-establish PDCP for all RBs that are estabUshed; 

NOTE 2: The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HFN, is specified in TS 36.323 [8]. 

1> re-establish RLC for all RBs that are established; 

1> apply the value of the newUE-Identity as the C-RNTI; 

1> configure lower layers in accordance with the received radioResourceConfigCommon; 

1> configure lower layers in accordance with any additional fields, not covered in the previous, if included in the 
received mobility Controllnfo\ 

1> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

2> perform the radio resource configuration procedure as specified in 5.3.10; 

1> if the keyChangelndicator received in the securityConfigHO is set to TRUE: 

2> update the KeNB key based on the fresh Kasme key taken into use with the previous successful NAS SMC 
procedure, as specified in TS 33.401 [32]; 

1> else: 

2> update the KgNB key based on the current KeNB or the NH, using the nextHopChainingCount value indicated 
in the securityConfigHO, as specified in TS 33.401 [32]; 

1> store the nextHopChainingCount value; 

1> if the securityAlgorithmConfig is included in the securityConfigHO: 

2> derive the KRRQnt key associated with the integrity ProtAlgorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the cipheringAlgorithm, as specified in TS 33.401 
[32]; 

1> else: 

2> derive the KRRQnt key associated with the current integrity algorithm, as specified in TS 33.401 [32]; 

2> derive the Krrcciic key and the KuPenc key associated with the current ciphering algorithm, as specified in TS 
33.401 [32]; 

1> configure lower layers to apply the integrity protection algorithm and the KRRCint key, i.e. the integrity protection 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> configure lower layers to apply the ciphering algorithm, the Krrcciic key and the KuPenc key, i.e. the ciphering 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> perform the measurement related actions as specified in 5.5.6.1; 

1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 
1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 
1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 
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2> apply the parts of the CQI reporting configuration, the scheduHng request configuration and the sounding RS 
configuration that do not require the UE to know the SFN of the target cell, if any; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SFN 
of the target cell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, sounding 
RS configuration), if any, upon acquiring the SFN of the target cell; 

NOTE 3: Whenever the UE shall setup or reconfigure a configuration in accordance with a field that is received it 
applies the new configuration, except for the cases addressed by the above statements. 

2> the procedure ends; 


[TS 36.331, clause 5.3.5.6] 

The UE shall: 

1> if T304 expires (handover failure): 

NOTE: Following T304 expiry any dedicated preamble, if provided within the rach-ConfigDedicated, is not 
available for use by the UE anymore. 

2> revert back to the configuration used in the source cell, excluding the configuration configured by the 
physicalConfigDedicated, the mac-MainConfig and the sps-Config; 

2> initiate the connection re-establishment procedure as specified in 5.3.7, upon which the RRC connection 
reconfiguration procedure ends; 

[TS 36.331, clause 5.3.7.4] 

The UE shall set the contents of RRCConnectionReestablishmentRequest message as follows: 

1> set the ue -Identity as follows: 

2> set the c-RNTI to the C-RNTI used in the source cell (handover and mobility from E-UTRA failure) or used 
in the cell in which the trigger for the re-establishment occurred (other cases); 

2> set the physCellld to the physical cell identity of the source cell (handover and mobility from E-UTRA 
failure) or of the cell in which the trigger for the re-establishment occurred (other cases); 

2> set the shortMAC-I to the 16 least significant bits of the MAC-I calculated: 

3> over the ASN.l encoded as per section 8 (i.e., a multiple of 8 bits) VarShortMAC-Inpuf, 

3> with the KRRCint key and integrity protection algorithm that was used in the source cell (handover and 
mobility from E-UTRA failure) or of the cell in which the trigger for the re-establishment occurred (other 
cases); and 

3> with all input bits for COUNT, BEARER and DIRECTION set to binary ones; 

1> set the reestablishmentCause as follows: 

2> if the re-establishment procedure was initiated due to reconfiguration failure as specified in 5.3.5.5 (the UE is 
unable to comply with the reconfiguration): 

3> set the reestablishmentCause to the value 'reconfigurationFailure'; 

2> else if the re-establishment procedure was initiated due to handover failure as specified in 5.3.5.6 (intra-LTE 
handover failure) or 5.4.3.5 (inter-RAT mobility from EUTRA failure): 

3> set the reestablishmentCause to the value 'handover Failure'; 

2> else: 

3> set the reestablishmentCause to the value 'otherFailure'; 

The UE shall submit the RRCConnectionReestablishmentRequest message to lower layers for transmission. 
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[TS 36.331, clause 5.3.7.5] 

NOTE: Prior to this, lower layer signalling is used to allocate a C-RNTI. For further details see TS 36.321 [6]; 
The UE shall: 

1> stop timer T301; 

1> re-estabUsh PDCP for SRBl; 

1> re-estabHsh RLC for SRBl; 

1> perform the radio resource configuration procedure in accordance with the received 
radioResourceConfigDedicated and as specified in 5.3.10; 

1> resume SRBl; 

1> update the KeNB key based on the Kasme key to which the current KeNB is associated, using the 

nextHopChainingCount value indicated in the RRCConnectionReestablishment message, as specified in TS 
33.401 [32]; 

1> store the nextHopChainingCount value; 

1> derive the KRRCmt key associated with the previously configured integrity algorithm, as specified in TS 33.401 
[32]; 

1> derive the KRRCenc key and the KuPenc key associated with the previously configured ciphering algorithm, as 
specified in TS 33.401 [32]; 

1> configure lower layers to activate integrity protection using the previously configured algorithm and the KRRCint 
key immediately, i.e., integrity protection shall be applied to all subsequent messages received and sent by the 
UE, including the message used to indicate the successful completion of the procedure; 

1> configure lower layers to apply ciphering using the previously configured algorithm, the KRRCenc key and the 
Kupenc key immediately, i.e., ciphering shall be applied to all subsequent messages received and sent by the UE, 
including the message used to indicate the successful completion of the procedure; 

1> perform the measurement related actions as specified in 5.5.6.1; 

1> submit the RRCConnectionReestablishmentComplete message to lower layers for transmission, upon which the 
procedure ends; 

8.2.4.4.3 Test description 

8.2.4.4.3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 
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8.2.4.4.3.2 


Test procedure sequence 

Table 8.2.4.4.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
perform intra cell handover and security 
reconfiguration. 

<- 

RRCConnectionReconfiguration 




EXCEPTION: In parallel to the events 
described in step 2 the steps specified in Table 
8.2.4.4.3.2-2 should take place. 





2 

Wait for 1 s to ensure that T304 expires. 

- 

- 

- 

- 

3 

Check: Does the UE transmit an 

RRCConnectionReestablishmentRequest 

message? 

-> 

RRCConnectionReestabiisiinfient 
Request 

1 

P 

4 

The SS transmits an 

RRCConnectionReestablishment message to 
resume SRB1 operation and reactivate 
security. 

<- 

RRCConnectionReestablisliment 



5 

The UE transmits an 

RRCConnectionReestablishmentComplete 

message. 

-> 

RRCConnectionReestabiislinfient 
Complete 



6 

The SS transmits an 

RRCConnectionReconfiguration message to 
resume the existing radio bearer. 

<- 

RRCConnectionReconfiguration 



7 

The UE transmits an 

RRCConnectionReconfigurationConfipiete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



8 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicates that the UE is in E-UTRA 
RRC CONNECTED state? 



1 



Table 8.2.4.4.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

- 

EXCEPTION: The steps 1 and 2 below are 
repeated for the duration of T304. 

- 

- 

- 

- 

1 

The UE attempts to perform the intra cell 
handover using MAC Random Access 
Preamble. 





2 

The SS does not respond. 

- 

- 

- 

- 


8.2.4.4.3.3 Specific message contents 

Table 8.2.4.4.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.2.4.4.3.2-1) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 

Table 8.2.4.4.3.3-2: IVIobiiityControilnfo (Table 8.2.4.4.3.3-1) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
CelM 



carrierFreq 

Not present 



} 
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Table 8.2.4.4.3.3-3: SecurityConfigHO (Tab\e 8.2.4.4.3.3-1) 


Derivation Path: 36.508, Table 4.6.4-1 

Information Element 

Value/remark 

Comment 

Condition 

SecurityConfigHO ::= SEQUENCE { 




handoverType CHOICE { 




intraLTE SEQUENCE { 




nextHopChainingCount 

2 



} 




} 




} 





Table 8.2.4.4.3.3-4: RRCConnectionReestablishmentRequest (step 3, Table 8.2.4.4.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-13 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-r8 
SEQUENCE} 




ue-ldentity SEQUENCE} 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS. 



} 




reestablishmentCause 

handoverFailure 



} 




} 




} 





Table 8.2.4.4.3.3-5: RRCConnectionReconfiguration (step 6, Table 8.2.4.4.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-HO 



} 




} 




} 




} 





8.2.4.5 
8.2.4.5.1 
(1) 


RRC connection reconfiguration / Handover / All parameters included 
Test Purpose (TP) 


with { UE having completed the radio bearer establishment and initial security activation procedure 
and performed the intra frequency measurement } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo is 
provided with all parameters included } 

then { UE transmits an RRCConnectionReconfigurationComplete message } 
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8.2.4.5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.3.5.4, 
5.3.10.4 and 5.3.10.6. 

[TS 36.331, clause 5.3.5.4] 

If the RRCConnectionReconfiguration message includes the mobility Controllnfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 

1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobility Controllnfo; 

1> if the carrierFreq is included: 

2> consider the target cell to be one on the frequency indicated by the carrierFreq with a physical cell identity 
indicated by the targetPhysCellId\ 

1> else: 

2> consider the target cell to be one on the current frequency with a physical cell identity indicated by the 
targetPhysCellId\ 

1> start synchronising to the DL of the target cell; 

NOTE 1 : The UE should perform the handover as soon as possible following the reception of the RRC message 

triggering the handover, which could be before confirming successful reception (HARQ and ARQ) of this 
message. 

1> reset MAC; 

1> re-establish PDCP for all RBs that are established; 

NOTE 2: The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HEN, is specified in TS 36.323 [8]. 

1> re-establish RLC for all RBs that are established; 

1> apply the value of the newUE-Identity as the C-RNTI; 

1> configure lower layers in accordance with the received radioResourceConfigCommon\ 

1> configure lower layers in accordance with any additional fields, not covered in the previous, if included in the 
received mobility Controllnfo\ 

1> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

2> perform the radio resource configuration procedure as specified in 5.3.10; 

1> if the keyChangelndicator received in the securityConfigHO is set to TRUE: 

2> update the KeNB key based on the fresh Kasme key taken into use with the previous successful NAS SMC 
procedure, as specified in TS 33.401 [32]; 

1> else: 

2> update the KeNB key based on the current KeNB or the NH, using the nextHopChainingCount value indicated 
in the securityConfigHO, as specified in TS 33.401 [32]; 

1> store the nextHopChainingCount value; 

1> if the securityAlgorithmConfig is included in the securityConfigHO: 

2> derive the KRRQnt key associated with the integrity ProtAlgorithm, as specified in TS 33.401 [32]; 
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2> derive the KRRCenc key and the KuPenc key associated with the cipheringAlgorithm, as specified in TS 33.401 
[32]; 

1> else: 

2> derive the KRRQnt key associated with the current integrity algorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the current ciphering algorithm, as specified in TS 
33.401 [32]; 

1> configure lower layers to apply the integrity protection algorithm and the KRRCint key, i.e. the integrity protection 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> configure lower layers to apply the ciphering algorithm, the KRRCenc key and the KuPenc key, i.e. the ciphering 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> perform the measurement related actions as specified in 5.5.6.1; 

1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 
1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 
1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 

2> apply the parts of the CQI reporting configuration, the scheduling request configuration and the sounding RS 
configuration that do not require the UE to know the SEN of the target cell, if any; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SEN 
of the target cell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, sounding 
RS configuration), if any, upon acquiring the SEN of the target cell; 

NOTE 3: Whenever the UE shall setup or reconfigure a configuration in accordance with a field that is received it 
applies the new configuration, except for the cases addressed by the above statements. 

2> the procedure ends; 


[TS 36.331, clause 5.3.10.4] 
The UE shall: 

1> reconfigure the MAC main configuration in accordance with the received mac-MainConfig\ 
[TS 36.331, clause 5.3.10.6] 
The UE shall: 

1> reconfigure the physical channel configuration in accordance with the YQCciycd physicalConfigDedicated; 

1> if the antennalnfo is included and set to 'explicitValue': 

2> if the configured transmissionMode is not 7m J' or 7m4' release ri-Configlndex in cqi-ReportPeriodic, if 
previously configured; 

1> else if the antennalnfo is included and set to 'defaultValue': 

2> release ri-Configlndex in cqi-ReportPeriodic, if previously configured; 
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Test description 
Pre-test conditions 


8.2.4.5.3 
8.2.4.5.3.1 
System Simulator: 

- Cell 1 and Cell 2. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.2.4.5.3.2 Test procedure sequence 

Table 8.2.4.5.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 8.2.4.5.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-91 

The power level values are such that 
measurement results for Cell 1 (M1) and 
Cell 2 (M2) satisfy exit condition for event 
A3(M2<M1). 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-79 

The power level values are such that 
measurement results for Cell 1 (M1) and 
Cell 2 (M2) satisfy entry condition for event 
A3(M2>M1). 


Table 8.2.4.5.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup intra frequency measurement. 

<— 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 to confirm the setup of intra 
frequency measurement. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 1 and Cell 2 parameters 
according to the row "T1 " in table 8.2.4.5.3.2-1 . 

- 

- 

- 

- 

4 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 with the 
measured RSRP and RSRQ values for Cell 2. 

-> 

MeasurementReport 



5 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform intra 
frequency handover to Cell 2. 

<— 

RRCConnectionReconfiguration 



6 

Check: Does the UE transmit an 
RRCConnectionReconfigurationConfiplete 
message on Cell 2 to confirm the successful 
completion of the intra frequency handover? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

P 

7 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 2? 



1 
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8.2.4.5.3.3 Specific message contents 

Table 8.2.4.5.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.2.4.5.3.2-2) 


Derivation Patii: 36.508, Table 4.6.1-8, condition IVIEAS 

Table 8.2.4.5.3.3-2: MeasConfig (Table 8.2.4.5.3.3-1) 

Derivation Patii: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObiectld)) OF SEQUENCE { 

1 entry 



nneasObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 




Table 8.2.4.5.3.3-3: MeasurementReport {step 4, Table 8.2.4.5.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 2 



cgi-lnfo[1] 

Not present 



measResultfl] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.2.4.5.3.3-4: RRCConnectionReconfiguration (step 5, Table 8.2.4.5.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-8, condition HO 

Table 8.2.4.5.3.3-5: MobilityControllnfo (Table 8.2.4.5.3.3-4) 

Derivation Path: 36.331 clause 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 2 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 2 



ul-CarrierFreq 

Same uplink EARFCN as 
used for Cell 2 


FDD 

ul-CarrierFreq 

Not present 


TDD 

} 




carrierBandwidth SEQUENCE { 




dl-Bandwidth 

Same downlink system 
bandwidth as used for 
Cell 2 



ul-Bandwidth 

Same uplink system 
bandwidth as used for 
Cell 2 


FDD 

ul-Bandwidth 

Not present 


TDD 

} 




additionalSpectrumEmission 

Same 

additionalSpectrumEmis 
sion as used for Cell 2 



t304 

mslOOO 



newUE-ldentity 

SS arbitrarily selects a 
value between '003C'H 
and 'FFF2'H. 



radioResourceConfigCommon SEQUENCE { 




rach-ConfigCommon 

RACH-ConfigCommon- 
DEFAULT 



prach-Config 

PRACH-Config- 
DEFAULT 



pdsch-ConfigCommon 

PDSCH-ConfigCommon- 
DE FAULT 



pusch-ConfiCommon 

PUSCH-ConfigCommon- 
DE FAULT 



phich-Config 

PHICH-Config-DEFAULT 



pucch-ConfigCommon 

PUCCH-ConfigCommon- 
DE FAULT 



soundingRS-UL-ConfigCommon 

SoundingRsUI- 

ConfigCommon- 

DEFAULT 



uplinkPowerControlCommon 

UplinkPowerControlCom 
mon-DEFAULT 



antennalnfoCommon SEQUENCE { 




antennaPortsCount 

ani 



} 




p-Max 

Not present 



tdd-Config 

Not present 


FDD 


TDD-Config-DEFAULT 


TDD 

ul-CyclicPrefixLength 

lenl 



} 




rach-ConfigDedicated 

Not present 



} 
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Condition 

Explanation 

FDD 

FDD cell environment 

TDD 

TDD cell environment 


8.2.4.6 RRC connection reconfiguration / Handover / Success / Inter-frequency 

8.2.4.6.1 Test Purpose (TP) 
(1) 

with { UE having completed the radio bearer establishment and initial security activation procedure 
and performed the inter frequency measurement } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo 
indicating a different E-UTRA frequency} 

then { UE transmits an RRCConnectionReconfigurationComplete message } 
} 

8.2.4.6.2 Conformance requirennents 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.3.5.4, 
5.3.10.4 and 5.3.10.6. 

[TS 36.331, clause 5.3.5.4] 

If the RRCConnectionReconfiguration message includes the mobilityControlInfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 

1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobilityControlInfo; 

1> if the carrierFreq is included: 

2> consider the target cell to be one on the frequency indicated by the carrierFreq with a physical cell identity 
indicated by the targetPhysCellld; 

1> else: 

2> consider the target cell to be one on the current frequency with a physical cell identity indicated by the 
targetPhysCellld; 

1> start synchronising to the DL of the target cell; 

NOTE 1 : The UE should perform the handover as soon as possible following the reception of the RRC message 

triggering the handover, which could be before confirming successful reception (HARQ and ARQ) of this 
message. 

1> reset MAC; 

1> re-establish PDCP for all RBs that are established; 

NOTE 2: The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HEN, is specified in TS 36.323 [8]. 

1> re-establish RLC for all RBs that are established; 

1> apply the value of the newUE-Identity as the C-RNTI; 

1> configure lower layers in accordance with the received radioResourceConfigCommon; 

1> configure lower layers in accordance with any additional fields, not covered in the previous, if included in the 
received mobilityControlInfo; 

1> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 
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2> perform the radio resource configuration procedure as specified in 5.3.10; 

1> if the keyChangelndicator received in the securityConfigHO is set to TRUE: 

2> update the KeNB key based on the fresh Kasme key taken into use with the previous successful NAS SMC 
procedure, as specified in TS 33.401 [32]; 

1> else: 

2> update the KeNB key based on the current KeNB or the NH, using the nextHopChainingCount value indicated 
in the securityConfigHO, as specified in TS 33.401 [32]; 

1> store the nextHopChainingCount value; 

1> if the securityAlgorithmConfig is included in the securityConfigHO: 

2> derive the KRRCmt key associated with the integrity? rot Algorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the cipheringAlgorithm, as specified in TS 33.401 
[32]; 

1> else: 

2> derive the KRRCmt key associated with the current integrity algorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the current ciphering algorithm, as specified in TS 
33.401 [32]; 

1> configure lower layers to apply the integrity protection algorithm and the KRRCint key, i.e. the integrity protection 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> configure lower layers to apply the ciphering algorithm, the KRRCenc key and the KuPenc key, i.e. the ciphering 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> perform the measurement related actions as specified in 5.5.6.1; 

1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 
1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 
1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 

2> apply the parts of the CQI reporting configuration, the scheduling request configuration and the sounding RS 
configuration that do not require the UE to know the SEN of the target cell, if any; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SEN 
of the target cell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, sounding 
RS configuration), if any, upon acquiring the SEN of the target cell; 

NOTE 3: Whenever the UE shall setup or reconfigure a configuration in accordance with a field that is received it 
applies the new configuration, except for the cases addressed by the above statements. 

2> the procedure ends; 


[TS 36.331, clause 5.3.10.4] 
The UE shall: 

1> reconfigure the MAC main configuration in accordance with the received mac-MainConfig; 
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[TS 36.331, clause 5.3.10.6] 
The UE shall: 

1> reconfigure the physical channel configuration in accordance with the received physicalConfigDedicated; 

1> if the antennalnfo is included and set to 'explicitValue': 

2> if the configured transmissionMode is not VmJ' or Vm4' release ri-Configlndex in cqi-ReportPeriodic, if 
previously configured; 

1> else if the antennalnfo is included and set to 'defaultValue': 

2> release ri-Config Index in cqi-ReportPeriodic, if previously configured; 

8.2.4.6.3 Test description 

8.2.4.6.3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 3. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.2.4.6.3.2 Test procedure sequence 

Table 8.2.4.6.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 8.2.4.6.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-97 

The power level values are such that 
measurement results for Cell 1 (M1) and 
Cell 3 (M3) satisfy exit condition for event 
A3(M3<M1). 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-73 

The power level values are such that 
measurement results for Cell 1 (M1) and 
Cell 3 (M3) satisfy entry condition for event 
A3(M3>M1). 
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Table 8.2.4.6.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup inter frequency measurement. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 1 and Cell 3 parameters 
according to the row "T1 " in table 8.2.4.6.3.2-1 . 

- 

- 

- 

- 

4 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 with the 
measured RSRP, RSRQ value for Cell 3. 

-> 

MeasurementReport 



5 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform inter 
frequency handover to Cell 3. 

<— 

RRCConnectionReconfiguration 



6 

Check: Does the UE transmit an 
RRCConnectionReconfigurationConfiplete 
message on Cell 3 to confirm the successful 
completion of the inter frequency handover? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

p 

7 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicates that the UE is in E-UTRA 
RRC CONNECTED state on Cell 3? 



1 



8.2.4.6.3.3 Specific message contents 

Table 8.2.4.6.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.2.4.6.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 

Table 8.2.4.6.3.3-2: MeasConfig (Table 8.2.4.6.3.3-1) 

Derivation Path: 36.508, Table 4.6.6-1 condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfiq SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



measObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f2 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f2) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f2 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 
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Table 8.2.4.6.3.3-3: MeasurementReport (step 4, Table 8.2.4.6.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cells 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.2.4.6.3.3-4: RRCConnectionReconfiguration (step 5, Table 8.2.4.6.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.2.4.6.3.3-5: MobilityControllnfo (Table 8.2.4.6.3.3-5) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cells 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell S 



ul-CarrierFreq 

Not present 



} 




} 





8.2.4.7 RRC connection reconfiguration / Handover / Failure / Re-establishinent 

successful 


8.2.4.7.1 

(1) 


Test Purpose (TP) 


with { UE having completed the radio bearer establishment and initial security activation procedure 
and after receiving an RRCConnectionReconfiguration message including a mobilityControlInfo 
indicating a different E-UTRA cell having attempted intra frequency handover } 
ensure that { 

when { UE detects handover failure and the initial cell is selectable } 

then { UE performs an RRC connection re-establishment procedure and remains in the E-UTRA 
RRC CONNECTED state } 
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(2) 

with { UE having transmitted an RRCConnectionReestablishmentRequest message } 
ensure that { 

when { UE receives an RRCConnectionReestablishment message with a nextHopChainingCount which is 
different from the NCC associated with the currently active Ksnb } 
then { UE derives new KeNB from the nextHopChainingCount } 

} 

(3) 

with { UE having transmitted an RRCConnectionReestablishmentRequest message } 
ensure that { 

when { UE receives an RRCConnectionReestablishment message with a nextHopChainingCount which is 
same as the NCC associated with the currently active KeNB } 

then { UE derives new KeNB from the currently active KeNB } 
} 

8.2.4.7.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.3.5.4, 
5.3.5.6, 5.3.7.2, 5.3.7.4, 5.3.7.5, 5.3.10.4 and 5.3.10.6. 

[TS 36.331, clause 5.3.5.4] 

If the RRCConnectionReconfiguration message includes the mobility Controllnfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 

1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobility ControlInfo\ 

1> if the carrierFreq is included: 

2> consider the target cell to be one on the frequency indicated by the carrierFreq with a physical cell identity 
indicated by the targetPhysCellId\ 

1> else: 

2> consider the target cell to be one on the current frequency with a physical cell identity indicated by the 
targetPhysCellId\ 

1> start synchronising to the DL of the target cell; 

NOTE 1 : The UE should perform the handover as soon as possible following the reception of the RRC message 

triggering the handover, which could be before confirming successful reception (HARQ and ARQ) of this 
message. 

1> reset MAC; 

1> re-estabUsh PDCP for all RBs that are estabUshed; 

NOTE 2: The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HEN, is specified in TS 36.323 [8]. 

1> re-establish RLC for all RBs that are established; 

1> apply the value of the newUE-Identity as the C-RNTI; 

1> configure lower layers in accordance with the received radioResourceConfigCommon; 

1> configure lower layers in accordance with any additional fields, not covered in the previous, if included in the 
received mobility Controllnfo; 

1> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

2> perform the radio resource configuration procedure as specified in 5.3.10; 
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1> if the keyChangelndicator received in the securityConfigHO is set to TRUE: 

2> update the KeNB key based on the fresh Kasme key taken into use with the previous successful NAS SMC 
procedure, as specified in TS 33.401 [32]; 

1> else: 

2> update the KeNB key based on the current KgNB or the NH, using the nextHopChainingCount value indicated 
in the securityConfigHO, as specified in TS 33.401 [32]; 

1> store the nextHopChainingCount value; 

1> if the securityAlgorithmConfig is included in the securityConfigHO: 

2> derive the KRRQnt key associated with the integrity? rot Algorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the ciphering Algorithm, as specified in TS 33.401 
[32]; 

1> else: 

2> derive the KRRQnt key associated with the current integrity algorithm, as specified in TS 33.401 [32]; 

2> derive the Krrcciic key and the Kypenc key associated with the current ciphering algorithm, as specified in TS 
33.401 [32]; 

1> configure lower layers to apply the integrity protection algorithm and the KRRCint key, i.e. the integrity protection 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> configure lower layers to apply the ciphering algorithm, the Krrcciic key and the KuPenc key, i.e. the ciphering 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> perform the measurement related actions as specified in 5.5.6.1; 

1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 
1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 
1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 

2> apply the parts of the CQI reporting configuration, the scheduling request configuration and the sounding RS 
configuration that do not require the UE to know the SEN of the target cell, if any; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SEN 
of the target cell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, sounding 
RS configuration), if any, upon acquiring the SEN of the target cell; 

NOTE 3: Whenever the UE shall setup or reconfigure a configuration in accordance with a field that is received it 
applies the new configuration, except for the cases addressed by the above statements. 

2> the procedure ends; 


[TS 36.331, clause 5.3.5.6] 

The UE shall: 

1> if T304 expires (handover failure): 

NOTE: Eollowing T304 expiry any dedicated preamble, if provided within the rach-ConfigDedicated, is not 
available for use by the UE anymore. 
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2> revert back to the configuration used in the source cell, excluding the configuration configured by the 
physicalConfigDedicated, the mac-MainConfig and the sps-Config; 

2> initiate the connection re-establishment procedure as specified in 5.3.7, upon which the RRC connection 
reconfiguration procedure ends; 

[TS 36.331, clause 5.3.7.2] 

The UE shall only initiate the procedure when AS security has been activated. The UE initiates the procedure when one 
of the following conditions is met: 


1> upon handover failure, in accordance with 5.3.5.6; or 

Upon initiation of the procedure, the UE shall: 

1> stop timer T310, if running; 

1> start timer T3 1 1 ; 

1> suspend all RBs except SRBO; 

1> reset MAC; 

1> apply the default physical channel configuration as specified in 9.2.4; 

1> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

1> apply the default MAC main configuration as specified in 9.2.2; 

1> perform cell selection in accordance with the cell selection process as specified in TS 36.304 [4]; 
[TS 36.331, clause 5.3.7.4] 
The UE shall set the contents of RRC ConnectionReestablishmentRe quest message as follows: 

1> set the ue -Identity as follows: 

2> set the c-RNTI to the C-RNTI used in the source cell (handover and mobility from E-UTRA failure) or used 
in the cell in which the trigger for the re-establishment occurred (other cases); 

2> set the physCellld to the physical cell identity of the source cell (handover and mobility from E-UTRA 
failure) or of the cell in which the trigger for the re-establishment occurred (other cases); 

2> set the shortMAC-I to the 16 least significant bits of the MAC-I calculated: 

3> over the ASN.l encoded as per section 8 (i.e., a multiple of 8 bits) VarShortMAC-Inpuf, 

3> with the KRRCint key and integrity protection algorithm that was used in the source cell (handover and 
mobility from E-UTRA failure) or of the cell in which the trigger for the re-establishment occurred (other 
cases); and 

3> with all input bits for COUNT, BEARER and DIRECTION set to binary ones; 

1> set the reestablishmentCause as follows: 

2> if the re-establishment procedure was initiated due to reconfiguration failure as specified in 5.3.5.5 (the UE is 
unable to comply with the reconfiguration): 

3> set the reestablishmentCause to the value 'reconfigurationFailure'; 

2> else if the re-establishment procedure was initiated due to handover failure as specified in 5.3.5.6 (intra-LTE 
handover failure) or 5.4.3.5 (inter-RAT mobility from EUTRA failure): 

3> set the reestablishmentCause to the value 'handover Failure'; 
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The UE shall submit the RRCConnectionReestablishmentRequest message to lower layers for transmission. 
[TS 36.331, clause 5.3.7.5] 

NOTE: Prior to this, lower layer signalling is used to allocate a C-RNTI. For further details see TS 36.321 [6]; 
The UE shall: 

1> stop timer T301; 

1> re-estabHsh PDCP for SRBl; 

1> re-estabHsh RLC for SRBl; 

1> perform the radio resource configuration procedure in accordance with the received 
radioResourceConfigDedicated and as specified in 5.3.10; 

1> resume SRBl; 

1> update the KeNB key based on the Kasme key to which the current KeNB is associated, using the 

nextHopChainingCount value indicated in the RRCConnectionReestablishment message, as specified in TS 
33.401 [32]; 

1> store the nextHopChainingCount value; 

1> derive the KRRQnt key associated with the previously configured integrity algorithm, as specified in TS 33.401 
[32]; 

1> derive the KRRCenc key and the KuPenc key associated with the previously configured ciphering algorithm, as 
specified in TS 33.401 [32]; 

1> configure lower layers to activate integrity protection using the previously configured algorithm and the KRRCint 
key immediately, i.e., integrity protection shall be applied to all subsequent messages received and sent by the 
UE, including the message used to indicate the successful completion of the procedure; 

1> configure lower layers to apply ciphering using the previously configured algorithm, the KRRCenc key and the 
Kupenc key immediately, i.e., ciphering shall be applied to all subsequent messages received and sent by the UE, 
including the message used to indicate the successful completion of the procedure; 

1> perform the measurement related actions as specified in 5.5.6.1; 

1> submit the RRCConnectionReestablishmentComplete message to lower layers for transmission, upon which the 
procedure ends; 

[TS 36.331, clause 5.3.10.4] 

The UE shall: 

1> reconfigure the MAC main configuration in accordance with the received mac-MainConfig; 
[TS 36.331, clause 5.3.10.6] 
The UE shall: 

1> reconfigure the physical channel configuration in accordance with the veceiwed physicalConfigDedicated; 

1> if the antennalnfo is included and set to 'explicitValue': 

2> if the configured transmissionMode is not 7m J' or 7m4' release ri-Configlndex in cqi-ReportPeriodic, if 
previously configured; 

1> else if the antennalnfo is included and set to 'defaultValue': 

2> release ri-Configlndex in cqi-ReportPeriodic, if previously configured; 
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Test description 
Pre-test conditions 


8.2.4.7.3 
8.2.4.7.3.1 
System Simulator: 

- Cell 1, Cell 4 and Cell 11. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 


8.2.4.7.3.2 


Test procedure sequence 


Table 8.2.4.7.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl", "T2", "T3", "T4", "T5" and "T6" are to be applied subsequently. The exact instants on which 
these values shall be applied are described in the texts in this clause. 

Table 8.2.4.7.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 4 

Cell 11 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/15kHz 

-85 

-91 

-91 

The power level values are such that 
measurement results for Cell 1 (Ml) Cell 
4 (M4) and Cell 1 1 (Ml 1 ) satisfy exit 
condition for event A3 (M4 < Ml and Ml 1 
<M1). 

T1 

Cell-specific 
RS EPRE 

dBm/15kHz 

-85 

-79 

-91 

The power level values are such that 
measurement results for Cell 1 (Ml) and 
Cell 4 (M4) satisfy entry condition for 
event A3 (M4> Ml). 

T2 

Cell-specific 
RS EPRE 

dBm/15kHz 

"Off" 

-79 

"Off" 

The power level values are assigned to 
satisfy SrxlevCell 1 < and SrxlevCell 1 1 
< such that selecting Cell 4 is 
guaranteed 
(N0TE1). 

T3 

Cell-specific 
RS EPRE 

dBm/15kHz 

-73 

-79 

"Off" 

The power level values are such that 
measurement results for Cell 1 (Ml) and 
Cell 4 (M4) satisfy entry condition for 
event A3 (Ml >M4). 
(NOTED. 

T4 

Cell-specific 
RS EPRE 

dBm/15kHz 

-73 

"Off" 

"Off" 

The power level values are assigned to 
satisfy SrxlevCell 4 < and SrxlevCell 1 1 
< such that selecting Cell 1 is 
guaranteed. 
(N0TE1). 

T5 

Cell-specific 
RS EPRE 

dBm/15kHz 

-73 

"Off" 

-67 

The power level values are such that 
measurement results for Cell 1 (Ml) and 
Cell 1 1 (Ml 1 ) satisfy entry condition for 
eventA3(M11>M1). 
(NOTED. 

T6 

Cell-specific 
RS EPRE 

dBm/15kHz 

"Off" 

"Off" 

-67 

The power level values are assigned to 
satisfy SrxlevCell 1 < and SrxlevCell 4 < 
such that selecting Cell 1 1 is 
guaranteed. 
(N0TE1). 

NOTE 1 : Power level "Off" is defined in TS36.508 Table 6.2.2.1-1. 
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Table 8.2.4.7.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup intra frequency measurement on Cell 1 . 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 1 , Cell 4 and Cell 1 1 
parameters according to the row "T1 " in table 
8.2.4.7.3.2-1. 





4 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 with the 
measured RSRP, RSRQ value for Cell 4. 

-> 

MeasurementReport 



5 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform intra 
frequency handover to Cell 4. 

<- 

RRCConnectionReconfiguration 




EXCEPTION: In parallel to the events 
described in step 6 the steps specified in Table 
8.2.4.7.3.2-3 should take place. 





6 

The SS changes Cell 1 , Cell 4 and Cell 1 1 
parameters according to the row "T2" in table 
8.2.4.7.3.2-1. 





7 

Check: Does the UE transmit an 
RRCConnectionReestablislinfientRequest 
message on Cell 4? 

-> 

RRCConnectionReestablisliment 
Request 

1 

P 

8 

The SS transmits an 

RRCConnectionReestablisliment message to 
resume SRB1 operation and re-activate 
security on Cell 4. 

<— 

RRCConnectionReestablisliment 



9 

Check: Does the UE transmit an 
RRCConnectionReestablislinfientConfipiete 
message using the security key derived from 
the currently active KeNBon Cell 4? 

-> 

RRCConnectionReestablisliment 
Complete 

3 

P 

10 

The SS transmits an 

RRCConnectionReconfiguration message to 
resume existing radio bearer on Cell 4. 

<- 

RRCConnectionReconfiguration 



11 

The UE transmits an 

RRCConnectionReconfigurationConfiplete 
message on Cell 4. 

-> 

RRCConnectionReconfigurationtC 
omplete 



12 

The SS changes Cell 1 , Cell 4 and Cell 1 1 
parameters according to the row "T3" in table 
8.2.4.7.3.2-1. 





13 

The UE transmits a IVIeasurementReport 
message on Cell 4 to report event A3 with the 
measured RSRP, RSRQ value for Cell 1 . 

-> 

MeasurementReport 



14 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 4 to order the UE to perform intra 
frequency handover to Cell 1 . 

<- 

RRCConnectionReconfiguration 




EXCEPTION: In parallel to the events 
described in step 15 the steps specified in 
Table 8.2.4.7.3.2-4 should take place. 





15 

The SS changes Cell 1 , Cell 4 and Cell 1 1 
parameters according to the row "T4" in table 
8.2.4.7.3.2-1. 





16 

Check: Does the UE transmit an 
RRCConnectionReestablislimentRequest 
message on Cell 1? 

-> 

RRCConnectionReestablisliment 
Request 

1 

P 

17 

The SS transmits an 

RRCConnectionReestablisliment message to 
resume SRB1 operation and re-activate 
security on Cell 1 . 

<— 

RRCConnectionReestablisliment 



18 

Check: Does the UE transmit an 

-> 

RRCConnectionReestablisliment 

2 

P 
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RRCConnectionReestablishmentComplete 
message using the security key derived from 
the nextHopChainingCount on Cell 1? 


Complete 



19 

The SS transmits an 

RRCConnectionReconfiguration message to 
resume existing radio bearer on Cell 1 . 

<- 

RRCConnectionReconfiguration 



20 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationtC 
omplete 



21 

The SS changes Cell 1 , Cell 4 and Cell 1 1 
parameters according to the row "T5" in table 
8.2.4.7.3.2-1. 





22 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 with the 
measured RSRP, RSRQ value for Cell 1 1 . 

-> 

IVIeasurementReport 



23 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform intra 
frequency handover to Cell 1 1 . 

<- 

RRCConnectionReconfiguration 




EXCEPTION: In parallel to the events 
described in step 24 the steps specified in 
Table 8.2.4.7.3.2-5 should take place. 





24 

The SS changes Cell 1 , Cell 4 and Cell 1 1 
parameters according to the row "T6" in table 
8.2.4.7.3.2-1. 





25 

Check: Does the UE transmit an 
RRCConnectionReestablislimentRequest 
message on Cell 11? 

-> 

RRCConnectionReestablisliment 
Request 

1 

P 

26 

The SS transmits an 

RRCConnectionReestablisliment message to 
resume SRB1 operation and re-activate 
security on Cell 11. 

<- 

RRCConnectionReestablishment 



27 

Check: Does the UE transmit an 
RRCConnectionReestablislimentComplete 
message using the security key derived from 
the nexthiopCliainingCount on Cell 1 1 ? 

-> 

RRCConnectionReestablisliment 
Complete 

2 

P 

28 

The SS transmits an 

RRCConnectionReconfiguration message to 
resume existing radio bearer on Cell 1 1 . 

<- 

RRCConnectionReconfiguration 



29 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 1 . 

-> 

RRCConnectionReconfigurationtC 
omplete 



29A 

The UE transmit a TRACKING AREA UPDATE 
REQUEST message on Cell 1 1 . 

- 

- 

- 

- 

29B 

SS responds with TRACKING AREA UPDATE 
ACCEPT message. 

- 

- 

- 

- 

29C 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE. 

- 

- 

- 

- 

30 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1 1 ? 



1 


Table 8.2.4.7.3.2-3: Parallel behaviour 

St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

- 

EXCEPTION: The steps 1 and 2 below are 
repeated for the duration of T304. 

- 

- 

- 

- 

1 

The UE attempts to perform the intra 
frequency handover using MAC Random 
Access Preamble on Cell 4. 





2 

The SS does not respond. 

- 

- 

- 

- 
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Table 8.2.4.7.3.2-4: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

- 

EXCEPTION: The steps 1 and 2 below are 
repeated for the duration of T304. 

- 

- 

- 

- 

1 

The UE attempts to perform the intra 
frequency handover using MAC Random 
Access Preamble on Cell 1 . 





2 

The SS does not respond. 

- 

- 

- 

- 

Table 8.2.4.7.3.2-5: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

- 

EXCEPTION: The steps 1 and 2 below are 
repeated for the duration of T304. 

- 

- 

- 

- 

1 

The UE attempts to perform the intra 
frequency handover using MAC Random 
Access Preamble on Cell 1 1 . 





2 

The SS does not respond. 

- 

- 

- 

- 


8.2.4.7.3.3 


Specific message contents 


Table 8.2.4.7.3.3-0: SystemlnformationBlockType2iov Cell 1, cell 4 and Cell 11 (preamble and all the 

steps in Table 8.2.4.7.3.2-2) 


Derivation Path: 36.508, Table 4.6.3-12 

Information Element 

Value/remark 

Comment 

Condition 

ra-Supervisionlnfo SEQUENCE { 




preambleTransMax 

n50 



} 





Table 8.2.4.7.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.2.4.7.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 


Table 8.2.4.7.3.3-2: MeasConfig (Table 8.2.4.7.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfiq SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



measObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 





ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1008 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 8.2.4.7.3.3-3: MeasurementReport (step 4, Table 8.2.4.7.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 4 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.2.4.7.3.3-4: RRCConnectionReconfiguration (step 5, Table 8.2.4.7.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.2.4.7.3.3-5: MobilityControllnfo (Table 8.2.4.7.3.3-4) 


Derivation Path: 36.308, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 4 



carrierFreq 

Not present 



rach-ConfigDedicated SEQUENCE { 




ra-Preamblelndex 

63 



ra-PRACH-Masklndex 





} 




} 
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Table 8.2.4.7.3.3-6: RRCConnectionReestablishmentRequest (step 7, Table 8.2.4.7.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-13 I 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-r8 
SEQUENCE { 




ue-ldentity SEQUENCE} 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS. 



} 




reestablishmentCause 

handoverFailure 



} 




} 




} 




Table 8.2.4.7.3.3-7: RRCConnectionReestablishment {step 8, Table 8.2.4.7.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-10 I 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishment ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReestablishment-r8 SEQUENCE { 




nextHopChainingCount 





} 




} 




} 




} 




Table 8.2.4.7.3.3-8: RRCConnectionReconfiguration (step 10, step 19 and step 28, Table 8.2.4.7.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8 I 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-HO 



} 




} 




} 




} 
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Table 8.2.4.7.3.3-9: MeasurementReport (step 13, Table 8.2.4.7.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
CelM 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.2.4.7.3.3-10: RRCConnectionReconfiguration (step 14, Table 8.2.4.7.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.2.4.7.3.3-1 1 : MobilityControllnfo (Table 8.2.4.7.3.3-10) 


Derivation Path: 36.308, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
CelM 



carrierFreq 

Not present 



rach-ConfigDedicated SEQUENCE { 




ra-Preamblelndex 

63 



ra-PRACH-Masklndex 





} 




} 
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Table 8.2.4.7.3.3-12: RRCConnectionReestablishmentRequest (step 16, Table 8.2.4.7.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-13 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-r8 
SEQUENCE { 




ue-ldentity SEQUENCE} 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
Cell 4 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS. 



} 




reestablishmentCause 

handoverFailure 



} 




} 




} 




Table 8.2.4.7.3.3-13: RRCConnectionReestablishment {step 17, Table 8.2.4.7.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-10 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishment ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReestablishment-r8 SEQUENCE { 




nextHopChainingCount 

2 



} 




} 




} 




} 
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Table 8.2.4.7.3.3-14: MeasurementReport (step 22, Table 8.2.4.7.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 11 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.2.4.7.3.3-15: RRCConnectionReconfiguration (step 23, Table 8.2.4.7.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.2.4.7.3.3-16: MobilityControllnfo (Table 8.2.4.7.3.3-15) 


Derivation Path: 36.308, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 11 



carrierFreq 

Not present 



rach-ConfigDedicated SEQUENCE { 




ra-Preamblelndex 

63 



ra-PRACH-Masklndex 





} 




} 
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Table 8.2.4.7.3.3-17: RRCConnectionReestablishmentRequest (step 25, Table 8.2.4.7.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-13 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-r8 
SEQUENCE { 




ue-ldentity SEQUENCE} 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS. 



} 




reestablishmentCause 

handoverFailure 



} 




} 




} 




Table 8.2.4.7.3.3-18: RRCConnectionReestablishment {step 26, Table 8.2.4.7.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-10 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishment ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReestablishment-r8 SEQUENCE { 




nextHopChainingCount 

3 



} 




} 




} 




} 





8.2.4.8 


8.2.4.8.1 


RRC connection reconfiguration / Handover / Failure / Re-establisliment 
failure 

Test Purpose (TP) 


(1) 

with { UE having completed the radio bearer establishment and initial security activation procedure 

and after receiving an RRCConnectionReconfiguration message including an IE 

mobilityControl Information indicating a different E-UTRA cell having attempted intra frequency 

handover } 

ensure that { 

when { UE detects handover failure and fails an RRC connection re-establishment procedure } 
then { UE enters the E-UTRA RRC_IDLE state and trigger TAU procedure in order to recover RRC 
connection } 


8.2.4.8.2 


Confornnance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.331 clauses 5.3.5.4, 
5.3.5.6, 5.3.7.2, 5.3.7.3, 5.3.7.4, 5.3.7.7 and 5.3.12. 

[TS 36.331, clause 5.3.5.4] 


If the RRCConnectionReconfiguration message includes the mobility Controllnformation and the UE is able to comply 
with the configuration included in this message, the UE shall: 
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1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobility ControlInformation\ 

1> request PDCP to initiate the PDCP Re-establishment procedure for all RBs that are established; 

NOTE 2: The handling of the radio bearers after the successful completion of the L2 re-establishment, e.g. the re- 
transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling of 
the SN and the HFN, is specified in [8]. 

1> reset MAC and re-establish RLC for all RBs that are established; 

1> If the RRCConnectionRe configuration message includes the radioResourceConfiguration: 

2> perform the Radio resource configuration procedure as specified in 5.3.10; 

1> set the C-RNTI to the value of the new UE- Identity; 

1> if the eutra-CarrierFreq is included: 

2> consider the target cell to be one on the frequency indicated by the eutra-CarrierFreq with a physical cell 
identity indicated by the targetCellldentity; 

1> else: 

2> consider the target cell to be one on the current frequency with a physical cell identity indicated by the 
targetCellldentity; 

1> if the dl-Bandwidth is included: 

2> for the target cell, apply the downlink bandwidth indicated by the dl-Bandwidth; 
1> else: 

2> for the target cell, apply the same downlink bandwidth as for the current cell; 
1> if the ul-Bandwidth is included: 

2> for the target cell, apply the uplink bandwidth indicated by the ul-Bandwidth; 
1> else: 

2> for the target cell, apply the same uplink bandwidth as for the current cell; 
1> configure lower layers in accordance with the received radioResourceConfigCommon; 
1> If the RRCConnectionReconfiguration message includes the securityConfiguration: 

2> apply the AS-derived keys associated with the AS-base key indicated by the keylndicator; 

2> configure lower layers to apply the indicated integrity protection algorithm, i.e. the indicated integrity 

protection configuration shall be applied to all subsequent messages received and sent by the UE in the target 
cell, including the message used to indicate the successful completion of the procedure; 

2> configure lower layers to apply the indicated ciphering algorithm, i.e. the indicated ciphering configuration 
shall be applied to all subsequent messages received and sent by the UE in the target cell, including the 
message used to indicate the successful completion of the procedure; 

1> If the RRCConnectionReconfiguration message includes the measurementConfiguration: 

2> perform the Measurement configuration procedure as specified in 5.5.2; 

1> synchronise to the DL of the target cell; 

1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission using the new 
configuration; 

1> If MAC successfully completes the random access procedure: 
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2> stop timer T304; 

2> If the physicalConfigDedicated is included in the RRCConnectionReconfiguration message: 

3> If the UE needs the SFN of the target cell to apply the PUCCH and Sounding RS configuration: 

4> apply the new PUCCH and Sounding RS configuration upon acquiring the SFN of the target cell; 
3> else: 

4> apply the new PUCCH and Sounding RS configuration; 
2> indicate to PDCP to complete the PDCP Re-establishment procedure for all DRBs that are established, if any; 
2> the procedure ends. 

[TS 36.331, clause 5.3.5.6] 

The UE shall: 

1> If T304 expires (handover failure): 

NOTE 1: Following T304 expiry dedicated preambles, if provided within the rach-ConfigDedicated, are not 
available for use by the UE anymore. 

2> revert back to the configuration used in the source cell, excluding the physical layer configuration; 

NOTE 2: The UE reverts to the RRC configuration as well as the layer 2 configuration (PDCP/RLC/MAC) used in 
the source cell. 

2> initiate the connection re-establishment procedure as specified in 5.3.7, upon which the RRC connection 
reconfiguration procedure ends. 

[TS 36.331, clause 5.3.7.2] 

The UE shall only initiate the procedure when security has been activated. The UE initiates the procedure when one of 
the following conditions is met: 

1> upon handover failure, in accordance with 5.3.5.6; or 

Upon initiation of the procedure, the UE shall: 

1> start timer T3 1 1 ; 

1> request PDCP to initiate the PDCP Re-establishment procedure for all RBs that are established; 

NOTE 1 : The handling of the radio bearers after the successful completion of the L2 re-establishment, e.g. the re- 
transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling of the SN and 
the HEN, is specified in [8]. 

1> reset MAC and re-establish RLC for all RBs that are established; 

1> select a suitable cell in accordance with the cell selection process as specified in [4]; 

[TS 36.331, clause 5.3.7.3] 

2> initiate transmission of the RRCConnectionReestablishmentRequest message in accordance with 5.3.7.4; 
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[TS 36.331, clause 5.3.7.4] 

The UE shall set the contents of RRCConnectionReestablishmentRequest message as follows: 

1> set the IE ue-Identity as follows: 

2> set the c-RNTI to the C-RNTI used in the source cell (handover failure case) or used in the cell in which the 
trigger for the re-establishment occurred (other cases); 

2> set the cellldentity to the Physical layer identity of the source cell (handover failure case) or of the cell in 
which the trigger for the re-establishment occurred (other cases); 

2> set the shortMAC-I to the 16 least significant bits of the MAC-I calculated: 

3> over the concatenation of the ASN.l encoded Cellldentity of the current cell, PhysicalCellldentity of the 
cell the UE was connected to prior to the failure and C-RNTI that the UE had in the cell it was connected 
to prior to the failure; 

3> with the integrity protection key and integrity protection algorithm that was used in the cell the UE was 
connected to prior to the failure; and 

3> with all input bits for COUNT, BEARER and DIRECTION set to binary ones. 

1> set the IE reestablishmentCause as follows: 


2> else if the re-establishment procedure was initiated due to handover failure as specified in 5.3.5.6 (intra-LTE 
handover failure) or 5.4.3.5 (inter-RAT mobility from EUTRA failure): 

3> set the reestablishmentCause to the value ' handover Failure' ; 


The UE shall submit the RRCConnectionReestablishmentRequest message to lower layers for transmission. 
[TS 36.331, clause 5.3.7.7] 
Upon T311 expiry, the UE shall: 

1> perform the actions upon moving from RRC_CONNECTED to RRC_IDLE as specified in 5.3.12. 

[TS 36.331, clause 5.3.12] 

Upon moving from RRC_CONNECTED to RRCJDLE, the UE shall: 
1> reset MAC and re-establish RLC for all RBs that are established; 

1> stop all timers that are running except T320; 

1> release all radio resources, including release of the RLC entity and the associated PDCP entity for all established 
RBs; 

1> indicate the release of the RRC connection to upper layers; 

1> enter RRCJDLE. 
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8.2.4.8.3 Test description 

8.2.4.8.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.2.4.8.3.2 Test procedure sequence 

Table 8.2.4.8.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while columns marked "Tl' 
and "T2" are to be applied subsequently. The exact instants on which these values shall be applied are described in the 
texts in this clause. 

Table 8.2.4.8.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell- 
specific RS 
EPRE 

dBm/15 
kHz 

-85 

-91 

The power level values are such that measurement 
results for Cell 1 (Ml) and Cell 2 (M2) satisfy entry 
condition for event A3 (Ml > M2) 

T1 

Cell- 
specific RS 
EPRE 

dBm/15 
kHz 

-85 

-79 

The power level values are such that measurement 
results for Cell 1 (Ml) and Cell 2 (M2) satisfy entry 
condition for event A3 (M2 > Ml) 

T2 

Cell- 
specific RS 
EPRE 

dBm/15 
kHz 

-85 

"Off- 

The power level values are such that Srxlevceii i > 
Srxlevceii 2 and Srxlevceii2 <0.(NOTE 1). 

NOTE 1: Power level "Off" is defined in TS36.508 Table 6.2.2.1-1. 
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Table 8.2.4.8.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup intra frequency measurement on Cell 1 . 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 1 and Cell 2 parameters 
according to the row "T1 " in table 8.2.4.8.3.2-1 . 

- 

- 

- 

- 

4 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 with the 
measured RSRP and RSRQ value for Cell 2. 

-> 

MeasurementReport 



5 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform intra 
frequency handover to Cell 2. 

<— 

RRCConnectionReconfiguration 




EXCEPTION: In parallel to the events 
described in step 6 the steps specified in Table 
8.2.4.8.3.2-3 should take place. 





6 

The SS changes Cell 1 and Cell 2 parameters 
according to the row "T2" in table 8.2.4.8.3.2-1 . 

- 

- 

- 

- 

7 

The UE transmits an 

RRCConnectionReestablislimentRequest 
message on Cell 1 . 

-> 

RRCConnectionReestabiislinfient 
Request 



8 

The SS does not respond to any 
RRCConnectionReestablislimentRequest 
message and waits for Is to ensure that T301 
expires and the UE goes to RRCJDLE state 
on Cell 1. 





9- 
13 

The UE will perform TAU procedure based on 
steps 1 to 5 of subclause 6.4.2.7 in TS 36.508 
on Cell 1. 

NOTE: The UE performs a TAU procedure due 
to NAS signalling connection recovery. 





14 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1 



At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 






Table 8.2.4.8.3.2-3: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

- 

EXCEPTION: The steps 1 and 2 below are 
repeated for the duration of T304 

- 

- 

- 

- 

1 

The UE attempts to perform the intra 
frequency handover using MAC Random 
Access Preamble on Cell 2 





2 

The SS does not respond. 

- 

- 

- 

- 


8.2.4.8.3.3 Specific message contents 

Table 8.2.4.8.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.2.4.8.3.2-2) 

Derivation path: 36.508 Table 4.6.1-8, condition MEAS 
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Table 8.2.4.8.3.3-1 A: MeasConfig (Table 8.2.4.8.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



nneasObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigloAddModList SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measidloAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 




Table 8.2.4.8.3.3-2: MeasurementReport{sXep 4, Table 8.2.4.8.3.2-2) 

Derivation path: 36.508 Table 4.6.1-5 I 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 2 



cgi-lnfo[1] 

Not present 



measResultfll SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.2.4.8.3.3-3: RRCConnectionReconfiguration (step 5, Table 8.2.4.8.3.2-2) 

Derivation path: 36.508 Table 4.6.1-8, condition HO | 
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Table 8.2.4.8.3.3-3A: MobilityControllnfo (Table 8.2.4.8.3.3-4) 


Derivation Path: 36.508 Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 2 



carrierFreq 

Not present 



} 





Table 8.2.4.8.3.3-4: Void 


Table 8.2.4.8.3.3-5: RRCConnectionReestablishmentRequest {step 7, Table 8.2.4.8.3.2-2) 


Derivation path: 36.508 Table 4.6.1-13 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE! 
criticalExtensions CHOICE { 

rrcConnectionReestablishmentRequest-r8 
SEQUENCE! 




ue-ldentity SEQUENCE! 




c-RNTI 

The value of the C-RNTI 
oftheUE. 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS 



} 




reestablishmentCause 

handoverFailure 



} 




} 




} 





RRC connection reconfiguration / Handover / Inter-band blind handover / 
Success 

Test Purpose (TP) 


8.2.4.9 

8.2.4.9.1 
(1) 

with { UE having completed the radio bearer establishment and initial security activation procedure 

} 

ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo 
indicating an E-UTRA frequency on different frequency band } 

then { UE transmits an RRCConnectionReconfigurationComplete message } 


8.2.4.9.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.3.5.4, 
5.3.10.4 and 5.3.10.6. 

[TS 36.331, clause 5.3.5.4] 

If the RRCConnectionReconfiguration message includes the mobilityControlInfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 

1> stop timer T310, if running; 
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1> start timer T304 with the timer value set to t304, as included in the mobility Controllnfo; 

1> if the carrierFreq is included: 

2> consider the target cell to be one on the frequency indicated by the carrierFreq with a physical cell identity 
indicated by the targetPhysCellId\ 

1> else: 

2> consider the target cell to be one on the current frequency with a physical cell identity indicated by the 
targetPhysCellId\ 

1> start synchronising to the DL of the target cell; 

NOTE 1 : The UE should perform the handover as soon as possible following the reception of the RRC message 

triggering the handover, which could be before confirming successful reception (HARQ and ARQ) of this 
message. 

1> reset MAC; 

1> re-establish PDCP for all RBs that are established; 

NOTE 2: The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HEN, is specified in TS 36.323 [8]. 

1> re-establish RLC for all RBs that are established; 

1> apply the value of the newUE-Identity as the C-RNTI; 

1> configure lower layers in accordance with the received radioResourceConfigCommon; 


1> if the keyChangelndicator received in the securityConfigHO is set to TRUE: 

2> update the KeNB key based on the fresh Kasme key taken into use with the previous successful NAS SMC 
procedure, as specified in TS 33.401 [32]; 

1> else: 

2> update the KeNB key based on the current KeNB or the NH, using the nextHopChainingCount value indicated 
in the securityConfigHO, as specified in TS 33.401 [32]; 

1> store the nextHopChainingCount value; 

1> if the securityAlgorithmConfig is included in the securityConfigHO: 

2> derive the KRRQnt key associated with the integrity? rot Algorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the cipheringAlgorithm, as specified in TS 33.401 
[32]; 

1> else: 

2> derive the KRRQnt key associated with the current integrity algorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the current ciphering algorithm, as specified in TS 
33.401 [32]; 

1> configure lower layers to apply the integrity protection algorithm and the KRRCint key, i.e. the integrity protection 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> configure lower layers to apply the ciphering algorithm, the KRRCenc key and the KuPenc key, i.e. the ciphering 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 
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1> perform the measurement related actions as specified in 5.5.6.1; 

1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 
1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 
1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 

2> apply the parts of the CQI reporting configuration, the scheduling request configuration and the sounding RS 
configuration that do not require the UE to know the SFN of the target cell, if any; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SFN 
of the target cell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, sounding 
RS configuration), if any, upon acquiring the SFN of the target cell; 

NOTE 3: Whenever the UE shall setup or reconfigure a configuration in accordance with a field that is received it 
applies the new configuration, except for the cases addressed by the above statements. 

2> the procedure ends; 


[TS 36.331, clause 5.3.10.4] 
The UE shall: 

1> reconfigure the MAC main configuration in accordance with the received mac-MainConfig\ 
[TS 36.331, clause 5.3.10.6] 
The UE shall: 

1> reconfigure the physical channel configuration in accordance with the receiwed physicalConfigDedicated', 

1> if the antennalnfo is included and set to 'explicitValue': 

2> if the configured transmissionMode is not 7m J' or Vm4' release ri-Configlndex in cqi-ReportPeriodic, if 
previously configured; 

1> else if the antennalnfo is included and set to 'defaultValue': 

2> release ri-Configlndex in cqi-ReportPeriodic, if previously configured; 

8.2.4.9.3 Test description 

8.2.4.9.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 10. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 
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8.2.4.9.3.2 


Test procedure sequence 

Table 8.2.4.9.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform inter band 
handover to Cell 10. 

<- 

RRCConnectionReconfiguration 



2 

Check: Does the UE transmit an 
RRCConnectionReconfigurationComplete 
message on Cell 10? 

-> 

RRCConnectionReconfigurationC 
ompiete 

1 

P 

3 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 10? 



1 



8.2.4.9.3.3 Specific message contents 

Table 8.2.4.9.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.2.4.9.3.2-1) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 

Table 8.2.4.9.3.3-2: MobiiityControilnfo (Table 8.2.4.9.3.3-1) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobiiityControilnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 10 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 10 



ul-CarrierFreq 

Not present 



} 




} 





8.2.4.10 RRC connection reconfiguration / Handover (between FDD and TDD) 


8.2.4.10.1 

(1) 


Test Purpose (TP) 


with { UE having completed the radio bearer establishment and initial security activation procedure 
and performed the inter frequency measurement in FDD mode} 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including an IE 
mobilityControl Information with TDD configuration parameters included } 

then { UE transmits an RRCConnectionReconfigurationComplete message } 

} 

(2) 

with { UE having completed the radio bearer establishment and initial security activation procedure 
and performed the inter frequency measurement in TDD mode} 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including an IE 
mobilityControlInformation with FDD configuration parameters included } 

then { UE transmits an RRCConnectionReconfigurationComplete message } 


ETSi 


3GPP TS 36.523-1 version 10.0.0 Release 10 1024 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

8.2.4.10.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.331 clauses 5.3.5.4, 
5.3.10.4 and 5.3.10.6. 

[TS 36.331, clause 5.3.5.4] 

If the RRCConnectionReconfiguration message includes the mobility Controllnfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 

1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobility Controllnfo; 

1> if the carrierFreq is included: 

2> consider the target cell to be one on the frequency indicated by the carrierFreq with a physical cell identity 
indicated by the targetPhysCellId\ 

1> else: 

2> consider the target cell to be one on the current frequency with a physical cell identity indicated by the 
targetPhysCellId\ 

1> start synchronising to the DL of the target cell; 

NOTE 1 : The UE should perform the handover as soon as possible following the reception of the RRC message 

triggering the handover, which could be before confirming successful reception (HARQ and ARQ) of this 
message. 

1> reset MAC; 

1> re-establish PDCP for all RBs that are established; 

NOTE 2: The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HEN, is specified in TS 36.323 [8]. 

1> re-establish RLC for all RBs that are established; 

1> apply the value of the newUE-Identity as the C-RNTI; 

1> configure lower layers in accordance with the received radioResourceConfigCommon\ 

1> configure lower layers in accordance with any additional fields, not covered in the previous, if included in the 
received mobility Controllnfo\ 

1> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

2> perform the radio resource configuration procedure as specified in 5.3.10; 

1> if the keyChangelndicator received in the securityConfigHO is set to TRUE: 

2> update the KeNB key based on the fresh Kasme key taken into use with the previous successful NAS SMC 
procedure, as specified in TS 33.401 [32]; 

1> else: 

2> update the KeNB key based on the current KeNB or the NH, using the nextHopChainingCount value indicated 
in the securityConfigHO, as specified in TS 33.401 [32]; 

1> store the nextHopChainingCount value; 

1> if the securityAlgorithmConfig is included in the securityConfigHO: 

2> derive the KRRQnt key associated with the integrity ProtAlgorithm, as specified in TS 33.401 [32]; 
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2> derive the KRRCenc key and the KuPenc key associated with the cipheringAlgorithm, as specified in TS 33.401 
[32]; 

1> else: 

2> derive the KRRQnt key associated with the current integrity algorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the current ciphering algorithm, as specified in TS 
33.401 [32]; 

1> configure lower layers to apply the integrity protection algorithm and the KRRCint key, i.e. the integrity protection 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> configure lower layers to apply the ciphering algorithm, the KRRCenc key and the KuPenc key, i.e. the ciphering 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> perform the measurement related actions as specified in 5.5.6.1; 

1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 
1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 
1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 

2> apply the parts of the CQI reporting configuration, the scheduling request configuration and the sounding RS 
configuration that do not require the UE to know the SEN of the target cell, if any; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SEN 
of the target cell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, sounding 
RS configuration), if any, upon acquiring the SEN of the target cell; 

NOTE 3: Whenever the UE shall setup or reconfigure a configuration in accordance with a field that is received it 
applies the new configuration, except for the cases addressed by the above statements. 

2> the procedure ends; 

NOTE 4: The UE is not required to determine the SEN of the target cell by acquiring system information from that 
cell before performing RACH access in the target cell. 

[TS 36.331, clause 5.3.10.4] 

The UE shall: 

1> reconfigure the MAC main configuration in accordance with the received mac-MainConfig; 
[TS 36.331, clause 5.3.10.6] 
The UE shall: 

1> reconfigure the physical channel configuration in accordance with the rccciycd physicalConfigDedicated; 

1> if the antennalnfo is included and set to 'explicitValue': 

2> if the configured transmissionMode is not 7m J' or 7m4' release ri-Configlndex in cqi-ReportPeriodic, if 
previously configured; 

1> else if the antennalnfo is included and set to 'defaultValue': 

2> release ri-Configlndex in cqi-ReportPeriodic, if previously configured; 
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Test description 
Pre-test conditions 


8.2.4.10.3 
8.2.4.10.3.1 
System Simulator: 

- Cell 1 in FDD and Cell 10 in TDD 


System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 


UE: 


None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on cell 1 according to [18]. 
8.2.4.1 0.3.2 Test procedure sequence 

Table 8.2.4.10.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1 

The 88 transmits an 

RRCConnectionReconfiguration message 
including TDD-Config to order the UE to 
perform inter band handover to Cell 10. 

<- 

RRCConnectionReconfiguration 



2 

Check: Does the UE transmit an 
RRCConnectionReconfigurationComplete 
message on Cell 10? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

P 

3 

Check: Does the test result of generic test 
procedure in T8 36.508 subclause 6.4.2.3 
ndicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 10? 



1 


4 

The 88 transmits an 

RRCConnectionReconfiguration message 
without including TDD-Config to order the UE 
to perform inter band handover to Cell 1 . 

<- 

RRCConnectionReconfiguration 



5 

Check: Does the UE transmit an 
RRCConnectionReconfigurationComplete 
message on Cell 1? 

-> 

RRCConnectionReconfigurationC 
omplete 

2 

P 

6 

Check: Does the test result of generic test 
procedure in T8 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



2 



8.2.4.1 0.3.3 Specific message content 

Table 8.2.4.10.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.2.4.10.3.2-1) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 
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Table 8.2.4.10.3.3-2: MobilityControllnfo (Table 8.2.4.10.3.3-1) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo-HO ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of Cell 10 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN as used 
for Cell 10 



ul-CarrierFreq 

Not present 



} 




carrierBandwidth SEQUENCE { 




dl-Bandwidth 

Same downlink system bandwidth 
as used for Cell 10 



ul-Bandwidth 

Not present 



} 




additionalSpectrumEmission 

Same 

additionalSpectrumEmission as 
used for Cell 10 



tdd-Config 

TDD-Config-DEFAULT 



} 





Table 8.2.4.10.3.3-3: RRCConnectionReconfiguration (step 4, Table 8.2.4.10.3.2-1) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.2.4.10.3.3-4: MobilityControllnfo (Table 8.2.4.10.3.3-3) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo-HO ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of Cell 1 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN as used 
for Cell 1 



ul-CarrierFreq 

Same uplink EARFCN as used for 
CelM 



} 




carrierBandwidth SEQUENCE { 




dl-Bandwidth 

Same downlink system bandwidth 
as used for Cell 1 



ul-Bandwidth 

Same uplink system bandwidth as 
used for Cell 1 



} 




additionalSpectrumEmission 

Same 

additionalSpectrumEmission as 
used for Cell 1 



tdd-Config 

Not present 



} 





8.2.4.11 
8.2.4.12 

8.2.4.12.1 
(1) 


Void 

RRC connection reconfiguration / Handover / Setup and release of IVIIMO 
Test Purpose (TP) 


with { UE having completed the radio bearer establishment and initial security activation procedure 

} 

ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo 
indicating a cell with 2 antenna ports } 

then { UE transmits an RRCConnectionReconfigurationComplete message } 
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(2) 

with { UE having completed the radio bearer establishment and initial security activation procedure 

} 

ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo 
indicating a cell with 1 antenna port } 

then { UE transmits an RRCConnectionReconfigurationComplete message } 
} 

8.2.4.12.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.331 clauses 5.3.5.4 
and 5.3.10.6. 

[TS 36.331, clause 5.3.5.4] 

If the RRCConnectionReconfiguration message includes the mobilityControlInfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 

1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobilityControlInfo; 


1> else: 

2> consider the target cell to be one on the current frequency with a physical cell identity indicated by the 
targetPhysCellld; 

1> start synchronising to the DL of the target cell; 

NOTE 1 : The UE should perform the handover as soon as possible following the reception of the RRC message 

triggering the handover, which could be before confirming successful reception (HARQ and ARQ) of this 
message. 

1> reset MAC; 

1> re-establish PDCP for all RBs that are established; 

NOTE 2: The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HEN, is specified in TS 36.323. 

1> re-establish RLC for all RBs that are established; 

1> apply the value of the newUE-Identity as the C-RNTI; 


1> configure lower layers in accordance with the received radioResourceConfigCommon; 

1> configure lower layers in accordance with any additional fields, not covered in the previous, if included in the 
received mobilityControlInfo; 

1> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

2> perform the radio resource configuration procedure as specified in 5.3.10; 


1> else: 

2> update the KeNB key based on the current KeNB or the NH, using the nextHopChainingCount value indicated 
in the securityConfigHO, as specified in TS 33.401 [32]; 
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1> store the nextHopChainingCount value; 

1> else: 

2> derive the KRRCmt key associated with the current integrity algorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the current ciphering algorithm, as specified in TS 
33.401 [32]; 

1> configure lower layers to apply the integrity protection algorithm and the KRRCint key, i.e. the integrity protection 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> configure lower layers to apply the ciphering algorithm, the KRRCenc key and the KuPenc key, i.e. the ciphering 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> perform the measurement related actions as specified in 5.5.6.1; 

1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 

1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 

2> apply the parts of the CQI reporting configuration, the scheduling request configuration and the sounding RS 
configuration that do not require the UE to know the SEN of the target cell, if any; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SEN 
of the target cell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, sounding 
RS configuration), if any, upon acquiring the SEN of the target cell; 

NOTE 3: Whenever the UE shall setup or reconfigure a configuration in accordance with a field that is received it 
applies the new configuration, except for the cases addressed by the above statements. 

2> the procedure ends; 

NOTE 4: The UE is not required to determine the SEN of the target cell by acquiring system information from that 
cell before performing RACH access in the target cell. 

[TS 36.331, clause 5.3.10.6] 

The UE shall: 

1> reconfigure the physical channel configuration in accordance with the rccciycd physicalConfigDedicated; 

1> if the antennalnfo is included and set to 'explicitValue': 

2> if the configured transmissionMode is not 7m J' or Vm4' or 7m8': 

3> release ri-Configlndex in cqi-ReportPeriodic, if previously configured; 

2> if the configured transmissionMode is 'tm8' and pmi-RI-Report is not present: 

3> release ri-Configlndex in cqi-ReportPeriodic, if previously configured; 

1> else if the antennalnfo is included and set to 'defaultValue': 

2> release ri-Configlndex in cqi-ReportPeriodic, if previously configured; 
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Test description 
Pre-test conditions 


8.2.4.12.3 
8.2.4.12.3.1 
System Simulator: 

Cell 1 and Cell 2 (2 antenna ports MIMO) 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on cell 1 according to [18]. 

8.2.4.1 2.3.2 Test procedure sequence 

Table 8.2.4.12.3.2-0 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 8.2.4.12.3.2-0: Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-91 

-85 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-91 


Table 8.2.4.12.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
order the UE to perform intra frequency 
handover to Cell 2. 

<— 

RRCConnectionReconfiguration 



2 

Check: Does the UE transmit an 
RRCConnectionReconfigurationComplete 
message on Cell 2? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

P 

3 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
ndicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 2? 



1 


3A 

The SS changes Cell 1 and Cell 2 parameters 
according to the row "Tl" in table 8.2.4.12.3.2- 
0. 

" 

- 

" 

" 

4 

The SS transmits an 

RRCConnectionReconfiguration message to 
order the UE to perform intra frequency 
handover to Cell 1 . 

<— 

RRCConnectionReconfiguration 



5 

Check: Does the UE transmit an 
RRCConnectionReconfigurationConfipiete 
message on Cell 1? 

-> 

RRCConnectionReconfigurationC 
ompiete 

2 

P 

6 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



2 



8.2.4.1 2.3.3 Specific message content 

Table 8.2.4.12.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.4.2.12.3.2-1) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 
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Table 8.2.4.12.3.3-2: MobilityControllnfo (Table 8.2.4.12.3.3-1) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo-HO ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 2 



carrierFreq 

Not present 



radioResourceConfigCommon 

RadioResourceConfigCo 
mmon-DEFAULT 



} 





Table 8.2.4.12.3.3-3: RadioResourceConfigCommon-DEFAULT (Tab\e 8.2.4.12.3.3-2) 

Derivation Path: 36.508, Table 4.6.3-13, condition 2TX 

Table 8.2.4.12.3.3-4: RRCConnectionReconfiguration (step 4, Table 8.4.2.12.3.2-1) 

I Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.2.4.12.3.3-5: MobilityControllnfo (Table 8.2.4.12.3.3-4) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
CelM 



carrierFreq 

Not present 



radioResourceConfigCommon 

RadioResourceConfigCo 
mmon-DEFAULT 



} 





Table 8.2.4.12.3.3-6: RadioResourceConfigCommon-DEFAULT (Tab\e 8.2.4.12.3.3-5) 


Derivation Path: 36.508, Table 4.6.3-1 

Information Element 

Value/remark 

Comment 

Condition 

antennalnfoCommon SEQUENCE { 




antennaPortsCount 

ani 



} 





8.2.4.13a RRC connection reconfiguration / Handover / Success (with measureinent) / 
Inter-band / Between FDD and TDD 


8.2.4.13a.1 


(1) 


Test Purpose (TP) 


with { UE in E-UTRA FDD RRC_CONNECTED state and having completed the radio bearer establishment and 
initial security activation procedure and performed the inter band LTE TDD measurement } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo 
indicating a different E-UTRA TDD frequency } 

then { UE transmits an RRCConnectionReconfigurationComplete message } 

} 

(2) 

with { UE in E-UTRA TDD RRC_CONNECTED state and having completed the radio bearer establishment and 
initial security activation procedure and performed the inter band LTE FDD measurement } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo 
indicating a different E-UTRA FDD frequency } 

then { UE transmits an RRCConnectionReconfigurationComplete message } 
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} 

8.2.4.1 3a.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.3.5.4, 
5.3.10.4 and 5.3.10.6. 

[TS 36.331, clause 5.3.5.4] 

If the RRCConnectionReconfiguration message includes the mobility Controllnfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 

1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobility ControlInfo\ 

1> if the carrierFreq is included: 

2> consider the target cell to be one on the frequency indicated by the carrierFreq with a physical cell identity 
indicated by the targetPhysCellId\ 

1> else: 

2> consider the target cell to be one on the current frequency with a physical cell identity indicated by the 
targetPhysCellld; 

1> start synchronising to the DL of the target cell; 

NOTE 1 : The UE should perform the handover as soon as possible following the reception of the RRC message 

triggering the handover, which could be before confirming successful reception (HARQ and ARQ) of this 
message. 

1> reset MAC; 

1> re-estabUsh PDCP for all RBs that are estabUshed; 

NOTE 2: The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HEN, is specified in TS 36.323 [8]. 

1> re-establish RLC for all RBs that are established; 

1> apply the value of the newUE-Identity as the C-RNTI; 

1> configure lower layers in accordance with the received radioResourceConfigCommon; 

1> configure lower layers in accordance with any additional fields, not covered in the previous, if included in the 
received mobility Controllnfo; 

1> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

2> perform the radio resource configuration procedure as specified in 5.3.10; 

1> if the keyChangelndicator received in the securityConfigHO is set to TRUE: 

2> update the KgNB key based on the fresh Kasme key taken into use with the previous successful NAS SMC 
procedure, as specified in TS 33.401 [32]; 

1> else: 

2> update the KeNB key based on the current KeNB or the NH, using the nextHopChainingCount value indicated 
in the securityConfigHO, as specified in TS 33.401 [32]; 

1> store the nextHopChainingCount value; 

1> if the securityAlgorithmConfig is included in the securityConfigHO: 
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2> derive the KRRCmt key associated with the integrityProt Algorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the ciphering Algorithm, as specified in TS 33.401 
[32]; 

1> else: 

2> derive the KRRCmt key associated with the current integrity algorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the current ciphering algorithm, as specified in TS 
33.401 [32]; 

1> configure lower layers to apply the integrity protection algorithm and the KRRCint key, i.e. the integrity protection 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> configure lower layers to apply the ciphering algorithm, the KRRCenc key and the KuPenc key, i.e. the ciphering 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> perform the measurement related actions as specified in 5.5.6.1; 

1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 
1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 
1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 

2> apply the parts of the CQI reporting configuration, the scheduling request configuration and the sounding RS 
configuration that do not require the UE to know the SEN of the target cell, if any; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SEN 
of the target cell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, sounding 
RS configuration), if any, upon acquiring the SEN of the target cell; 

NOTE 3: Whenever the UE shall setup or reconfigure a configuration in accordance with a field that is received it 
applies the new configuration, except for the cases addressed by the above statements. 

2> the procedure ends; 


[TS 36.331, clause 5.3.10.4] 
The UE shall: 

1> reconfigure the MAC main configuration in accordance with the received mac-MainConfig\ 
[TS 36.331, clause 5.3.10.6] 
The UE shall: 

1> reconfigure the physical channel configuration in accordance with the received physicalConfigDedicated; 

1> if the antennalnfo is included and set to 'explicitValue': 

2> if the configured transmissionMode is not 7m J' or Vm4' release ri-Configlndex in cqi-ReportPeriodic, if 
previously configured; 

1> else if the antennalnfo is included and set to 'defaultValue': 

2> release ri-Configlndex in cqi-ReportPeriodic, if previously configured; 
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8.2.4.1 3a.3 Test description 

8.2.4.1 3a.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 is FDD cell and Cell 28 is TDD cell with different PLMN from Cell 1 

System information combination FFS as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 
None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.2.4.1 3a.3. 2 Test procedure sequence 

Table 8.2.4. 13a.3.2-l illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 8.2.4.1 3a.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 28 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/15k 
Hz 

-85 

-97 

The power level values are such that 
measurement results for Cell 1 (M1) 
and Cell 28 (M28) satisfy exit condition 
for event A3 (M28<M1). 

T1 

Cell-specific 
RS EPRE 

dBm/15k 
Hz 

-85 

-73 

The power level values are such that 
measurement results for Cell 1 (M1) 
and Cell 28 (M28) satisfy entry 
condition for event A3 (M28 > M1). 

T2 

Cell-specific 
RS EPRE 

dBm/15k 
Hz 

-73 

-85 

The power level values are such that 
measurement results for Cell 1 (M1) 
and Cell 28 (M28) satisfy entry 
condition for event A3 (M1 > M28). 
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Table 8.2.4.1 3a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup inter band measurement. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 28 power level according 
to the row "T1 " in table 8.2.4.1 3a.3.2-1 . 

- 

- 

- 

- 

4 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 with the 
measured RSRP, RSRQ values for Cell 28. 

-> 

MeasurementReport 



5 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform inter band 
handover to Cell 28. 

<— 

RRCConnectionReconfiguration 



6 

Check: Does the UE transmit an 
RRCConnectionReconfigurationConfiplete 
message on Cell 28 to confirm the successful 
completion of the inter band handover? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

p 

7 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 28? 



1 


8 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 28 to setup inter band measurement. 

<— 

RRCConnectionReconfiguration 



9 

The UE transmits an 

RRCConnectionReconfigurationConfipiete 
message on Cell 28. 

-> 

RRCConnectionReconfigurationC 
omplete 



10 

The SS changes Cell 1 and Cell 28 power 
levels according to the row "T2" in table 
8.2.4.13a.3.2-1. 





11 

The UE transmits a IVIeasurementReport 
message on Cell 28 to report event A3 with the 
measured RSRP, RSRQ values for Cell 1 . 

-> 

MeasurementReport 



12 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 28 to order the UE to perform inter band 
handover to Cell 1 . 

<- 

RRCConnectionReconfiguration 



13 

Check: Does the UE transmit an 
RRCConnectionReconfigurationComplete 
message on Cell 1 to confirm the successful 
completion of the inter band handover? 

-> 

RRCConnectionReconfigurationC 
omplete 

2 

p 

14 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicates that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



2 



8.2.4.1 3a.3. 3 Specific message contents 

Table 8.2.4.1 3a.3.3-1 : RRCConnectionReconfiguration (step 1 and step 8, Table 8.2.4.1 3a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.2.4.1 3a.3.3-2: MeasConfig (step 1, Table 8.2.4.1 3a.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1 condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f6 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f6) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f6 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 





Table 8.2.4.1 3a.3.3-3: MeasurementReport (step 4, Table 8.2.4.1 3a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 


CelM 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 28 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.2.4.1 3a.3.3-4: RRCConnectionReconfiguration (step 5 and step 12, Table 8.2.4.1 3a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 
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Table 8.2.4.1 3a.3.3-5: MobilityControllnfo (step 5, Table 8.2.4.1 3a.3.3-4) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 28 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 28 



ul-CarrierFreq 

Not present 



} 




} 




Table 8.2.4.1 3a.3.3-6: MeasConfig (step 8, Table 8.2.4.1 3a.3.3-1) 

Derivation Path: 36.508, Table 4.6.6-1 condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1 ..maxObjectId)) OF SEQUENCE { 

1 entry 



measObjectld[1] 

ldMeasObject-f2 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(f2) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

2 



measObjectld[1] 

ldMeasObject-f2 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 
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Table 8.2.4.1 3a.3.3-7: MeasurementReport (step 11, Table 8.2.4.1 3a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 


Cell 28 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
CelM 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.2.4.1 3a.3.3-8: MobilityControllnfo (step 12, Table 8.2.4.1 3a.3.3-4) 

Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
CelM 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 1 



ul-CarrierFreq 

Not present 



} 




} 





8.2.4.14a RRC connection reconfiguration / Handover/ Failure / Re-establishinent 
successful / Inter-band / Between FDD and TDD 


8.2.4.14a.1 

(1) 


Test Purpose (TP) 


with { UE in E-UTRA FDD RRC_CONNECTED state and having completed the radio bearer establishment and 
initial security activation procedure and after receiving an RRCConnectionReconfiguration message 
including a mobilityControlInfo indicating a different E-UTRA TDD cell having attempted inter-mode 
handover } 
ensure that { 

when { UE detects handover failure and the initial E-UTRA TDD cell is selectable } 

then { UE performs an RRC connection re-establishment procedure and remains in the E-UTRA 
RRC_CONNECTED state on the E-UTRA TDD cell } 
} 
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(2) 

with { UE in E-UTRA FDD RRC_CONNECTED state and having transmitted an 
RRCConnectionReestablishmentRequest message on E-UTRA TDD cell } 
ensure that { 

when { UE receives an RRCConnectionReestablishment message with a nextHopChainingCount which is 
same as the NCC associated with the currently active KeNB } 

then { UE derives new KgNB from the currently active KgNB } 

} 

(3) 

with { UE in E-UTRA TDD RRC_CONNECTED state and having completed the radio bearer establishment and 
initial security activation procedure and after receiving an RRCConnectionReconfiguration message 
including a mobilityControlInfo indicating a different E-UTRA FDD cell having attempted inter-mode 
handover } 
ensure that { 

when { UE detects handover failure and the initial E-UTRA FDD cell is selectable } 

then { UE performs an RRC connection re-establishment procedure and remains in the E-UTRA 
RRC_CONNECTED state on the E-UTRA FDD cell } 
} 

(4) 

with { UE in E-UTRA TDD RRC_CONNECTED state and having transmitted an 
RRCConnectionReestablishmentRequest message on E-UTRA FDD cell } 
ensure that { 

when { UE receives an RRCConnectionReestablishment message with a nextHopChainingCount which is 
different from the NCC associated with the currently active KeNB } 
then { UE derives new KgNB from the nextHopChainingCount } 
} 

8.2.4. 14a.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.3.5.4, 
5.3.5.6, 5.3.7.2, 5.3.7.4, 5.3.7.5, 5.3.10.4 and 5.3.10.6. 

[TS 36.331, clause 5.3.5.4] 

If the RRCConnectionReconfiguration message includes the mobilityControlInfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 

1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobilityControlInfo; 

1> if the carrierFreq is included: 

2> consider the target cell to be one on the frequency indicated by the carrierFreq with a physical cell identity 
indicated by the targetPhysCellld; 

1> else: 

2> consider the target cell to be one on the current frequency with a physical cell identity indicated by the 
targetPhysCellld; 

1> start synchronising to the DL of the target cell; 

NOTE 1 : The UE should perform the handover as soon as possible following the reception of the RRC message 

triggering the handover, which could be before confirming successful reception (HARQ and ARQ) of this 
message. 

1> reset MAC; 

1> re-establish PDCP for all RBs that are established; 

NOTE 2: The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HEN, is specified in TS 36.323 [8]. 
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1> re-establish RLC for all RBs that are established; 

1> apply the value of the newUE-Identity as the C-RNTI; 

1> configure lower layers in accordance with the received radioResourceConfigCommon; 

1> configure lower layers in accordance with any additional fields, not covered in the previous, if included in the 
received mobility Controllnfo\ 

1> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

2> perform the radio resource configuration procedure as specified in 5.3.10; 

1> if the keyChangelndicator received in the securityConfigHO is set to TRUE: 

2> update the KeNB key based on the fresh Kasme key taken into use with the previous successful NAS SMC 
procedure, as specified in TS 33.401 [32]; 

1> else: 

2> update the KeNB key based on the current KeNB or the NH, using the nextHopChainingCount value indicated 
in the securityConfigHO, as specified in TS 33.401 [32]; 

1> store the nextHopChainingCount value; 

1> if the securityAlgorithmConfig is included in the securityConfigHO: 

2> derive the KRRQnt key associated with the integrity ProtAlgorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the cipheringAlgorithm, as specified in TS 33.401 
[32]; 

1> else: 

2> derive the KRRQnt key associated with the current integrity algorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the current ciphering algorithm, as specified in TS 
33.401 [32]; 

1> configure lower layers to apply the integrity protection algorithm and the KRRCint key, i.e. the integrity protection 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> configure lower layers to apply the ciphering algorithm, the KRRCenc key and the KuPenc key, i.e. the ciphering 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> perform the measurement related actions as specified in 5.5.6.1; 

1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 
1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 
1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 

2> apply the parts of the CQI reporting configuration, the scheduling request configuration and the sounding RS 
configuration that do not require the UE to know the SEN of the target cell, if any; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SEN 
of the target cell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, sounding 
RS configuration), if any, upon acquiring the SEN of the target cell; 

NOTE 3: Whenever the UE shall setup or reconfigure a configuration in accordance with a field that is received it 
applies the new configuration, except for the cases addressed by the above statements. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 1041 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

2> the procedure ends; 

[TS 36.331, clause 5.3.5.6] 

The UE shall: 

1> if T304 expires (handover failure): 

NOTE: Following T304 expiry any dedicated preamble, if provided within the rach-ConfigDedicated, is not 
available for use by the UE anymore. 

2> revert back to the configuration used in the source cell, excluding the configuration configured by the 
physicalConfigDedicated, the mac-MainConfig and the sps-Config\ 

2> initiate the connection re-establishment procedure as specified in 5.3.7, upon which the RRC connection 
reconfiguration procedure ends; 

[TS 36.331, clause 5.3.7.2] 

The UE shall only initiate the procedure when AS security has been activated. The UE initiates the procedure when one 
of the following conditions is met: 

1> upon handover failure, in accordance with 5.3.5.6; or 

Upon initiation of the procedure, the UE shall: 

1> stop timer T310, if running; 

1> start timer T3 1 1 ; 

1> suspend all RBs except SRBO; 

1> reset MAC; 

1> apply the default physical channel configuration as specified in 9.2.4; 

1> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

1> apply the default MAC main configuration as specified in 9.2.2; 

1> perform cell selection in accordance with the cell selection process as specified in TS 36.304 [4]; 
[TS 36.331, clause 5.3.7.4] 
The UE shall set the contents of RRCConnectionReestablishmentRequest message as follows: 

1> set the ue -Identity as follows: 

2> set the c-RNTI to the C-RNTI used in the source cell (handover and mobility from E-UTRA failure) or used 
in the cell in which the trigger for the re-establishment occurred (other cases); 

2> set the physCellld to the physical cell identity of the source cell (handover and mobility from E-UTRA 
failure) or of the cell in which the trigger for the re-establishment occurred (other cases); 

2> set the shortMAC-I to the 16 least significant bits of the MAC-I calculated: 

3> over the ASN.l encoded as per section 8 (i.e., a multiple of 8 bits) VarShortM AC -Input, 

3> with the KRRCint key and integrity protection algorithm that was used in the source cell (handover and 
mobility from E-UTRA failure) or of the cell in which the trigger for the re-establishment occurred (other 
cases); and 
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3> with all input bits for COUNT, BEARER and DIRECTION set to binary ones; 

1> set the reestablishmentCause as follows: 

2> if the re-establishment procedure was initiated due to reconfiguration failure as specified in 5.3.5.5 (the UE is 
unable to comply with the reconfiguration): 

3> set the reestablishmentCause to the value 'reconfigurationFailure'; 

2> else if the re-establishment procedure was initiated due to handover failure as specified in 5.3.5.6 (intra-LTE 
handover failure) or 5.4.3.5 (inter-RAT mobility from EUTRA failure): 

3> set the reestablishmentCause to the value 'handover Failure'; 


The UE shall submit the RRCConnectionReestablishmentRequest message to lower layers for transmission. 
[TS 36.331, clause 5.3.7.5] 

NOTE: Prior to this, lower layer signalling is used to allocate a C-RNTI. For further details see TS 36.321 [6]; 
The UE shall: 

1> stop timer T301; 

1> re-estabHsh PDCP for SRBl; 

1> re-estabHsh RLC for SRBl; 

1> perform the radio resource configuration procedure in accordance with the received 
radioResourceConfigDedicated and as specified in 5.3.10; 

1> resume SRBl; 

1> update the KgNB key based on the Kasme key to which the current KgNB is associated, using the 

nextHopChainingCount value indicated in the RRCConnectionReestablishment message, as specified in TS 
33.401 [32]; 

1> store the nextHopChainingCount value; 

1> derive the KRRCmt key associated with the previously configured integrity algorithm, as specified in TS 33.401 
[32]; 

1> derive the KRRCenc key and the KuPenc key associated with the previously configured ciphering algorithm, as 
specified in TS 33.401 [32]; 

1> configure lower layers to activate integrity protection using the previously configured algorithm and the KRRCint 
key immediately, i.e., integrity protection shall be applied to all subsequent messages received and sent by the 
UE, including the message used to indicate the successful completion of the procedure; 

1> configure lower layers to apply ciphering using the previously configured algorithm, the KRRCenc key and the 
Kupenc key immediately, i.e., ciphering shall be applied to all subsequent messages received and sent by the UE, 
including the message used to indicate the successful completion of the procedure; 

1> perform the measurement related actions as specified in 5.5.6.1; 

1> submit the RRCConnectionReestablishmentComplete message to lower layers for transmission, upon which the 
procedure ends; 

[TS 36.331, clause 5.3.10.4] 

The UE shall: 

1> reconfigure the MAC main configuration in accordance with the received mac-MainConfig; 

[TS 36.331, clause 5.3.10.6] 
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The UE shall: 

1> reconfigure the physical channel configuration in accordance with the receiwed physicalConfigDedicated', 

1> if the antennalnfo is included and set to 'explicitValue': 

2> if the configured transmissionMode is not 7m J' or 7m4' release ri-Configlndex in cqi-ReportPeriodic, if 
previously configured; 

1> else if the antennalnfo is included and set to 'defaultValue': 

2> release ri-Configlndex in cqi-ReportPeriodic, if previously configured; 

8.2.4. 14a.3 Test description 

8.2.4. 14a.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 is FDD cell and Cell 28 is TDD cell. 

- Cell 28 has a valid UE context 

System information combination FES as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 
None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.2.4.14a.3.2 Test procedure sequence 

Table 8.2.4. 14a.3.2-l illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl", "T2", "T3" and "T4" are to be applied subsequently. The exact instants on which these values 
shall be applied are described in the texts in this clause. 

Table 8.2.4.1 4a.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 28 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/15kHz 

-85 

-97 

The power level values are such that 
measurement results for Cell 1 (Ml) and 
Cell 28 (M28) satisfy exit condition for 
eventA3(M28<M1). 

T1 

Cell-specific 
RS EPRE 

dBm/15kHz 

-85 

-73 

The power level values are such that 
measurement results for Cell 1 (Ml) and 
Cell 28 (M28) satisfy entry condition for 
eventA3(M28>M1). 

T2 

Cell-specific 
RS EPRE 

dBm/15kHz 

"Off" 

-73 

The power level values are assigned to 
satisfy SrxlevCell 1 < such that 
selecting Cell 28 is guaranteed 
(NOTED. 

T3 

Cell-specific 
RS EPRE 

dBm/15kHz 

-85 

-97 

The power level values are such that 
measurement results for Cell 1 (Ml) and 
Cell 28 (M28) satisfy entry condition for 
eventA3(M1>M28). 

T4 

Cell-specific 
RS EPRE 

dBm/15kHz 

-85 

"Off" 

The power level values are assigned to 
satisfy SrxlevCell 28 < such that 
selecting Cell 1 is guaranteed. 
(N0TE1). 

NOTE 1 : Power level "Off" is defined in TS36.508 Table 6.2.2.1-1. 
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Table 8.2.4.1 4a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup inter-band measurement on Cell 1 . 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 28 power level according 
to the row "T1 " in table 8.2.4.14a.3.2-1 . 

- 

- 

- 

- 

4 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 with the 
measured RSRP, RSRQ value for Cell 28. 

-> 

MeasurementReport 



5 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform inter-band 
handover to Cell 28. 

<— 

RRCConnectionReconfiguration 




EXCEPTION: In parallel to the events 
described in step 6 the steps specified in Table 
8.2.4.1 4a.3. 2-3 should take place. 





6 

The SS changes Cell 1 power level according 
to the row "T2" in table 8.2.4.14a.3.2-1 . 

- 

- 

- 

- 

7 

Check: Does the UE transmit an 
RRCConnectionReestablislimentRequest 
message on Cell 28? 

-> 

RRCConnectionReestablisliment 
Request 

1 

P 

8 

The SS transmits an 

RRCConnectionReestablisliment message to 
resume SRB1 operation and re-activate 
security on Cell 28. 

<— 

RRCConnectionReestablisliment 



9 

Check: Does the UE transmit an 
RRCConnectionReestablislimentComplete 
message using the security key derived from 
the currently active KeNeon Cell 28? 

-> 

RRCConnectionReestablisliment 
Complete 

2 

P 

10 

The SS transmits an 

RRCConnectionReconfiguration message to 
resume existing radio bearer on Cell 28. 

<- 

RRCConnectionReconfiguration 



11 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 28. 

-> 

RRCConnectionReconfigurationtC 
omplete 



12 

The SS changes Cell 1 and Cell 28 power 
levels according to the row "T3" in table 
8.2.4.14a.3.2-1. 





13 

The UE transmits a IVIeasurementReport 
message on Cell 28 to report event A3 with the 
measured RSRP, RSRQ value for Cell 1 . 

-> 

MeasurementReport 



14 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 28 to order the UE to perform inter-band 
handover to Cell 1 . 

<- 

RRCConnectionReconfiguration 




EXCEPTION: In parallel to the events 
described in step 15 the steps specified in 
Table 8.2.4. 14a.3.2-4 should take place. 





15 

The SS changes Cell 28 power level according 
to the row "T4" in table 8.2.4.14a.3.2-1 . 

- 

- 

- 

- 

16 

Check: Does the UE transmit an 
RRCConnectionReestabiislinfientRequest 
message on Cell 1? 

-> 

RRCConnectionReestablisliment 
Request 

3 

P 

17 

The SS transmits an 

RRCConnectionReestablisliment message to 
resume SRB1 operation and re-activate 
security on Cell 1 . 

<— 

RRCConnectionReestablisliment 



18 

Check: Does the UE transmit an 
RRCConnectionReestablishmentComplete 
message using the security key derived from 
the nextHopChainingCount on Cell 1? 

-> 

RRCConnectionReestablisliment 
Complete 

4 

P 
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19 

The SS transmits an 

RRCConnectionReconfiguration message to 
resume existing radio bearer on Cell 1 . 

<- 

RRCConnectionReconfiguration 



20 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationtC 
omplete 



21 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



3 


Table 8.2.4.1 4a.3.2-3: Parallel behaviour 

St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

- 

EXCEPTION: The steps 1 and 2 below are 
repeated for the duration of T304. 

- 

- 

- 

- 

1 

The UE attempts to perform the inter-band 
handover using MAC Random Access 
Preamble on Cell 28. 





2 

The SS does not respond. 

- 

- 

- 

- 

Table 8.2.4.143.3.2-4: Parallel behaviour 

St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

- 

EXCEPTION: The steps 1 and 2 below are 
repeated for the duration of T304. 

- 

- 

- 

- 

1 

The UE attempts to perform the inter-band 
handover using MAC Random Access 
Preamble on Cell 1 . 





2 

The SS does not respond. 

- 

- 

- 

- 


8.2.4.14a.3.3 


Specific message contents 


Table 8.2.4.1 4a.3.3-0: SystemlnformationBlockType2 \or Cell 1 and Cell 28 (preamble and all the steps 

in Table 8.2.4.1 4a.3.2-2) 


Derivation Path: 36.508, Table 4.6.3-12 

Information Element 

Value/remark 

Comment 

Condition 

ra-Supervisionlnfo SEQUENCE { 




preambleTransMax 

n50 



} 





Table 8.2.4.1 4a.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.2.4.1 4a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.2.4.1 4a.3.3-2: MeasConfig (Table 8.2.4.1 4a.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1, condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f6 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f6) 



} 




reportConfigloAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measidloAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f6 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 





Table 8.2.4.1 4a.3.3-3: MeasurementReport (step 4, Table 8.2.4.1 4a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 


CelM 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 28 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.2.4.1 4a.3.3-4: RRCConnectionReconfiguration (step 5, Table 8.2.4.1 4a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 
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Table 8.2.4.1 4a.3.3-5: MobilityControllnfo (Table 8.2.4.1 4a.3.3-4) 


Derivation Path: 36.308, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 28 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 28 



ul-CarrierFreq 

Not present 



} 




rach-ConfigDedicated SEQUENCE { 




ra-Preamblelndex 

63 



ra-PRACH-Masklndex 





} 




} 




Table 8.2.4.1 4a.3.3-6: RRCConnectionReestablishmentRequest (step 7, Table 8.2.4.1 4a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-13 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-r8 
SEQUENCE} 




ue-ldentity SEQUENCE} 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS. 



} 




reestablishmentCause 

handoverFailure 



} 




} 




} 




Table 8.2.4.1 4a.3.3-7: RRCConnectionReestablishment {step 8, Table 8.2.4.1 4a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-10 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishment ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReestablishment-r8 SEQUENCE { 




nextHopChainingCount 





} 




} 




} 




} 
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Table 8.2.4.1 4a.3.3-8: RRCConnectionReconfiguration (step 10 and step 19, Table 8.2.4.1 4a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-8, condition IVIEAS 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-HO 



} 




} 




} 




} 





Table 8.2.4.1 4a.3.3-9: MeasConfig (Tab\e 8.2.4.1 4a.3.3-8) 


Derivation Path: 36.508, Table 4.6.6-1, condition INTER-FREQ 


Table 8.2.4.1 4a.3.3-10: MeasurementReport (step 13, Table 8.2.4.1 4a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 


Cell 28 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
CelM 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.2.4.1 4a.3.3-1 1 : RRCConnectionReconfiguration (step 14, Table 8.2.4.1 4a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 
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Table 8.2.4.1 4a.3.3-1 2: MobilityControllnfo (Table 8.2.4.1 4a.3.3-10) 


Derivation Path: 36.308, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
CelM 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 1 



ul-CarrierFreq 

Not present 



} 




rach-ConfigDedicated SEQUENCE { 




ra-Preamblelndex 

63 



ra-PRACH-Masklndex 





} 




} 





Table 8.2.4.1 4a.3.3-1 3: RRCConnectionReestablishmentRequest {step 16, Table 8.2.4.1 4a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-13 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-r8 
SEQUENCE} 




ue-ldentity SEQUENCE} 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
Cell 28 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS. 



} 




reestablishmentCause 

handoverFailure 



} 




} 




} 





Table 8.2.4.1 4a.3.3-1 4: RRCConnectionReestablishment {step 17, Table 8.2.4.1 4a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-10 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishment ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReestablishment-r8 SEQUENCE { 




nextHopChainingCount 

2 



} 




} 




} 




} 
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8.2.4.15a RRC connection reconfiguration / Handover/ Failure / Re-establishment 
failure / Inter-band / Between FDD and TDD 

8.2.4.1 5a.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA FDD RRC_CONNECTED state and having completed the radio bearer establishment and 
initial security activation procedure on E-UTRA FDD cell and after receiving an 

RRCConnectionReconfiguration message including an IE mobilityControlInfo indicating a different E- 
UTRA TDD cell having attempted inter- mode handover } 
ensure that { 

when { UE detects handover failure and fails an RRC connection re-establishment procedure } 

then { UE enters the E-UTRA FDD RRC_IDLE state and trigger TAU procedure in order to recover RRC 
connection on E-UTRA FDD cell } 


(2) 

with { UE in E-UTRA TDD RRC_CONNECTED state and having completed the radio bearer establishment and 
initial security activation procedure on E-UTRA TDD cell and after receiving an 

RRCConnectionReconfiguration message including an IE mobilityControlInfo indicating a different E- 
UTRA FDD cell having attempted inter- mode handover } 
ensure that { 

when { UE detects handover failure and fails an RRC connection re-establishment procedure } 

then { UE enters the E-UTRA TDD RRC_IDLE state and trigger TAU procedure in order to recover RRC 
connection on E-UTRA TDD cell } 


8.2.4.1 5a.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.331 clauses 5.3.5.4, 
5.3.5.6, 5.3.7.2, 5.3.7.3, 5.3.7.4, 5.3.7.7 and 5.3.12. 

[TS 36.331, clause 5.3.5.4] 


If the RRCConnectionReconfiguration message includes the mobility Controllnformation and the UE is able to comply 
with the configuration included in this message, the UE shall: 

1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobility Controllnformation', 

1> request PDCP to initiate the PDCP Re-establishment procedure for all RBs that are established; 

NOTE 2: The handling of the radio bearers after the successful completion of the L2 re-establishment, e.g. the re- 
transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling of 
the SN and the HEN, is specified in [8]. 

1> reset MAC and re-establish RLC for all RBs that are established; 

1> If the RRCConnectionReconfiguration message includes the radioResourceConfiguration: 

2> perform the Radio resource configuration procedure as specified in 5.3.10; 

1> set the C-RNTI to the value of the new UE- Identity; 

1> if the eutra-CarrierFreq is included: 

2> consider the target cell to be one on the frequency indicated by the eutra-CarrierFreq with a physical cell 
identity indicated by the targetCellIdentity\ 

1> else: 

2> consider the target cell to be one on the current frequency with a physical cell identity indicated by the 
targetCellldentity ; 
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1> if the dl-Bandwidth is included: 

2> for the target cell, apply the downlink bandwidth indicated by the dl-Bandwidth; 
1> else: 

2> for the target cell, apply the same downlink bandwidth as for the current cell; 
1> if the ul-Bandwidth is included: 

2> for the target cell, apply the uplink bandwidth indicated by the ul-Bandwidth; 
1> else: 

2> for the target cell, apply the same uplink bandwidth as for the current cell; 
1> configure lower layers in accordance with the received radioResourceConfigCommon; 
1> If the RRCConnectionReconfiguration message includes the securityConfiguration: 

2> apply the AS-derived keys associated with the AS-base key indicated by the keylndicator; 

2> configure lower layers to apply the indicated integrity protection algorithm, i.e. the indicated integrity 

protection configuration shall be applied to all subsequent messages received and sent by the UE in the target 
cell, including the message used to indicate the successful completion of the procedure; 

2> configure lower layers to apply the indicated ciphering algorithm, i.e. the indicated ciphering configuration 
shall be applied to all subsequent messages received and sent by the UE in the target cell, including the 
message used to indicate the successful completion of the procedure; 

1> If the RRCConnectionReconfiguration message includes the measurementConfiguration: 

2> perform the Measurement configuration procedure as specified in 5.5.2; 

1> synchronise to the DL of the target cell; 

1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission using the new 
configuration; 

1> If MAC successfully completes the random access procedure: 

2> stop timer T304; 

2> If the physicalConfigDedicated is included in the RRCConnectionReconfiguration message: 

3> If the UE needs the SEN of the target cell to apply the PUCCH and Sounding RS configuration: 

4> apply the new PUCCH and Sounding RS configuration upon acquiring the SEN of the target cell; 

3> else: 

4> apply the new PUCCH and Sounding RS configuration; 

2> indicate to PDCP to complete the PDCP Re-establishment procedure for all DRBs that are established, if any; 

2> the procedure ends. 

[TS 36.331, clause 5.3.5.6] 

The UE shall: 

1> If T304 expires (handover failure): 

NOTE 1: Eollowing T304 expiry dedicated preambles, if provided within the rach-ConfigDedicated, are not 
available for use by the UE anymore. 
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2> revert back to the configuration used in the source cell, excluding the physical layer configuration; 

NOTE 2: The UE reverts to the RRC configuration as well as the layer 2 configuration (PDCP/RLC/MAC) used in 
the source cell. 

2> initiate the connection re-establishment procedure as specified in 5.3.7, upon which the RRC connection 
reconfiguration procedure ends. 

[TS 36.331, clause 5.3.7.2] 

The UE shall only initiate the procedure when security has been activated. The UE initiates the procedure when one of 
the following conditions is met: 


1> upon handover failure, in accordance with 5.3.5.6; or 

Upon initiation of the procedure, the UE shall: 

1> start timer T3 1 1 ; 

1> request PDCP to initiate the PDCP Re-establishment procedure for all RBs that are established; 

NOTE 1 : The handling of the radio bearers after the successful completion of the L2 re-establishment, e.g. the re- 
transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling of the SN and 
the HEN, is specified in [8]. 

1> reset MAC and re-establish RLC for all RBs that are established; 

1> select a suitable cell in accordance with the cell selection process as specified in [4]; 

[TS 36.331, clause 5.3.7.3] 

2> initiate transmission of the RRCConnectionReestablishmentRequest message in accordance with 5.3.7.4; 

[TS 36.331, clause 5.3.7.4] 

The UE shall set the contents ofRRCConnectionReestahlishmentRequest message as follows: 

1> set the IE ue-Identity as follows: 

2> set the c-RNTI to the C-RNTI used in the source cell (handover failure case) or used in the cell in which the 
trigger for the re-establishment occurred (other cases); 

2> set the cellldentity to the Physical layer identity of the source cell (handover failure case) or of the cell in 
which the trigger for the re-establishment occurred (other cases); 

2> set the shortMAC-I to the 16 least significant bits of the MAC-I calculated: 

3> over the concatenation of the ASN.l encoded Cellldentity of the current cell, PhysicalCellldentity of the 
cell the UE was connected to prior to the failure and C-RNTI that the UE had in the cell it was connected 
to prior to the failure; 

3> with the integrity protection key and integrity protection algorithm that was used in the cell the UE was 
connected to prior to the failure; and 

3> with all input bits for COUNT, BEARER and DIRECTION set to binary ones. 

1> set the IE reestablishmentCause as follows: 
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2> else if the re-establishment procedure was initiated due to handover failure as specified in 5.3.5.6 (intra-LTE 
handover failure) or 5.4.3.5 (inter-RAT mobility from EUTRA failure): 

3> set the reestablishmentCause to the value 'handoverFailure' \ 


The UE shall submit the RRCConnectionReestablishmentRequest message to lower layers for transmission. 
[TS 36.331, clause 5.3.7.7] 
Upon T311 expiry, the UE shall: 

1> perform the actions upon moving from RRC_CONNECTED to RRC_IDLE as specified in 5.3.12. 

[TS 36.331, clause 5.3.12] 

Upon moving from RRC_CONNECTED to RRCJDLE, the UE shall: 
1> reset MAC and re-establish RLC for all RBs that are established; 

1> stop all timers that are running except T320; 

1> release all radio resources, including release of the RLC entity and the associated PDCP entity for all established 
RBs; 

1> indicate the release of the RRC connection to upper layers; 

1> enter RRCJDLE. 
8.2.4.1 5a.3 Test description 

8.2.4.1 5a.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 3 are LTE FDD cells. Cell 10 and Cell 30 are LTE TDD cells. 

System information combination FES as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 
None. Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.2.4.1 5a.3. 2 Test procedure sequence 

Table 8.2.4. 15a.3.2-l illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while columns marked 
"Tl", "T2", "T3", "T4" and "T5" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 
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Table 8.2.4.1 5a.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 3 

Cell 10 

Cell 30 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-85 

"Off" 

-97 

"Off" 

The power level values are such that 
measurement results for Cell 1 (Ml) and 
Cell 10 (M10) satisfy exit condition for 
eventA3(M10<M1). 

T1 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-85 

"Off" 

-73 

"Off" 

The power level values are such that 
measurement results for Cell 1 (Ml) and 
Cell 10 (M10) satisfy entry condition for 
eventA3(M10>M1). 

T2 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-85 

"Off" 

"Off" 

"Off" 

The power level values are assigned to 
satisfy SrxlevCell 10 < such that 
selecting Cell 1 is guaranteed 
(N0TE1). 

T3 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-85 

"Off" 

"Off" 

-73 

The power level values are such that 
measurement results for Cell 1 (Ml) and 
Cell 30 (M30) satisfy entry condition for 
eventA3(M30>M1). 
(NOTED. 

T4 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

"Off" 

-73 

"Off" 

-85 

The power level values are such that 
measurement results for Cell 3 (M3) and 
Cell 30 (M30) satisfy entry condition for 
event A3 (M3>M30). 
(NOTED. 

T5 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

"Off- 

"Off- 

"Off" 

-85 

The power level values are assigned to 
satisfy SrxlevCell 3 < such that selecting 
Cell 30 is guaranteed 
(N0TE1). 

NOTE 1 : Power level "Off" is defined in TS36.508 Table 6.2.2.1-1. 
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Table 8.2.4.1 5a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup inter-band measurement on Cell 1 for 
Cell 10. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 10 parameters according 
to the row "T1 " in table 8.2.4.1 5a.3.2-1 . 

- 

- 

- 

- 

4 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 with the 
measured RSRP and RSRQ value for Cell 10. 

-> 

IVIeasurementReport 



5 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform inter-band 
handover to Cell 10. 

<- 

RRCConnectionReconfiguration 




EXCEPTION: In parallel to the events 
described in step 6 the steps specified in Table 
8.2.4.1 5a.3. 2-3 should take place. 





6 

The SS changes Cell 10 parameters according 
to the row "T2" in table 8.2.4.1 5a.3.2-1 . 

- 

- 

- 

- 

7 

The UE transmits an 

RRCConnectionReestabiislinfientRequest 
message on Cell 1 . 

-> 

RRCConnectionReestablishment 
Request 



8 

The SS does not respond to any 
RRCConnectionReestabiislinfientRequest 
message and waits for Is to ensure that T301 
expires and the UE goes to RRCJDLE state 
on Cell 1. 





9- 
13 

The UE will perform TAU procedure based on 
steps 1 to 5 of subclause 6.4.2.7 in TS 36.508 
on Cell 1. 

NOTE: The UE performs a TAU procedure due 
to NAS signalling connection recovery. 





14 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1 


15 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup inter-band measurement on Cell 1 for 
Cell 30. 

<- 

RRCConnectionReconfiguration 



16 

The UE transmits an 

RRCConnectionReconfigurationConfiplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



17 

The SS changes Cell 30 parameters according 
to the row "T3" in table 8.2.4.1 5a.3. 2-1 . 

- 

- 

- 

- 

18 

The UE transmits a IVIeasurementReport 
message on Cell 1 to report event A3 with the 
measured RSRP and RSRQ value for Cell 30. 

-> 

MeasurementReport 



19 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform inter-band 
handover to Cell 30. 

<— 

RRCConnectionReconfiguration 



20 

The UE transmits an 

RRCConnectionReconfigurationCompiete 
message on Cell 30 to confirm the successful 
handover 

-> 

RRCConnectionReconfigurationC 
omplete 



21 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup inter-band measurement on Cell 30 for 
Cell 3. 

<— 

RRCConnectionReconfiguration 



22 

The UE transmits an 
RRCConnectionReconfigurationComplete 

-> 

RRCConnectionReconfigurationC 
omplete 

- 

- 
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message on Cell 30. 





23 

The SS changes Cell 3 and Cell 30 
parameters according to the row "T4" in table 
8.2.4.15a.3.2-1. 





24 

The UE transmits a MeasurementReport 
message on Cell 30 to report event A3 with the 
measured RSRP and RSRQ value for Cell 3. 

-> 

MeasurementReport 



25 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 30 to order the UE to perform inter-band 
handover to Cell 3. 

<- 

RRCConnectionReconfiguration 




EXCEPTION: In parallel to the events 
described in step 26 the steps specified in 
Table 8.2.4. 15a.3.2-4 should take place. 





26 

The SS changes Cell 3 parameters according 
to the row "T5" in table 8.2.4.1 5a.3. 2-1 . 

- 

- 

- 

- 

27 

The UE transmits an 

RRCConnectionReestablishmentRequest 
message on Cell 30. 

-> 

RRCConnectionReestabiistinfient 
Request 



28 

The SS does not respond to any 
RRCConnectionReestablishmentRequest 
message and waits for Is to ensure that T301 
expires and the UE goes to RRCJDLE state 
on Cell 30. 





29- 
33 

The UE will perform TAU procedure based on 
steps 1 to 5 of subclause 6.4.2.7 in TS 36.508 
on Cell 30. 

NOTE: The UE performs a TAU procedure due 
to NAS signalling connection recovery. 





34 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 30? 



2 



At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 






Table 8.2.4.1 5a.3.2-3: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

- 

EXCEPTION: The steps 1 and 2 below are 
repeated for the duration of T304 

- 

- 

- 

- 

1 

The UE attempts to perform the inter-band 
handover using MAC Random Access 
Preamble on Cell 10 





2 

The SS does not respond. 

- 

- 

- 

- 


Table 8.2.4.1 5a.3.2-4: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

- 

EXCEPTION: The steps 1 and 2 below are 
repeated for the duration of T304 

- 

- 

- 

- 

1 

The UE attempts to perform the inter-band 
handover using MAC Random Access 
Preamble on Cell 3 





2 

The SS does not respond. 

- 

- 

- 

- 
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8.2.4.15a.3.3 


Specific message contents 


Table 8.2.4.1 5a.3.3-1 : RRCConnectionReconfiguration (step 1, step 15 and step 21, Table 

8.2.4.1 5a.3.2-2) 

Derivation path: 36.508 Table 4.6.1-8, condition MEAS 

Table 8.2.4.1 5a.3.3-2: MeasConfig {step 1 and step 15, Table 8.2.4.1 5a.3.3-1) 


Derivation Patii: 36.508, Table 4.6.6-1, condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



measObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f5 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f5) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



nneasObjectld[1] 

ldMeasObject-f5 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 
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Table 8.2.4.1 5a.3.3-3: MeasurementReport (step 4, Table 8.2.4.1 5a.3.2-2) 


Derivation path: 36.508 Table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 


CelM 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 10 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.2.4.1 5a.3.3-4: RRCConnectionReconfiguration (step 5, step 19 and step 25, Table 

8.2.4.1 5a.3.2-2) 

Derivation path: 36.508 Table 4.6.1-8, condition HO 

Table 8.2.4.1 5a.3.3-5: MobilityControllnfo (step 5, Table 8.2.4.1 5a.3.3-4) 


Derivation Path: 36.508 Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 10 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 10 



ul-CarrierFreq 

Not present 



} 




} 
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Table 8.2.4.1 5a.3.3-6: RRCConnectionReestablishmentRequest (step 7, Table 8.2.4.1 5a.3.2-2) 


Derivation path: 36.508 Table 4.6.1-13 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE! 
criticalExtensions CHOICE { 

rrcConnectionReestablishmentRequest-r8 
SEQUENCE} 




ue-ldentity SEQUENCE} 




c-RNTI 

The value of the C-RNTI 
oftheUE. 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS 



} 




reestablishmentCause 

handoverFailure 



} 




} 




} 





Table 8.2.4.1 5a.3.3-7: MeasurementReport (step 18, Table 8.2.4.1 5a.3.2-2) 


Derivation path: 36.508 Table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 


CelM 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 30 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.2.4.1 5a.3.3-8: MobilityControllnfo (step 19, Table 8.2.4.1 5a.3.3-4) 


Derivation Path: 36.508 Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 30 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 30 



ul-CarrierFreq 

Not present 



} 




} 




Table 8.2.4.1 5a.3.3-9: MeasConfig {step 21, Table 8.2.4.1 5a.3.3-1) 

Derivation Path: 36.508, Table 4.6.6-1, condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1 ..maxObjectId)) OF SEQUENCE { 

1 entry 



measObjectld[1] 

ldMeasObject-f2 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(f2) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

2 



measObjectld[1] 

ldMeasObject-f2 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 
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Table 8.2.4.1 5a.3.3-10: MeasurementReport (step 24, Table 8.2.4.1 5a.3.2-2) 


Derivation path: 36.508 Table 4.6.1-5 I 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 


Cell 30 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 3 

Cell 3 


cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.2.4.1 5a.3.3-1 1 : MobilityControllnfo (step 25, Table 8.2.4.1 5a.3.3-4) 

Derivation Path: 36.508 Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 3 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 3 



ul-CarrierFreq 

Not present 



} 




} 
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Table 8.2.4.1 5a.3.3-1 2: RRCConnectionReestablishmentRequest (step 27, Table 8.2.4.1 5a.3.2-2) 


Derivation path: 36.508 Table 4.6.1-13 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE! 
criticalExtensions CHOICE { 

rrcConnectionReestablishmentRequest-r8 
SEQUENCE} 




ue-ldentity SEQUENCE} 




c-RNTI 

The value of the C-RNTI 
oftheUE. 



physCellld 

PhysicalCellldentity of 
Cell 30 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS 



} 




reestablishmentCause 

handoverFailure 



} 




} 




} 





8.2.4.1 6 CA / RRC connection reconfiguration / Handover / Success / SCell addition 


8.2.4.16.1 

(1) 


Test Purpose (TP) 


with { UE having completed the radio bearer establishment and initial security activation procedure 
and performed the inter frequency measurement } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo 
indicating a different E-UTRA frequency and including an sCellToAddModList with an SCell addition } 
then { UE transmits an RRCConnectionReconfigurationComplete message } 


8.2.4.16.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.3.5.4 

[TS 36.331, clause 5.3.5.4] 

If the RRCConnectionReconfiguration message includes the mobilityControlInfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 

1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobilityControlInfo', 

1> if the carrierFreq is included: 

2> consider the target PCell to be one on the frequency indicated by the carrierFreq with a physical cell identity 
indicated by the targetPhysCellld; 

1> else: 

2> consider the target PCell to be one on the frequency of the source PCell with a physical cell identity indicated 
by the targetPhysCellld; 

1> start synchronising to the DL of the target PCell; 

NOTE 1 : The UE should perform the handover as soon as possible following the reception of the RRC message 

triggering the handover, which could be before confirming successful reception (HARQ and ARQ) of this 
message. 
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1> reset MAC; 

1> re-establish PDCP for all RBs that are estabUshed; 

NOTE 2: The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HFN, is specified in TS 36.323 [8]. 

1> re-establish RLC for all RBs that are established; 

1> configure lower layers to consider the SCell(s), if configured, to be in deactivated state; 

1> apply the value of the newUE-Identity as the C-RNTI; 

1> if the RRCConnectionReconfiguration message includes the fullConfig: 

2> perform the radio configuration procedure as specified in section 5.3.5.8; 

1> configure lower layers in accordance with the received radioResourceConfigCommon; 

1> configure lower layers in accordance with any additional fields, not covered in the previous, if included in the 
received mobility Controllnfo\ 

1> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

2> perform the radio resource configuration procedure as specified in 5.3.10; 

1> if the keyChangelndicator received in the securityConfigHO is set to TRUE: 

2> update the KeNB key based on the fresh Kasme key taken into use with the previous successful NAS SMC 
procedure, as specified in TS 33.401 [32]; 

1> else: 

2> update the KeNB key based on the current KeNB or the NH, using the nextHopChainingCount value indicated 
in the securityConfigHO, as specified in TS 33.401 [32]; 

1> store the nextHopChainingCount value; 

1> if the securityAlgorithmConfig is included in the securityConfigHO: 

2> derive the KRRQnt key associated with the integrity ProtAlgorithm, as specified in TS 33.401 [32]; 

2> if connected as an RN: 

3> derive the Kypint key associated with the integrityP rot Algorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the cipheringAlgorithm, as specified in TS 33.401 
[32]; 

1> else: 

2> derive the KRRQnt key associated with the current integrity algorithm, as specified in TS 33.401 [32]; 

2> if connected as an RN: 

3> derive the Kypint key associated with the current integrity algorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the current ciphering algorithm, as specified in TS 
33.401 [32]; 

1> configure lower layers to apply the integrity protection algorithm and the KRRCint key, i.e. the integrity protection 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> configure lower layers to apply the ciphering algorithm, the KRRCenc key and the Kypenc key, i.e. the ciphering 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 
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1> if connected as an RN: 

2> configure lower layers to apply the integrity protection algorithm and the Kupint key, for current or 
subsequently established DRBs that are configured to apply integrity protection, if any; 

1> if the received RRCConnectionRe configuration includes the sCellToReleaseList: 

2> perform SCell release as specified in 5.3.10.3a; 
1> if the received RRCConnectionReconfiguration includes the sCellToAddModList: 

2> perform SCell addition or modification as specified in 5.3.10.3b; 
1> perform the measurement related actions as specified in 5.5.6.1; 
1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 
1> perform the measurement identity autonomous removal as specified in 5.5.2.2a; 
1> release reportProximityConfig and clear any associated proximity status reporting timer; 
1> if the RRCConnectionReconfiguration message includes the reportProximityConfig: 

2> perform the proximity indication in accordance with the received reportProximityConfig; 

1> set the content of RRCConnectionReconfigurationComplete message as follows: 

2> if the UE has radio link failure or handover failure information available in VarRLF-Report and plmn-Identity 
stored in VarRLF-Report is equal to the RPLMN: 

3> include rlfilnfo Available; 

2> if the UE has logged measurements available for E-UTRA and plmn-Identity stored in VarLogMeasReport is 
equal to the RPLMN: 

3> include the logMeas Available; 

1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 

1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 

2> apply the parts of the CQI reporting configuration, the scheduling request configuration and the sounding RS 
configuration that do not require the UE to know the SEN of the target PCell, if any; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SEN 
of the target PCell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, 
sounding RS configuration), if any, upon acquiring the SEN of the target PCell; 

NOTE 3: Whenever the UE shall setup or reconfigure a configuration in accordance with a field that is received it 
applies the new configuration, except for the cases addressed by the above statements. 

2> the procedure ends; 

NOTE 4: The UE is not required to determine the SEN of the target PCell by acquiring system information from 
that cell before performing RACH access in the target PCell. 
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8.2.4.1 6.3 Test description 

8.2.4.1 6.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 (PCell), Cell 6 (the target cell for HO), Cell 14 is the target SCell to be added with HO 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.2.4.1 6.3.2 Test procedure sequence 

Table 8.2.4.16.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 8.2.4.16.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 6 

Cell 14 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/15k 
Hz 

-85 

-97 

OFF 


T1 

Cell-specific 
RS EPRE 

dBm/15k 
Hz 

-85 

-73 

-73 

The power level values are such that 
measurement results for Cell 1 (M1) 
and Cell 6 (M6) satisfy entry condition 
foreventA3(M6>M1). 


Table 8.2.4.16.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup inter frequency measurement. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
ompiete 



3 

The SS changes Cell 6 and Cell 14 
parameters according to the row "T1 " in table 
8.2.4.16.3.2-1. 





4 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 with the 
measured RSRP, RSRQ value for Cell 6. 

-> 

IVIeasurementReport 



5 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform inter 
frequency handover to Cell 6 with a new SCell 
Cell 14 addition at the same time. 

<- 

RRCConnectionReconfiguration 



6 

Check: Does the UE transmit an 
RRCConnectionReconfigurationConfipiete 
message on Cell 6 to confirm the successful 
completion of the inter frequency handover 
and the addition of new SCell Cell 14? 

-> 

RRCConnectionReconfigurationC 
ompiete 

1 

P 

7 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicates that the UE is in E-UTRA 
RRC CONNECTED state on Cell 6? 



1 
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8.2.4.1 6.3.3 Specific message contents 

Table 8.2.4.16.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.2.4.16.3.2-2) 


Derivation Patii: 36.508, Table 4.6.1-8, condition IVIEAS 


Derivation Patii: 36.508 Table 4.6.1-8 I 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




rrc-Transactionldentifier 

RRC- 
Transactionldentifier-DL 



criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionReconfiguration-r8 SEQUENCE { 




measConfig 

MeasConfig-DEFAULT 



nonCriticalExtension SEQUENCE { 




nonCriticalExtension SEQUENCE { 




nonCriticalExtension 

RRCConnectionReconfig 
uration-v1020 


Cell 3 

} 




} 




} 




} 




} 




} 




Table 8.2.4.16.3.3-2: MeasConfig (Table 8.2.4.16.3.3-1) 

Derivation Path: 36.508, Table 4.6.6-1 condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1 ..maxObiectId)) OF SEQUENCE { 

2 entries 



measObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f3 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f3) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f3 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 
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Table 8.2.4.16.3.3-3: MeasurementReport (step 4, Table 8.2.4.16.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultPCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 6 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.2.4.16.3.3-4: RRCConnectionReconfiguration (step 5, Table 8.2.4.16.3.2-2) 

Derivation Path: 36.508 Table 4.6.1-8 | 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




rrc-Transactionldentifier 

RRC- 
Transactionldentifier-DL 



criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionReconfiguration-r8 SEQUENCE { 




mobilityControllnfo 

MobilityControllnfo 



nonCriticalExtension SEQUENCE { 




nonCriticalExtension SEQUENCE { 




nonCriticalExtension 

RRCConnectionReconfig 
uration-v1020 



} 




} 




} 




} 




} 




} 
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Table 8.2.4.16.3.3-5: MobilityControllnfo (Table 8.2.4.16.3.3-4) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 6 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 6 



ul-CarrierFreq 

Not present 



} 




} 




Table 8.2.4.16.3.3-6: RRCConnectionReconfiguration-v1 020 {Tab\e 8.2.4.16.3.3-4)) 

Derivation Path: 36.331 clause 6.2.2 | 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration-vl 020 ::= 
SEQUENCE} 




sCellToReleaseList-rl 

Not present 



sCellToAddModList-nO ::= SEQUENCE (SIZE (1.. 
maxSCell-nO)) OF SEQUENCE { 

One entry 



sCelllndex-rlO 

1 



cellldentification-rlO SEQUENCE { 




physCellld-rlO 

PhysicalCellldentity of 
Cell 14 



dl-CarrierFreq-rlO 

Same downlink EARFCN 
as used for Cell 14 



} 




radioResourceConfigCommonSCell-rlO 

RadioResourceConfigCo 
mmonSCell-rlO 



radioResourceConfigDedicatedSCell-rlO 

RadioResourceConfigDe 
dicatedSCell-rlO 



} 




nonCriticalExtension 

Not present 



} 
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Table 8.2.4.16.3.3-7: RadioResourceConfigCommonSCell-r10 (Tab\e 8.2.4.16.3.3-6) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigCommonSCell-r1 ::= 
SEQUENCE} 




nonUL-Configuration-r10 SEQUENCE { 




dl-Bandwidth-r10 

Same downlink system 
bandwidth as used for 
Cell 14 



antennalnfoCommon-r10 SEQUENCE { 




antennaPortsCount 

an2 



} 




mbsfn-SubframeConfigList-r1 

Not present 



phich-Config-r10 

PHICH-Config-DEFAULT 



pdsch-ConfigCommon-r1 

PDSCH-ConfigCommon- 
DE FAULT 



tdd-Config-r10 

Not present 


FDD 

TDD-Config-DEFAULT 


TDDSCell 

} 




ul-Configuration-r10 SEQUENCE { 




ul-Freqlnfo-r10 SEQUENCE { 




ul-CarrierFreq-r10 

Same uplink EARFCN as 
used for Cell 14 


FDD 

Not present 


TDD 

ul-Bandwidth-r10 

Same uplink system 
bandwidth as used for 
Cell 14 

optional 

FDD 

Not present 


TDD 

additionalSpectrumEmissionSCell-r10 

Same 

additionalSpectrumEmiss 
ion as used for Cell 14 



} 




p-IVIax-rlO 

Not present 



uplinkPowerControlCommonSCell-r10 

UplinkPowerControlCom 
mon-DEFAULT 



soundingRS-UL-ConfigCommon-r1 

SoundingRsUI- 
ConfigCommon- 
DE FAULT 



ul-CyclicPrefixLength-r1 

lenl 



prach-ConfigSCell-r10 

Not present 


FDD 

PRACH-Config- 
DEFAULT 


TDD-OR 

pusch-ConfigCommon-r1 

PUSCH-ConfigCommon- 
DEFAULT 



} 




} 





Conditional presence 

Explanation 

TDD-OR 

The field is optional for TDD, Need OR; it is not present for FDD and the UE shall delete 
any existing value for this field. 

TDDSCell 

This field is mandatory present for TDD; it is not present for FDD and the UE shall delete 
any existing value for this field. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1070 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 8.2.4.16.3.3-8: RadioResourceConfigDedicatedSCell-r10 (Tab\e 8.2.4.16.3.3-6) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicatedSCell-r1 ::= 
SEQUENCE} 




physicalConfigDedicatedSCell-r10 SEQUENCE { 




nonUL-Configuration-r10 SEQUENCE { 



SCellAdd 

antennalnfo-r10 SEQUENCE { 




transmissionlVlode-rl 

tm2 



codebookSubsetRestriction-r1 

Not present 



ue-TransmitAntennaSelection 

setup 



} 




crossCarrierSchedulingConfig-r10 

Not present 



csi-RS-Config-r10 

Not present 



pdsch-ConfigDedicated-r1 

PDSCH- 

ConfigDedicated- 
DE FAULT 



} 




ul-Configuration-r10 SEQUENCE { 



Commonil 
L 

antennalnfoUL-r10 SEQUENCE { 




transmissionlVlodeUL-rl 

tm2 



fourAntennaPortActivated-r1 

Not present 



} 




pusch-ConfigDedicatedSCell-r1 

PUSCH- 

ConfigDedicated- 

DEFAULT 



uplinkPowerControlDedicatedSCell-r10 

Not present 



cqi-ReportConfigSCell-r1 

Not present 



soundingRS-UL-ConfigDedicated-r10 

Not present 



soundingRS-UL-ConfigDedicated-v1020 

Not present 



soundingRS-UL-ConfigDedicatedAperiodic-r10 

Not present 



} 




} 





Conditional presence 

Explanation 

CommonUL 

The field is mandatory present if ul-Configuration of RadioResourceConfigCommonSCell- 
r10 is present; otherwise it is optional, need ON. 

SCellAdd 

The field is mandatory present if cellldentification is present; otherwise it is optional, need 
ON. 


8.2.4.1 7 CA / RRC connection reconfiguration / Handover / Success / SCell becomes 
PCell 

8.2.4.1 7.1 Test Purpose (TP) 

(1) 

with { UE having completed the radio bearer establishment and initial security activation procedure 
and performed the inter frequency measurement } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo 
indicating a different E-UTRA frequency and order the UE to handover to one of the SCell } 
then { UE transmits an RRCConnectionReconfigurationComplete message } 


8.2.4.17.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.3.5.4 

[TS 36.331, clause 5.3.5.4] 

If the RRCConnectionReconfiguration message includes the mobilityControlInfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 
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1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobility ControlInfo\ 

1> if the carrierFreq is included: 

2> consider the target PCell to be one on the frequency indicated by the carrierFreq with a physical cell identity 
indicated by the targetPhysCellld; 

1> else: 

2> consider the target PCell to be one on the frequency of the source PCell with a physical cell identity indicated 
by the targetPhysCellld; 

1> start synchronising to the DL of the target PCell; 

NOTE 1 : The UE should perform the handover as soon as possible following the reception of the RRC message 

triggering the handover, which could be before confirming successful reception (HARQ and ARQ) of this 
message. 

1> reset MAC; 

1> re-estabUsh PDCP for all RBs that are estabHshed; 

NOTE 2: The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HEN, is specified in TS 36.323 [8]. 

1> re-establish RLC for all RBs that are established; 

1> configure lower layers to consider the SCell(s), if configured, to be in deactivated state; 

1> apply the value of the newUE-Identity as the C-RNTI; 

1> if the RRCConnectionReconfiguration message includes the fullConfig: 

2> perform the radio configuration procedure as specified in section 5.3.5.8; 

1> configure lower layers in accordance with the received radioResourceConfigCommon; 

1> configure lower layers in accordance with any additional fields, not covered in the previous, if included in the 
received mobility Controllnfo\ 

1> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

2> perform the radio resource configuration procedure as specified in 5.3.10; 

1> if the keyChangelndicator received in the securityConfigHO is set to TRUE: 

2> update the KeNB key based on the fresh Kasme key taken into use with the previous successful NAS SMC 
procedure, as specified in TS 33.401 [32]; 

1> else: 

2> update the KeNB key based on the current KeNB or the NH, using the nextHopChainingCount value indicated 
in the securityConfigHO, as specified in TS 33.401 [32]; 

1> store the nextHopChainingCount value; 

1> if the securityAlgorithmConfig is included in the securityConfigHO: 

2> derive the KRRQnt key associated with the integrity ProtAlgorithm, as specified in TS 33.401 [32]; 

2> if connected as an RN: 

3> derive the Kypint key associated with the integrityP rot Algorithm, as specified in TS 33.401 [32]; 
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2> derive the KRRCenc key and the KuPenc key associated with the cipheringAlgorithm, as specified in TS 33.401 
[32]; 

1> else: 

2> derive the KRRQnt key associated with the current integrity algorithm, as specified in TS 33.401 [32]; 

2> if connected as an RN: 

3> derive the Kupint key associated with the current integrity algorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the current ciphering algorithm, as specified in TS 
33.401 [32]; 

1> configure lower layers to apply the integrity protection algorithm and the KRRCint key, i.e. the integrity protection 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> configure lower layers to apply the ciphering algorithm, the KRRCenc key and the KuPenc key, i.e. the ciphering 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> if connected as an RN: 

2> configure lower layers to apply the integrity protection algorithm and the Kypint key, for current or 
subsequently established DRBs that are configured to apply integrity protection, if any; 

1> if the received RRCConnectionRe configuration includes the sCellToReleaseList: 

2> perform SCell release as specified in 5.3.10.3a; 
1> if the received RRCConnectionReconfiguration includes the sCellToAddModList: 

2> perform SCell addition or modification as specified in 5.3.10.3b; 
1> perform the measurement related actions as specified in 5.5.6.1; 
1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 
1> perform the measurement identity autonomous removal as specified in 5.5.2.2a; 
1> release reportProximityConfig and clear any associated proximity status reporting timer; 
1> if the RRCConnectionReconfiguration message includes the reportProximityConfig: 

2> perform the proximity indication in accordance with the received reportProximityConfig; 

1> set the content of RRCConnectionReconfigurationComplete message as follows: 

2> if the UE has radio link failure or handover failure information available in VarRLF -Report and plmn-Identity 
stored in VarRLF-Report is equal to the RPLMN: 

3> include rlfilnfo Available; 

2> if the UE has logged measurements available for E-UTRA and plmn-Identity stored in VarLogMeasReport is 
equal to the RPLMN: 

3> include the logMeas Available; 

1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 

1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 
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2> apply the parts of the CQI reporting configuration, the scheduHng request configuration and the sounding RS 
configuration that do not require the UE to know the SFN of the target PCell, if any; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SFN 
of the target PCell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, 
sounding RS configuration), if any, upon acquiring the SFN of the target PCell; 

NOTE 3: Whenever the UE shall setup or reconfigure a configuration in accordance with a field that is received it 
applies the new configuration, except for the cases addressed by the above statements. 

2> the procedure ends; 

NOTE 4: The UE is not required to determine the SFN of the target PCell by acquiring system information from 
that cell before performing RACH access in the target PCell. 


8.2.4.1 7.3 Test description 

8.2.4.1 7.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 is the PCell, Cell 3 and Cell 6 are SCell to be added 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.2.4.1 7.3.2 Test procedure sequence 

Table 8.2.4.17.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 8.2.4.17.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 

Cell 6 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/15k 
Hz 

-85 

-97 

-97 


T1 

Cell-specific 
RS EPRE 

dBm/15k 
Hz 

-85 

-97 

-73 

The power level values are such that 
measurement results for Cell 1 (M1) 
and Cell 6 (M6) satisfy entry condition 
foreventA3(M6>M1). 
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Table 8.2.4.17.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message 
containing an sCellToAddlVlodList with SCell 
Cell 3 and Cell 6 addition. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup event A3 measurement 
configuration. 

<- 

RRCConnectionReconfiguration 



4 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



5 

The SS changes Cell 6 parameters according 
to the row "T1 " in table 8.2.4.1 7.3.2-1 . 

- 

- 

- 

- 

6 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 with the 
measured RSRP, RSRQ value for Cell 6. 

-> 

IVIeasurementReport 



7 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform handover to 
Cell 6. 

<- 

RRCConnectionReconfiguration 



8 

Check: Does the UE transmit an 
RRCConnectionReconfigurationComplete 
message on Cell 6 to confirm the successful 
completion of the handover? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

p 

9 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicates that the UE is in E-UTRA 
RRC CONNECTED state on Cell 6? 



1 



8.2.4.1 7.3.3 Specific message contents 

Table 8.2.4.17.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.2.4.17.3.2-1) 


Derivation Path: 36.331 clause 6.2.2 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




nonCriticalExtension SEQUENCE { 




nonCriticalExtension SEQUENCE { 




nonCriticalExtension 

RRCConnectionReconfig 
uration-v1020 



} 




} 




} 




} 




} 




} 
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Table 8.2.4.17.3.3-2: RRCConnectionReconfiguration-v1 020 (step 1, Table 8.2.4.17.3.3-1) 


Derivation Path: 36.331 clause 6.2.2 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration-v1 020 ::= 
SEQUENCE} 




sCellToReleaseList-r1 

Not present 



sCellToAddModList-r10 ::= SEQUENCE (SIZE (1.. 
maxSCell-r10)) OF SEQUENCE { 

One entry 



sCelllndex-r10[1] 

1 



cellldentification-r10[1] SEQUENCE { 




physCellld-r10 

PhysicalCellldentity of 
Cell 3 



dl-CarrierFreq-r10 

Same downlink EARFCN 
as used for Cell 3 



} 




radioResourceConfigCommonSCell-r1 0[1 ] 

RadioResourceConfigCo 
mmonSCell-Cell3 


SCellAdd 

radioResourceConfigDedicatedSCell-r1 0[1 ] 

RadioResourceConfigDe 
dicatedSCell-Cell3 


SCellAdd2 

} 




sCelllndex-r10[2] 

2 



cellldentification-r10[2] SEQUENCE { 




physCellld-r10 

PhysicalCellldentity of 
Cell 6 



dl-CarrierFreq-r10 

Same downlink EARFCN 
as used for Cell 6 



} 




radioResourceConfigCommonSCell-r10[2] 

RadioResourceConfigCo 
mmonSCell-Cell6 


SCellAdd 

radioResourceConfigDedicatedSCell-r10[2] 

RadioResourceConfigDe 
dicatedSCell-Cell6 


SCellAdd2 

} 




nonCriticalExtension 

Not present 



} 





Conditional presence 

Explanation 

SCellAdd 

The field is mandatory present upon SCell addition; otherwise it is not present. 

SCellAdd2 

The field is mandatory present upon SCell addition; otherwise it is optionally present, 
need ON. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1076 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 8.2.4.17.3.3-3: RadioResourceConfigCommonSCell-Cell3 (step 1, Table 8.2.4.17.3.3-2) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigCommonSCell-r1 ::= 
SEQUENCE} 




nonUL-Configuration-r10 SEQUENCE { 




dl-Bandwidth-r10 

Same downlink system 
bandwidth as used for 
Cell 3 



antennalnfoCommon-r10 SEQUENCE { 




antennaPortsCount 

an2 



} 




mbsfn-SubframeConfigList-r1 

Not present 



phich-Config-r10 

PHICH-Config-DEFAULT 



pdsch-ConfigCommon-r1 

PDSCH-ConfigCommon- 
DE FAULT 



tdd-Config-r10 

Not present 


FDD 

TDD-Config-DEFAULT 


TDDSCell 

} 




ul-Configuration-r10 SEQUENCE { 




ul-Freqlnfo-r10 SEQUENCE { 




ul-CarrierFreq-r10 

Same uplink EARFCN as 
used for Cell 3 

OP 

FDD 

Not present 


TDD 

ul-Bandwidth-r10 

Same uplink system 
bandwidth as used for 
Cell 3 

optional 

FDD 

Not present 


TDD 

additionalSpectrumEmissionSCell-r10 

Same 

additionalSpectrumEmiss 
ion as used for Cell 3 



} 




p-IVIax-rlO 

Not present 



uplinkPowerControlCommonSCell-r10 

UplinkPowerControlCom 
mon-DEFAULT 



soundingRS-UL-ConfigCommon-r1 

SoundingRsUI- 
ConfigCommon- 
DE FAULT 



ul-CyclicPrefixLength-r1 

Ien1 



prach-ConfigSCell-r10 

Not present 


FDD 

PRACH-Config- 
DEFAULT 


TDD-OR 

pusch-ConfigCommon-r1 

PUSCH-ConfigCommon- 
DEFAULT 



} 




} 





Conditional presence 

Explanation 

TDD-OR 

The field is optional for TDD, Need OR; it is not present for FDD and the UE shall delete 
any existing value for this field. 

TDDSCell 

This field is mandatory present for TDD; it is not present for FDD and the UE shall delete 
any existing value for this field. 


Table 8.2.4.17.3.3-4: RadioResourceConfigDedicatedSCell-CellS (step 1, Table 8.2.4.17.3.3-2) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicatedSCell-rl ::= 
SEQUENCE! 




physicalConfigDedicatedSCell-rlO SEQUENCE { 




nonUL-Configuration-rlO SEQUENCE { 




antennalnfo-no SEQUENCE} 




transmissionMode-rl 

tm2 
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codebookSubsetRestriction-r1 

Not present 



ue-TransmitAntennaSelection 

setup 



} 




crossCarrierSchedulingConfig-r10 

Not present 



csi-RS-Config-r10 

Not present 



pdsch-ConfigDedicated-r1 

Not present 



} 




ul-Configuration-r10 SEQUENCE { 




antennalnfoUL-r10 SEQUENCE { 




transmissionModeUL-r1 

tm2 



fourAntennaPortActivated-r1 

Not present 



} 




pusch-ConfigDedicatedSCell-r1 

Not present 



uplinkPowerControlDedicatedSCell-r10 

Not present 



cqi-ReportConfigSCell-r1 

Not present 



soundingRS-UL-ConfigDedicated-r10 

Not present 



soundingRS-UL-ConfigDedicated-v1020 

Not present 



soundingRS-UL-ConfigDedicatedAperiodic-r10 

Not present 



} 




} 
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Table 8.2.4.17.3.3-5: RadioResourceConfigCommonSCell-Cell6 (step 1, Table 8.2.4.17.3.3-2) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigCommonSCell-r1 ::= 
SEQUENCE} 




nonUL-Configuration-r10 SEQUENCE { 




dl-Bandwidth-r10 

Same downlink system 
bandwidth as used for 
Cell 6 



antennalnfoCommon-r10 SEQUENCE { 




antennaPortsCount 

an2 



} 




mbsfn-SubframeConfigList-r1 

Not present 



phich-Config-r10 

PHICH-Config-DEFAULT 



pdsch-ConfigCommon-r1 

PDSCH-ConfigCommon- 
DE FAULT 



tdd-Config-r10 

Not present 


FDD 

TDD-Config-DEFAULT 


TDDSCell 

} 




ul-Configuration-r10 SEQUENCE { 




ul-Freqlnfo-r10 SEQUENCE { 




ul-CarrierFreq-r10 

Same uplink EARFCN as 
used for Cell 6 

OP 

FDD 

Not present 


TDD 

ul-Bandwidth-r10 

Same uplink system 
bandwidth as used for 
Cell 6 

optional 

FDD 

Not present 


TDD 

additionalSpectrumEmissionSCell-r10 

Same 

additionalSpectrumEmiss 
ion as used for Cell 6 



} 




p-IVIax-rlO 

Not present 



uplinkPowerControlCommonSCell-r10 

UplinkPowerControlCom 
mon-DEFAULT 



soundingRS-UL-ConfigCommon-r1 

SoundingRsUI- 
ConfigCommon- 
DE FAULT 



ul-CyclicPrefixLength-r1 

Ien1 



prach-ConfigSCell-r10 

Not present 


FDD 

PRACH-Config- 
DEFAULT 


TDD-OR 

pusch-ConfigCommon-r1 

PUSCH-ConfigCommon- 
DEFAULT 



} 




} 





Conditional presence 

Explanation 

TDD-OR 

The field is optional for TDD, Need OR; it is not present for FDD and the UE shall delete 
any existing value for this field. 

TDDSCell 

This field is mandatory present for TDD; it is not present for FDD and the UE shall delete 
any existing value for this field. 
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Table 8.2.4.17.3.3-6: RadioResourceConfigDedicatedSCell-Cell6 (step 1, Table 8.2.4.17.3.3-2) 


Derivation Path: 36.331 clause 6.3.2 | 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicatedSCell-r1 ::= 
SEQUENCE} 




physicalConfigDedicatedSCell-r10 SEQUENCE { 




nonUL-Configuration-r10 SEQUENCE { 




antennalnfo-r10 SEQUENCE { 




transmissionlVlode-rl 

an2 



codebookSubsetRestriction-r1 

Not present 



ue-TransmitAntennaSelection 

setup 



} 




crossCarrierSchedulingConfig-r10 

Not present 



csi-RS-Config-r10 

Not present 



pdsch-ConfigDedicated-r1 

Not present 



} 




ul-Configuration-r10 SEQUENCE { 




antennalnfoUL-r10 SEQUENCE { 




transmissionlVlodeUL-rl 

tm2 



fourAntennaPortActivated-r1 

Not present 



} 




pusch-ConfigDedicatedSCell-r1 

Not present 



uplinkPowerControlDedicatedSCell-r10 

Not present 



cqi-ReportConfigSCell-r1 

Not present 



soundingRS-UL-ConfigDedicated-r10 

Not present 



soundingRS-UL-ConfigDedicated-v1020 

Not present 



soundingRS-UL-ConfigDedicatedAperiodic-r10 

Not present 



} 




} 




Table 8.2.4.17.3.3-7: RRCConnectionReconfiguration (step 3, Table 8.2.4.17.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.2.4.17.3.3-8: MeasConfig (Table 8.2.4.17.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1 condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f2 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f2) 



measObjectld[3] 

ldMeasObject-f3 



measObject[3] 

MeasObjectEUTRA- 
GENERIC(f3) 



} 




reportConfigloAddModList SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measidloAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



ineasObjectld[1] 

ldMeasObject-f2 



reportConfigld[1] 

ldReportConfig-A3 



measld[2] 

2 



measObjectld[2] 

ldMeasObject-f3 



reportConfigld[2] 

ldReportConfig-A3 



} 




} 




Table 8.2.4.17.3.3-9: MeasurementReport {step 6, Table 8.2.4.17.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultPCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA ::= SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 6 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.2.4.17.3.3-10: RRCConnectionReconfiguration (step 7, Table 8.2.4.17.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-8 I 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




rrc-Transactionldentifier 

RRC- 
Transactionldentifier-DL 



criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionReconfiguration-r8 SEQUENCE { 




mobilityControllnfo 

MobilityControllnfo 



} 




} 




} 




} 




Table 8.2.4.17.3.3-1 1 : MobilityControllnfo (Table 8.2.4.17.3.3-4) 

Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 6 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 6 



ul-CarrierFreq 

Not present 



} 




} 





8.3 

8.3.1 

8.3.1.1 

8.3.1.1.1 
(1) 


Measurement configuration control and reporting 

Intra E-UTRAN measurements 

Measurennent configuration control and reporting / Intra E-UTRAN 
nneasurennents / Event A1 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state and measurement configured for event Al with event based 
periodical reporting } 
ensure that { 

when { Serving cell becomes better than absolute threshold plus hysteresis } 
then { UE sends MeasurementReport message at regular intervals while entering conditions for 
event Al are satisfied } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state and periodical measurement reporting triggered by event Al 

ongoing} 

ensure that { 

when { Serving cell becomes worse than absolute threshold minus hysteresis } 
then { UE stops sending MeasurementReport message } 


8.3.1.1.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.5.4.1, 5.5.4.2 and 5.5.5. 

[TS 36.331, clause 5.3.5.3] 
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If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> if the RRCConnectionReconfiguration message includes the measConfig: 
2> perform the measurement configuration procedure as specified in 5.5.2; 

[TS 36.331, clause 5.5.4.1] 
The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> else: 


3> if the corresponding measObject concerns EUTRA: 

4> consider any neighbouring cell detected on the associated frequency to be applicable when the 

concerned cell is not included in the blackCellsToAddModList defined within the VarMeasConfig for 
this measid: 


2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig, while the VarMeasReportList does not include an entry for this measid 
(a first cell triggers the event): 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measid for 
all measurements after layer 3 filtering taken during of timeToTrigger defined within the 
VarMeasurementConfiguration for this event: 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 
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3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 
3> if the cellsTriggeredList defined within the VarMeasReportList for this measid is empty: 
4> remove the measurement reporting entry within the VarMeasReportList for this measid', 

4> stop the periodical reporting timer for this measid, if running; 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 


NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'event' or to 'periodicaV while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than s- 
Measure or due to the measurement gap not being setup. 


[TS 36.331, clause 5.5.4.2] 
The UE shall: 

1> consider the entering condition for this event to be satisfied when condition Al-1, as specified below, is fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition Al-2, as specified below, is fulfilled; 
Inequality A 1-1 (Entering condition) 

Ms — Hys > Thresh 
InequalityAl-2 (Leaving condition) 

Ms + Hys < Thresh 
The variables in the formula are defined as follows: 

Ms is the measurement result of the serving cell, not taking into account any offsets. 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigEUTRA for this event). 

Thresh is the threshold parameter for this event (i.e. al -Threshold as defined within reportConfigEUTRA for this 
event). 

Ms is expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Hys is expressed in dB. 

Thresh is expressed in the same unit as Ms. 

[TS 36.331, clause 5.5.5] 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 
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1> increment the numb erOfReports Sent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid; 

2> start the periodical reporting timer with the value of reportlnterval as defined within the reportConfig for this 
measld\ 


1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends. 
8.3.1 .1 .3 Test description 

8.3.1 .1 .3.1 Pre-test conditions 
System Simulator: 

- Cell 1 
Preamble: 

The UE is in state Generic RB Established (state 3) according to [18]. 

8.3.1 .1 .3.2 Test procedure sequence 

Table 8.3.1.1.3.2-1 illustrates the downlink power levels to be applied for Cell 1 at various time instants of the test 
execution. Row marked "TO" denotes the conditions after the preamble, while rows marked "Tl" and "T2" are to be 
applied subsequently. The exact instants on which these values shall be applied are described in the texts in this clause. 

Table 8.3.1 .1 .3.2-1 : Power levels 



Parameter 

Unit 

CelM 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

Power level is such that Ms + Hys < Thresh 

Tl 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-59 

Power level is such that entry condition for event 
A1 is satisfied Ms - Hys > Thresh 

T2 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

Power level is such that exit condition for event 
A1 is satisfied Ms + Hys < Thresh 

Note: The total test tolerance used is the sum of downlink signal level uncertainty (TS 36.508 clause 6.2.2.1) 
and absolute UE measurement accuracy (TS 36.133 clause 9). 
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Table 8.3.1.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS transmits an 

RRCConnectionReconfiguration message 
including MeasConfigXo setup intra LTE 
measurement and reporting for event A1 . 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RCConnectionReconfigrationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

SS re-adjusts the cell-specific reference signal 
level according to row "T1" in table 8.3.1 .1 .3.2- 
1. 





4 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A1 with the measured RSRP and RSRQ value 
for Cell 1? 

-> 

MeasurementReport 

1 

P 


EXCEPTION: Step 5 below is repeated until 3 
MeasurementReport messages are received 
from the UE 





5 

Check: Does the UE transmit a 
MeasurementReport message, with the 
measured RSRP and RSRQ value for Cell 1 ? 

-> 

MeasurementReport 

1 

P 

6 

SS re-adjusts the cell-specific reference signal 
level according to row "T2" in table 8.3.1 .1 .3.2- 
1. 





7 

Wait and ignore MeasurementReport 
messages for 5 s to allow change of power 
levels for Cell 1 . 





8 

Check: Does the UE attempt to transmit an 
uplink message within the next 10s? 

- 

- 

2 

F 


8.3.1 .1 .3.3 Specific message contents 

Table 8.3.1 .1 .3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.3.1 .1 .3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 

Table 8.3.1.1.3.3-2: MeasConffg (step 1, Table 8.3.1.1.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 

Information Element 

Value/Remark 

Comment 

Condition 

measConfig ::= SEQUENCE { 




measObjectloAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



measObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigloAddModList SEQUENCE (SIZE 
(L.maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

IdReportConfig-AI 



reportConfig[1] 

ReportConfig-AI-H 



} 




measidloAddModList SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

IdReportConfig-AI 



} 




} 
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Table 8.3.1.1.3.3-3: ReportConfig-A1-H (step 1, Table 8.3.1.1.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-4 ReportConfigEUTRA-A1(-72) 

Information Element 

Value/Remark 

Comment 

Condition 

ReportConfigEUTRA ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE} 




hysteresis 

6 

3dB 


} 




} 




reportAmount 

infinity 



} 




Table 8.3.1.1.3.3-4: MeasurementReport (steps 4 and 5, Table 8.3.1.1.3.2-2) 

Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE {} 

Not present 



} 




} 




} 




} 




} 





8.3.1 .2 Measureinent configuration control and reporting / Intra E-UTRAN 

nneasureiTients / Event A2 


8.3.1.2.1 

(1) 


Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state and measurement configured for event A2 with event based 
periodical reporting } 
ensure that { 

when { Serving cell becomes worse than absolute threshold minus hysteresis } 
then { UE sends MeasurementReport message at regular intervals while entering conditions for 
event A2 are satisfied } 


(2) 

with { UE in E-UTRA RRC_CONNECTED state and periodical meausurement reporting triggered by event A2 

ongoing} 

ensure that { 

when { Serving cell becomes better than absolute threshold plus hysteresis } 
then { UE stops sending MeasurementReport message } 
} 


8.3.1.2.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.5.4.1, 5.5.4.3 and 5.5.5. 

[TS 36.331, clause 5.3.5.3] 
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If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> if the RRCConnectionReconfiguration message includes the measConfig: 
2> perform the measurement configuration procedure as specified in 5.5.2; 

[TS 36.331, clause 5.5.4.1] 
The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> else: 

3> if the corresponding measOhject concerns EUTRA: 

4> consider any neighbouring cell detected on the associated frequency to be applicable when the concerned 
cell is not included in the MackCellsToAddModList defined within the VarMeasConfig for this measid', 


2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig while the VarMeasReportList does not include a measurement reporting 
entry for this measid (a first cell triggers the event): 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid', 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid', 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measid for 
all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for 
this event: 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid', 

3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 
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3> if the cellsTriggeredList defined within the VarMeasReportList for this measid is empty: 
4> remove the measurement reporting entry within the VarMeasReportList for this measid; 
4> stop the periodical reporting timer for this measid, if running; 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 


NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'evenf or to 'periodicaV while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than s- 
Measure or due to the measurement gap not being setup. 


[TS 36.331, clause 5.5.4.3] 
The UE shall: 

1> consider the entering condition for this event to be satisfied when condition A2-1, as specified below, is fulfilled; 
1> consider the leaving condition for this event to be satisfied when condition A2-2, as specified below, is fulfilled; 
Inequality A2-1 (Entering condition) 

Ms + Hys < Thresh 
Inequality A2-2 (Leaving condition) 

Ms - Hys > Thresh 

The variables in the formula are defined as follows: 

Ms is the measurement result of the serving cell, not taking into account any offsets. 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within the reportConfigEUTRA for this 
event). 

Thresh is the threshold parameter for this event (i.e. a2 -Threshold as defined within the reportConfigEUTRA for 
this event). 

Ms is expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Hys is expressed in dB. 

Thresh is expressed in the same unit as Ms. 

[TS 36.331, clause 5.5.5] 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

1> increment the numberOfReportsSent as defined within the VarMeasReportList for this measid by 1; 
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1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfigfor this measid : 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 


1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends. 
8.3.1.2.3 Test description 

8.3.1 .2.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 


8.3.1.2.3.2 


Test procedure sequence 


Table 8.3.1.2.3.2-1 illustrates the downlink power levels to be applied for Cell 1 at various time instants of the test 
execution. Row marked "TO" denotes the conditions after the preamble, while rows marked "Tl" and "T2" are to be 
applied subsequently. The exact instants on which these values shall be applied are described in the texts in this clause. 

Table 8.3.1.2.3.2-1 : Power levels 



Parameter 

Unit 

CelM 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-70 

Power level is such that Ms > Thresh + Hys 

T1 

-96 

Power level is such that entry condition for event 
A2 is satisfied Ms + Hys < Thresh 

T2 

-70 

Power level is such that exit condition for event 
A2 is satisfied Ms > Thresh + Hys 

Note: The total tolerance used is the sum of downlink signal level uncertainty (TS 36.508 clause 6.2.2.1) and 
absolute UE measurement accuracy (TS 36.133 clause 9). 
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Table 8.3.1.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS transmits an 

RRCConnectionReconfiguration message 
including measConfig {o setup intra LTE 
measurement and reporting for event A2. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmit an 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

SS re-adjusts the cell-specific reference signal 
level according to row "T1" in table 8.3.1 .2.3.2- 
1. 





4 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A2 with the measured RSRP and RSRQ value 
for Cell 1? 

-> 

MeasurementReport 

1 

P 


EXCEPTION: Step 5 below is repeated until 3 
MeasurementReport messages are received 
from the UE 





5 

Check: Does the UE transmit a 
MeasurementReport message, with the 
measured RSRP and RSRQ value for Cell 1 ? 

-> 

MeasurementReport 

1 

P 

6 

SS re-adjusts the cell-specific reference signal 
level according to row "T2" in table 8.3.1 .2.3.2- 
1. 





7 

Wait and ignore MeasurementReport 
messages for 5 s to allow change of power 
levels for Cell 1 . 





8 

Check: Does the UE attempt to transmit an 
uplink message within the next 10s? 

- 


2 

F 


8.3.1 .2.3.3 Specific message contents 

Table 8.3.1.2.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.3.1.2.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 

Table 8.3.1.2.3.3-2: MeasConffg (step 1, Table 8.3.1.2.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 

Information Element 

Value/Remark 

Comment 

Condition 

measConfig ::= SEQUENCE { 




measObjectloAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



measObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigloAddModList SEQUENCE (SIZE 
(L.maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A2 



reportConfig[1] 

ReportConfig-A2-H 



} 




measidloAddModList SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

ldReportConfig-A2 



} 




} 
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Table 8.3.1.2.3.3-3: ReportConfig-A2-H (step 1, Table 8.3.1.2.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-5 ReportConfigEUTRA-A2(-83) 

Information Element 

Value/Remark 

Comment 

Condition 

ReportConfigEUTRA ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE} 




hysteresis 

6 

3dB 


} 




} 




reportAmount 

infinity 



} 




Table 8.3.1.2.3.3-4: MeasurementReport (steps 4 and 5, Table 8.3.1.2.3.2-2) 

Derivation path: 36.508 table clause 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE {} 

Not present 



} 




} 




} 




} 




} 





8.3.1.3 

8.3.1.3.1 
(1) 


Measurement configuration control and reporting / Intra E-UTRAN 
measurennents / Two simultaneous events A3 (intra and inter-frequency 
measurements) 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state and measurements configured for two event A3 at the same 

time} 

ensure that { 

when { Entry condition for event A3 is not met } 
then { UE does not send MeasurementReport } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state and measurements configured for two event A3 at the same 

time} 

ensure that { 

when { Neighbour becomes offset better than serving } 
then { UE sends MeasurementReport with correct measid for event A3 } 


8.3.1.3.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.5.4.1, 5.5.4.4 and 5.5.5. 

[TS 36.331, clause 5.3.5.3] 
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If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> If the RRCConnectionReconfiguration message includes the measConfig: 
2> perform the Measurement configuration procedure as specified in 5.5.2; 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the corresponding reportConfig includes a purpose set to 'reportStrongestCellsForSON' : 

3> consider any neighbouring cell detected on the associated frequency to be applicable; 

2> else if the corresponding reportConfig includes a purpose set to 'reportCGF: 

3> consider any neighbouring cell detected on the associated frequency/ set of frequencies (GERAN) which 
has a physical cell identity matching the value of the cellForWhichToReportCGI included in the 
corresponding measObject within the VarMeasConfig to be applicable; 

2> else: 

3> if the corresponding measObject concerns E-UTRA: 

4> consider any neighbouring cell detected on the associated frequency to be applicable when the 

concerned cell is not included in the MackCellsToAddModList defined within the VarMeasConfig for 
this measid', 

3> else if the corresponding measObject concerns UTRA or CDMA2000: 

4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModList defined within the VarMeasConfig for this measid (i.e. the cell is 
included in the white-list); 

3> else if the corresponding measObject concerns GERAN: 

4> consider a neighbouring cell on the associated set of frequencies to be applicable when the concerned 
cell matches the ncc-Permitted defined within the VarMeasConfig for this measid; 

2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig, while the VarMeasReportList does not include an measurement 
reporting entry for this measid (a first cell triggers the event): 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 
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3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'evenf and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measid for 
all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for 
this event: 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid; 

3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 
3> if the cellsTriggeredList defined within the VarMeasReportList for this measid is empty: 

4> remove the measurement reporting entry within the VarMeasReportList for this measid; 

4> stop the periodical reporting timer for this measid, if running; 

2> if the purpose is included and set to 'reportStrongestCells' or to 'reportStrongestCellsForSON' and if a 
(first) measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells\ the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON\ the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the purpose is included and set to 'reportCGF and if the UE acquired the information needed to set all 
fields of cellGloballd for the requested cell: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> stop timer T321; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> upon expiry of the T321 for this measid: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'event' or to ' periodical' while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than s- 
Measure or due to the measurement gap not being setup. 

NOTE 3: If the UE is configured with DRX, the UE may delay the measurement reporting for event triggered and 
periodical triggered measurements until the Active Time, which is defined in TS 36.321 [6]. 
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[TS 36.331, clause 5.5.4.4] 
The UE shall: 

1> consider the entering condition for this event to be satisfied when condition A3-1, as specified below, is fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition A3 -2, as specified below, is fulfilled; 
Inequality A3-1 (Entering condition) 
Mn + Ofn + Ocn - Hys >Ms + Ofs + Ocs + Ojf 
Inequality A3 -2 (Leaving condition) 
Mn + Ofn + Ocn + Hys <Ms + Ofs + Ocs + Off 
The variables in the formula are defined as follows: 

Mn is the measurement result of the neighbouring cell, not taking into account any offsets. 

Ofn is the frequency specific offset of the frequency of the neighbour cell (i.e. offsetFreq as defined within 
measObjectEUTRA corresponding to the frequency of the neighbour cell). 

Ocn is the cell specific offset of the neighbour cell (i.e. celllndividualOffset as defined within measObjectEUTRA 
corresponding to the frequency of the neighbour cell), and set to zero if not configured for the neighbour cell. 

Ms is the measurement result of the serving cell, not taking into account any offsets. 

Ofs is the frequency specific offset of the serving frequency (i.e. offsetFreq as defined within measObjectEUTRA 
corresponding to the serving frequency). 

Ocs is the cell specific offset of the serving cell (i.e. celllndividualOffset as defined within measObjectEUTRA 
corresponding to the serving frequency), and is set to zero if not configured for the serving cell. 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigEUTRA for this event). 

Offi^ the offset parameter for this event (i.e. a3 -Offset as defined within reportConfigEUTRA for this event). 

Mn, Ms are expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Ofn, Ocn, Ofs, Ocs, Hys, O/jf are expressed in dB. 

[TS 36.331, clause 5.5.5] 


UE 


EUTRAN 


MeasurementReport ^ 


Figure 5.5.5-1 : Measurement reporting 


The purpose of this procedure is to transfer measurement results from the UE to E-UTRAN. 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 
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2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 

3> if the triggerType is set to 'evenf : 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measld\ 

3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultNeighCells, include the physCellld', 

3> if the triggerType is set to 'event'; or the purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing trigger Quantity, i.e. the best cell is included 
first; 

5> else: 

6> set the measResult to the quantity as configured for the concerned RAT within the 
quantityConfig in order of decreasing quantity, i.e. the best cell is included first; 

3> else if the purpose is set to 'reportCGF: 

4> if the mandatory present fields of the cellGloballd for the cell indicated by the 
cellForWhichToReportCGI in the associated measObject have been obtained: 

5> include the cgi-Info containing all the fields that have been successfully acquired; 

1> increment the numberOfReportsSent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 

1> else: 

2> if the triggerType is set to 'periodical' : 

3> remove the entry within the VarMeasReportList for this measid; 

3> remove this measid from the measIdList within VarMeasConfig; 

1> if the measured results are for CDMA2000 HRPD: 

2> set the preRegistrationStatusHRPD to the UE's CDMA2000 upper layer's HRPD preRegistrationStatus; 

1> if the measured results are for CDMA2000 IxRTT: 

2> set the preRegistrationStatusHRPD to 'FALSE'; 
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1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 
8.3.1 .3.3 Test description 

8.3.1 .3.3.1 Pre-test conditions 
System Simulator: 

- Cell 1, Cell 2 and Cell 3 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.1 .3.3.2 Test procedure sequence 

Table 8.3.1.3.3.2-1 illustrates the downlink power levels to be applied for Cell 1, Cell 2 and Cell 3 at various time 
instants of the test execution. Row marked "TO" denotes the conditions after the preamble, while rows marked "TT'and 
"T2" are to be applied subsequently. The exact instants on which these values shall be applied are described in the texts 
in this clause. 

Table 8.3.1.3.3.2-1 : Power levels 



Parameter 

Unit 

CelM 

Cell 2 
(DL only) 

Cell 3 
(DL only) 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/15kHz 

-85 

-91 

Off 

Power levels are such that entry condition for 

event A3 (measid 1 & 2) is not satisfied: 

Mn + 0fn + 0cn + Hys<Ms + 0fs + 0cs + 0jf 

T1 

Cell-specific 
RS EPRE 

dBm/15kHz 

-85 

-79 

Off 

Power levels are such that entry condition for 

event A3 (measid 1) is satisfied: 

Mn-\-Ofn-\-Ocn-Hys>Ms-\-Ofs-\-Ocs-\-OJf 

T2 

Cell-specific 
RS EPRE 

dBm/15kHz 

-85 

Off 

-73 

Power levels are such that entry condition for 

event A3 (measid 2) is satisfied: 

Mn-\-Ofn-\-Ocn-Hys>Ms-\-Ofs-\-Ocs-\-OJf 
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Table 8.3.1.3.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS transmits an 

RRCConnectionReconfiguration message 
including MeasConfigXo setup intra E-UTRAN 
measurement and reporting for two event A3 
[measld\ and measld2) (intra and inter 
frequency measurement). 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RCConnectionReconfigrationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

Check: Does the UE transmit a 
MeasurementReport message within the next 
10s? 

-> 

MeasurementReport 

1 

F 

4 

SS re-adjusts the cell-specific reference signal 
level according to row "T1 " in table 8.3.1 .3.3.2- 
1. 





5 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A3 {measld^) with the measured RSRP value 
for Cell 2? 

-> 

MeasurementReport 

2 

P 

6 

SS re-adjusts the cell-specific reference signal 
level according to row "T2" in table 8.3.1 .3.3.2- 
1. 





7 

Void 

- 

- 

- 

- 

8 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A3 (measld2) with the measured RSRP value 
for Cell 3? 

-> 

MeasurementReport 

2 

P 


8.3.1 .3.3.3 Specific message contents 

Table 8.3.1.3.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.3.1.3.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 
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Table 8.3.1.3.3.3-2: MeasConfig (step 1, Table 8.3.1.3.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 , condition INTER-FREQ 

Information Element 

Value/Remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f2 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f2) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfig-A3-H 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

2 entries 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f1 



reportConfigld[1] 

ldReportConfig-A3 



measld[2] 

2 



measObjectld[2] 

ldMeasObject-f2 



reportConfigld[2] 

ldReportConfig-A3 



} 




} 




Table 8.3.1.3.3.3-3: ReportConfig-AS-H (step 1, Table 8.3.1.3.3.2-2) 

Derivation path: 36.508 clause 4.6.6 table 4.6.6-6 ReportConfigEUTRA-A3 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA-A3 ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE { 




timeToTrigger 

msO 



} 




} 




reportOuantity 

sameAsTriggerQuantity 



} 
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Table 8.3.1.3.3.3-4: MeasurementReport (step 5, Table 8.3.1.3.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




MeasResultEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 2 


physCellld 

physCellld of the Cell 2. 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

Not present 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.3.1.3.3.3-5: MeasurementReport (step 8, Table 8.3.1.3.3.2-2) 

Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




MeasResultEUTRA ::= SEQUENCE (SIZE 
(1.. maxCellReport)) OF SEQUENCE { 


Report Cell 3 


physCellld 

physCellld of the Cell 3. 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

Not present 



} 




} 




} 




} 




} 




} 




} 




} 
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8.3.1 .3a Measurement configuration control and reporting / Intra E-UTRAN 

measurements / Two simultaneous events A3 (intra and inter-frequency 
measurements) / RSRQ based measurements 

8.3.1 .3a.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_CONNECTED state, measurements configured for two event A3 at the same time 
and triggerQuantity set to rsrq } 
ensure that { 

when { Entry condition for event A3 is not met } 
then { UE does not send MeasurementReport } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state, measurements configured for two event A3 at the same time 
and triggerQuantity set to rsrq } 
ensure that { 

when { Neighbour becomes offset better than serving } 

then { UE sends MeasurementReport with correct measid for event A3 } 
} 

8.3.1 .3a.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.5.3, 
5.5.4.1, 5.5.4.4 and 5.5.5. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the corresponding reportConfig includes a purpose set to 'reportStrongestCellsForSON": 

3> consider any neighbouring cell detected on the associated frequency to be applicable; 

2> else if the corresponding reportConfig includes a purpose set to 'reportCGT: 

3> consider any neighbouring cell detected on the associated frequency/ set of frequencies (GERAN) which 
has a physical cell identity matching the value of the cellForWhichToReportCGI included in the 
corresponding measObject within the VarMeasConfig to be applicable; 

2> else: 

3> if the corresponding measObject concerns E-UTRA: 

4> if the ue-RxTxTimeDiffPeriodicaU eventAl or eventA2 is configured in the corresponding 
reportConfig: 

5> consider only the serving cell to be applicable; 

4> else: 
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5> consider any neighbouring cell detected on the associated frequency to be applicable when the 
concerned cell is not included in the hlackCellsToAddModList defined within the VarMeasConfig 
for this measid; 

3> else if the corresponding measObject concerns UTRA or CDMA2000: 

4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModList defined within the VarMeasConfig for this measid (i.e. the cell is 
included in the white-list); 

NOTE 0: The UE may also consider a neighbouring cell on the associated UTRA frequency to be applicable when 
the concerned cell is included in the csg-allowedReportingCells within the VarMeasConfig for this 
measid, if configured in the corresponding measObjectUTRA (i.e. the cell is included in the range of 
physical cell identities for which reporting is allowed). 

3> else if the corresponding measObject concerns GERAN: 

4> consider a neighbouring cell on the associated set of frequencies to be applicable when the concerned 
cell matches the ncc-Permitted defined within the VarMeasConfig for this measid', 

2> if the triggerType is set to 'evenf and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig, while the VarMeasReportList does not include an measurement 
reporting entry for this measid (a first cell triggers the event): 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid', 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid', 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measid for 
all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for 
this event: 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid', 

3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 
3> if the cellsTriggeredList defined within the VarMeasReportList for this measid is empty: 

4> remove the measurement reporting entry within the VarMeasReportList for this measid', 

4> stop the periodical reporting timer for this measid, if running; 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 1102 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

2> if the purpose is included and set to 'reportStrongestCelW or to 'reportStrongestCellsForSOJSP and if a (first) 
measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells\ the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON" , the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the purpose is included and set to 'reportCGT and if the UE acquired the information needed to set all 
fields of cgi-Info for the requested cell: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> stop timer T321; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> upon expiry of the T321 for this measid: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'evenf or to 'periodical' while the 

corresponding measurement is not performed due to the serving cell RSRP being equal to or better than s- 
Measure or due to the measurement gap not being setup. 

NOTE 3: If the UE is configured with DRX, the UE may delay the measurement reporting for event triggered and 
periodical triggered measurements until the Active Time, which is defined in TS 36.321 [6]. 

[TS 36.331, clause 5.5.4.4] 

The UE shall: 

1> consider the entering condition for this event to be satisfied when condition A3-1, as specified below, is fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition A3 -2, as specified below, is fulfilled; 
Inequality A3-1 (Entering condition): 
Mn + Ofn + Ocn - Hys >Ms + Ofs + Ocs + Off 
Inequality A3 -2 (Leaving condition): 
Mn + Ofn + Ocn + Hys <Ms + Ofs + Ocs + Off 
The variables in the formula are defined as follows: 

Mn is the measurement result of the neighbouring cell, not taking into account any offsets. 

Ofn is the frequency specific offset of the frequency of the neighbour cell (i.e. offsetFreq as defined within 
measObjectEUTRA corresponding to the frequency of the neighbour cell). 
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Ocn is the cell specific offset of the neighbour cell (i.e. celllndividualOjfset as defined within measObjectEUTRA 
corresponding to the frequency of the neighbour cell), and set to zero if not configured for the neighbour cell. 

Ms is the measurement result of the serving cell, not taking into account any offsets. 

Ofs is the frequency specific offset of the serving frequency (i.e. ojfsetFreq as defined within measObjectEUTRA 
corresponding to the serving frequency). 

Ocs is the cell specific offset of the serving cell (i.e. celllndividualOjfset as defined within measObjectEUTRA 
corresponding to the serving frequency), and is set to zero if not configured for the serving cell. 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigEUTRA for this event). 

O/jf is the offset parameter for this event (i.e. aS -Offset as defined within reportConfigEUTRA for this event). 

Mn, Ms are expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Ofn, Ocn, Ofs, Ocs, Hys, OffsLve expressed in dB. 

[TS 36.331, clause 5.5.5] 


UE 


EUTRAN 


MeasurementReport ^ 


Figure 5.5.5-1 : Measurement reporting 


The purpose of this procedure is to transfer measurement results from the UE to E-UTRAN. 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 

3> if the triggerType is set to 'event: 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measid', 

3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultNeighCells, include the physCellld', 

3> if the triggerType is set to 'event \ or the purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON" : 
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4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing trigger Quantity, i.e. the best cell is included 
first; 

5> else: 

6> set the measResult to the quantity as configured for the concerned RAT within the 

quantityConfig in order of either decreasing quantity for UTRA and GERAN or increasing 
quantity for CDMA2000 pilotStrength, i.e. the best cell is included first; 

3> else if the purpose is set to 'reportCGT: 

4> if the mandatory present fields of the cgi-Info for the cell indicated by the cellForWhichToReportCGI 
in the associated measObject have been obtained: 

5> if the cell broadcasts a CSG identity: 

6> include the csg -Identity; 

6> include the csg-MemberStatus and set it to 'member' if the cell is a CSG member cell; 

5> if the ' si-RequestForHO' is configured within the reportConfig associated with this measid: 

6> include the cgi-Info containing all the fields that have been successfully acquired, except for 
the plmn-IdentityList; 

5> else: 

6> include the cgi-Info containing all the fields that have been successfully acquired; 

1> if the ue-RxTxTimeDiffPeriodical is configured within the corresponding reportConfig for this measid; 

2> set the ue-RxTxTimeDiffResult to the measurement result provided by lower layers; 

2> set the currentSFN; 

1> increment the numberOfReportsSent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 

1> else: 

2> if the triggerType is set to 'periodical': 

3> remove the entry within the VarMeasReportList for this measid; 

3> remove this measid from the measIdList within VarMeasConfig; 

1> if the measured results are for CDMA2000 HRPD: 

2> set the preRegistrationStatusHRPD to the UE's CDMA2000 upper layer's HRPD preRegistrationStatus; 

1> if the measured results are for CDMA2000 IxRTT: 

2> set the preRegistrationStatusHRPD to 'FALSE'; 

1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 
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8.3.1. 3a.3 
8.3.1. 3a.3.1 
System Simulator: 

- Cell 1, Cell 2 and Cell 3 


Test description 
Pre-test conditions 


System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 


UE: 


None. 

Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.1 .3a.3.2 Test procedure sequence 

Table 8.3.1.3a.3.2-l illustrates the downlink power levels to be applied for Cell 1, Cell 2 and Cell 3 at various time 
instants of the test execution. Row marked "TO" denotes the conditions after the preamble, while rows marked "TT'and 
"T2" are to be applied subsequently. The exact instants on which these values shall be applied are described in the texts 
in this clause. 

Table 8.3.1. 3a.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 
(DL only) 

Cells 
(DL only) 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-85 

-91 

"Off" 

Power levels are such that entry condition for 
event A3 (measid 1 & 2) is not satisfied: 

Mn + 0fn + 0cn + Hys < Ms + Ofs + 0cs + 0jf 

RSRO 

dB 

[-10] 

[-20] 

- 

T1 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-85 

-91 

"Off" 

Power levels are such that entry condition for 

event A3 {measid 1) is satisfied: 

Mn + 0fn + 0cn-Hys>Ms + 0fs + 0cs + 0jf 

RSRO 

dB 

[-20] 

[-10] 

- 

T2 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-85 

"Off" 

-97 

Power levels are such that entry condition for 

event A3 {measid 2) is satisfied: 

Mn + 0fii + 0cn-Hys>Ms + 0fs + 0cs + 0jf 

RSRO 

dB 

[-20] 

- 

[-10] 

NOTE 1: Power level "Off" is defined in TS36.508 Table 6.2.2.1-1. 
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Table 8.3.1. 3a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 including MeasConfigXo setup intra E- 
UTRAN measurement and reporting for two 
event A3 (measid 1 and measld2) (intra and 
inter frequency measurement). 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

Check: Does the UE transmit a 
MeasurementReport message on Cell 1 within 
the next 10s? 

-> 

MeasurementReport 

1 

F 

4 

The SS re-adjusts the cell-specific reference 
signal level according to row "T1" in table 
8.3.1. 3a.3.2-1. 





5 

Check: Does the UE transmit a 
MeasurementReport message on Cell 1 to 
report event A3 {measid 1 ) with the measured 
RSRP and RSRQ values for Cell 2? 

-> 

MeasurementReport 

2 

P 

6 

The SS re-adjusts the cell-specific reference 
signal level according to row "T2" in table 
8.3.1. 3a.3.2-1. 





7 

Check: Does the UE transmit a 
MeasurementReport message on Cell 1 to 
report event A3 {measid 2) with the measured 
RSRP and RSRQ values for Cell 3? 

-> 

MeasurementReport 

2 

P 


8.3.1 .3a.3.3 Specific message contents 

Table 8.3.1. 3a.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.3.1. 3a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.3.1. 3a.3.3-2: MeasConfig (Table 8.3.1 .3a.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1, condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f2 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f2) 



} 




reportConfigloAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3- 
RSRQ 



} 




measldloAddModList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

2 entries 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f1 



reportConfigld[1] 

ldReportConfig-A3 



measld[2] 

2 



measObjectld[2] 

ldMeasObject-f2 



reportConfigId[2] 

ldReportConfig-A3 



} 




} 




Table 8.3.1. 3a.3.3-3: ReportConfigEUTRA-A3-RSRQ (Table 8.3.1. 3a.3.3-2) 

Derivation Path: 36.508, Table 4.6.6-6 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA-A3 ::= SEQUENCE { 




triggerOuantity 

rsrq 



si-RequestForHO-r9 

Not present 



ue-RxTxTimeDiffPeriodical-r9 

Not present 



} 
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Table 8.3.1. 3a.3.3-4: MeasurementReport (step 5, Table 8.3.1. 3a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld 

PhysicalCellldentity of 
Cell 2 



cgi-lnfo 

Not present 



measResult SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



additionalSI-lnfo-r9 

Not present 



} 




} 




} 




measResultForECID-r9 

Not present 



} 




} 




} 




} 




} 
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Table 8.3.1. 3a.3.3-5: MeasurementReport (step 7, Table 8.3.1. 3a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld 

PhysicalCellldentity of 
Cells 



cgi-lnfo 

Not present 



measResult SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



additionalSI-lnfo-r9 

Not present 



} 




} 




} 




measResultForECID-r9 

Not present 



} 




} 




} 




} 




} 





8.3.1.4 

8.3.1.4.1 
(1) 


Measurement configuration control and reporting / Intra E-UTRAN 
measureinents / Periodic reporting (intra and inter-frequency measurements) 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state and measurement configured for periodic reporting of intra 
frequency cells and inter frequency cells on specified frequency } 
ensure that { 

when { The UE receives reference signal power for cells on the serving frequency and cells on the 
frequency where measurements are configured } 

then { UE sends MeasurementReport message at regular intervals for these cells } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state and a MeasurementReport message for a configured periodic 
measurement reporting of intra and inter frequency cells was sent } 
ensure that { 

when { A previously reported cell become unavailable or the UE receives reference signal power on 
a reported frequency for a cell which was previously not reported } 

then { UE sends MeasurementReport message at regular intervals for the available intra and inter 
frequency cells } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state and periodic measurement reporting ongoing} 
ensure that { 

when { The UE receives a RRCConnectionReconf iguration message removing measlds for periodic 
reporting } 

then { UE stops sending MeasurementReport messages for these measlds } 
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8.3.1 .4.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.5.2.2, 5.5.4.1 and 5.5.5. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> If the RRCConnectionReconfiguration message includes the measConfig: 
2> perform the Measurement configuration procedure as specified in 5.5.2; 

[TS 36.331, clause 5.5.2.2] 

The UE shall: 

1> for each measid value included in the received measIdToRemoveList that is part of the current UE configuration 
in varMeasConfig: 

2> remove the entry with the matching measid from the measIdList within the VarMeasConfig; 

2> remove the measurement reporting entry for this measid from the VarMeasReportList, if included; 

2> stop the periodical reporting timer or timer T321, whichever one is running, and reset the associated 
information (e.g. timeToTrigger) for this measid; 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> else: 

3> if the corresponding measObject concerns E-UTRA: 

4> consider any neighbouring cell detected on the associated frequency to be applicable when the 

concerned cell is not included in the blackCellsToAddModList defined within the VarMeasConfig for 
this measid; 


2> if the purpose is included and set to 'reportStrongestCells' or to 'reportStrongestCellsForSON' and if a 
(first) measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells\ the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON\ the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 
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NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'evenf or to 'periodicaV while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than s- 
Measure or due to the measurement gap not being setup. 


[TS 36.331, clause 5.5.5] 


For the measid for which the measurement reporting procedure was triggered, the UE shall set the me asuredRe suits 
within the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultsNeighCells to include the best neighbouring cells up to maxReportCells in accordance 
with the following: 

3> if the triggerType is set to 'evenf : 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measld\ 

3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultsNeighCells, include the physCellld; 

3> if the triggerType is set to 'event'; or the purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing triggerQuantity, i.e. the best cell is included 
first; 


1> increment the numb erOfReports Sent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than to 
reportAmount as defined corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 
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1> submit the MEASUREMENT REPORT message to lower layers for transmission, upon which the procedure 
ends. 


Test description 
Pre-test conditions 


8.3.1.4.3 
8.3.1.4.3.1 
System Simulator: 

- Cell 1, Cell 2, Cell 3, Cell 4 and Cell 6 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18] on Cell 1. 

8.3.1 .4.3.2 Test procedure sequence 

Table 8.3.1.4.3.2-1 illustrates the downlink power levels to be applied for the cells at various time instants of the test 
execution. Row marked "TO" denotes the conditions after the preamble, while rows marked "Tl" and "T2" are to be 
applied subsequently. The exact instants on which these values shall be applied are described in the texts in this clause. 

Table 8.3.1.4.3.2-1 : Power levels 



Parameter 

Unit 

CelM 

Cell 2 

(DL 

only) 

Cells 

(DL 

only) 

Cell 4 

(DL 

only) 

Cell 6 

(DL 

only) 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/ 
15kH 

z 

-85 

-91 

-85 

Off 

Off 


T1 

Cell-specific 
RS EPRE 

dBm/ 
15kH 

z 

-85 

Off 

-85 

-91 

Off 


T2 

Cell-specific 
RS EPRE 

dBm/ 
15kH 

z 

-85 

Off 

Off 

-91 

-85 
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Table 8.3.1.4.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS transmits an 

RRCConnectionReconfiguration message 
including measConfig {o setup intra LTE 
measurements and periodical reporting for 
intra and inter frequency cells. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



2A 

Wait and ignore MeasurementReport 
messages for 5 s to allow UE to measure the 
neighbouring cells. 






EXCEPTION: In parallel to events described in 
step 3 the steps specified in table 8.3.1 .4.3.2- 
3, 8.3.1 .4.3.2-4 and the table 8.3.1 .4.3.2-4A 
shall take place 





3 

Wait for 30 s to ensure that the UE performs a 
periodical intra frequency reporting and a 
periodical inter frequency reporting. 



1 


4 

SS sets the cell-specific reference signal levels 
and switches Cell 2 "Off" and Cell 4 "On" 
according to row'TI" in table 8.3.1.4.3.2-1. 





5 

Wait and ignore MeasurementReport 
messages for 5 s to allow for the switching of 
cells. 






EXCEPTION: In parallel to events described in 
step 6 the steps specified in table 8.3.1 .4.3.2- 
4, 8.3.1 .4.3.2-4A and table 8.3.1 .4.3.2-5 shall 
take place. 





6 

Wait for 30 s to ensure that the UE performs a 
periodical intra frequency reporting and a 
periodical inter frequency reporting. 



1,2 


7 

SS sets the cell-specific reference signal levels 
and switches Cell 3 "Off" and Cell 6 "On" 
according to row "T2" in table 8.3.1 .4.3.2-1 . 





8 

Wait and ignore MeasurementReport 
messages for 5 s to allow for the switching of 
cells. 






EXCEPTION: In parallel to events described in 
steps 9 to 1 1 the steps specified in table 
8.3.1 .4.3.2-5 8.3.1 .4.3.2-6 and the table 
8.3.1 .4.3.2-6A shall take place 





9 

Wait for 30 s to ensure that the UE performs a 
periodical intra frequency reporting and a 
periodical inter frequency reporting. 



1,2 


10 

SS transmits an 

RRCConnectionReconfiguration message 
including measConfig \o remove measlds for 
periodical reporting. 

<— 

RRCConnectionReconfiguration 



11 

The UE transmits an 

RCConnectionReconfigrationComplete 

message 

-> 

RRCConnectionReconfigurationC 
omplete 



12 

Check: Does the UE attempt to transmit an 
uplink message for the next 1 0s? 

- 

- 

3 

F 
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Table 8.3.1.4.3.2-3: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: After the 1st message is 
received, step 1 below shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical intra frequency reporting for Cell 
2(N0TE1)? 

-> 

MeasurementReport 

1 

P 


NOTE 1: In the first report UE may not include measResultNeighCells for cell 2. 

Table 8.3.1.4.3.2-4: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: After the 1st message is 
received, step 1 below shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical inter frequency reporting for Cell 
3(NOTE2)? 

-> 

MeasurementReport 

1 

P 


NOTE 2: In the first report UE may not include measResultNeighCells for the cell 3. 

Table 8.3.1. 4.3.2-4A: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: After the 1st message is 
received, step 1 below shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical inter frequency reporting configured 
for cell 6 and without measResultNeighCells 
for the cell 6? 

-> 

MeasurementReport 

1 

P 


Table 8.3.1.4.3.2-5: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: Step 1 below shall be repeated 
every time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical intra frequency reporting for Cell 4( 
NOTES)? 

-> 

MeasurementReport 

1,2 

P 


NOTE 3: In the first report UE may not include measResultNeighCells for the cell 4. 
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Table 8.3.1.4.3.2-6: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: Step 1 below shall be repeated 
every time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical inter frequency reporting for Cell 6 ( 
N0TE4)? 

-> 

MeasurementReport 

1,2 

P 


NOTE 4: In the first report UE may not include measResultNeighCells for the cell 6. 

Table 8.3.1. 4.3.2-6A: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: After the 1st message is 
received, step 1 below shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical inter frequency reporting configured 
for cell 3 and without measResultNeighCells 
for the cell 3? 

-> 

MeasurementReport 




8.3.1 .4.3.3 Specific message contents 

Table 8.3.1.4.3.3-1 : RRCConnectionReconfiguration (step 1 and step 10, Table 8.3.1.4.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 
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Table 8.3.1.4.3.3-2: MeasConfig (step 1, Table 8.3.1.4.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1, condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

3 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f2 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f2) 



measObjectld[2] 

ldMeasObject-f3 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f3) 



} 




reportConfigloAddModiList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

IdReportConfig- 
PERIODICAL 



reportConfig[1] 

ReportConfigEUTRA- 
PERIODICAL 



} 




measldloAddModList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

3 entries 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f1 



reportConfigld[1] 

IdReportConfig- 
PERIODICAL 



nneasld[2] 

2 



nneasObjectld[2] 

ldMeasObject-f2 



reportConfigld[2] 

IdReportConfig- 
PERIODICAL 



measld[3] 

3 



measObjectld[3] 

ldMeasObject-f3 



reportConfigld[3] 

IdReportConfig- 
PERIODICAL 



} 




} 





Table 8.3.1.4.3.3-3 Void 


Table 8.3.1.4.3.3-4: MeasConfig (step 10, Table 8.3.1.4.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measldToRemoveList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

3 entries 



Measld[1] 

1 



Measld[2] 

2 



Measld[3] 

3 



} 




} 
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Table 8.3.1.4.3.3-5: MeasurementReport (step 1, Table 8.3.1.4.3.2-3) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 2 


physCellld[1] 

physicalCellldentity-Cell2 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.3.1.4.3.3-6: MeasurementReport (step 1, Table 8.3.1.4.3.2-5) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA ::= SEQUENCE (SIZE 
(1.. maxCellReport)) OF SEQUENCE { 


Report Cell 4 


physCellld[1] 

physicalCellldentity-Cell4 



measResult [11 SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.1.4.3.3-7: MeasurementReport (step 1, Table 8.3.1.4.3.2-4) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 3 


physCellld[1] 

physicalCellldentity-CellS 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.3.1. 4.3.3-7A: MeasurementReport {step 1, Table 8.3.1. 4.3.2-4A) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

3 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE {} 

Not present 



} 




} 




} 




} 




} 
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Table 8.3.1.4.3.3-8: MeasurementReport (step 1, Table 8.3.1.4.3.2-6) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

3 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 6 


physCellld[1] 

physicalCellldentity-Cell6 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.3.1.4.3.3-9: MeasurementReport {step 1, Table 8.3.1. 4.3.2-6A) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE {} 

Not present 



} 




} 




} 




} 




} 





8.3.1.5 

8.3.1.5.1 

(1) 


Measurement configuration control and reporting / Intra E-UTRAN 
nneasurennents / Two sinnultaneous event A3 (intra-frequency nneasurennents) 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state and measurements configured for two event A3 at the same 

time} 

ensure that { 

when { Entry condition for event A3 is not met } 
then { UE does not send MeasurementReport } 

} 
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(2) 

with { UE in E-UTRA RRC_CONNECTED state and measurements configured for two event A3 at the same 

time} 

ensure that { 

when { Neighbour becomes offset better than serving } 
then { UE sends MeasurementReport with correct measid for event A3 } 
} 

8.3.1 .5.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.5.4.1, 5.5.4.4 and 5.5.5. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> If the RRCConnectionReconfiguration message includes the measConfig: 
2> perform the Measurement configuration procedure as specified in 5.5.2; 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the corresponding reportConfig includes a purpose set to 'reportStrongestCellsForSON' : 

3> consider any neighbouring cell detected on the associated frequency to be applicable; 

2> else if the corresponding reportConfig includes a purpose set to 'reportCGF: 

3> consider any neighbouring cell detected on the associated frequency/ set of frequencies (GERAN) which 
has a physical cell identity matching the value of the cellForWhichToReportCGI included in the 
corresponding measObject within the VarMeasConfig to be applicable; 

2> else: 

3> if the corresponding measObject concerns E-UTRA: 

4> consider any neighbouring cell detected on the associated frequency to be applicable when the 

concerned cell is not included in the MackCellsToAddModList defined within the VarMeasConfig for 
this measid', 

3> else if the corresponding measObject concerns UTRA or CDMA2000: 

4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModList defined within the VarMeasConfig for this measid (i.e. the cell is 
included in the white-list); 

3> else if the corresponding measObject concerns GERAN: 

4> consider a neighbouring cell on the associated set of frequencies to be applicable when the concerned 
cell matches the ncc-Permitted defined within the VarMeasConfig for this measid', 

2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig, while the VarMeasReportList does not include an measurement 
reporting entry for this measid (a first cell triggers the event): 

3> include a measurement reporting entry within the VarMeasReportList for this measid'. 
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3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'evenf and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid', 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measid for 
all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for 
this event: 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid', 

3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 
3> if the cellsTriggeredList defined within the VarMeasReportList for this measid is empty: 

4> remove the measurement reporting entry within the VarMeasReportList for this measid', 

4> stop the periodical reporting timer for this measid, if running; 

2> if the purpose is included and set to 'reportStrongestCells' or to 'reportStrongestCellsForSON' and if a 
(first) measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid', 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells', the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON', the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the purpose is included and set to 'reportCGF and if the UE acquired the information needed to set all 
fields of cellGloballd for the requested cell: 

3> include a measurement reporting entry within the VarMeasReportList for this measid', 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> stop timer T321; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 
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2> upon expiry of the T321 for this measid: 

3> include a measurement reporting entry within the VarMeasReportList for this measid', 

3> set the numherOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'event' or to 'periodicaV while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than s- 
Measure or due to the measurement gap not being setup. 

NOTE 3: If the UE is configured with DRX, the UE may delay the measurement reporting for event triggered and 
periodical triggered measurements until the Active Time, which is defined in TS 36.321 [6]. 

[TS 36.331, clause 5.5.4.4] 

The UE shall: 

1> consider the entering condition for this event to be satisfied when condition A3-1, as specified below, is fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition A3 -2, as specified below, is fulfilled; 
Inequality A3-1 (Entering condition) 
Mn + Ofn + Ocn - Hys >Ms + Ofs + Ocs + Ojf 
Inequality A3 -2 (Leaving condition) 
Mn + Ofn + Ocn + Hys <Ms + Ofs + Ocs + Off 
The variables in the formula are defined as follows: 

Mn is the measurement result of the neighbouring cell, not taking into account any offsets. 

Ofn is the frequency specific offset of the frequency of the neighbour cell (i.e. offsetFreq as defined within 
measObjectEUTRA corresponding to the frequency of the neighbour cell). 

Ocn is the cell specific offset of the neighbour cell (i.e. celllndividualOffset as defined within measObjectEUTRA 
corresponding to the frequency of the neighbour cell), and set to zero if not configured for the neighbour cell. 

Ms is the measurement result of the serving cell, not taking into account any offsets. 

Ofs is the frequency specific offset of the serving frequency (i.e. offsetFreq as defined within measObjectEUTRA 
corresponding to the serving frequency). 

Ocs is the cell specific offset of the serving cell (i.e. celllndividualOffset as defined within measObjectEUTRA 
corresponding to the serving frequency), and is set to zero if not configured for the serving cell. 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigEUTRA for this event). 

O/jf is the offset parameter for this event (i.e. a3 -Offset as defined within reportConfigEUTRA for this event). 

Mn, Ms are expressed in dBm in case of RSRP, or in dB in case of RSRQ. 
Ofn, Ocn, Ofs, Ocs, Hys, O/jf are expressed in dB. 
[TS 36.331, clause 5.5.5] 
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UE 


EUTRAN 


MeasurementReport ^ 


Figure 5.5.5-1 : Measurement reporting 


The purpose of this procedure is to transfer measurement results from the UE to E-UTRAN. 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 

3> if the triggerType is set to 'evenf : 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measld\ 

3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultNeighCells, include the physCellld', 

3> if the triggerType is set to 'event'; or the^ purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing triggerQuantity, i.e. the best cell is included 
first; 

5> else: 

6> set the measResult to the quantity as configured for the concerned RAT within the 
quantityConfig in order of decreasing quantity, i.e. the best cell is included first; 

3> else if \hQ purpose is set to 'reportCGF: 

4> if the mandatory present fields of the cellGloballd for the cell indicated by the 
cellForWhichToReportCGI in the associated measObject have been obtained: 

5> include the cgi-Info containing all the fields that have been successfully acquired; 
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1> increment the numberOfReportsSent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 

1> else: 

2> if the triggerType is set to 'periodical' : 

3> remove the entry within the VarMeasReportList for this measid; 

3> remove this measid from the measIdList within VarMeasConfig; 

1> if the measured results are for CDMA2000 HRPD: 

2> set the preRegistrationStatusHRPD to the UE's CDMA2000 upper layer's HRPD preRegistrationStatus; 

1> if the measured results are for CDMA2000 IxRTT: 

2> set the preRegistrationStatusHRPD to 'FALSE'; 

1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 

8.3.1 .5.3 Test description 

8.3.1 .5.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18] 

8.3.1 .5.3.2 Test procedure sequence 

Table 8.3.1.5.3.2-1 illustrates the downlink power levels to be applied for Cell 1 and Cell 2 at various time instants of 
the test execution. Row marked "TO" denotes the conditions after the preamble, while rows marked "TT'and "T2" are to 
be applied subsequently. The exact instants on which these values shall be applied are described in the texts in this 
clause. 

Table 8.3.1.5.3.2-1 : Power levels 



Parameter 

Unit 

CelM 

Cell 2 

(DL 

only) 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/1 
5kHz 

-85 

-110 

Power levels are such that entry condition for event A3 
(measid 1 & 2) is not satisfied: 
Mn-\-0fn-\-0cn-\-Hys<Ms-\-0fs-\-0cs-\-0ff 

T1 

Cell-specific RS 
EPRE 

dBm/1 
5kHz 

-85 

-91 

Power levels are such that entry condition for event A3 
(measid ^) is satisfied: 
Mn-\-0fn-\-0cn-Hys>Ms-\-0fs-\-0cs-\-0ff 

T2 

Cell-specific RS 
EPRE 

dBm/1 
5kHz 

-85 

-79 

Power levels are such that entry condition for event A3 
(measid 2) is satisfied: 
Mn-\-0fn-\-0cn-Hys>Ms-\-0fs-\-0cs-\-0ff 
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Table 8.3.1.5.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS transmits an 

RRCConnectionReconfiguration message 
including MeasConfigXo setup intra E-UTRAN 
measurement and reporting for two event A3 
(measld^ and measlcl2) with different 
parameters. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

Check: Does the UE transmit a 
MeasurementReport message within the next 
10s? 

-> 

MeasurementReport 

1 

F 

4 

SS re-adjusts the cell-specific reference signal 
level according to row "T1" in table 8.3.1 .5.3.2- 
1. 





5 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A3 {measld^) with the measured RSRP value 
for Cell 2? 

-> 

MeasurementReport 

2 

P 

6 

SS re-adjusts the cell-specific reference signal 
level according to row "T2" in table 8.3.1 .5.3.2- 
1. 





7 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A3 (measid 2) with the measured RSRP value 
for Cell 2? 

-> 

MeasurementReport 

2 

P 


8.3.1 .5.3.3 Specific message contents 

Table 8.3.1.5.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.3.1.5.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 
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Table 8.3.1.5.3.3-2: MeasConfig (step 1, Table 8.3.1.5.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 

Information Element 

Value/Remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



measObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

2 entries 



reportConfigld[1] 

1 



reportConfig[1] 

ReportConfig-A3- 
Lowerthreshold 



reportConfigld[2] 

2 



reportConfig[2] 

ReportConfig-A3- 
Higherthreshold 



} 




measldToAddModList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

2 entries 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f1 



reportConfigld[1] 

ldReportConfig-A3- 
Lowerthreshold 



measld[2] 

2 



measObjectld[2] 

ldMeasObject-f1 



reportConfigld[2] 

ldReportConfig-A3- 
Higherthreshold 



} 




} 




Table 8.3.1.5.3.3-3: ReportConfig-A3-Lowerthreshold {step 1, Table 8.3.1.5.3.2-2) 

Derivation path: 36.508 clause 4.6.6 table 4.6.6-6 ReportConfigEUTRA-A3 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA-A3 ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE! 




eventid CHOICE { 




eventAS SEQUENCE { 




aS-Offset 

-20 

-10dB 


} 




} 




timeToTrigger 

msO 



} 




} 




reportOuantity 

sameAsTriggerQuantity 



} 
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Table 8.3.1.5.3.3-4: ReportConfig-A3-Higherthreshold (step 1, Table 8.3.1.5.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-6 ReportConfigEUTRA-A3 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA-A3 ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE} 




eventid CHOICE { 




eventAS SEQUENCE { 




aS-Offset 



OdB 


} 




} 




timeToTrigger 

msO 



} 




} 




reportOuantity 

sameAsTriggerQuantity 



} 




Table 8.3.1.5.3.3-5: MeasurementReport (step 5, Table 8.3.1.5.3.2-2) 

Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




MeasResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




MeasResultEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 2 


physCellld 

PhysCellld of the Cell 2. 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

Not present 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.1.5.3.3-6: MeasurementReport (step 7, Table 8.3.1.5.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




MeasResults::= SEQUENCE! 




measid 

2 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




MeasResultEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 2 


physCellld 

PhysCellld of the Cell 2. 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

Not present 



} 




} 




} 




} 




} 




} 




} 




} 





8.3.1.6 


8.3.1.6.1 


Measurement configuration control and reporting / Intra E-UTRAN 
measureinents / Two sinnultaneous events A2 and A3 (inter-frequency 
nneasurennents) 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_CONNECTED state and measurements configured for event A2 and event A3 } 
ensure that { 

when { Serving becomes worse than threshold } 
then { UE sends MeasurementReport for event A2 } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state and measurements configured for event A2 and event A3 } 
ensure that { 

when { Neighbour becomes offset better than serving } 
then { UE sends MeasurementReport for event A3 } 


8.3.1.6.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.5.4.1, 5.5.4.3, 5.5.4.4 and 5.5.5. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> if the RRCConnectionReconfiguration message includes the measConfig: 
2> perform the measurement configuration procedure as specified in 5.5.2; 
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[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> else: 

3> if the corresponding measObject concerns E-UTRA: 

4> if the ue-RxTxTimeDijfPeriodical, eventAl or eventA2 is configured in the corresponding 
reportConfig: 

5> consider only the serving cell to be applicable; 

4> else: 

5> consider any neighbouring cell detected on the associated frequency to be applicable when the 
concerned cell is not included in the MackCellsToAddModList defined within the VarMeasConfig 
for this measid: 


2> if the triggerType is set to 'event and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig, while the VarMeasReportList does not include an measurement 
reporting entry for this measid (a first cell triggers the event): 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid', 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measid for 
all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for 
this event: 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid', 

3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 

3> if the cellsTriggeredList defined within the VarMeasReportList for this measid is empty: 
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4> remove the measurement reporting entry within the VarMeasReportList for this measid; 

4> stop the periodical reporting timer for this measid, if running; 

2> if the purpose is included and set to 'reportStrongestCelW or to 'reportStrongestCellsForSON' and if a (first) 
measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells\ the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSOJSP , the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the purpose is included and set to 'reportCGT and if the UE acquired the information needed to set all 
fields of cgi-Info for the requested cell: 

3> include a measurement reporting entry within the VarMeasReportList for this measid', 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> stop timer T321; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> upon expiry of the T321 for this measid: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'evenf or to 'periodical' while the 

corresponding measurement is not performed due to the serving cell RSRP being equal to or better than ^- 
Measure or due to the measurement gap not being setup. 

NOTE 3: If the UE is configured with DRX, the UE may delay the measurement reporting for event triggered 
and periodical triggered measurements until the Active Time, which is defined in TS 36.321 [6]. 

[TS 36.331, clause 5.5.4.3] 

The UE shall: 

1> consider the entering condition for this event to be satisfied when condition A2-1, as specified below, is fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition A2-2, as specified below, is fulfilled; 
Inequality A2-1 (Entering condition) 
Ms + Hys < Thresh 

Inequality A2-2 (Leaving condition) 
Ms - Hys > Thresh 
The variables in the formula are defined as follows: 

Ms is the measurement result of the serving cell, not taking into account any offsets. 
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Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigEUTRA for this event). 

Thresh is the threshold parameter for this event (i.e. a2 -Threshold as defined within reportConfigEUTRA for this 
event). 

Ms is expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Hys is expressed in dB. 

Thresh is expressed in the same unit as Ms. 
[TS 36.331, clause 5.5.4.4] 
The UE shall: 

1> consider the entering condition for this event to be satisfied when condition A3-1, as specified below, is fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition A3 -2, as specified below, is fulfilled; 
Inequality A3-1 (Entering condition) 
Mn + Ofn + Ocn - Hys >Ms + Ofs + Ocs + Ojf 
Inequality A3 -2 (Leaving condition) 
Mn + Ofn + Ocn + Hys <Ms + Ofs + Ocs + Off 
The variables in the formula are defined as follows: 

Mn is the measurement result of the neighbouring cell, not taking into account any offsets. 

Ofn is the frequency specific offset of the frequency of the neighbour cell (i.e. offsetEreq as defined within 
measObjectEUTRA corresponding to the frequency of the neighbour cell). 

Ocn is the cell specific offset of the neighbour cell (i.e. celllndividualOffset as defined within measObjectEUTRA 
corresponding to the frequency of the neighbour cell), and set to zero if not configured for the neighbour cell. 

Ms is the measurement result of the serving cell, not taking into account any offsets. 

Ofs is the frequency specific offset of the serving frequency (i.e. offsetEreq as defined within measObjectEUTRA 
corresponding to the serving frequency). 

Ocs is the cell specific offset of the serving cell (i.e. celllndividualOffset as defined within measObjectEUTRA 
corresponding to the serving frequency), and is set to zero if not configured for the serving cell. 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigEUTRA for this event). 

O/jf is the offset parameter for this event (i.e. a3 -Offset as defined within reportConfigEUTRA for this event). 

Mn, Ms are expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Ofn, Ocn, Ofs, Ocs, Hys, Off are expressed in dB. 

[TS 36.331, clause 5.5.5] 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 

3> if the triggerType is set to 'event: 
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4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measld\ 

3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultNeighCells, include the physCellld', 

3> if the triggerType is set to 'event \ or the purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing trigger Quantity, i.e. the best cell is included 
first; 

5> else: 

6> set the measResult to the quantity as configured for the concerned RAT within the 

quantityConfig in order of either decreasing quantity for UTRA and GERAN or increasing 
quantity for CDMA2000 pilotStrength, i.e. the best cell is included first; 


1> increment the numb erOfReports Sent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 


1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 
8.3.1 .6.3 Test description 

8.3.1 .6.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 3 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 
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8.3.1.6.3.2 


Test procedure sequence 


Table 8.3.1.6.3.2-1 illustrates the downlink power levels to be applied for Cell 1 and Cell 3 at various time instants of 
the test execution. Row marked "TO" denotes the conditions after the preamble, while rows marked "TT'and "T2" are to 
be applied subsequently. The exact instants on which these values shall be applied are described in the texts in this 
clause. 

Table 8.3.1.6.3.2-1 : Power levels 



Parameter 

Unit 

CelM 

Cell 3 

(DL 

only) 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/1 
5kHz 

-75 

-91 

Power levels are such that entry condition for event A2 

and event A3 is not satisfied: 

Ms -Hys> Thresh 

AND 

Mn + 0fn + 0cn + Hys<Ms + 0fs + 0cs + 0jf 

T1 

Cell-specific RS 
EPRE 

dBm/1 
5kHz 

-93 

-105 

Power level of Cell 1 is such that entry condition for 

event A2 is satisfied: 

Ms + Hys<Thresh 

AND 

Power levels of Cell 1 and Cell 3 are such that entry 

condition for event A3 is not satisfied: 

Mn + 0fn + 0cn + Hys<Ms + 0fs + 0cs + 0jf 

T2 

Cell-specific RS 
EPRE 

dBm/1 
5kHz 

-85 

-73 

Power levels are such that entry condition for event A3 is 

satisfied: 

Mn-\-Ofn-\-Ocn-Hys>Ms-\-Ofs-\-Ocs-\-OJf 


Table 8.3.1.6.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS transmits an 

RRCConnectionReconfiguration message 
including measConfig \o setup intra LTE 
measurement and reporting for event A2 and 
event A3 (inter frequency measurement) 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigrationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
ompiete 



3 

Check: Does the UE transmit a 
MeasurementReport message within the next 
10s? 

-> 

MeasurementReport 

1 

F 

4 

SS re-adjusts the cell-specific reference signal 
level according to row "T1 " in table 8.3.1 .6.32.- 
1. 





5 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A2 with the measured RSRP value for Cell 1 ? 

-> 

MeasurementReport 

1 

P 

6 

SS re-adjusts the cell-specific reference signal 
level according to row "T2" in table 8.3.1 .6.32.- 
1. 





7 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A3 with the measured RSRP value for Cell 3? 

-> 

MeasurementReport 

2 

P 


8.3.1 .6.3.3 Specific message contents 

Table 8.3.1.6.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.3.1.6.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1134 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 8.3.1.6.3.3-2: MeasConfig (step 1, Table 8.3.1.6.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 , condition INTER-FREQ 

Information Element 

Value/Remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f2 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f2) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

2 entries 



reportConfigld[1] 

ldReportConfig-A2 



reportConfig[1] 

ReportConfig-A2 



reportConfigld[2] 

ldReportConfig-A3 



reportConfig[2] 

ReportConfig-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

2 entries 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f1 



reportConfigld[1] 

ldReportConfig-A2 



measld[2] 

2 



nneasObjectld[2] 

ldMeasObject-f2 



reportConfigld[2] 

ldReportConfig-A3 



} 




} 




Table 8.3.1.6.3.3-3: ReportConfig-A2 (step 1, Table 8.3.1.6.3.2-2) 

Derivation path: 36.508 clause 4.6.6 table 4.6.6-5 ReportConfigEUTRA-A2(-83) 

Information Element 

Value/Remark 

Comment 

Condition 

ReportConfigEUTRA ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE { 




hysteresis 

6 

3dB 


} 




} 




} 




Table 8.3.1.6.3.3-4: ReportConfig-AS (step 1, Table 8.3.1.6.3.2-2) 

Derivation path: 36.508 clause 4.6.6 table 4.6.6-6 ReportConfigEUTRA-A3 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA-A3 ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE { 




eventid CHOICE { 




eventAS SEQUENCE { 




a3-0ffset 



OdB 


} 




} 




} 




} 




reportOuantity 

sameAsTriggerQuantity 



} 
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Table 8.3.1.6.3.3-5: MeasurementReport (step 5, Table 8.3.1.6.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




Table 8.3.1.6.3.3-6: MeasurementReport (step 7, Table 8.3.1.6.3.2-2) 

Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 3 


physCellld 

PhysCellld of the Cell 3. 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

Not present 



} 




} 




} 




} 




} 




} 




} 




} 





8.3.1.7 

8.3.1.7.1 
(1) 


Measurement configuration control and reporting / Intra E-UTRAN 
measurennents / Blacklisting 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state and meausurement configured for event A3 reporting } 
ensure that { 

when { Blacklisted neighbour cell satisfies entry condition for event A3 } 
then { It is not considered in event evaluation and UE does not send MeasurementReport message 

} 
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(2) 

with { UE in E-UTRA RRC_CONNECTED state and meausurement reporting triggered by event A3 is ongoing} 
ensure that { 

when { Blacklisted neighbour cell satisfies entry condition for event A3 } 
then { It is not considered in measurement reporting } 
} 

8.3.1 .7.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.5.1, 5.5.4.1, 
and 5.5.5. 

[TS 36.331, clause 5.5.1] 

The UE reports measurement information in accordance with the measurement configuration as provided by E- 
UTRAN. E-UTRAN provides the measurement configuration appHcable for a UE in RRC_CONNECTED state by 
means of dedicated signalHng, i.e. using the RRCConnectionRe configuration message. 


For intra- frequency and inter-frequency measurements a measurement object is a single E-UTRA carrier 
frequency. Associated with this carrier frequency, E-UTRAN can configure a list of cell specific offsets and a 
list of 'blacklisted' cells. Blacklisted cells are not considered in event evaluation or measurement reporting. 


[TS 36.331, clause 5.5.4.1] 
The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> else: 


3> if the corresponding measObject concerns EUTRA: 

4> consider any neighbouring cell detected on the associated frequency to be applicable when the 

concerned cell is not included in the MackCellsToAddModList defined within the VarMeasConfig for 
this measid: 


2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeaConfig, is fulfilled for one 
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig while the VarMeasReportList does not include a measurement reporting 
entry for this measid (a first cell triggers the event): 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 


2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
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taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measid for 
all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for 
this event: 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid; 

3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 
3> if the cellsTriggeredList defined within the YarMeasReportList for this measid is empty: 

4> remove the measurement reporting entry within the VarMeasReportList for this measid; 

4> stop the periodical reporting timer for this measid, if running; 

[TS 36.331, clause 5.5.5] 


For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the IE measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultsNeighCells to include the best neighbouring cells up to maxReportCells in accordance 
with the following: 

3> if the triggerType is set to 'event' : 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measid; 


3> for each cell that is included in the measResultsNeighCells, include the physCellld; 

3> if the triggerType is set to 'event'; or the^ purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell include the layer 3 filtered measured results in accordance with the 
reportConfigList for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing triggerQuantity, i.e. the best cell is included 
first; 
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1> increment the numb erOfReports Sent as defined within the N arMeasReportList for this measid by 1; 
1> stop the periodical reporting timer, if running; 

1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends. 
8.3.1 .7.3 Test description 

8.3.1 .7.3.1 Pre-test conditions 
System Simulator: 

- Cell 1, Cell 2 and Cell 4: 

Cell 1 is the serving cell 
- Cell 2 and Cell 4 are intra-frequency neighbour cells 
UE: 
None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 

8.3.1 .7.3.2 Test procedure sequence 

Table 8.3.1.7.3.2-1 illustrates the downlink power levels to be applied for Cell 1, Cell 2 and Cell 4 at various time 
instants of the test execution. Row marked "TO" denotes the conditions after the preamble, while rows marked "Tl" and 
"T2" are to be applied subsequently. The exact instants on which these values shall be applied are described in the texts 
in this clause. 

Table 8.3.1.7.3.2-1 : Power level 



Parameter 

Unit 

CelM 

Cell 2 
(DL only) 

Cell 4 
(DL only) 

Remark 

TO 



-85 

-97 

-97 

Power levels are such that that exit condition 
for event A3 is satisfied for all cells {M2 + Hys 
<M1 + Off and M4 + Hys < M1 + Off) with all 
offset parameters set to dB. 

T1 

Cell-specific 
RS EPRE 

dBm/ 
15kH 

z 

-85 

-79 

-97 

Power level of Cell 2 is set such that 
measurement results for Cell 1 {M1) and Cell 2 
{f\/l2) satisfy entry condition for event A3 {f\/l2 - 
Hys>M1 + Off). 

T2 



-85 

-79 

-79 

Power level of Cell 4 is set such that 
measurement results for Cell 1 (/\//7) and Cell 4 
{M4) satisfy entry condition for event A3 [M4 - 
Hys>M1 + Off). 
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Table 8.3.1.7.3.2-2 : Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS transmits an 

RRCConnectionReconfiguration message 
including measConfig {o setup intraLTE 
measurement and reporting for event A3. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigrationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

SS re-adjusts the cell-specific reference signal 
levels according to row "T1 " in table 
8.3.1.7.3.2.-1. 





4 

Check: does the UE transmit a 
MeasurementReport messages within the next 
10s? 


MeasurementReport 

1 

F 

5 

SS re-adjusts the cell-specific reference signal 
levels according to row "T2" in table 
8.3.1.7.3.2.-1. 





6 

Check: does the UE transmit a 
MeasurementReport message to report event 
A3 with the measured RSRP values for Cell 1 
and Cell 4 without Cell 2 results? 

-> 

MeasurementReport 

2 

P 

7 

SS transmits an 

RRCConnectionReconfiguration message 
including measConfig Xo remove Cell 2 from 
the blacklisted cell list. 

<— 

RRCConnectionReconfiguration 



8 

The UE transmits an 

RRCConnectionReconfigrationComplete 

message 

-> 

RRCConnectionReconfigurationC 
omplete 




EXCEPTION: Steps 8Aa1 to 8Ab1 describe a 
transaction that depends on the UE behaviour; 
the "lower case letter" identifies a step 
sequence that takes place if a specific 
behaviour happens. 





8A 
a1 

IF the UE detects event A3 for Cell 4 before 
event A3 for Cell 2 THEN the UE may transmit 
MeasurementReport message to report event 
A3 with the measured RSRP values for Cell 1 
and Cell 4. 

-> 

MeasurementReport 



8A 
b1 

IF the UE detects event A3 for Cell 2 before 
event A3 for Cell 4 THEN the UE may transmit 
MeasurementReport message to report event 
A3 with the measured RSRP values for Cell 1 
and Cell 2. 

-> 

MeasurementReport 



9 

Check: does the UE transmit a 
MeasurementReport message to report event 
A3 with the measured RSRP values for Cell 1 , 
Cell 2 and Cell 4? 

-> 

MeasurementReport 

1,2 

P 


8.3.1 .7.3.3 Specific message contents 

Table 8.3.1.7.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.3.1.7.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 
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Table 8.3.1.7.3.3-2: MeasConfig (Table 8.3.1.7.3.3-1) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

measConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfig-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f1 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 





Table 8.3.1.7.3.3-3; MeasObjectEUTRA-GENERIC {Tab\e 8.3.1.7.3.3-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-3 MeasObjectEUTRA-GENERIC(fl) 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectEUTRA-GENERIC(fl) ::= SEQUENCE { 




blackCellsToAddModList ::= SEQUENCE (SIZE 
(1..maxCellMeas)) OF SEQUENCE { 

1 entry 

Add Cell 2 


celllndex[1] 

1 



physCellldRange[1] 

physicalCellldentity-Cell2 



} 




} 





Table 8.3.1.7.3.3-4: ReportConfig-A3 {Table 8.3.1.7.3.3-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-6 ReportConfigEUTRA-A3 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA-A3 ::= SEQUENCE { 




maxReportCells 

3 

Report Cell 1 , Cell 
2 and Cell 4 


reportlnterval 

Not present 



} 





Table 8.3.1.7.3.3-5: RRCConnectionReconfiguration (step 7, Table 8.3.1.7.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 
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Table 8.3.1.7.3.3-6: MeasConfig (Table 8.3.1.7.3.3-5) 


Derivation Path: 36.508 clause 4.6.6 table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

measConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



nneasObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




} 




Table 8.3.1.7.3.3-7: MeasObjectEUTRA-GENERlC (Table 8.3.1.7.3.3-6) 

Derivation path: 36.508 clause 4.6.6 table 4.6.6-3 MeasObjectEUTRA-GENERIC(fl) 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectEUTRA-GENERIC(fl) ::= SEQUENCE { 




blackCellsToRemoveList ::= SEQUENCE (SIZE 
(1 ..maxCellMeas)) OF SEQUENCE { 

1 entry 

Remove Cell 2 


Celllndex[1] 

1 



} 




} 




Table 8.3.1.7.3.3-8: MeasurementReport {step 6, Table 8.3.1.7.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 4 


physCellld[1] 

physicalCellldentity-Cell4 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.1.7.3.3-9: MeasurementReport (step 9, Table 8.3.1.7.3.2-2) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 2 and 
Cell 4 


physCellld[1] 

physicalCellldentity-Cell2 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




physCellld[2] 

physicalCellldentity-Cell4 



measResult [2] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 




Note: IE "measresult" for cells 2 and 4 can appear in any order (i.e. cell 2 then cell 4 or cell 4 then cell 2) 
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Table 8.3.1.7.3.3-10: MeasurementReport (step 8Aa1, Table 8.3.1.7.3.2-2) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 4 


physCellldf21 

physicalCellldentity-Cell4 



measResult [2] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.3.1 .7.3.3-1 1 : MeasurementReport (step 8Ab1 , Table 8.3.1 .7.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA ::= SEQUENCE (SIZE 
(1.. maxCellReport)) OF SEQUENCE { 


Report Cell 2 


physCellld[21 

physicalCellldentity-Cell2 



measResult [21 SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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8.3.1 .8 Measurement configuration control and reporting / Intra E-UTRAN 

measurements / Handover/ IE measurement configuration present 

8.3.1.8.1 Test Purpose (TP) 
(1) 

with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the intra frequency measurement } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo and a 
measConfig for removing intra frequency measurement } 

then { UE performs intra frequency handover and stops the intra frequency measurement } 
} 

8.3.1 .8.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.5.4, 
5.5.2.2, 5.5.2.6 and 5.5.4.4. 

[TS 36.331, clause 5.3.5.4] 

If the RRCConnectionReconfiguration message includes the mobilityControlInfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 

1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobilityControlInfo; 

1> if the carrierFreq is included: 

2> consider the target cell to be one on the frequency indicated by the carrierFreq with a physical cell identity 
indicated by the targetPhysCellld; 

1> else: 

2> consider the target cell to be one on the current frequency with a physical cell identity indicated by the 
targetPhysCellld; 

1> start synchronising to the DL of the target cell; 

NOTE 1 : The UE should perform the handover as soon as possible following the reception of the RRC message 

triggering the handover, which could be before confirming successful reception (HARQ and ARQ) of this 
message. 

1> reset MAC; 

1> re-establish PDCP for all RBs that are established; 

NOTE 2: The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HEN, is specified in TS 36.323 [8]. 

1> re-establish RLC for all RBs that are established; 

1> apply the value of the newUE-Identity as the C-RNTI; 

1> configure lower layers in accordance with the received radioResourceConfigCommon; 

1> configure lower layers in accordance with any additional fields, not covered in the previous, if included in the 
received mobilityControlInfo; 

1> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

2> perform the radio resource configuration procedure as specified in 5.3.10; 

1> if the keyChangelndicator received in the securityConfigHO is set to TRUE: 
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2> update the KeNB key based on the fresh Kasme key taken into use with the previous successful NAS SMC 
procedure, as specified in TS 33.401 [32]; 

1> else: 

2> update the KeNB key based on the current KeNB or the NH, using the nextHopChainingCount value indicated 
in the security ConfigHO, as specified in TS 33.401 [32]; 

1> store the nextHopChainingCount value; 

1> if the securityAlgorithmConfig is included in the securityConfigHO: 

2> derive the KRRCmt key associated with the integrity ProtAlgorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the ciphering Algorithm, as specified in TS 33.401 
[32]; 

1> else: 

2> derive the KRRCmt key associated with the current integrity algorithm, as specified in TS 33.401 [32]; 

2> derive the KRRCenc key and the KuPenc key associated with the current ciphering algorithm, as specified in TS 
33.401 [32]; 

1> configure lower layers to apply the integrity protection algorithm and the KRRCint key, i.e. the integrity protection 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> configure lower layers to apply the ciphering algorithm, the KRRCenc key and the KuPenc key, i.e. the ciphering 
configuration shall be applied to all subsequent messages received and sent by the UE, including the message 
used to indicate the successful completion of the procedure; 

1> perform the measurement related actions as specified in 5.5.6.1; 

1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 
1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 
1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 

2> apply the parts of the CQI reporting configuration, the scheduling request configuration and the sounding RS 
configuration that do not require the UE to know the SEN of the target cell, if any; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SEN 
of the target cell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, sounding 
RS configuration), if any, upon acquiring the SEN of the target cell; 

NOTE 3: Whenever the UE shall setup or reconfigure a configuration in accordance with a field that is received it 
applies the new configuration, except for the cases addressed by the above statements. 

2> the procedure ends; 


[TS 36.331, clause 5.5.2.2] 

The UE shall: 

1> for each measid included in the received measIdToRemoveList that is part of the current UE configuration in 
va rMeas Config : 

2> remove the entry with the matching measid from the measIdList within the VarMeas Config; 

2> remove the measurement reporting entry for this measid from the VarMeasReportList, if included; 
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[TS 36.331, clause 5.5.2.6] 

The UE shall: 

1> for each reportConfigId included in the received reportConfigToRemoveList that is part of the current UE 
configuration in varMeasConfig: 

2> remove the entry with the matching reportConfigId from the reportConfigList within the VarMeasConfig', 

2> remove all measid associated with the reportConfigId from the measIdList within the VarMeasConfig, if any; 

2> if a measid is removed from the measIdList: 

3> remove the measurement reporting entry for this measid from the VarMeasReportList, if included', 

3> stop the periodical reporting timer or timer T321, whichever one is running, and reset the associated 
information (e.g. timeToTrigger) for this measid', 

NOTE: The UE does not consider the message as erroneous if the reportConfigToRemoveList includes any 
reportConfigId value that is not part of the current UE configuration. 

[TS 36.331, clause 5.5.4.4] 

The UE shall: 

1> consider the entering condition for this event to be satisfied when condition A3-1, as specified below, is fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition A3 -2, as specified below, is fulfilled; 
Inequality A3-1 (Entering condition) 
Mn + Ofn + Ocn - Hys >Ms-\- Ofs + Ocs + Ofi' 
Inequality A3 -2 (Leaving condition) 
Mn + Ofn + Ocn + Hys <Ms + Ofs + Ocs + Off 
The variables in the formula are defined as follows: 

Mn is the measurement result of the neighbouring cell, not taking into account any offsets. 

Ofn is the frequency specific offset of the frequency of the neighbour cell (i.e. offsetFreq as defined within 
measObjectEUTRA corresponding to the frequency of the neighbour cell). 

Ocn is the cell specific offset of the neighbour cell (i.e. celllndividualOffset as defined within measObjectEUTRA 
corresponding to the frequency of the neighbour cell), and set to zero if not configured for the neighbour cell. 

Ms is the measurement result of the serving cell, not taking into account any offsets. 

Ofs is the frequency specific offset of the serving frequency (i.e. offsetFreq as defined within measObjectEUTRA 
corresponding to the serving frequency). 

Ocs is the cell specific offset of the serving cell (i.e. celllndividualOffset as defined within measObjectEUTRA 
corresponding to the serving frequency), and is set to zero if not configured for the serving cell. 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigEUTRA for this event). 

O/jf is the offset parameter for this event (i.e. a3 -Offset as defined within reportConfigEUTRA for this event). 

Mn, Ms are expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Ofn, Ocn, Ofs, Ocs, Hys, O/jf are expressed in dB. 
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Test description 
Pre-test conditions 


8.3.1.8.3 
8.3.1.8.3.1 
System Simulator: 

- Cell 1 and Cell 2. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.1 .8.3.2 Test procedure sequence 

Table 8.3.1.8.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 8.3.1.8.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-91 

The power level values are such that 
measurement re85sults for Cell 1 (M1) and 
Cell 2 (M2) satisfy exit condition for event 
A3(M2<M1). 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-79 

The power level values are such that 
measurement results for Cell 1 (M1) and 
Cell 2 (M2) satisfy entry condition for event 
A3(M2>M1). 
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Table 8.3.1.8.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup intra frequency measurement. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 to confirm the setup of intra 
frequency measurement. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 1 and Cell 2 parameters 
according to the row"T1" in table 8.3.1.8.3.2-1. 

- 

- 

- 

- 

4 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3. 

-> 

IVIeasurementReport 

- 

- 

5 

The SS transmits an 

RRCConnectionReconfiguration message with 
a nfieasConfig on Cell 1 for removing event A3 
reporting, to order the UE to perform intra 
frequency handover to Cell 2. 

<— 

RRCConnectionReconfiguration 



6 

Check: Does the UE transmit an 
RRCConnectionReconfigurationComplete 
message on Cell 2? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

P 

7 

The SS changes Cell 1 and Cell 2 parameters 
according to the row "TO" in table 8.3.1 .8.3.2-1 . 

- 

- 

- 

- 

8 

Check: Does the UE transmit a 
iVieasurenfientReport message on Cell 2 to 
perform event A3 reporting during the next 
30s? 

-> 

IVIeasurementReport 

1 

F 

9 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 2? 



1 



8.3.1 .8.3.3 Specific message contents 

Table 8.3.1.8.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.3.1.8.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 

Table 8.3.1.8.3.3-2: MeasConffg (Table 8.3.1.8.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObiectld)) OF SEQUENCE { 

1 entry 



measObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(L.maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 
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Table 8.3.1.8.3.3-3: MeasurementReport (step 4, Table 8.3.1.8.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 2 



cgi-lnfo[1] 

Not present 



measResult SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.3.1.8.3.3-4: RRCConnectionReconfiguration (step 5, Table 8.3.1.8.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO and MEAS 


Table 8.3.1 .8.3.3-5: MeasConfig (Table 8.3.1 .8.3.3-4) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToRemoveList SEQUENCE (SIZE (1.. 
maxObiectId)) OF SEQUENCE { 

1 entry 



measObjectld[1] 

IdMeasObject-fl 



} 




reportConfigToRemoveList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



} 




measldToRemoveList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



} 




} 
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Table 8.3.1.8.3.3-6: MobilityControllnfo (Table 8.3.1.8.3.3-4) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 2 



carrierFreq 

Not present 



} 





8.3.1.9 


8.3.1.9.1 


Measurement configuration control and reporting / Intra E-UTRAN 
measurements / Intra-frequency handover/ IE measurement configuration 
not present 

Test Purpose (TP) 


(1) 


with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the intra frequency measurement } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo and not 
including a measConfig } 

then { UE performs intra frequency handover and continues the intra frequency measurement } 

} 

(2) 

with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter frequency measurement } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo and not 
including a measConfig } 

then { UE performs intra frequency handover and continues the inter frequency measurement after 
the activation of the measurement gaps } 
} 


8.3.1.9.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.5.4.4 and 
5.5.6.1. 

[TS 36.331, clause 5.5.4.4] 

The UE shall: 

1> consider the entering condition for this event to be satisfied when condition A3-1, as specified below, is fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition A3 -2, as specified below, is fulfilled; 
Inequality A3-1 (Entering condition) 

Mn + 0fn + 0cn-Hys>Ms + 0fs + 0cs + 0ff 
Inequality A3 -2 (Leaving condition) 

Mn + Ofn + Ocn + Hys <Ms-\- Ofs + Ocs + Ojf 
The variables in the formula are defined as follows: 

Mn is the measurement result of the neighbouring cell, not taking into account any offsets. 

Ofn is the frequency specific offset of the frequency of the neighbour cell (i.e. ojfsetFreq as defined within 
measObjectEUTRA corresponding to the frequency of the neighbour cell). 

Ocn is the cell specific offset of the neighbour cell (i.e. celllndividualOjfset as defined within measObjectEUTRA 
corresponding to the frequency of the neighbour cell), and set to zero if not configured for the neighbour cell. 
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Ms is the measurement result of the serving cell, not taking into account any offsets. 

Ofs is the frequency specific offset of the serving frequency (i.e. ojfsetFreq as defined within measObjectEUTRA 
corresponding to the serving frequency). 

Ocs is the cell specific offset of the serving cell (i.e. celllndividualOjfset as defined within measObjectEUTRA 
corresponding to the serving frequency), and is set to zero if not configured for the serving cell. 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigEUTRA for this event). 

O/jf is the offset parameter for this event (i.e. a3 -Offset as defined within reportConfigEUTRA for this event). 

Mn, Ms are expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Ofrif Ocn, Ofs, Ocs, Hys, O/jf are expressed in dB. 

[TS 36.331, clause 5.5.6.1] 

E-UTRAN applies the handover procedure as follows: 

- when performing the handover procedure, as specified in 5.3.5.4, ensure that a measObjectId corresponding to 
the handover target carrier frequency is configured as a result of the procedures described in this sub-clause and 
in 5.3.5.4; 


The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the triggerType is set to 'periodicaT: 

3> remove this measid from the measIdList within VarMeasConfig: 

1> if the procedure was triggered due to inter- frequency handover or successful re-establishment to an inter- 
frequency cell, update the measid values in the measIdList within VarMeasConfig as follows: 

2> if a measObjectId value corresponding to the target carrier frequency exists in the measObjectList within 
Va rMeas Config : 

3> for each measid value in the measIdList. 

4> if the measid value is linked to the measObjectId value corresponding to the source carrier frequency: 

5> link this measid value to the measObjectId value corresponding to the target carrier frequency; 

4> else if the measid value is linked to the measObjectId value corresponding to the target carrier 
frequency: 

5> link this measid value to the measObjectId value corresponding to the source carrier frequency; 

2> else: 

3> remove all measid values that are linked to the measObjectId value corresponding to the source carrier 
frequency; 

1> remove all measurement reporting entries within VarMeasReportList; 

1> reset the periodical reporting timer or timer T321, whichever one is running, as well as associated information 
(e.g. timeToTrigger) for all measid', 

1> release the measurement gaps, if activated; 

NOTE: If the UE requires measurement gaps to perform inter-frequency or inter-RAT measurements, the UE 

resumes the inter- frequency and inter-RAT measurements after the E-UTRAN has setup the measurement 
gaps. 
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8.3.1 .9.3 Test description 

8.3.1 .9.3.1 Pre-test conditions 
System Simulator: 

- Cell 1, Cell 2 and Cell 3. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.1 .9.3.2 Test procedure sequence 

Table 8.3.1.9.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl", "X2","T3" and "T4" are to be applied subsequently. The exact instants on which these values 
shall be applied are described in the texts in this clause. 

Table 8.3.1.9.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Cells 

(DL 

only) 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/15k 
Hz 

-85 

"Off" 

-97 

The power level values are such that 
measurement results for Cell 1 (Ml) and Cell 3 
(M3) do not satisfy entry condition for event A3 
(M3<M1). 
(N0TE1) 

T1 

Cell-specific 
RS EPRE 

dBm/15k 
Hz 

-85 

"Off" 

-73 

The power level values are such that 
measurement results for Cell 1 (Ml) and Cell 3 
(M3) satisfy entry condition for event A3 (M3 > 
Ml). 
(NOTED 

T2 

Cell-specific 
RS EPRE 

dBm/15k 
Hz 

-85 

-79 

"Off" 

The power level values are such that 
measurement results for Cell 1 (Ml) and Cell 2 
(M2) satisfy entry condition for event A3 (M2 > 
Ml). 
(N0TE1) 

T3 

Cell-specific 
RS EPRE 

dBm/15k 
Hz 

"Off" 

-85 

-73 

The power level values are such that 
measurement results for Cell 2 (M2) and Cell 3 
(M3) satisfy entry condition for event A3 (M3 > 
M2). 
(N0TE1) 

T4 

Cell-specific 
RS EPRE 

dBm/15k 
Hz 

-79 

-85 

"Off" 

The power level values are such that 
measurement results for Cell 1 (Ml) and Cell 2 
(M2) satisfy entry condition for event A3 (Ml > 
M2). 
(N0TE1) 

NOTE 1: Power level "Off" is defined in TS36.508 Table 6.2.2.1-1. 
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Table 8.3.1.9.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup intra and inter frequency measurements 
on Cell 1. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the setup of intra and inter 
frequency measurements on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 




EXCEPTION: Steps 3a1 to 3a2 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that takes place if a capability is 
supported. 





3a1 

IF pc_FeatrGrp_25 THEN the SS changes Cell 
1 , Cell 2 and Cell 3 parameters according to 
the row "T1 " in table 8.3.1 .9.3.2-1 . 





3a2 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 for Cell 
3. 

-> 

MeasurementReport 



4 

The SS changes Cell 1 , Cell 2 and Cell 3 
parameters according to the row "T2" in table 
8.3.1.9.3.2-1. 





5 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 for Cell 
2. 

-> 

MeasurementReport 



6 

The SS transmits an 

RRCConnectionReconfiguration message 
without a measConfig message on Cell 1, to 
order the UE to perform intra frequency 
handover to Cell 2. 

<— 

RRCConnectionReconfiguration 



7 

Check: Does the UE transmit an 
RRCConnectionReconfigurationComplete 
message on Cell 2? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

P 


EXCEPTION: Steps 8a1 to 8a4 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that takes place if a capability is 
supported. 





8a1 

IF pc_FeatrGrp_25 THEN the SS transmits an 
RRCConnectionReconfiguration message to 
activate the measurement gaps on Cell 2. 

<- 

RRCConnectionReconfiguration 



8a2 

The UE transmits an 

RRCConnectionReconfigurationConfipiete 
message to confirm the activation of the 
measurement gaps on Cell 2. 

-> 

RRCConnectionReconfigurationC 
omplete 



8a3 

The SS changes Cell 1 , Cell 2 and Cell 3 
parameters according to the row "T3" in table 
8.3.1.9.3.2-1. 





8a4 

Check: Does the UE transmit a 
IVIeasurementReport message on Cell 2 to 
report event A3 for Cell 3? 

-> 

MeasurementReport 

2 

P 

9 

The SS changes Cell 1 , Cell 2 and Cell 3 
parameters according to the row "T4" in table 
8.3.1.9.3.2-1. 





10 

Check: Does the UE transmit a 
MeasurementReport message on Cell 2 to 
report event A3 for Cell 1 ? 

-> 

MeasurementReport 

1 

P 

11 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 2? 



1,2 
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8.3.1 .9.3.3 Specific message contents 

Table 8.3.1.9.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.3.1.9.3.2-2) 


Derivation Patii: 36.508, Table 4.6.1-8, condition IVIEAS 

Table 8.3.1.9.3.3-2: MeasConfig (Tab\e 8.3.1.9.3.3-1) 

Derivation Patii: 36.508, Table 4.6.6-1, condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1 ..maxObjectId)) OF SEQUENCE { 

lentry or 2 entries 

number of entry 
depending on the 
UE capability 


measObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f2 


pc FeatrGr 
p 25 

measObject[2] 

MeasObjectEUTRA- 
GENERIC(f2) 


pc FeatrGr 
p 25 

} 




reportConfigToAddModList SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

lentry or 2 entries 

number of entry 
depending on the 
UE capability 


measld[1] 

1 

Intra frequency 


measObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

ldReportConfig-A3 



measld[2] 

2 

Inter frequency 

pc FeatrGr 
p 25 

measObjectld[2] 

ldMeasObject-f2 


pc FeatrGr 
p_25 

reportConfigld[2] 

ldReportConfig-A3 


pc FeatrGr 
P_25 

} 




} 
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Table 8.3.1.9.3.3-3: MeasurementReport (step 3a2 and 8a4, Table 8.3.1.9.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 3 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.3.1.9.3.3-4: MeasurementReport (step 5, Table 8.3.1.9.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 2 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.1.9.3.3-5: RRCConnectionReconfiguration (step 6, Table 8.3.1.9.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.3.1.9.3.3-6: MobilityControllnfo (Table 8.1.3.9.3.3-5) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 2 



carrierFreq 

Not present 



} 





Table 8.3.1.9.3.3-7: RRCConnectionReconfiguration (step 8a1, Table 8.3.1.9.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 


Table 8.3.1 .9.3.3-8: MeasConfig (Table 8.1 .3.9.3.3-7) 

Derivation Path: 36.508, Table 4.6.6-1, condition INTER-FREQ 


Table 8.3.1.9.3.3-9: IVIeasurementReport (step 10, Table 8.3.1.9.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
CelM 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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8.3.1 .9a Measurement configuration control and reporting / Intra Frequency 

measurements / Intra-frequency handover/ IE measurement configuration 
not present / Single Frequency operation 

8.3.1 .9a.1 Test Purpose (TP) 

(1) 

with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the intra frequency measurement } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo and not 
including a measConfig } 

then { UE performs intra frequency handover and continues the intra frequency measurement } 
} 
} 

8.3.1 .9a.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.5.4.4 and 
5.5.6.1. 

[TS 36.331, clause 5.5.4.4] 

The UE shall: 

1> consider the entering condition for this event to be satisfied when condition A3-1, as specified below, is fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition A3 -2, as specified below, is fulfilled; 
Inequality A3-1 (Entering condition) 

Mn + Ofn + Ocn - Hys >Ms + Ofs + Ocs + Ojf 
Inequality A3 -2 (Leaving condition) 

Mn + Ofn + Ocn + Hys <Ms + Ofs + Ocs + Off 
The variables in the formula are defined as follows: 

Mn is the measurement result of the neighbouring cell, not taking into account any offsets. 

Ofn is the frequency specific offset of the frequency of the neighbour cell (i.e. offsetFreq as defined within 
measObjectEUTRA corresponding to the frequency of the neighbour cell). 

Ocn is the cell specific offset of the neighbour cell (i.e. celllndividualOffset as defined within measObjectEUTRA 
corresponding to the frequency of the neighbour cell), and set to zero if not configured for the neighbour cell. 

Ms is the measurement result of the serving cell, not taking into account any offsets. 

Ofs is the frequency specific offset of the serving frequency (i.e. offsetFreq as defined within measObjectEUTRA 
corresponding to the serving frequency). 

Ocs is the cell specific offset of the serving cell (i.e. celllndividualOffset as defined within measObjectEUTRA 
corresponding to the serving frequency), and is set to zero if not configured for the serving cell. 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigEUTRA for this event). 

O/jf is the offset parameter for this event (i.e. a3 -Offset as defined within reportConfigEUTRA for this event). 

Mn, Ms are expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Ofn, Ocn, Ofs, Ocs, Hys, O/jf are expressed in dB. 
[TS 36.331, clause 5.5.6.1] 
E-UTRAN applies the handover procedure as follows: 
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- when performing the handover procedure, as specified in 5.3.5.4, ensure that a measOhjectId corresponding to 
the handover target carrier frequency is configured as a result of the procedures described in this sub-clause and 
in 5.3.5.4; 


The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the triggerType is set to 'periodicaT: 

3> remove this measid from the measIdList within VarMeasConfig: 

1> if the procedure was triggered due to inter- frequency handover or successful re-establishment to an inter- 
frequency cell, update the measid values in the measIdList within VarMeasConfig as follows: 

2> if a measObjectId value corresponding to the target carrier frequency exists in the measObjectList within 
VarMeasConfig : 

3> for each measid value in the measIdList: 

4> if the measid value is linked to the measObjectId value corresponding to the source carrier frequency: 

5> link this measid value to the measObjectId value corresponding to the target carrier frequency; 

4> else if the measid value is linked to the measObjectId value corresponding to the target carrier 
frequency: 

5> link this measid value to the measObjectId value corresponding to the source carrier frequency; 

2> else: 

3> remove all measid values that are linked to the measObjectId value corresponding to the source carrier 
frequency; 

1> remove all measurement reporting entries within VarMeasReportList; 

1> reset the periodical reporting timer or timer T321, whichever one is running, as well as associated information 
(e.g. timeToTrigger) for all measid; 

1> release the measurement gaps, if activated; 

NOTE: If the UE requires measurement gaps to perform inter-frequency or inter-RAT measurements, the UE 

resumes the inter- frequency and inter-RAT measurements after the E-UTRAN has setup the measurement 
gaps. 

8.3.1 .9a.3 Test description 

8.3.1 .9a.3.1 Pre-test conditions 

System Simulator: 

- Cell 1, Cell 2. 

- System information combination 2 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 
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8.3.1. 9a.3.2 


Test procedure sequence 


Table 8.3.1.9a.3.2-l illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
column marked "Tl " and "T2" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 8.3.1. 9a.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/15k 
Hz 

-85 

off 

The power level values are such that 
measurement results for Cell 1 (Ml) and Cell 2 
(M2) satisfy entry condition for event A3 (M2 > 
Ml). 
(N0TE1) 

T1 

Cell-specific 
RS EPRE 

dBm/15k 
Hz 

-85 

-79 

The power level values are such that 
measurement results for Cell 1 (Ml) and Cell 2 
(M2) satisfy entry condition for event A3 (M2 > 
Ml). 
(N0TE1) 

T2 

Cell-specific 
RS EPRE 

dBm/15k 
Hz 

-79 

-85 

The power level values are such that 
measurement results for Cell 1 (Ml) and Cell 2 
(M2) satisfy entry condition for event A3 (Ml > 
M2). 
(N0TE1) 

NOTE 1 : Power level "Off" is defined in TS36.508 Table 6.2.2.1-1. 


Table 8.3.1. 9a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup intra frequency measurements on Cell 1 . 

<— 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the setup of intra 
frequency measurements on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 1 and Cell 2 parameters 
according to the row "Tl " in table 8.3.1 . 9a. 3.2- 
1. 





4 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 for Cell 
2. 

-> 

IVIeasurementReport 



5 

The SS transmits an 

RRCConnectionReconfiguration message 
without a measConfig message on Cell 1 , to 
order the UE to perform intra frequency 
handover to Cell 2. 

<- 

RRCConnectionReconfiguration 



6 

Check: Does the UE transmit an 
RRCConnectionReconfigurationConfipiete 
message on Cell 2? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

P 

7 

The SS changes Cell 1 and Cell 2 parameters 
according to the row "T2" in table 8.3.1 . 9a. 3.2- 
1. 





8 

Check: Does the UE transmit a 
MeasurementReport message on Cell 2 to 
report event A3 for Cell 1 ? 

-> 

IVIeasurementReport 

1 

P 

9 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 2? 



1,2 
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8.3.1 .9a.3.3 Specific message contents 

Table 8.3.1. 9a.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.3.1. 9a.3.2-2) 


Derivation Patii: 36.508, Table 4.6.1-8, condition IVIEAS 

Table 8.3.1. 9a.3.3-2: MeasConfig (Tab\e 8.3.1. 9a.3.3-1) 

Derivation Patii: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObiectld)) OF SEQUENCE { 

1 entry 



nneasObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 

Intra frequency 


measObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 




Table 8.3.1. 9a.3.3-3: MeasurementReport (step 4, Table 8.3.1. 9a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 2 



cgi-lnfo[1] 

Not present 



measResultfl] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.1. 9a.3.3-4: RRCConnectionReconfiguration (step 6, Table 8.3.1. 9a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.3.1. 9a.3.3-5: MobilityControllnfo (Table 8.1.3.9.3.3-4) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 2 



carrierFreq 

Not present 



} 





Table 8.3.1. 9a.3.3-6: MeasurementReport (step 8, Table 8.3.1. 9a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
CelM 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





8.3.1.10 


8.3.1.10.1 


Measurement configuration control and reporting / Intra E-UTRAN 
measurennents / Inter-frequency handover/ IE nneasurennent configuration 
not present 

Test Purpose (TP) 


(1) 


with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the intra frequency and inter frequency measurements } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo 
indicating a different E-UTRA frequency and not including a measConfig } 

then { UE performs inter frequency handover, continues the intra frequency measurement and 
continues inter frequency measurement after the activation of the measurement gaps } 

} 
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8.3.1 .1 0.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.5.6.1. 

[TS 36.331, clause 5.5.6.1] 

E-UTRAN appHes the handover procedure as follows: 

- when performing the handover procedure, as specified in 5.3.5.4, ensure that a measObjectId corresponding to 
the handover target carrier frequency is configured as a result of the procedures described in this subclause and 
in 5.3.5.4; 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the triggerType is set to 'periodicaT: 

3> remove this measid from the measIdList within VarMeasConfig: 

1> if the procedure was triggered due to inter- frequency handover or successful re-establishment to an inter- 
frequency cell, update the measid values in the measIdList within VarMeasConfig as follows: 

2> if a measObjectId value corresponding to the target carrier frequency exists in the measObjectList within 
Va rMeas Config 

3> for each measid value in the measIdList: 

4> if the measid value is linked to the measObjectId value corresponding to the source carrier frequency: 

5> link this measid value to the measObjectId value corresponding to the target carrierfrequency; 

4> else if the measid value is linked to the measObjectId value corresponding to the target carrier 
frequency: 

5> link this measid value to the measObjectId value corresponding to the source carrier frequency; 

2> else: 

3> remove all measid values that are linked to the measObjectId value corresponding to the source carrier 
frequency; 

1> remove all measurement reporting entries within VarMeasReportList; 

1> reset the periodical reporting timer or timer T321, whichever one is running, as well as associated information 
(e.g. timeToTrigger) for all measid', 

1> release the measurement gaps, if activated; 

NOTE: If the UE requires measurement gaps to perform inter-frequency or inter-RAT measurements, the UE 

resumes the inter- frequency and inter-RAT measurements after the E-UTRAN has setup the measurement 
gaps. 

8.3.1.10.3 Test description 
8.3.1 .1 0.3.1 Pre-test conditions 
System Simulator: 

- Cell 1, Cell 2, Cell 3 and Cell 12. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
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Preamble: 


The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 


8.3.1.10.3.2 


Test procedure sequence 


Table 8.3.1.10.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl", "T2","T3", and "T4" are to be applied subsequently. The exact instants on which these values 
shall be applied are described in the texts in this clause. 

Table 8.3.1.10.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

(DL 

only) 

Cells 

Cell 12 

(DL 

only) 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-91 

-97 

"Off" 

The power level values are such 
that measurement results for Cell 1 
(Ml) and Cell 2 (M2) do not satisfy 
entry condition for event A3 (M2 < 
Ml). 
(N0TE1). 

T1 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-79 

-97 

"Off" 

The power level values are such 
that measurement results for Cell 1 
(Ml) and Cell 2 (M2) satisfy entry 
condition for event A3 (M2 > Ml). 
(N0TE1). 

T2 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

"Off" 

-73 

"Off" 

The power level values are such 
that measurement results for Cell 1 
(Ml) and Cell 3 (M3) satisfy entry 
condition for event A3 (M3 > Ml). 
(N0TE1). 

T3 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-97 

"Off" 

-85 

-79 

The power level values are such 
that measurement results for Cell 3 
(M3) and Cell 12 (Ml 2) satisfy entry 
condition for event A3 (Ml 2 > M3). 
(NOTED. 

T4 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-73 

"Off" 

-85 

"Off" 

The power level values are such 
that measurement results for Cell 1 
(Ml) and Cell 3 (M3) satisfy entry 
condition for event A3 (Ml > M3). 
(N0TE1). 

NOTE 1: Power level "Off" is defined in TS36.508 Table 6.2.2.1-1. 
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Table 8.3.1.10.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup intra and inter frequency measurements 
on Cell 1. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the setup of intra and inter 
frequency measurements on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes the cell-specific reference 
signal levels of Cell 2 according to the row "T1 " 
in table 8.3.1.10.3.2-1. 





4 

The UE transmits a MeasurementReport 
message on Cell 1 to perform event A3 intra 
frequency reporting for Cell 2 during the next 
30 s. 


MeasurementReport 



5 

The SS changes the cell-specific reference 
signal levels of Cell 3 and switches "Off" Cell 2 
according to row "T2" in table 8.3.1 .1 0.3.2-1 . 





6 

The UE transmits a MeasurementReport 
message on Cell 1 to perform event A3 inter 
frequency reporting for Cell 3 during the next 
30 s. 

-> 

MeasurementReport 



7 

The SS transmits an 

RRCConnectionReconfiguration message 
without a measConfig, to order the UE to 
perform inter frequency handover to Cell 3. 

<— 

RRCConnectionReconfiguration 



8 

Check: Does the UE transmit an 
RRCConnectionReconfigurationConfiplete 
message to Cell 3? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

P 

9 

The SS transmits an 

RRCConnectionReconfiguration message to 
activate the measurement gaps on Cell 3. 

<— 

RRCConnectionReconfiguration 



10 

The UE transmits an 

RRCConnectionReconfigurationConfipiete 
message to confirm the activation of the 
measurement gaps on Cell 3. 

-> 

RRCConnectionReconfigurationC 
omplete 



11 

The SS changes the cell-specific reference 
signal levels of Cell 1 and Cell 3 and switches 
"On" Cell 12 according to the row "T3" in table 
8.3.1.10.3.2-1. 





12 

Check: Does the UE transmit a 
iVieasurenfientReport message on Cell 3 to 
perform event A3 intra frequency reporting for 
Cell 12 during the next 30 s? 

-> 

MeasurementReport 

1 

P 

13 

The SS changes the cell-specific reference 
signal levels of Cell 1 and switches Cell 12 off 
according to row "T4" in table 8.3.1 .1 0.3.2-1 . 





14 

Check: Does the UE transmit a 
MeasurementReport message on Cell 3 to 
perform event A3 inter frequency reporting for 
Cell 1 during the next 30 s? 

-> 

MeasurementReport 

1 

P 

15 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 3? 



1 



8.3.1 .1 0.3.3 Specific message contents 

Table 8.3.1.10.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.3.1.10.3.2-1) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.3.1.10.3.3-2: MeasConfig (Tab\e 8.3.1.10.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1, condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f2 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f2) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

2 entries 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f1 



reportConfigld[1] 

ldReportConfig-A3 



measld[2] 

2 



measObjectld[2] 

ldMeasObject-f2 



reportConfigld[2] 

ldReportConfig-A3 



} 




} 





Table 8.3.1 .10.3.3-3: Void 
Table 8.3.1.10.3.3-4: MeasurementReport (step 4, Table 8.3.1.10.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 2 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.1.10.3.3-5: MeasurementReport (step 6, Table 8.3.1.10.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cells 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.3.1.10.3.3-6: RRCConnectionReconfiguration (step 7, Table 8.3.1.10.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.3.1.10.3.3-7: MobilityControllnfo (Table 8.3.1.10.3.3-6) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cells 



carrierFreq 

Same DL EARFCN as 
used for Cell S 



} 





Table 8.3.1.10.3.3-8: RRCConnectionReconfiguration (step 9, Table 8.3.1.10.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 


Table 8.3.1.10.3.3-9: MeasConffg (Table 8.3.1.10.3.3-8) 

Derivation Path: 36.508, Table 4.6.6-1 , condition INTER-FREQ 
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Table 8.3.1.10.3.3-10: MeasurementReport (step 12, Table 8.3.1.10.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 12 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.3.1 .1 0.3.3-1 1 : MeasurementReport (step 1 4, Table 8.3.1 .1 0.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 | 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
CelM 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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8.3.1 .1 1 Measurement configuration control and reporting / Intra E-UTRAN 

measurements / Continuation of the measurements after RRC connection re- 
establishment 

8.3.1.11.1 Test Purpose (TP) 
(1) 

with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the intra frequency measurement and after receiving an RRCConnectionReconfiguration 
message including a mobilityControlInfo indicating a different E-UTRA cell having attempted intra 
frequency handover} 
ensure that { 

when { UE detects handover failure and the intra frequency cell is selectable } 

then {UE performs RRC Connection Re-establishment, continues the intra frequency measurement } 

} 

(2) 

with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter frequency measurement and after receiving an RRCConnectionReconfiguration 
message including a mobilityControlInfo indicating a different E-UTRA cell having attempted intra 
frequency handover} 
ensure that { 

when { UE detects handover failure and the intra frequency cell is selectable } 

then {UE performs RRC Connection Re-establishment, continues the inter frequency measurement 
after the activation of the measurement gaps } 
} 

8.3.1 .1 1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.5.4, 
5.3.5.6, 5.3.7.2 and 5.5.6.1. 

[TS36.331,clause 5.3.5.4] 

If the RRCConnectionReconfiguration message includes the mobilityControlInfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 

1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobilityControlInfo; 

1> if the carrierFreq is included: 

2> consider the target cell to be one on the frequency indicated by the carrierFreq with a physical cell identity 
indicated by the targetPhysCellld; 

1> else: 

2> consider the target cell to be one on the current frequency with a physical cell identity indicated by the 
targetPhysCellld; 

1> start synchronising to the DL of the target cell; 

NOTE 1 : The UE should perform the handover as soon as possible following the reception of the RRC message 

triggering the handover, which could be before confirming successful reception (HARQ and ARQ) of this 
message. 

1> reset MAC; 

1> re-estabHsh PDCP for all RBs that are estabUshed; 

NOTE 2: The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HEN, is specified in TS 36.323 [8]. 

1> re-establish RLC for all RBs that are established; 
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1> apply the value of the newUE-Identity as the C-RNTI; 

1> configure lower layers in accordance with the received radioResourceConfigCommon\ 
1> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 
2> perform the radio resource configuration procedure as specified in 5.3.10; 

1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 
1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 
1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 

2> apply the parts of the configuration that do not require the UE to know the SFN of the target cell; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SFN 
of the target cell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, sounding 
RS configuration), if any, upon acquiring the SFN of the target cell; 

2> the procedure ends; 

NOTE 3: The UE is not required to determine the SFN of the target cell by acquiring system information from that 
cell before performing RACH access in the target cell. 

[TS36.331,clause 5.3.5.6] 

The UE shall: 

1> if T304 expires (handover failure): 

NOTE: Following T304 expiry any dedicated preamble, if provided within the rach-ConfigDedicated, is not 
available for use by the UE anymore. 

2> revert back to the configuration used in the source cell, excluding the configuration configured by the 
physicalConfigDedicated, the mac-MainConfig and the sps-Config; 

2> initiate the connection re-establishment procedure as specified in 5.3.7, upon which the RRC connection 
reconfiguration procedure ends; 

[TS36.331,clause 5.3.7.2] 

The UE shall only initiate the procedure when AS security has been activated. The UE initiates the procedure when one 
of the following conditions is met: 

1> upon detecting radio link failure, in accordance with 5.3.11; or 

1> upon handover failure, in accordance with 5.3.5.6; or 

1> upon mobility from E-UTRA failure, in accordance with 5.4.3.5; or 

1> upon integrity check failure indication from lower layers; or 

1> upon an RRC connection reconfiguration failure, in accordance with 5.3.5.5; 

Upon initiation of the procedure, the UE shall: 

1> stop timer T310, if running; 

1> start timer T3 1 1 ; 

1> suspend all RBs except SRBO; 
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1> reset MAC; 

1> apply the default physical channel configuration as specified in 9.2.4; 

1> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

1> apply the default MAC main configuration as specified in 9.2.2; 

1> perform cell selection in accordance with the cell selection process as specified in TS 36.304 [4]; 
[TS36.331,clause 5.5.6.1] 
E-UTRAN applies the re-establishment procedure as follows: 

- when performing the connection re-establishment procedure, as specified in 5.3.7, ensure that a measObjectId 
corresponding to the target carrier frequency is configured as a result of the procedure described in this sub- 
clause and the subsequent connection reconfiguration procedure immediately following the re-establishment 
procedure; 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the triggerType is set to 'periodicaV : 

3> remove this measid from the measIdList within VarMeasConfig: 

1> if the procedure was triggered due to inter- frequency handover or successful re-establishment to an inter- 
frequency cell, update the measid values in the measIdList within VarMeasConfig as follows: 

2> if a measObjectId value corresponding to the target carrier frequency exists in the measObjectList within 
Va rMeas Config : 

3> for each measid value in the measIdList: 

4> if the measid value is linked to the measObjectId value corresponding to the source carrier frequency: 

5> link this measid value to the measObjectId value corresponding to the target carrier frequency; 

4> else if the measid value is linked to the measObjectId value corresponding to the target carrier 
frequency: 

5> link this measid value to the measObjectId value corresponding to the source carrier frequency; 

2> else: 

3> remove all measid values that are linked to the measObjectId value corresponding to the source carrier 
frequency; 

1> remove all measurement reporting entries within VarMeasReportList; 

1> reset the periodical reporting timer or timer T321, whichever one is running, as well as associated information 
(e.g. timeToTrigger) for all measid', 

1> release the measurement gaps, if activated; 

NOTE: If the UE requires measurement gaps to perform inter-frequency or inter-RAT measurements, the UE 

resumes the inter- frequency and inter-RAT measurements after the E-UTRAN has setup the measurement 
gaps. 

8.3.1 .1 1 .3 Test description 

8.3.1 .1 1 .3.1 Pre-test conditions 

System Simulator: 

- Cell 1, Cell 2 and Cell 3. 
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System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 


UE: 


None. 


Preamble: 


The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 


8.3.1.11.3.2 


Test procedure sequence 


Table 8.3.1.11.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl", "T2","T3", "T4", "T5" are to be applied subsequently. The exact instants on which these values 
shall be applied are described in the texts in this clause. 

Table 8.3.1 .1 1 .3.2-1 : Time instances of cell power levels 



Parameter 

Unit 

CelM 

Cell 2 

Cell 3 

(DL 

only) 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

"off" 

"off" 


Tl 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

"off" 

-73 

The power level values are such 
that measurement results for Cell 1 
(Ml) and Cell 3 (M3) satisfy entry 
condition for event A3 (M3 - Hys > 
Ml). 

T2 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-79 

"off" 

The power level values are such 
that measurement results for Cell 1 
(Ml) and Cell 2 (M2) satisfy entry 
condition for event A3 (M2 - Hys > 
Ml). 

T3 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

"off" 

-79 

"off" 

The power level values are 
assigned values to satisfy 
SrxlevCell 1 < and SrxlevCell 3 < 
such that selecting Cell 2 is 
guaranteed 

T4 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-79 

-85 

"off" 

The power level values are such 
that measurement results for Cell 2 
(M2) and Cell 1 (Ml) satisfy entry 
condition for event A3 (Ml - Hys > 
M2). 

T5 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

"off" 

-85 

-73 

The power level values are such 
that measurement results for Cell 2 
(M2) and Cell 3 (M3) satisfy entry 
condition for event A3 (M3 - Hys > 
M2). 
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Table 8.3.1.1 1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup intra and inter frequency measurements 
on Cell 1. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the setup of intra and inter 
frequency measurements on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 




EXCEPTION: Steps 3a1 to 3a2 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that takes place if a capability is 
supported. 





3a1 

IF pc_FeatrGrp_25 THEN the SS changes Cell 
3 power levels according to the row "T1 " in 
Table 8.3.1.11.3.2-1. 





3a2 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 for Cell 
3. 

-> 

MeasurementReport 



4 

The SS changes Cell 2 and Cell 3 power levels 
according to the row "T2" in Table 
8.3.1.11.3.2-1. 





5 

The UE transmits a MeasurementReport 
message on Cell 1 to perform event A3 intra 
frequency reporting for Cell 2. 

-> 

MeasurementReport 



6 

The SS transmits an 

RRCConnectionReconfiguration message 
including a nfiobiiityControilnfo, to order the UE 
to perform intra frequency handover to Cell 2. 

<— 

RRCConnectionReconfiguration 




EXCEPTION: In parallel to the events 
described in step 7 the steps specified in Table 
8.3.1 .1 1 .3.2-3 should take place. 





7 

The SS changes Cell 1 power levels according 
to the row "T3" in Table 8.3.1 .1 1 .3.2-1 . 

- 

- 

- 

- 

8 

Check: Does the UE transmit an 
RRCConnectionReestablislimentRequest 
message on Cell 2? 

-> 

RRCConnectionReestabiislimentR 
equest 

1,2 

p 

9 

The SS transmits an 

RRCConnectionReestablisliment message to 
resume SRB1 operation and re-activate 
security on Cell 2. 

<— 

RRCConnectionReestabiisliment 



10 

The UE transmits an 

RRCConnectionReestablislimentComplete 
message on Cell 2. 

-> 

RRCConnectionReestabiislimentC 
omplete 



11 

The SS transmits an 

RRCConnectionReconfiguration message to 
resume existing radio bearer on Cell 2. 

<— 

RRCConnectionReconfiguration 



12 

The UE transmits an 

RRCConnectionReconfigurationConfiplete 
message on Cell 2. 

-> 

RRCConnectionReconfigurationC 
omplete 



13 

The SS changes Cell 1 and Cell 2 power levels 
according to the row "T4" in Table 
8.3.1.11.3.2-1. 





14 

Check: Does the UE transmit a 
MeasurementReport message on Cell 2 to 
perform event A3 intra frequency reporting for 
CelM? 

-> 

MeasurementReport 

1 

p 


EXCEPTION: Steps 15a1 to 15a4 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that takes place if a capability is 
supported. 





15a1 

IF pc_FeatrGrp_25 THEN the SS transmits an 
RRCConnectionReconfiguration message to 

<— 

RRCConnectionReconfiguration 

- 

- 
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activate the measurement gaps on Cell 2. 





15a2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the activation of the 
measurement gaps on Cell 2. 

-> 

RRCConnectionReconfigurationC 
omplete 



15a3 

The SS changes Cell 1 and Cell 3 power levels 
according to the row "T5" in Table 
8.3.1.11.3.2-1. 





15a4 

Check: Does the UE transmit a 
MeasurementReport message on Cell 2 to 
report event A3 for Cell 3? 

-> 

MeasurementReport 

2 

P 

16 

Check: Does the test result of CALL generic 
test procedure in 36.508 subclause 6.2.4.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 2? 



1,2 


Table 8.3.1.11.3.2-3: Parallel behaviour 

St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

- 

EXCEPTION: The steps 1 and 2 below are 
repeated for the duration of T304. 

- 

- 

- 

- 

1 

The UE attempts to perform the intra 
frequency handover using MAC Random 
Access Preamble on Cell 2. 





2 

The SS does not respond. 

- 

- 

- 

- 


8.3.1 .1 1 .3.3 Specific message contents 

Table 8.3.1 .1 1 .3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.3.1 .1 1 .3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.3.1 .1 1 .3.3-2: MeasConfig (step 1 , Table 8.3.1 .1 1 .3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1, condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f2 


pc FeatrGr 
p_25 

measObject[2] 

MeasObjectEUTRA- 
GENERIC(f2) 


pc FeatrGr 
p 25 

} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

2 entries 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f1 



reportConfigld[1] 

ldReportConfig-A3 



measld[2] 

2 


pc FeatrGr 
p_25 

measObjectld[2] 

ldMeasObject-f2 


pc FeatrGr 
P_25 

reportConfigld[2] 

ldReportConfig-A3 


pc FeatrGr 
p 25 

} 




} 
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Table 8.3.1.11.3.3-3: Void 
Table 8.3.1 .1 1 .3.3-4: MeasurementReport (step 3a2Jable 8.3.1 .1 1 .3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

IVIeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cells 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.1 .1 1 .3.3-5: MeasurementReport (step 5, Table 8.3.1 .1 1 .3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 2 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.3.1 .1 1 .3.3-6: RRCConnectionReconfiguration (step 6,Table 8.3.1 .1 1 .3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.3.1 .1 1 .3.3-7: MobilityControllnfo (step 6, Table 8.1 .3.1 1 .3.2-2) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 2 



carrierFreq 

Not present 



} 
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Table 8.3.1 .1 1 .3.3-8: RRCConnectionReestablishmentRequest (step 8, Table 8.3.1 .1 1 .3.2-2) 


Derivation Path: 36.508, Table 4.6.1-13 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-r8 
SEQUENCE { 




ue-ldentity SEQUENCE} 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS. 



} 




reestablishmentCause 

handoverFailure 



} 




} 




} 





Table 8.3.1 .1 1 .3.3-9: RRCConnectionReestablishment (step 9, Table 8.3.1 .1 1 .3.2-2) 


Derivation Path: 36.508, Table 4.6.1-10 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishment ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReestablishment-r8 SEQUENCE { 




nextHopChainingCount 





} 




} 




} 




} 





Table 8.3.1 .1 1 .3.3-1 0: RRCConnectionReconfiguration (step 1 1 , Table 8.3.1 .1 1 .3.2-2) 


Derivation Path: 36.508, Table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-HO 



} 




} 




} 




} 
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Table 8.3.1 .1 1 .3.3-1 1 : MeasurementReport (step 1 4Jable 8.3.1 .1 1 .3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
CelM 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.3.1 .1 1 .3.3-1 2: RRCConnectionReconfiguration (step 1 Sal Jable 8.3.1 .1 1 .3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8 condition MEAS 


Table 8.3.1.1 1.3.3-13: MeasConfig (step 1 Sal Jable 8.3.1.11.3.2-2) 

Derivation Path: 36.508, Table 4.6.6-1, condition INTER-FREQ 
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Table 8.3.1.11.3.3-14: MeasurementReport (step 15a4, Table 8.3.1.11.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cells 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.3.1.11.3.3-15: SystemlnformationBlockType2\or Cell 1, cell 2 and Cell 3 (preamble and all the 

steps in Table 8.3.1.11.3.2-2) 


Derivation Path: 36.508, Table 4.6.3-12 

Information Element 

Value/remark 

Comment 

Condition 

ra-Supervisionlnfo SEQUENCE { 




preambleTransMax 

n50 



} 





8.3.1 .11a Measurement configuration control and reporting / Intra Frequency 

nneasurennents / Continuation of the nneasurennents after RRC connection re- 
establishnnent / Single Frequency operation 

8.3.1 .1 1 a.l Test Purpose (TP) 

(1) 

with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the intra frequency measurement and after receiving an RRCConnectionReconfiguration 
message including a mobilityControlInfo indicating a different E-UTRA cell having attempted intra 
frequency handover} 
ensure that { 

when { UE detects handover failure and the intra frequency cell is selectable } 

then {UE performs RRC Connection Re-establishment, continues the intra frequency measurement } 


8.3.1. 11a.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.5.4, 
5.3.5.6, 5.3.7.2 and 5.5.6.1. 

[TS36.331,clause 5.3.5.4] 
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If the RRCConnectionReconfiguration message includes the mobility Controllnfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 

1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobility ControlInfo\ 

1> if the carrierFreq is included: 

2> consider the target cell to be one on the frequency indicated by the carrierFreq with a physical cell identity 
indicated by the targetPhysCellld; 

1> else: 

2> consider the target cell to be one on the current frequency with a physical cell identity indicated by the 
targetPhysCellld; 

1> start synchronising to the DL of the target cell; 

NOTE 1 : The UE should perform the handover as soon as possible following the reception of the RRC message 

triggering the handover, which could be before confirming successful reception (HARQ and ARQ) of this 
message. 

1> reset MAC; 

1> re-estabHsh PDCP for all RBs that are estabUshed; 

NOTE 2: The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HEN, is specified in TS 36.323 [8]. 

1> re-establish RLC for all RBs that are established; 

1> apply the value of the newUE-Identity as the C-RNTI; 

1> configure lower layers in accordance with the received radioResourceConfigCommon; 

1> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

2> perform the radio resource configuration procedure as specified in 5.3.10; 


1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 
1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 
1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 

2> apply the parts of the configuration that do not require the UE to know the SEN of the target cell; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SEN 
of the target cell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, sounding 
RS configuration), if any, upon acquiring the SEN of the target cell; 

2> the procedure ends; 

NOTE 3: The UE is not required to determine the SEN of the target cell by acquiring system information from that 
cell before performing RACH access in the target cell. 

[TS36.331,clause 5.3.5.6] 

The UE shall: 
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1> if T304 expires (handover failure): 

NOTE: Following T304 expiry any dedicated preamble, if provided within the rach-ConfigDedicated, is not 
available for use by the UE anymore. 

2> revert back to the configuration used in the source cell, excluding the configuration configured by the 
physicalConfigDedicated, the mac-MainConfig and the sps-Config\ 

2> initiate the connection re-establishment procedure as specified in 5.3.7, upon which the RRC connection 
reconfiguration procedure ends; 

[TS36.331,clause 5.3.7.2] 

The UE shall only initiate the procedure when AS security has been activated. The UE initiates the procedure when one 
of the following conditions is met: 

1> upon detecting radio link failure, in accordance with 5.3.11; or 

1> upon handover failure, in accordance with 5.3.5.6; or 

1> upon mobility from E-UTRA failure, in accordance with 5.4.3.5; or 

1> upon integrity check failure indication from lower layers; or 

1> upon an RRC connection reconfiguration failure, in accordance with 5.3.5.5; 
Upon initiation of the procedure, the UE shall: 

1> stop timer T310, if running; 

1> start timer T3 1 1 ; 

1> suspend all RBs except SRBO; 

1> reset MAC; 

1> apply the default physical channel configuration as specified in 9.2.4; 

1> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

1> apply the default MAC main configuration as specified in 9.2.2; 

1> perform cell selection in accordance with the cell selection process as specified in TS 36.304 [4]; 

[TS36.331,clause 5.5.6.1] 

E-UTRAN applies the re-establishment procedure as follows: 

- when performing the connection re-establishment procedure, as specified in 5.3.7, ensure that a measObjectId 
corresponding to the target carrier frequency is configured as a result of the procedure described in this sub- 
clause and the subsequent connection reconfiguration procedure immediately following the re-establishment 
procedure; 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the triggerType is set to 'periodicaV : 

3> remove this measid from the measIdList within VarMeasConfig: 

1> if the procedure was triggered due to inter- frequency handover or successful re-establishment to an inter- 
frequency cell, update the measid values in the measIdList within VarMeasConfig as follows: 

2> if a measObjectId value corresponding to the target carrier frequency exists in the measObjectList within 
Va rMeas Config : 

3> for each measid value in the measIdList: 
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4> if the measid value is linked to the measObjectId value corresponding to the source carrier frequency: 

5> link this measid value to the measObjectId value corresponding to the target carrier frequency; 

4> else if the measid value is linked to the measObjectId value corresponding to the target carrier 
frequency: 

5> link this measid value to the measObjectId value corresponding to the source carrier frequency; 

2> else: 

3> remove all measid values that are linked to the measObjectId value corresponding to the source carrier 
frequency; 

1> remove all measurement reporting entries within VarMeasReportList; 

1> reset the periodical reporting timer or timer T321, whichever one is running, as well as associated information 
(e.g. timeToTrigger) for all measid', 

1> release the measurement gaps, if activated; 

NOTE: If the UE requires measurement gaps to perform inter-frequency or inter-RAT measurements, the UE 

resumes the inter- frequency and inter-RAT measurements after the E-UTRAN has setup the measurement 
gaps. 

8.3.1 .11 a.3 Test description 

8.3.1 .1 1 a.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 2. 

- System information combination 2 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.1 .1 1 a.3. 2 Test procedure sequence 

Table 8.3.1.1 la. 3. 2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl", "T2",and "T3" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 
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Table 8.3.1. 11 a.3.2-1 : Time instances of cell power levels 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

"off" 


T1 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-79 

The power level values are such 
that measurement results for Cell 1 
(Ml) and Cell 2 (M2) satisfy entry 
condition for event A3 (M2 - Hys > 
Ml). 

T2 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

"off" 

-79 

The power level values are 
assigned values to satisfy 
SrxlevCell 1 < such that selecting 
Cell 2 is guaranteed 

T3 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-79 

-85 

The power level values are such 
that measurement results for Cell 2 
(M2) and Cell 1 (Ml) satisfy entry 
condition for event A3 (Ml - Hys > 
M2). 
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Table 8.3.1. 11 a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup intra frequency measurements on Cell 1 . 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the setup of intra 
frequency measurements on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 2 power levels according 
to the row "T1 " in Table 8.3.1 .1 1 a.3.2-1 . 

- 

- 

- 

- 

4 

The UE transmits a MeasurementReport 
message on Cell 1 to perform event A3 intra 
frequency reporting for Cell 2. 

-> 

IVIeasurementReport 



5 

The SS transmits an 

RRCConnectionReconfiguration message 
including a mobilityControllnfo, to order the UE 
to perform intra frequency handover to Cell 2. 

<- 

RRCConnectionReconfiguration 




EXCEPTION: In parallel to the events 
described in step 6 the steps specified in Table 
8.3.1 .1 1 a.3.2-3 should take place. 





6 

The SS changes Cell 1 power levels according 
to the row "T2" in Table 8.3.1 .1 1 a.3.2-1 . 

- 

- 

- 

- 

7 

Check: Does the UE transmit an 
RRCConnectionReestablislinfientRequest 
message on Cell 2? 

-> 

RRCConnectionReestablislimentR 
equest 

1 

P 

8 

The SS transmits an 

RRCConnectionReestablisliment message to 
resume SRB1 operation and re-activate 
security on Cell 2. 

<- 

RRCConnectionReestablisliment 



9 

The UE transmits an 

RRCConnectionReestabiislimentCompiete 
message on Cell 2. 

-> 

RRCConnectionReestablishmentC 
omplete 



10 

The SS transmits an 

RRCConnectionReconfiguration message to 
resume existing radio bearer on Cell 2. 

<- 

RRCConnectionReconfiguration 



11 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 2. 

-> 

RRCConnectionReconfigurationC 
omplete 



12 

The SS changes Cell 1 and Cell 2 power levels 
according to the row "T3" in Table 
8.3.1. 11a.3.2-1. 





13 

Check: Does the UE transmit a 
MeasurementReport message on Cell 2 to 
perform event A3 intra frequency reporting for 
CelM? 

-> 

MeasurementReport 

1 

P 

14 

Check: Does the test result of CALL generic 
test procedure in 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 2? 



1 



Table 8.3.1. 11 a.3.2-3: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

- 

EXCEPTION: The steps 1 and 2 below are 
repeated for the duration of T304. 

- 

- 

- 

- 

1 

The UE attempts to perform the intra 
frequency handover using MAC Random 
Access Preamble on Cell 2. 





2 

The SS does not respond. 

- 

- 

- 

- 
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8.3.1 .1 1 a.3.3 Specific message contents 

Table 8.3.1 .1 1a.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.3.1 .1 1a.3.2-2) 


Derivation Patii: 36.508, Table 4.6.1-8, condition IVIEAS 

Table 8.3.1.1 1a.3.3-2: MeasConfig (step 1, Table 8.3.1.1 1a.3.2-2) 

Derivation Patii: 36.508, Table 4.6.6-1 , 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObiectld)) OF SEQUENCE { 

1 entry 



nneasObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 




Table 8.3.1.1 1a.3.3-3: MeasurementReport {step 4, Table 8.3.1.1 1a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 2 



cgi-lnfo[1] 

Not present 



measResultfl] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.1. 11 a.3.3-4: RRCConnectionReconfiguration (step 6,Table 8.3.1.1 1a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.3.1 .1 1 a.3.3-5: MobilityControllnfo (step 6, Table 8.1 .3.1 1 .3.2-2) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 2 



carrierFreq 

Not present 



} 





Table 8.3.1 .1 1 a.3.3-6: RRCConnectionReestablishmentRequest (step 7, Table 8.3.1 .1 1 a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-13 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE! 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-r8 
SEQUENCE} 




ue-ldentity SEQUENCE! 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS. 



} 




reestablishmentCause 

handoverFailure 



} 




} 




} 





Table 8.3.1.1 1a.3.3-7: RRCConnectionReestablishment {step 8, Table 8.3.1.11 a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-10 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishment ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReestablishment-r8 SEQUENCE { 




nextHopChainingCount 





} 




} 




} 




} 
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Table 8.3.1.1 1a.3.3-8: RRCConnectionReconfiguration (step 10, Table 8.3.1. 11a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-HO 



} 




} 




} 




} 




Table 8.3.1.1 1a.3.3-9: MeasurementReport {step 13Jable 8.3.1.1 1a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
CelM 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





8.3.1 .12a Measurement configuration control and reporting / Intra E-UTRAN 

measurennents / Two simultaneous events A3 (inter-band measurements) / 
Between FDD and TDD 


8.3.1. 12a.1 


(1) 


Test Purpose (TP) 


with { UE in E-UTRA FDD RRC_CONNECTED state and measurements configured for two event A3 at the same 
time for E-UTRA TDD cell } 
ensure that { 

when { Entry condition for event A3 is not met } 
then { UE does not send MeasurementReport } 
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(2) 

with { UE in E-UTRA FDD RRC_CONNECTED state and measurements configured for two event A3 at the same 
time for E-UTRA TDD cell } 
ensure that { 

when { Neighbour E-UTRA TDD cell becomes offset better than serving E-UTRA FDD cell } 
then { UE sends MeasurementReport with correct measid for event A3 } 

} 

(3) 

with { UE in E-UTRA TDD RRC_CONNECTED state and measurements configured for two event A3 at the same 
time for E-UTRA FDD cell } 
ensure that { 

when { Entry condition for event A3 is not met } 
then { UE does not send MeasurementReport } 

} 

(4) 

with { UE in E-UTRA TDD RRC_CONNECTED state and measurements configured for two event A3 at the same 
time for E-UTRA FDD cell } 
ensure that { 

when { Neighbour E-UTRA FDD cell becomes offset better than serving E-UTRA TDD cell } 
then { UE sends MeasurementReport with correct measid for event A3 } 
} 

8.3.1 .1 2a.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.5.4.1, 5.5.4.4 and 5.5.5. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> If the RRCConnectionReconfiguration message includes the measConfig: 
2> perform the Measurement configuration procedure as specified in 5.5.2; 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the corresponding reportConfig includes a purpose set to 'reportStrongestCellsForSON' : 

3> consider any neighbouring cell detected on the associated frequency to be applicable; 

2> else if the corresponding reportConfig includes a purpose set to 'reportCGF: 

3> consider any neighbouring cell detected on the associated frequency/ set of frequencies (GERAN) which 
has a physical cell identity matching the value of the cellForWhichToReportCGI included in the 
corresponding measObject within the VarMeasConfig to be applicable; 

2> else: 

3> if the corresponding measObject concerns E-UTRA: 

4> consider any neighbouring cell detected on the associated frequency to be applicable when the 

concerned cell is not included in the blackCellsToAddModList defined within the VarMeasConfig for 
this measid', 
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3> else if the corresponding measOhject concerns UTRA or CDMA2000: 

4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModList defined within the VarMeasConfig for this measid (i.e. the cell is 
included in the white-list); 

3> else if the corresponding measObject concerns GERAN: 

4> consider a neighbouring cell on the associated set of frequencies to be applicable when the concerned 
cell matches the ncc-Permitted defined within the VarMeasConfig for this measid', 

2> if the triggerType is set to 'evenf and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig, while the VarMeasReportList does not include an measurement 
reporting entry for this measid (a first cell triggers the event): 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid', 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid', 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measid for 
all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for 
this event: 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid', 

3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 
3> if the cellsTriggeredList defined within the VarMeasReportList for this measid is empty: 

4> remove the measurement reporting entry within the VarMeasReportList for this measid', 

4> stop the periodical reporting timer for this measid, if running; 

2> if the purpose is included and set to 'reportStrongestCells' or to 'reportStrongestCellsForSON' and if a 
(first) measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid', 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 
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NOTE 1 : If the purpose is set to 'reportStrongestCells\ the UE initiates a first measurement report immediately 
after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON\ the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the purpose is included and set to 'reportCGF and if the UE acquired the information needed to set all 
fields of cellGloballd for the requested cell: 

3> include a measurement reporting entry within the VarMeasReportList for this measid', 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> stop timer T321; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> upon expiry of the T321 for this measid: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'event' or to 'periodical' while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than s- 
Measure or due to the measurement gap not being setup. 

NOTE 3: If the UE is configured with DRX, the UE may delay the measurement reporting for event triggered and 
periodical triggered measurements until the Active Time, which is defined in TS 36.321 [6]. 

[TS 36.331, clause 5.5.4.4] 

The UE shall: 

1> consider the entering condition for this event to be satisfied when condition A3-1, as specified below, is fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition A3 -2, as specified below, is fulfilled; 
Inequality A3-1 (Entering condition): 
Mn + Ofn + Ocn - Hys >Ms + Ofs + Ocs + Ojf 
Inequality A3 -2 (Leaving condition): 
Mn + Ofn + Ocn + Hys <Ms + Ofs + Ocs + Off 
The variables in the formula are defined as follows: 

Mn is the measurement result of the neighbouring cell, not taking into account any offsets. 

Ofn is the frequency specific offset of the frequency of the neighbour cell (i.e. offsetFreq as defined within 
measObjectEUTRA corresponding to the frequency of the neighbour cell). 

Ocn is the cell specific offset of the neighbour cell (i.e. celllndividualOffset as defined within measObjectEUTRA 
corresponding to the frequency of the neighbour cell), and set to zero if not configured for the neighbour cell. 

Ms is the measurement result of the serving cell, not taking into account any offsets. 

Ofs is the frequency specific offset of the serving frequency (i.e. offsetFreq as defined within measObjectEUTRA 
corresponding to the serving frequency). 

Ocs is the cell specific offset of the serving cell (i.e. celllndividualOffset as defined within measObjectEUTRA 
corresponding to the serving frequency), and is set to zero if not configured for the serving cell. 
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Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigEUTRA for this event). 

O/jf is the offset parameter for this event (i.e. a3 -Offset as defined within reportConfigEUTRA for this event). 

Mn, Ms are expressed in dBm in case of RSRP, or in dB in case of RSRQ. 
Ofn, Ocn, Ofs, Ocs, Hys, O/jf are expressed in dB. 
[TS 36.331, clause 5.5.5] 


UE 


EUTRAN 


MeasurementReport ^ 


Figure 5.5.5-1 : Measurement reporting 


The purpose of this procedure is to transfer measurement results from the UE to E-UTRAN. 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 

3> if the triggerType is set to 'event' : 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measid; 

3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultNeighCells, include the physCellld; 

3> if the triggerType is set to 'event'; or the purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing triggerQuantity, i.e. the best cell is included 
first; 

5> else: 
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6> set the measResult to the quantity as configured for the concerned RAT within the 
quantityConfig in order of decreasing quantity, i.e. the best cell is included first; 

3> else if the purpose is set to 'reportCGF: 

4> if the mandatory present fields of the cellGloballd for the cell indicated by the 
cellForWhichToReportCGI in the associated measObject have been obtained: 

5> include the cgi-Info containing all the fields that have been successfully acquired; 

1> increment the numberOfReportsSent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 

1> else: 

2> if the triggerType is set to 'periodical' : 

3> remove the entry within the VarMeasReportList for this measid; 

3> remove this measid from the measIdList within VarMeasConfig; 

1> if the measured results are for CDMA2000 HRPD: 

2> set the preRegistrationStatusHRPD to the UE's CDMA2000 upper layer's HRPD preRegistrationStatus; 

1> if the measured results are for CDMA2000 IxRTT: 

2> sQt the preRegistrationStatusHRPD to 'FALSE'; 

1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 

8.3.1 .1 2a.3 Test description 

8.3.1.12a.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 is LTE FDD cell. Cell 28 is LTE TDD cell 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18] 

8.3.1.12a.3.2 Test procedure sequence 

Table 8.3.1.12a.3.2-l illustrates the downlink power levels to be applied for Cell 1 and Cell 2 at various time instants of 
the test execution. Row marked "TO" denotes the conditions after the preamble, while rows marked "Tl", "T2", "T3", 
"T4" and "T5" are to be applied subsequently. The exact instants on which these values shall be applied are described in 
the texts in this clause. 
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Table 8.3.1. 12a.3.2-1: Power levels 



Parameter 

Unit 

CelM 

Cell 28 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-85 

-110 

The power levels are such that that measurement results for Cell 1 
(Ml) and Cell 28 (M28) satisfy exit condition for event A3 (measid 
1 &2)(M28<M1). 
Mn + 0fn + 0cn + Hys<Ms + 0fs + 0cs + 0jf 

T1 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-85 

-91 

The power levels are such that measurement results for Cell 1 
(Ml) and Cell 28 (M28) satisfy entry condition for event A3 
(A77eas/cyi)(M28>M1): 
Mn-\-0fn-\-0cn-Hys>Ms-\-0fs-\-0cs-\-0jf 

T2 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-85 

-73 

The power levels are such that measurement results for Cell 1 

(Ml) and Cell 28 (M28) satisfy entry condition for event A3 

(A77eas/cy2)(M28>M1): 

Mn + 0fn + 0cn-Hys>Ms + 0fs + 0cs + 0jf 

T3 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-110 

-85 

The power levels are such that that measurement results for Cell 1 
(Ml) and Cell 28 (M28) satisfy exit condition for event A3 {measid 
1 &2)(M1 <M28): Mn + 0fn + 0cn + Hys<Ms + 0fs + 0cs + 0jf 

T4 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-91 

-85 

The power levels are such that measurement results for Cell 1 
(Ml) and Cell 28 (M28) satisfy entry condition for event A3 
(measid ^)(M^ > M28): 
Mn + 0fn + 0cn-Hys>Ms + 0fs + 0cs + 0jf 

T5 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-73 

-85 

The power levels are such that measurement results for Cell 1 
(Ml) and Cell 28 (M28) satisfy entry condition for event A3 
(A77eas/d2)(M1 > M28): 
Mn-\-Ofn-\-Ocn-Hys>Ms-\-Ofs-\-Ocs-\-OJf 
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Table 8.3.1. 12a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS transmits an 

RRCConnectionReconfiguration message 
including MeasConfigXo setup inter-band 
measurement and reporting for two event A3 
(measld^ and measlcl2) with different 
parameters for E-UTRA TDD Cell 28. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

Check: Does the UE transmit a 
MeasurementReport message within the next 
10s? 

-> 

MeasurementReport 

1 

F 

4 

SS re-adjusts the cell-specific reference signal 
level according to row "T1" in table 
8.3.1. 12a.3.2-1. 





5 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A3 {measld^) with the measured RSRP value 
for Cell 28? 

-> 

MeasurementReport 

2 

P 

6 

SS re-adjusts the cell-specific reference signal 
level according to row "T2" in table 
8.3.1. 12a.3.2-1. 





7 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A3 (measid 2) with the measured RSRP value 
for Cell 28? 

-> 

MeasurementReport 

2 

P 

8 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform inter-band 
handover to Cell 28. 

<- 

RRCConnectionReconfiguration 



9 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 28 to confirm the successful 
handover 

-> 

RRCConnectionReconfigurationC 
omplete 



10 

The SS transmits an 

RRCConnectionReconfiguration message to 
activate the measurement gaps on Cell 28. 

<— 

RRCConnectionReconfiguration 



11 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the activation of the 
measurement gaps on Cell 28. 

-> 

RRCConnectionReconfigurationC 
omplete 



12 

SS re-adjusts the cell-specific reference signal 
level according to row "T3" in table 
8.3.1. 12a.3.2-1. 





13 

Check: Does the UE transmit a 
MeasurementReport message within the next 
10s? 

-> 

MeasurementReport 

3 

F 

14 

SS re-adjusts the cell-specific reference signal 
level according to row "T4" in table 
8.3.1. 12a.3.2-1. 





15 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A3 [measid ^) with the measured RSRP value 
for Cell 1? 

-> 

MeasurementReport 

4 

P 

16 

SS re-adjusts the cell-specific reference signal 
level according to row "T5" in table 
8.3.1. 12a.3.2-1. 





17 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A3 (measid 2) with the measured RSRP value 
for Cell 1? 

-> 

MeasurementReport 

4 

P 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1195 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


8.3.1 .1 2a.3.3 Specific message contents 

Table 8.3.1. 12a.3.3-1 : RRCConnectionReconfiguration (step 1 and step 10, Table 8.3.1. 12a.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 

Table 8.3.1. 12a.3.3-2: MeasConfig (step 1, Table 8.3.1. 12a.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 , condition INTER-FREQ 

Information Element 

Value/Remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObiectld)) OF SEQUENCE { 

2 entries 



measObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[1] 

ldMeasObject-f6 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(f6) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

2 entries 



reportConfigld[1] 

1 



reportConfig[1] 

ReportConfig-A3- 
Lowerthreshold 



reportConfigld[2] 

2 



reportConfig[2] 

ReportConfig-A3- 
Higherthreshold 



} 




measldToAddModList SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

2 entries 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f6 



reportConfigld[1] 

ldReportConfig-A3- 
Lowerthreshold 



measld[2] 

2 



measObjectld[2] 

ldMeasObject-f6 



reportConfigld[2] 

ldReportConfig-A3- 
Higherthreshold 



} 




} 





Table 8.3.1. 12a.3.3-3: ReportConfig-AS-Lowerthreshold {step 1, Table 8.3.1. 12a.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-6 ReportConfigEUTRA-A3 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA-A3 ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE} 




eventid CHOICE { 




eventA3 SEQUENCE { 




a3-0ffset 

-24 

-12dB 


} 




} 




timeToTrigger 

msO 



} 




} 




reportOuantity 

sameAsTriggerQuantity 



} 





ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1196 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 8.3.1. 12a.3.3-4: ReportConfig-A3-Higherthreshold (step 1, Table 8.3.1. 12a.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-6 ReportConfigEUTRA-A3 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA-A3 ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE} 




eventid CHOICE { 




eventAS SEQUENCE { 




aS-Offset 



OdB 


} 




} 




timeToTrigger 

msO 



} 




} 




reportOuantity 

sameAsTriggerQuantity 



} 




Table 8.3.1. 12a.3.3-5: MeasurementReport (step 5, Table 8.3.1. 12a.3.2-2) 

Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




MeasResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




MeasResultEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 28 


physCellld 

PhysCellld of the Cell 28 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

Not present 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.1. 12a.3.3-6: MeasurementReport (step 7, Table 8.3.1. 12a.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 


Information Element 


Value/Remark 


Comment 


Condition 


IVIeasurementReport ::= SEQUENCE { 


criticalExtensions CHOICE { 


c1 CHOICE { 


measurementReport-r8 SEQUENCE { 


MeasResults ::= SEQUENCE { 


measid 


measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 


(0-97) 


rsrqResult 


(0..34) 


± 


measResultNeighCells CHOICE { 


MeasResultEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 28 


physCellld 


PhysCellldoftheCell28 


measResultSEQUENCE{ 


rsrpResult 


(0-97) 


rsrqResult 


Not present 


Jl 


Table 8.3.1 .12a.3.3-7: RRCConnectionReconfiguration (step 8, Table 8.3.1. 12a.3.2-2) 

Derivation path: 36.508 Table 4.6.1-8, condition HO 

Table 8.3.1. 12a.3.3-8: MobilityControllnfo (step 8, Table 8.3.1 .12a.3.3-8) 


Derivation Path: 36.508 Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 28 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 28 



ul-CarrierFreq 

Not present 



} 




} 





Table 8.3.1. 12a.3.3-9: RRCConnectionReconfiguration (step 10, Table 8.3.1.15.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 


Table 8.3.1. 12a.3.3-10: iVIeasConfig (step 10, Table 8.3.1. 12a.3.3-8) 

Derivation Path: 36.508, Table 4.6.6-1, condition INTER-FREQ 
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Table 8.3.1.12a.3.3-11: MeasurementReport (step 15, Table 8.3.1. 12a.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




MeasResults::= SEQUENCE! 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 28 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




MeasResultEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 1 


physCellld 

PhysCellld of the Cell 1 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

Not present 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.3.1 .1 2a.3.3-1 1 : MeasurementReport (step 1 7, Table 8.3.1 .1 2a.3.2-2) 

Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




MeasResults::= SEQUENCE} 




measid 

2 



measResultServCell ::= SEQUENCE { 


Report Cell 28 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




MeasResultEUTRA ::= SEQUENCE (SIZE 
(1.. maxCellReport)) OF SEQUENCE { 


Report Cell 1 


physCellld 

PhysCellld of the Cell 1 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

Not present 



} 




} 




} 




} 




} 




} 




} 




} 
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8.3.1 .13a Measurement configuration control and reporting / Intra E-UTRAN 
measurements / Periodic reporting (intra-frequency and inter-band 
measurements) / Between FDD and TDD 

8.3.1. 13a.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA FDD RRC_CONNECTED state and measurement configured for periodic reporting of 
intra frequency cells and inter-band E-UTRA TDD cells on specified frequency } 
ensure that { 

when { The UE receives reference signal power for cells on the serving frequency and cells on the 
frequency where measurements are configured } 

then { UE sends MeasurementReport message at regular intervals for these cells } 

} 

(2) 

with { UE in E-UTRA FDD RRC_CONNECTED state and a MeasurementReport message for a configured 
periodic measurement reporting of intra frequency and inter-band E-UTRA TDD cells was sent } 
ensure that { 

when { A previously reported cell becomes unavailable or the UE receives reference signal power on 
a reported frequency for a cell which was previously not reported } 

then { UE sends MeasurementReport message at regular intervals for the available intra frequency 
and inter-band E-UTRA TDD cells j 


(3) 

with { UE in E-UTRA FDD RRC_CONNECTED state and periodic measurement reporting ongoing } 
ensure that { 

when { The UE receives a RRCConnectionReconf iguration message removing measlds for periodic 
reporting } 

then { UE stops sending MeasurementReport messages for these measlds } 

} 

(4) 

with { UE in E-UTRA TDD RRC_CONNECTED state and measurement configured for periodic reporting of 
intra frequency cells and inter-band E-UTRA FDD cells on specified frequency } 
ensure that { 

when { The UE receives reference signal power for cells on the serving frequency and cells on the 
frequency where measurements are configured } 

then { UE sends MeasurementReport message at regular intervals for these cells } 

} 

(5) 

with { UE in E-UTRA TDD RRC_CONNECTED state and a MeasurementReport message for a configured 
periodic measurement reporting of intra frequency and inter-band E-UTRA FDD cells was sent } 
ensure that { 

when { A previously reported cell becomes unavailable or the UE receives reference signal power on 
a reported frequency for a cell which was previously not reported } 

then { UE sends MeasurementReport message at regular intervals for the available intra frequency 
and inter-band E-UTRA FDD cells } 

} 


(6) 


with { UE in E-UTRA TDD RRC_CONNECTED state and periodic measurement reporting ongoing } 
ensure that { 

when { The UE receives a RRCConnectionReconf iguration message removing measlds for periodic 
reporting } 

then { UE stops sending MeasurementReport messages for these measlds } 


8.3.1 .1 3a.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.5.2.2, 5.5.4.1 and 5.5.5. 
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[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> If the RRCConnectionReconfiguration message includes the measConfig: 
2> perform the Measurement configuration procedure as specified in 5.5.2; 

[TS 36.331, clause 5.5.2.2] 

The UE shall: 

1> for each measid value included in the received measIdToRemoveList that is part of the current UE configuration 
in varMeasConfig: 

2> remove the entry with the matching measid from the measIdList within the VarMeasConfig; 

2> remove the measurement reporting entry for this measid from the VarMeasReportList, if included; 

2> stop the periodical reporting timer or timer T321, whichever one is running, and reset the associated 
information (e.g. timeToTrigger) for this measid; 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> else: 

3> if the corresponding measObject concerns E-UTRA: 

4> consider any neighbouring cell detected on the associated frequency to be applicable when the 

concerned cell is not included in the blackCellsToAddModList defined within the VarMeasConfig for 
this measid; 


2> if the purpose is included and set to 'reportStrongestCells' or to 'reportStrongestCellsForSON' and if a 
(first) measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells\ the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON\ the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 


NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'event' or to 'periodical' while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than s- 
Measure or due to the measurement gap not being setup. 
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[TS 36.331, clause 5.5.5] 


For the measid for which the measurement reporting procedure was triggered, the UE shall set the me asuredRe suits 
within the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultsNeighCells to include the best neighbouring cells up to maxReportCells in accordance 
with the following: 

3> if the triggerType is set to 'evenf : 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measld\ 

3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultsNeighCells, include the physCellld', 

3> if the triggerType is set to 'evenf\ or the purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measOhject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing triggerQuantity, i.e. the best cell is included 
first; 


1> increment the numberOfReportsSent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than to 
reportAmount as defined corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 


1> submit the MEASUREMENT REPORT message to lower layers for transmission, upon which the procedure 
ends. 
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Test description 
Pre-test conditions 


8.3.1. 13a.3 
8.3.1. 13a.3.1 
System Simulator: 

- Cell 1, Cell 2 and Cell 4 are E-UTRA FDD cells, Cell 10 and Cell 30 are E-UTRA TDD cells. 

System information combination FES as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 
None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18] on Cell 1. 

8.3.1 .1 3a.3.2 Test procedure sequence 

Table 8.3.1.13a.3.2-l illustrates the downlink power levels to be applied for the cells at various time instants of the test 
execution. Row marked "TO" denotes the conditions after the preamble, while rows marked "T1","T2", "T3" and "T4", 
are to be applied subsequently. The exact instants on which these values shall be applied are described in the texts in 
this clause. 

Table 8.3.1. 13a.3.2-1 : Power levels 



Parameter 

Unit 

CelM 

Cell 
2(DL 
only) 

Cell 
4(DL 
only) 

Cell 
10(DL 
only) 

Cell 30 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/1 
5kHz 

-85 

-91 

Off 

-85 

Off 


T1 

Cell-specific 
RS EPRE 

dBm/1 
5kHz 

-85 

Off 

-91 

-85 

Off 


T2 

Cell-specific 
RS EPRE 

dBm/1 
5kHz 

-85 

Off 

-91 

Off 

-73 


T3 

Cell-specific 
RS EPRE 

dBm/1 
5kHz 

Off 

-91 

Off 

-91 

-85 


T4 

Cell-specific 
RS EPRE 

dBm/1 
5kHz 

Off 

Off 

-91 

-91 

-85 
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Table 8.3.1. 13a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

SS transmits an 

RRCConnectionReconfiguration message 
including measConfig {o setup intra LTE 
measurements and periodical reporting for 
intra frequency and inter-band cells. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 




EXCEPTION: In parallel to events described in 
step 3 the steps specified in table 
8.3.1 .13a.3.2-3 and table 8.3.1. 13a.3.2-5 shall 
take place 





3 

Wait for 30 s to ensure that the UE performs a 
periodical intra frequency reporting for Cell 2 
and a periodical inter-band reporting for Cell 
10. 



1 


4 

SS re-adjusts the cell-specific reference signal 
levels according to row "T1 " in table 
8.3.1. 13a.3.2-1. 





5 

Wait and ignore MeasurementReport 
messages for 5 s to allow for the switching of 
Cell 2. 






EXCEPTION: In parallel to events described in 
step 6 the steps specified in table 
8.3.1 .13a.3.2-4 and table 8.3.1. 13a.3.2-5 shall 
take place. 





6 

Wait for 30 s to ensure that the UE performs a 
periodical intra frequency reporting for Cell 4 
and a periodical inter-band reporting for Cell 
10. 



1,2 


7 

SS re-adjusts the cell-specific reference signal 
levels according to row "T2" in table 
8.3.1. 13a.3.2-1. 





8 

Wait and ignore MeasurementReport 
messages for 5 s to allow for the switching of 
Cell 10. 






EXCEPTION: In parallel to events described in 
steps 9 to 1 1 the steps specified in table 
8.3.1 .13a.3.2-4 and table 8.3.1. 13a.3.2-9 shall 
take place 





9 

Wait for 30 s to ensure that the UE performs a 
periodical intra frequency reporting for Cell 4 
and a periodical inter-band reporting for Cell 
30. 



1,2 


10 

SS transmits an 

RRCConnectionReconfiguration message 
including measConfig \o remove measlds for 
periodical reporting. 

<- 

RRCConnectionReconfiguration 



11 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message 

-> 

RRCConnectionReconfigurationC 
omplete 



12 

Check: Does the UE attempt to transmit an 
uplink message for the next 1 0s? 

- 

- 

3 

F 

13 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform inter band 
handover to Cell 30. 

<— 

RRCConnectionReconfiguration 



14 

The UE transmits an 

RRCConnectionReconfigurationCompiete 
message on Cell 30 to confirm the handover 

-> 

RRCConnectionReconfigurationC 
omplete 



15 

SS re-adjusts the cell-specific reference signal 
levels according to row "T3" in table 
8.3.1. 13a.3.2-1. 





16 

SS transmits an 

<- 

RRCConnectionReconfiguration 

- 

- 
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RRCConnectionReconfiguration message 
including measConfigXo setup intra LTE 
measurements and periodical reporting for 
intra frequency and inter-band cells. 





17 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 




EXCEPTION: In parallel to events described in 
step 18 the steps specified in table 
8.3.1. 13a.3.2-6 and table 8.3.1. 13a.3.2-8 shall 
take place. 





18 

Wait for 30 s to ensure that the UE performs a 
periodical intra frequency reporting for Cell 10 
and a periodical inter-band reporting for Cell 2. 



4,5 


19 

SS re-adjusts the cell-specific reference signal 
levels according to row "T4" in table 
8.3.1. 13a.3.2-1. 





20 

Wait and ignore MeasurementReport 
messages for 5 s to allow for the switching of 
Cell2. 






EXCEPTION: In parallel to events described in 
steps 21 to 22 the steps specified in table 
8.3.1 .13a.3.2-7 and table 8.3.1. 13a.3.2-8 shall 
take place 





21 

Wait for 30 s to ensure that the UE performs a 
periodical intra frequency reporting for Cell 10 
and a periodical inter-band reporting for Cell 4. 



4,5 


22 

SS transmits an 

RRCConnectionReconfiguration message 
including measConfigXo remove measlds for 
periodical reporting. 

<— 

RRCConnectionReconfiguration 



23 

The UE transmits an 

RRCConnectionReconfigrationComplete 

message 

-> 

RRCConnectionReconfigurationC 
omplete 



24 

Check: Does the UE attempt to transmit an 
uplink message for the next 1 0s? 

- 

- 

6 

F 


Table 8.3.1. 13a.3.2-3: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 


EXCEPTION: After the 1st message is 
received, step 1 below shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed 





1 

Check: Does the UE transmit a 
IVIeasurementReport message to perform 
periodical intra frequency reporting for Cell 
2(N0TE1)? 

-> 

MeasurementReport 

1 

P 


NOTE 1: In the first report UE may not include measResultNeighCells for cell 2. 

Table 8.3.1. 13a.3.2-4: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: Step 1 below shall be repeated 
every time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical intra frequency reporting for Cell 4( 
N0TE2)? 

-> 

MeasurementReport 

1,2 

P 
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NOTE 2: In the first report UE may not include measResultNeighCells for the cell 4. 

Table 8.3.1. 13a.3.2-5: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: After the 1st message is 
received, step 1 below shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical inter-band reporting for Cell 
10(NOTE3)? 

-> 

MeasurementReport 

1 

P 


NOTE 3: In the first report UE may not include measResultNeighCells for the cell 10. 

Table 8.3.1. 13a.3.2-6: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: After the 1st message is 
received, step 1 below shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed 





1 

Check: Does the UE transmit a 
MeasurenfientReport message to perform 
periodical inter band reporting for Cell 
2(NOTE4)? 

-> 

MeasurementReport 

4 

P 


NOTE 4: In the first report UE may not include measResultNeighCells for cell 2. 

Table 8.3.1. 13a.3.2-7: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: Step 1 below shall be repeated 
every time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical inter band reporting for Cell 4( 
N0TE5)? 

-> 

MeasurementReport 

4,5 

P 


NOTE 5: In the first report UE may not include measResultNeighCells for the cell 4. 

Table 8.3.1. 13a.3.2-8: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: After the 1st message is 
received, step 1 below shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical intra frequency reporting for Cell 
10(NOTE6)? 

-> 

MeasurementReport 

4 

P 


NOTE 6: In the first report UE may not include measResultNeighCells for the cell 10. 
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Table 8.3.1. 13a.3.2-9: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: After the 1st message is 
received, step 1 below shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical inter band reporting for Cell 
30(NOTE7)? 

-> 

MeasurementReport 

1,2 

P 


NOTE 7: In the first report UE may not include measResultNeighCells for the cell 30. 

8.3.1 .1 Sa.S.S Specific message contents 

Table 8.3.1. 13a.3.3-1 : RRCConnectionReconfiguration (step 1, stepIO, step 16 and step 22, Table 

8.3.1. 13a.3.2-2) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 

Table 8.3.1. 13a.3.3-2: MeasConfig (step 1, Table 8.3.1. 13a.3.2-2) 

Derivation Path: 36.508, Table 4.6.6-1 , condition INTER-FREQ | 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



measObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f5 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f5) 



} 




reportConfigToAddModiList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

IdReportConfig- 
PERIODICAL 



reportConfig[1] 

ReportConfigEUTRA- 
PERIODICAL 



} 




measldToAddModList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

2 entries 



measld[1] 

1 



measObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

IdReportConfig- 
PERIODICAL 



measld[2] 

2 



measObjectld[2] 

ldMeasObject-f5 



reportConfigld[2] 

IdReportConfig- 
PERIODICAL 



} 




} 
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Table 8.3.1. 13a.3.3-3: MeasConfig (step 10, Table 8.3.1. 13a.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1 I 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measldToRemoveList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

2 entries 



Measld[1] 

1 



Measld[2] 

2 



} 




} 




Table 8.3.1. 13a.3.3-4: MeasurementReport {step 1, Table 8.3.1. 13a.3.2-3) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 2 


physCellld[1] 

physicalCellldentity-Cell2 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.1. 13a.3.3-5: MeasurementReport (step 1, Table 8.3.1. 13a.3.2-4) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 4 


physCellld[1] 

physicalCellldentity-Cell4 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.3.1. 13a.3.3-6: MeasurementReport (step 1, Table 8.3.1. 13a.3.2-5) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 10 


physCellld[1] 

physicalCellldentity- 

Ceino 



measResult [1] SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.1. 13a.3.3-7: RRCConnectionReconfiguration (step 13, Table 8.3.1. 13a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.3.1. 13a.3.3-8: MobilityControllnfo (step 13, Table 8.3.1. 13a.3.2-2) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 30 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 30 



ul-CarrierFreq 

Not present 



} 




} 





Table 8.3.1. 13a.3.3-9: MeasConfig (step 16, Table 8.3.1. 13a.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1, condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1 ..maxObiectId)) OF SEQUENCE { 

2 entries 



measObjectld[1] 

ldMeasObject-f5 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(f5) 



measObjectld[2] 

IdMeasObject-fl 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModiList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

IdReportConfig- 
PERIODICAL 



reportConfig[1] 

ReportConfigEUTRA- 
PERIODICAL 



} 




measldToAddModList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

2 entries 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f5 



reportConfigld[1] 

IdReportConfig- 
PERIODICAL 



measld[2] 

2 



measObjectld[2] 

IdMeasObject-fl 



reportConfigld[2] 

IdReportConfig- 
PERIODICAL 



} 




} 
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Table 8.3.1. 13a.3.3-10: MeasConfig (step 22, Table 8.3.1. 13a.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1 I 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measldToRemoveList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

2 entries 



Measld[1] 

1 



Measld[2] 

2 



} 




} 




Table 8.3.1 .1 3a.3.3-1 1 : MeasurementReport (step 1 , Table 8.3.1 .1 3a.3.2-6) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell ::= SEQUENCE { 


Report Cell 30 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 2 


physCellld[1] 

physicalCellldentity-Cell2 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.1.13a.3.3-12: MeasurementReport (step 1, Table 8.3.1. 13a.3.2-7) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell ::= SEQUENCE { 


Report Cell 30 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 4 


physCellld[1] 

physicalCellldentity-Cell4 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.3.1.13a.3.3-13: MeasurementReport (step 1, Table 8.3.1. 13a.3.2-8) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 30 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 10 


physCellld[1] 

physicalCellldentity- 

Ceino 



measResult [1] SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.1.13a.3.3-14: MeasurementReport (step 1, Table 8.3.1. 13a.3.2-9) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA ::= SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 


Report Cell 30 


physCellld[1] 

physicalCellldentity- 
CellSO 



measResultfll SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





8.3.1.14a 

8.3.1. 14a.1 
(1) 


Measurement configuration control and reporting / Intra E-UTRAN 
measureinents / Two simultaneous events A2 and A3 (inter-band 
measurements) / Between FDD and TDD 

Test Purpose (TP) 


with { UE in E-UTRA FDD RRC_CONNECTED state and measurements configured for event A2 and event A3 
ensure that { 

when { Serving E-UTRA FDD cell becomes worse than threshold } 
then { UE sends MeasurementReport for event A2 } 


(2) 

with { UE in E-UTRA FDD RRC_CONNECTED state and measurements configured for event A2 and event A3 
ensure that { 

when { Neighbour E-UTRA TDD cell becomes offset better than serving E-UTRA FDD cell } 
then { UE sends MeasurementReport for event A3 } 


(3) 


with { UE in E-UTRA TDD RRC_CONNECTED state and measurements configured for event A2 and event A3 
ensure that { 

when { Serving E-UTRA TDD cell becomes worse than threshold } 
then { UE sends MeasurementReport for event A2 } 


(4) 

with { UE in E-UTRA TDD RRC_CONNECTED state and measurements configured for event A2 and event A3 
ensure that { 

when { Neighbour E-UTRA FDD cell becomes offset better than serving E-UTRA TDD cell } 
then { UE sends MeasurementReport for event A3 } 
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} 

8.3.1 .14a.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.5.4.1, 5.5.4.3, 5.5.4.4 and 5.5.5. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 

1> if the RRCConnectionReconfiguration message includes the measConfig: 
2> perform the measurement configuration procedure as specified in 5.5.2; 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> else: 

3> if the corresponding measObject concerns E-UTRA: 

4> if the ue-RxTxTimeDiffPeriodical, eventAl or eventA2 is configured in the corresponding 
reportConfig: 

5> consider only the serving cell to be applicable; 

4> else: 

5> consider any neighbouring cell detected on the associated frequency to be applicable when the 
concerned cell is not included in the blackCellsToAddModList defined within the VarMeasConfig 
for this measid: 


2> if the triggerType is set to 'evenf and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig, while the VarMeasReportList does not include an measurement 
reporting entry for this measid (a first cell triggers the event): 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 
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3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measid for 
all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for 
this event: 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid; 

3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 
3> if the cellsTriggeredList defined within the VarMeasReportList for this measid is empty: 

4> remove the measurement reporting entry within the VarMeasReportList for this measid; 

4> stop the periodical reporting timer for this measid, if running; 

2> if the purpose is included and set to 'reportStrongestCells' or to 'reportStrongestCellsForSON" and if a (first) 
measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells\ the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON" , the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the purpose is included and set to 'reportCGT and if the UE acquired the information needed to set all 
fields of cgi-Info for the requested cell: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> stop timer T321; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> upon expiry of the T321 for this measid: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'event or to 'periodical' while the 

corresponding measurement is not performed due to the serving cell RSRP being equal to or better than ^- 
Measure or due to the measurement gap not being setup. 

NOTE 3: If the UE is configured with DRX, the UE may delay the measurement reporting for event triggered 
and periodical triggered measurements until the Active Time, which is defined in TS 36.321 [6]. 

[TS 36.331, clause 5.5.4.3] 
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The UE shall: 

1> consider the entering condition for this event to be satisfied when condition A2-1, as specified below, is fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition A2-2, as specified below, is fulfilled; 
Inequality A2-1 (Entering condition): 

Ms + Hys < Thresh 
Inequality A2-2 (Leaving condition): 

Ms - Hys > Thresh 
The variables in the formula are defined as follows: 

Ms is the measurement result of the serving cell, not taking into account any offsets. 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigEUTRA for this event). 

Thresh is the threshold parameter for this event (i.e. a2-Threshold as defined within reportConfigEUTRA for this 
event). 

Ms is expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Hys is expressed in dB. 

Thresh is expressed in the same unit as Ms. 
[TS 36.331, clause 5.5.4.4] 
The UE shall: 

1> consider the entering condition for this event to be satisfied when condition A3-1, as specified below, is fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition A3 -2, as specified below, is fulfilled; 
Inequality A3-1 (Entering condition): 

Mn + Ofn + Ocn - Hys >Ms-\- Ofs + Ocs + Off 
Inequality A3 -2 (Leaving condition): 

Mn + Ofn + Ocn + Hys <Ms-\- Ofs + Ocs + Off 
The variables in the formula are defined as follows: 

Mn is the measurement result of the neighbouring cell, not taking into account any offsets. 

Ofn is the frequency specific offset of the frequency of the neighbour cell (i.e. offsetFreq as defined within 
measObjectEUTRA corresponding to the frequency of the neighbour cell). 

Ocn is the cell specific offset of the neighbour cell (i.e. celllndividualOffset as defined within measObjectEUTRA 
corresponding to the frequency of the neighbour cell), and set to zero if not configured for the neighbour cell. 

Ms is the measurement result of the serving cell, not taking into account any offsets. 

Ofs is the frequency specific offset of the serving frequency (i.e. offsetFreq as defined within measObjectEUTRA 
corresponding to the serving frequency). 

Ocs is the cell specific offset of the serving cell (i.e. celllndividualOffset as defined within measObjectEUTRA 
corresponding to the serving frequency), and is set to zero if not configured for the serving cell. 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigEUTRA for this event). 

O/jf is the offset parameter for this event (i.e. a3 -Offset as defined within reportConfigEUTRA for this event). 

Mn, Ms are expressed in dBm in case of RSRP, or in dB in case of RSRQ. 
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Ofn, Ocn, Ofs, Ocs, Hys, Off are expressed in dB. 

[TS 36.331, clause 5.5.5] 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 

3> if the triggerType is set to 'event: 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measld\ 

3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultNeighCells, include the physCellld; 

3> if the triggerType is set to 'event \ or the^ purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSOlSP : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing triggerQuantity, i.e. the best cell is included 
first; 

5> else: 

6> set the measResult to the quantity as configured for the concerned RAT within the 

quantityConfig in order of either decreasing quantity for UTRA and GERAN or increasing 
quantity for CDMA2000 pilotStrength, i.e. the best cell is included first; 


1> increment the numb erOfReports Sent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid', 


1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 
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Test description 
Pre-test conditions 


8.3.1. 14a.3 
8.3.1. 14a.3.1 
System Simulator: 

- Cell 1 is E-UTRA FDD cell and Cell 28 is E-UTRA TDD cell 


System information combination FES as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 


UE: 


None. 

Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.1 .14a.3.2 Test procedure sequence 

Table 8.3.1.14a.3.2-l illustrates the downlink power levels to be applied for Cell 1 and Cell 28 at various time instants 
of the test execution. Row marked "TO" denotes the conditions after the preamble, while rows marked "TT'and "T2" are 
to be applied subsequently. The exact instants on which these values shall be applied are described in the texts in this 
clause. 

Table 8.3.1. 14a.3.2-1 : Power levels 



Parameter 

Unit 

CelM 

Cell 28 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/1 
5kHz 

-75 

-91 

Power levels are such that entry condition for event A2 
and event A3 is not satisfied: 
Ms - Hys > Thresh 
AND 

Mn + 0fn + 0cn + Hys<Ms + 0fs + 0cs + 0jf 

T1 

Cell-specific RS 
EPRE 

dBm/1 
5kHz 

-93 

-105 

Power level of Cell 1 is such that entry condition for 

event A2 is satisfied: 

Ms -h Hys < Thresh 

AND 

Power levels of Cell 1 and Cell 28 are such that entry 

condition for event A3 is not satisfied: 

Mn + 0fn + 0cn + Hys<Ms + 0fs + 0cs + 0jf 

T2 

Cell-specific RS 
EPRE 

dBm/1 
5kHz 

-85 

-73 

Power levels are such that entry condition for event A3 is 

satisfied for Cell 1 , and the entry condition for event A2 

and event A3 are not satisfied for Cell 28 after the 

handover: 

Mn + 0fn + 0cn-Hys>Ms + 0fs + 0cs + 0jf 

T3 

Cell-specific RS 
EPRE 

dBm/1 
5kHz 

-105 

-93 

Power level of Cell 28 is such that entry condition for 

event A2 is satisfied: 

Ms + Hys < Thresh 

AND 

Power levels of Cell 1 and Cell 28 are such that entry 

condition for event A3 is not satisfied: 

Mn + 0fn + 0cn + Hys<Ms + 0fs + 0cs + 0jf 

T4 

Cell-specific RS 
EPRE 

dBm/1 
5kHz 

-73 

-85 

Power levels are such that entry condition for event A3 is 

satisfied for Cell 28: 

Mn + 0fn + 0cn-Hys>Ms + 0fs + 0cs + 0jf 
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Table 8.3.1. 14a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS transmits an 

RRCConnectionReconfiguration message 
including measConfig {o setup intra LTE 
measurement and reporting for event A2 and 
event A3 (inter-band measurement) on Cell 1 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

Check: Does the UE transmit a 
MeasurementReport message within the next 
10s? 

-> 

MeasurementReport 

1 

F 

4 

SS re-adjusts the cell-specific reference signal 
level according to row "T1" in table 
8.3.1. 14a.3.2.-1. 





5 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A2 with the measured RSRP value for Cell 1 ? 

-> 

MeasurementReport 

1 

P 

6 

SS re-adjusts the cell-specific reference signal 
level according to row "T2" in table 
8.3.1. 14a.3.2.-1. 





7 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A3 with the measured RSRP value for Cell 28? 

-> 

MeasurementReport 

2 

P 

8 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform inter-band 
handover to Cell 28 and to activate the 
measurement gaps. 

<— 

RRCConnectionReconfiguration 



9 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 28 to confirm the successful 
handover 

-> 

RRCConnectionReconfigurationC 
ompiete 



10 

Check: Does the UE transmit a 
MeasurementReport message within the next 
10s? 

-> 

MeasurementReport 

3 

F 

11 

SS re-adjusts the cell-specific reference signal 
level according to row "T3" in table 
8.3.1. 14a.3.2.-1. 





12 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A2 with the measured RSRP value for Cell 28? 

-> 

MeasurementReport 

3 

P 

13 

SS re-adjusts the cell-specific reference signal 
level according to row "T4" in table 
8.3.1. 14a.3.2.-1. 





14 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A3 with the measured RSRP value for Cell 1 ? 

-> 

MeasurementReport 

4 

P 


8.3.1 .14a.3.3 Specific message contents 

Table 8.3.1. 14a.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.3.1. 14a.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 
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Table 8.3.1. 14a.3.3-2: MeasConfig (step 1, Table 8.3.1. 14a.3.3-1) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 , condition INTER-FREQ 

Information Element 

Value/Remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f6 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f6) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

2 entries 



reportConfigld[1] 

ldReportConfig-A2 



reportConfig[1] 

ReportConfig-A2 



reportConfigld[2] 

ldReportConfig-A3 



reportConfig[2] 

ReportConfig-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

2 entries 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f1 



reportConfigld[1] 

ldReportConfig-A2 



measld[2] 

2 



nneasObjectld[2] 

ldMeasObject-f6 



reportConfigld[2] 

ldReportConfig-A3 



} 




} 




Table 8.3.1. 14a.3.3-3: ReportConfig-A2 (step 1, Table 8.3.1. 14a.3.3-2) 

Derivation path: 36.508 clause 4.6.6 table 4.6.6-5 ReportConfigEUTRA-A2(-83) 

Information Element 

Value/Remark 

Comment 

Condition 

ReportConfigEUTRA ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE { 




hysteresis 

6 

3dB 


} 




} 




} 




Table 8.3.1. 14a.3.3-4: ReportConfig-AS (step 1, Table 8.3.1. 14a.3.3-2) 

Derivation path: 36.508 clause 4.6.6 table 4.6.6-6 ReportConfigEUTRA-A3 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA-A3 ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE { 




eventid CHOICE { 




eventAS SEQUENCE { 




a3-0ffset 



OdB 


} 




} 




} 




} 




reportOuantity 

sameAsTriggerQuantity 



} 





ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1220 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 8.3.1. 14a.3.3-5: MeasurementReport (step 5, Table 8.3.1. 14a.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 





Table 8.3.1. 14a.3.3-6: MeasurementReport (step 7, Table 8.3.1. 14a.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 28 


physCellld 

PhysCellld of the Cell 28 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

Not present 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.3.1. 14a.3.3-7: RRCConnectionReconfiguration (step 8, Table 8.3.1. 14a.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with conditions MEAS and HO 


Table 8.3.1. 14a.3.3-8: MeasConfig (step 8, Table 8.3.1. 14a.3.3-7) 

Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 , condition INTER-FREQ 
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Table 8.3.1. 14a.3.3-9: MobilityControllnfo (step 8, Table 8.3.1. 14a.3.3-7) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 28 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same DL EARFCN as 
used for Cell 28 



ul-CarrierFreq 

Not present 



} 




} 




Table 8.3.1. 14a.3.3-10: MeasurementReport {step 12, Table 8.3.1. 14a.3.2-2) 

Derivation path: 36.508 4.6.1 table 4.6.1-5 I 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 28 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




Table 8.3.1 .1 4a.3.3-1 1 : MeasurementReport (step 1 4, Table 8.3.1 .1 4a.3.2-2) 

Derivation path: 36.508 4.6.1 table 4.6.1-5 I 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell ::= SEQUENCE { 


Report Cell 28 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 1 


physCellld 

PhysCellld of the Cell 1 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

Not present 



} 




} 




} 




} 




} 




} 




} 




} 
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8.3.1 .15a Measurement configuration control and reporting / Intra E-UTRAN 

measurements / Inter-band handover/ IE measurement configuration not 
present / Between FDD and TDD 

8.3.1. 15a.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA FDD RRC_CONNECTED state and having completed the radio bearer establishment, 
initial security activation procedure and performed the intra frequency and inter-band E-UTRA TDD 
frequency measurements } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo 
indicating a different E-UTRA TDD frequency in different band and not including a measConfig } 

then { UE performs inter-band handover, continues the intra frequency measurement and continues 
inter-band measurement after the activation of the measurement gaps } 

} 

(2) 

with { UE in E-UTRA TDD RRC_CONNECTED state and having completed the radio bearer establishment, 
initial security activation procedure and performed the intra frequency and inter-band E-UTRA FDD 
frequency measurements } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo 
indicating a different E-UTRA FDD frequency in different band and not including a measConfig } 

then { UE performs inter-band handover, continues the intra frequency measurement and continues 
inter-band measurement after the activation of the measurement gaps } 
} 

8.3.1 .1 5a.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.5.6.1. 

[TS 36.331, clause 5.5.6.1] 

E-UTRAN applies the handover procedure as follows: 

- when performing the handover procedure, as specified in 5.3.5.4, ensure that a measOhjectId corresponding to 
the handover target carrier frequency is configured as a result of the procedures described in this subclause and 
in 5.3.5.4; 


The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the triggerType is set to 'periodicaT: 

3> remove this measid from the measIdList within VarMeasConfig: 

1> if the procedure was triggered due to inter- frequency handover or successful re-establishment to an inter- 
frequency cell, update the measid values in the measIdList within VarMeasConfig as follows: 

2> if a measObjectId value corresponding to the target carrier frequency exists in the measObjectList within 
Va rMeas Config 

3> for each measid value in the measIdList: 

4> if the measid value is linked to the measObjectId value corresponding to the source carrier frequency: 

5> link this measid value to the measObjectId value corresponding to the target carrier frequency; 

4> else if the measid value is linked to the measObjectId value corresponding to the target carrier 
frequency: 

5> link this measid value to the measObjectId value corresponding to the source carrier frequency; 
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2> else: 

3> remove all measid values that are linked to the measObjectId value corresponding to the source carrier 
frequency; 

1> remove all measurement reporting entries within VarMeasReportList; 

1> reset the periodical reporting timer or timer T321, whichever one is running, as well as associated information 
(e.g. timeToTrigger) for all measid; 

1> release the measurement gaps, if activated; 

NOTE: If the UE requires measurement gaps to perform inter-frequency or inter-RAT measurements, the UE 

resumes the inter- frequency and inter-RAT measurements after the E-UTRAN has setup the measurement 
gaps. 

8.3.1 .1 5a.3 Test description 

8.3.1.15a.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 2 are E-UTRA FDD cells. Cell 10 and Cell 30 are E-UTRA TDD cells 

- System information combination FES as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.1 .1 5a.3.2 Test procedure sequence 

Table 8.3.1.15a.3.2-l illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl", "T2","T3", and "T4" are to be applied subsequently. The exact instants on which these values 
shall be applied are described in the texts in this clause. 
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Table 8.3.1. 15a.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

(DL 

only) 

Cell 10 

Cell 30 

(DL 

only) 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-91 

-97 

"Off" 

The power level values are such 
that measurement results for Cell 1 
(Ml) and Cell 2 (M2) do not satisfy 
entry condition for event A3 (M2 < 
Ml). 
(NOTED. 

11 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-79 

-97 

"Off" 

The power level values are such 
that measurement results for Cell 1 
(Ml) and Cell 2 (M2) satisfy entry 
condition for event A3 (M2 > Ml). 
(N0TE1). 

T2 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

"Off" 

-73 

"Off" 

The power level values are such 
that measurement results for Cell 1 
(Ml) and Cell 10 (M10) satisfy entry 
condition for event A3 (Ml > Ml ). 
(N0TE1). 

T3 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-97 

"Off" 

-85 

-79 

The power level values are such 
that measurement results for Cell 
10 (M10) and Cell 30 (M30) satisfy 
entry condition for event A3 (M30 > 
M10). 
(N0TE1). 

T4 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-73 

"Off" 

-85 

"Off" 

The power level values are such 
that measurement results for Cell 1 
(Ml) and Cell 10 (M10) satisfy entry 
condition for event A3 (Ml > Ml 0). 
(NOTED. 

T5 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-79 

-97 

"Off" 

The power level values are such 
that measurement results for Cell 1 
(Ml) and Cell 2 (M2) satisfy entry 
condition for event A3 (M2 > Ml ). 
(NOTED. 

T6 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

"Off" 

-73 

"Off" 

The power level values are such 
that measurement results for Cell 1 
(Ml) and Cell 10 (M10) satisfy entry 
condition for event A3 (Ml > Ml ). 
(N0TE1). 

NOTE 1 : Power level "Off" is defined in TS36.508 Table 6.2.2.1-1. 
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Table 8.3.1. 15a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup intra frequency and inter-band 
measurements on Cell 1 . 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the setup of intra 
frequency and inter-band measurements on 
CelM. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes the cell-specific reference 
signal levels of Cell 2 according to the row "T1 " 
in table 8.3.1. 15a.3.2-1. 





4 

The UE transmits a MeasurementReport 
message on Cell 1 to perform event A3 intra 
frequency reporting for Cell 2 during the next 
30 s. 


MeasurementReport 



5 

The SS changes the cell-specific reference 
signal levels of Cell 10 and switches "Off" Cell 
2 according to row "T2" in table 8.3.1.15a.3.2- 
1. 





6 

The UE transmits a MeasurementReport 
message on Cell 1 to perform event A3 inter- 
band reporting for Cell 10 during the next 30 s. 

-> 

MeasurementReport 



7 

The SS transmits an 

RRCConnectionReconfiguration message 
without a measConfig, to order the UE to 
perform inter-band handover to Cell 10. 

<- 

RRCConnectionReconfiguration 



8 

Check: Does the UE transmit an 
RRCConnectionReconfigurationComplete 
message to Cell 10? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

P 

9 

The SS transmits an 

RRCConnectionReconfiguration message to 
activate the measurement gaps on Cell 10. 

<- 

RRCConnectionReconfiguration 



10 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the activation of the 
measurement gaps on Cell 10. 

-> 

RRCConnectionReconfigurationC 
omplete 



11 

The SS changes the cell-specific reference 
signal levels of Cell 1 and Cell 10 and switches 
"On" Cell 30 according to the row "T3" in table 
8.3.1. 15a.3.2-1. 





12 

Check: Does the UE transmit a 
IVIeasurementReport message on Cell 10 to 
perform event A3 intra frequency reporting for 
Cell 30 during the next 30 s? 

-> 

MeasurementReport 

1 

P 

13 

The SS changes the cell-specific reference 
signal levels of Cell 1 and switches Cell 30 off 
according to row"T4" in table 8. 3.1.1 5a.3. 2-1. 





14 

Check: Does the UE transmit a 
IVIeasurementReport message on Cell 10 to 
perform event A3 inter-band reporting for Cell 
1 during the next 30 s? 

-> 

MeasurementReport 

1 

P 

15 

The SS transmits an 

RRCConnectionReconfiguration message 
without a measConfig, to order the UE to 
perform inter-band handover to Cell 1 . 

<- 

RRCConnectionReconfiguration 



16 

Check: Does the UE transmit an 
RRCConnectionReconfigurationComplete 
message to Cell 1? 

-> 

RRCConnectionReconfigurationC 
omplete 

2 

P 

17 

The SS transmits an 

RRCConnectionReconfiguration message to 
activate the measurement gaps on Cell 1. 

<- 

RRCConnectionReconfiguration 



18 

The UE transmits an 

-> 

RRCConnectionReconfigurationC 

- 

- 
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RRCConnectionReconfigurationComplete 
message to confirm the activation of the 
measurement gaps on Cell 1 . 


omplete 



19 

The SS changes the cell-specific reference 
signal levels of Cells according to the row "T5" 
in table 8.3. 1.15a.3.2-1. 





20 

The UE transmits a MeasurementReport 
message on Cell 1 to perform event A3 intra 
frequency reporting for Cell 2 during the next 
30 s. 


MeasurementReport 

2 

P 

21 

The SS changes the cell-specific reference 
signal levels of Cells according to row "T6" in 
table 8.3.1. 15a.3.2-1. 





22 

The UE transmits a MeasurementReport 
message on Cell 1 to perform event A3 inter- 
band reporting for Cell 10 during the next 30 s. 

-> 

MeasurementReport 

2 

P 

23 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



2 



8.3.1 .1 5a.3.3 Specific message contents 

Table 8.3.1. 15a.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.3.1. 15a.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 

Table 8.3.1. 15a.3.3-2: MeasConfig (Tab\e 8.3.1. 15a.3.3-1) 

Derivation Path: 36.508, Table 4.6.6-1, condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObiectld)) OF SEQUENCE { 

2 entries 



measObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f5 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f5) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

2 entries 



measld[1] 

1 



measObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

ldReportConfig-A3 



measld[2] 

2 



measObjectld[2] 

ldMeasObject-f5 



reportConfigld[2] 

ldReportConfig-A3 



} 




} 
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Table 8.3.1. 15a.3.3-3: MeasurementReport (step 4 and step 20, Table 8.3.1. 15a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 


CelM 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 2 

Cell 2 


cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.3.1. 15a.3.3-4: MeasurementReport (step 6 and step 22, Table 8.3.1. 15a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 


CelM 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 10 

Cell 10 


cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.1. 15a.3.3-5: RRCConnectionReconfiguration (step 7 and step 15, Table 8.3.1. 15a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.3.1. 15a.3.3-6: MobilityControllnfo (step 7, Table 8.3.1. 15a.3.3-5) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 10 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same DL EARFCN as 
used for Cell 10 



ul-CarrierFreq 

Not present 



} 




} 





Table 8.3.1. 15a.3.3-7: MobilityControllnfo (step 15, Table 8.3.1. 15a.3.3-5) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
CelM 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same DL EARFCN as 
used for Cell 1 



ul-CarrierFreq 

Not present 



} 




} 





Table 8.3.1. 15a.3.3-8: RRCConnectionReconfiguration (step 9 and step 17, Table 8.3.1. 15a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 

Table 8.3.1. 15a.3.3-9: MeasConffg (Table 8.3.1. 15a.3.3-8) 

Derivation Path: 36.508, Table 4.6.6-1, condition INTER-FREQ 
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Table 8.3.1. 15a.3.3-10: MeasurementReport (step 12, Table 8.3.1. 15a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 


Cell 10 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 30 

Cell 30 


cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.3.1 .1 5a.3.3-1 1 : MeasurementReport (step 1 4, Table 8.3.1 .1 5a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 | 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 


Cell 10 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
CelM 

Cell 1 


cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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8.3.1 .16a Measurement configuration control and reporting / Intra E-UTRAN 

measurements / Continuation of the measurements after RRC connection re- 
establishment / Inter-band / Between FDD and TDD 

8.3.1 .1 6a.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA FDD RRC_CONNECTED state and having completed the radio bearer establishment, 
initial security activation procedure and performed the intra frequency measurement and after 
receiving an RRCConnectionReconfiguration message including a mobilityControlInfo indicating a 
different E-UTRA TDD cell having attempted inter- mode handover } 
ensure that { 

when { UE detects handover failure and the inter-band E-UTRA TDD cell is selectable } 
then { UE performs RRC Connection Re-establishment, continues the intra frequency measurement } 

} 

(2) 

with { UE in E-UTRA FDD RRC_CONNECTED state and having completed the radio bearer establishment, 
initial security activation procedure and performed the inter-band measurement and after receiving 
an RRCConnectionReconfiguration message including a mobilityControlInfo indicating a different E- 
UTRA TDD cell having attempted inter- mode handover} 
ensure that { 

when { UE detects handover failure and the inter-band E-UTRA TDD cell is selectable } 
then {UE performs RRC Connection Re-establishment, continues the inter-band measurement after the 
activation of the measurement gaps } 

} 

(3) 

with { UE in E-UTRA TDD RRC_CONNECTED state and having completed the radio bearer establishment, 
initial security activation procedure and performed the intra frequency measurement and after 
receiving an RRCConnectionReconfiguration message including a mobilityControlInfo indicating a 
different E-UTRA FDD cell having attempted inter- mode handover } 
ensure that { 

when { UE detects handover failure and the inter-band E-UTRA FDD cell is selectable } 
then { UE performs RRC Connection Re-establishment, continues the intra frequency measurement } 

} 

(4) 

with { UE in E-UTRA TDD RRC_CONNECTED state and having completed the radio bearer establishment, 
initial security activation procedure and performed the inter-band measurement and after receiving 
an RRCConnectionReconfiguration message including a mobilityControlInfo indicating a different E- 
UTRA FDD cell having attempted inter- mode handover} 
ensure that { 

when { UE detects handover failure and the inter-band E-UTRA FDD cell is selectable } 
then {UE performs RRC Connection Re-establishment, continues the inter-band measurement after the 
activation of the measurement gaps } 
} 

8.3.1 .1 6a.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.5.4, 
5.3.5.6, 5.3.7.2 and 5.5.6.1. 

[TS36.331,clause 5.3.5.4] 

If the RRCConnectionReconfiguration message includes the mobilityControlInfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 

1> stop timer T310, if running; 

1> start timer T304 with the timer value set to t304, as included in the mobilityControlInfo; 

1> if the carrierFreq is included: 

2> consider the target cell to be one on the frequency indicated by the carrierFreq with a physical cell identity 
indicated by the targetPhysCellld; 
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1> else: 

2> consider the target cell to be one on the current frequency with a physical cell identity indicated by the 
targetPhysCellId\ 

1> start synchronising to the DL of the target cell; 

NOTE 1 : The UE should perform the handover as soon as possible following the reception of the RRC message 

triggering the handover, which could be before confirming successful reception (HARQ and ARQ) of this 
message. 

1> reset MAC; 

1> re-establish PDCP for all RBs that are established; 

NOTE 2: The handling of the radio bearers after the successful completion of the PDCP re-establishment, e.g. the 
re-transmission of unacknowledged PDCP SDUs (as well as the associated status reporting), the handling 
of the SN and the HEN, is specified in TS 36.323 [8]. 

1> re-establish RLC for all RBs that are established; 

1> apply the value of the newUE-Identity as the C-RNTI; 

1> configure lower layers in accordance with the received radioResourceConfigCommon; 

1> if the RRCConnectionReconfiguration message includes the radioResourceConfigDedicated: 

2> perform the radio resource configuration procedure as specified in 5.3.10; 


1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 
1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 
1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 

2> apply the parts of the configuration that do not require the UE to know the SEN of the target cell; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SEN 
of the target cell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, sounding 
RS configuration), if any, upon acquiring the SEN of the target cell; 

2> the procedure ends; 

NOTE 3: The UE is not required to determine the SEN of the target cell by acquiring system information from that 
cell before performing RACH access in the target cell. 

[TS36.331,clause 5.3.5.6] 

The UE shall: 

1> if T304 expires (handover failure): 

NOTE: Eollowing T304 expiry any dedicated preamble, if provided within the rach-ConfigDedicated, is not 
available for use by the UE anymore. 

2> revert back to the configuration used in the source cell, excluding the configuration configured by the 
physicalConfigDedicated, the mac-MainConfig and the sps-Config; 

2> initiate the connection re-establishment procedure as specified in 5.3.7, upon which the RRC connection 
reconfiguration procedure ends; 

[TS36.331,clause 5.3.7.2] 
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The UE shall only initiate the procedure when AS security has been activated. The UE initiates the procedure when one 
of the following conditions is met: 

1> upon detecting radio link failure, in accordance with 5.3.11; or 

1> upon handover failure, in accordance with 5.3.5.6; or 

1> upon mobility from E-UTRA failure, in accordance with 5.4.3.5; or 

1> upon integrity check failure indication from lower layers; or 

1> upon an RRC connection reconfiguration failure, in accordance with 5.3.5.5; 
Upon initiation of the procedure, the UE shall: 

1> stop timer T310, if running; 

1> start timer T3 1 1 ; 

1> suspend all RBs except SRBO; 

1> reset MAC; 

1> apply the default physical channel configuration as specified in 9.2.4; 

1> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

1> apply the default MAC main configuration as specified in 9.2.2; 

1> perform cell selection in accordance with the cell selection process as specified in TS 36.304 [4]; 

[TS36.331,clause 5.5.6.1] 

E-UTRAN applies the re-establishment procedure as follows: 

- when performing the connection re-establishment procedure, as specified in 5.3.7, ensure that a measObjectId 
corresponding to the target carrier frequency is configured as a result of the procedure described in this sub- 
clause and the subsequent connection reconfiguration procedure immediately following the re-establishment 
procedure; 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the triggerType is set to 'periodicaV : 

3> remove this measid from the measIdList within VarMeasConfig: 

1> if the procedure was triggered due to inter- frequency handover or successful re-establishment to an inter- 
frequency cell, update the measid values in the measIdList within VarMeasConfig as follows: 

2> if a measObjectId value corresponding to the target carrier frequency exists in the measObjectList within 
Va rMeas Config : 

3> for each measid value in the measIdList: 

4> if the measid value is linked to the measObjectId value corresponding to the source carrier frequency: 

5> link this measid value to the measObjectId value corresponding to the target carrier frequency; 

4> else if the measid value is linked to the measObjectId value corresponding to the target carrier 
frequency: 

5> link this measid value to the measObjectId value corresponding to the source carrier frequency; 

2> else: 
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3> remove all measid values that are linked to the measOhjectId value corresponding to the source carrier 
frequency; 

1> remove all measurement reporting entries within VarMeasReportList; 

1> reset the periodical reporting timer or timer T321, whichever one is running, as well as associated information 
(e.g. timeToTrigger) for all measid', 

1> release the measurement gaps, if activated; 

NOTE: If the UE requires measurement gaps to perform inter-frequency or inter-RAT measurements, the UE 

resumes the inter- frequency and inter-RAT measurements after the E-UTRAN has setup the measurement 
gaps. 

8.3.1 .1 6a.3 Test description 

8.3.1.16a.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 2 are E-UTRA FDD cells. Cell 10 and Cell 30 are E-UTRA TDD cells. 

System information combination FES as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 
None. Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.1 .1 6a.3.2 Test procedure sequence 

Table 8. 3. 1.1 6a. 3. 2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl", "T2","T3", "T4", "T5" are to be applied subsequently. The exact instants on which these values 
shall be applied are described in the texts in this clause. 
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Table 8.3.1. 16a.3.2-1 : Time instances of cell power levels 



Parameter 

Unit 

CelM 

Cell 2 

Cell 10 

Cell 30 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

"off" 

"off" 

"off" 


T1 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-79 

"off" 

"off" 

The power level values are such 
that measurement results for Cell 1 
(Ml) and Cell 2 (M2) satisfy entry 
condition for event A3 (M2 - Hys > 
Ml). 

T2 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

"off" 

-73 

"off" 

The power level values are such 
that measurement results for Cell 1 
(Ml) and Cell 10 (M10) satisfy entry 
condition for event A3 (M10 - Hys > 
Ml). 

T3 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

"off" 

"off" 

-73 

"off" 

The power level values are assigned 
values to satisfy SrxlevCell 1 < 
and SrxlevCell 2 < such that 
selecting Cell 10 is guaranteed 

T4 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

"off" 

"off" 

-85 

-79 

The power level values are such 
that measurement results for Cell 10 
(M10) and Cell 30 (M30) satisfy 
entry condition for event A3 (M30 - 
Hys>M10). 

T5 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-73 

"off" 

-85 

"off" 

The power level values are such 
that measurement results for Cell 1 
(Ml) and Cell 10 (M10) satisfy entry 
condition for event A3 (Ml - Hys > 
M10). 

T6 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-73 

"off" 

"off" 

"off" 

The power level values are assigned 
values to satisfy SrxlevCell 10 < 
and SrxlevCell 2 < such that 
selecting Cell 1 is guaranteed 

T7 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

-79 

"off" 

"off" 

The power level values are such 
that measurement results for Cell 1 
(Ml) and Cell 2 (M2) satisfy entry 
condition for event A3 (M2 - Hys > 
Ml). 

T8 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

"off" 

-73 

"off" 

The power level values are such 
that measurement results for Cell 1 
(Ml) and Cell 10 (M10) satisfy entry 
condition for event A3 (M10 - Hys > 
Ml). 
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Table 8.3.1. 16a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup intra frequency and inter-band 
measurements on Cell 1. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the setup of intra 
frequency and inter-band measurements on 
CelM. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 2 power levels according 
to the row "T1 " in Table 8.3.1 .1 6a.3.2-1 . 

- 

- 

- 

- 

4 

The UE transmits a MeasurementReport 
message on Cell 1 to perform event A3 intra 
frequency reporting for Cell 2. 

-> 

MeasurementReport 



5 

The SS changes Cell 2 and Cell 10 power 
levels according to the row "T2" in Table 
8.3.1. 16a.3.2-1. 





6 

The UE transmits a MeasurementReport 
message on Cell 1 to perform event A3 inter- 
band reporting for Cell 10. 

-> 

MeasurementReport 



7 

The SS transmits an 

RRCConnectionReconfiguration message 
including a nfiobiiityControilnfo, to order the UE 
to perform inter-band handover to Cell 10. 

<— 

RRCConnectionReconfiguration 




EXCEPTION: In parallel to the events 
described in step 8 the steps specified in Table 
8.3.1 .16a.3. 2-3 should take place. 





8 

The SS changes Cell 1 power levels according 
to the row "T3" in Table 8.3.1 .1 6a.3.2-1 . 

- 

- 

- 

- 

9 

Check: Does the UE transmit an 
RRCConnectionReestablislinfientRequest 
message on Cell 10? 

-> 

RRCConnectionReestabiislimentR 
equest 

1,2 

p 

10 

The SS transmits an 

RRCConnectionReestablisliment message to 
resume SRB1 operation and re-activate 
security on Cell 10. 

<— 

RRCConnectionReestabiisliment 



11 

The UE transmits an 

RRCConnectionReestabiislimentCompiete 
message on Cell 10. 

-> 

RRCConnectionReestabiistimentC 
omplete 



12 

The SS transmits an 

RRCConnectionReconfiguration message to 
resume existing radio bearer on Cell 10. 

<— 

RRCConnectionReconfiguration 



13 

The UE transmits an 

RRCConnectionReconfigurationCompiete 
message on Cell 10. 

-> 

RRCConnectionReconfigurationC 
omplete 



14 

The SS changes Cell 10 and Cell 30 power 
levels according to the row "T4" in Table 
8.3.1. 16a.3.2-1. 





15 

Check: Does the UE transmit a 
MeasurementReport message on Cell 10 to 
perform event A3 intra frequency reporting for 
Cell 30? 

-> 

MeasurementReport 

1 

p 

16 

The SS transmits an 

RRCConnectionReconfiguration message to 
activate the measurement gaps on Cell 10. 

<- 

RRCConnectionReconfiguration 



17 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the activation of the 
measurement gaps on Cell 10. 

-> 

RRCConnectionReconfigurationC 
omplete 



18 

The SS changes Cell 1 and Cell 30 power 
levels according to the row "T5" in Table 
8.3.1. 16a.3.2-1. 





19 

Check: Does the UE transmit a 

-> 

MeasurementReport 

2 

p 
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MeasurementReport message on Cell 10 to 
perform event A3 inter-band reporting for Cell 
1? 





20 

The SS transmits an 

RRCConnectionReconfiguration message 
including a mobilityControllnfo, to order the UE 
to perform inter-band handover to Cell 1 . 

<- 

RRCConnectionReconfiguration 




EXCEPTION: In parallel to the events 
described in step 21 the steps specified in 
Table 8.3.1 .16a.3.2-4 should take place. 





21 

The SS changes Cell 1 power levels according 
to the row "T6" in Table 8.3.1 .1 6a.3.2-1 . 

- 

- 

- 

- 

22 

Check: Does the UE transmit an 
RRCConnectionReestablishmentRequest 
message on Cell 1? 

-> 

RRCConnectionReestablislimentR 
equest 

3,4 

P 

23 

The SS transmits an 

RRCConnectionReestablishment message to 
resume SRB1 operation and re-activate 
security on Cell 1. 

<- 

RRCConnectionReestablisliment 



24 

The UE transmits an 

RRCConnectionReestablishmentComplete 
message on Cell 1 . 

-> 

RRCConnectionReestablislimentC 
ompiete 



25 

The SS transmits an 

RRCConnectionReconfiguration message to 
resume existing radio bearer on Cell 1 . 

<- 

RRCConnectionReconfiguration 



26 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
ompiete 



27 

The SS changes Cell 1 and Cell 2 power levels 
according to the row "T7" in Table 
8.3.1. 16a.3.2-1. 





28 

Check: Does the UE transmit a 
MeasurementReport message on Cell 1 to 
perform event A3 intra frequency reporting for 
Cell 2? 

-> 

MeasurementReport 

3 

P 

29 

The SS transmits an 

RRCConnectionReconfiguration message to 
activate the measurement gaps on Cell 1 . 

<- 

RRCConnectionReconfiguration 



30 

The UE transmits an 

RRCConnectionReconfigurationConfiplete 
message to confirm the activation of the 
measurement gaps on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
ompiete 



31 

The SS changes Cell 2 and Cell 10 power 
levels according to the row "T8" in Table 
8.3.1. 16a.3.2-1. 





32 

Check: Does the UE transmit a 
MeasurementReport message on Cell 1 to 
perform event A3 inter-band reporting for Cell 
10? 

-> 

MeasurementReport 

4 

P 

33 

Check: Does the test result of CALL generic 
test procedure in 36.508 subclause 6.2.4.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



3,4 


Table 8.3.1. 16a.3.2-3: Parallel behaviour 

St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

- 

EXCEPTION: The steps 1 and 2 below are 
repeated for the duration of T304. 

- 

- 

- 

- 

1 

The UE attempts to perform the inter-band 
handover using MAC Random Access 
Preamble on Cell 10. 





2 

The SS does not respond. 

- 

- 

- 

- 
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Table 8.3.1. 16a.3.2-4: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

- 

EXCEPTION: The steps 1 and 2 below are 
repeated for the duration of T304. 

- 

- 

- 

- 

1 

The UE attempts to perform the inter-band 
handover using MAC Random Access 
Preamble on Cell 1 . 





2 

The SS does not respond. 

- 

- 

- 

- 


8.3.1.16.3.3 


Specific message contents 


Table 8.3.1. 16a.3.3-1 : SystemlnformationBlockType2 ior Cell 1, Cell 2, Cell 10 and Cell 30 (preamble 

and all the steps in Table 8.3.1. 16a.3.2-2) 


Derivation Path: 36.508, Table 4.6.3-12 

Information Element 

Value/remark 

Comment 

Condition 

ra-Supervisionlnfo SEQUENCE { 




preambleTransMax 

n50 



} 





Table 8.3.1. 16a.3.3-2: RRCConnectionReconfiguration (step 1, Table 8.3.1. 16a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 


Table 8.3.1. 16a.3.3-3: MeasConfig {step 1, Table 8.3.1. 16a.3.3-2) 


Derivation Path: 36.508, Table 4.6.6-1, condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



measObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f5 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f5) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

2 entries 



measld[1] 

1 



measObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

ldReportConfig-A3 



measld[2] 

2 



measObjectld[2] 

ldMeasObject-f5 



reportConfigld[2] 

ldReportConfig-A3 



} 




} 
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Table 8.3.1. 16a.3.3-4: MeasurementReport (step 4, Table 8.3.1. 16a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 


CelM 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 2 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.3.1. 16a.3.3-5: MeasurementReport (step 6, Table 8.3.1. 16a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 


CelM 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 10 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.1. 16a.3.3-6: RRCConnectionReconfiguration (step 7 and step 20, Table 8.3.1. 16a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.3.1. 16a.3.3-67: MobilityControllnfo (step 7, Table 8.3.1. 16a.3.3-6) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 10 



carrierFreq 

Same DL EARFCN as 
used for Cell 10 



} 





Table 8.3.1. 16a.3.3-8: RRCConnectionReestablishmentRequest {step 9, Table 8.3.1. 16a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-13 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-r8 
SEQUENCE} 




ue-ldentity SEQUENCE} 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS. 



} 




reestablishmentCause 

handoverFailure 



} 




} 




} 





Table 8.3.1. 16a.3.3-9: RRCConnectionReestablishment (step 10 and step 23, Table 8.3.1. 16a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-10 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishment ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReestablishment-r8 SEQUENCE { 




nextHopChainingCount 





} 




} 




} 




} 
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Table 8.3.1. 16a.3.3-10: RRCConnectionReconfiguration (step 12 and step 25, Table 8.3.1. 16a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-HO 



} 




} 




} 




} 





Table 8.3.1 .1 6a.3.3-1 1 : MeasurementReport (step 1 5, Table 8.3.1 .1 6a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 


Cell 10 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 30 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.3.1.16a.3.3-12: RRCConnectionReconfiguration (step 16 and step 29, Table 8.3.1. 16a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8 condition MEAS 

Table 8.3.1.16a.3.3-13: IVIeasConfig (step 16 and step 29, Table 8.3.1.16a.3.2-12) 

Derivation Path: 36.508, Table 4.6.6-1 , condition INTER-FREQ 
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Table 8.3.1.16a.3.3-14: MeasurementReport (step 18, Table 8.3.1. 16a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 


Cell 10 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
CelM 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.3.1.16a.3.3-15: MobilityControllnfo (step 20, Table 8.3.1. 16a.3.3-5) 

Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
CelM 



carrierFreq 

Same DL EARFCN as 
used for Cell 1 



} 
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Table 8.3.1.16a.3.3-16: RRCConnectionReestablishmentRequest (step 22, Table 8.3.1. 16a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-13 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-r8 
SEQUENCE { 




ue-ldentity SEQUENCE} 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
Cell 10 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS. 



} 




reestablishmentCause 

handoverFailure 



} 




} 




} 




Table 8.3.1.16a.3.3-17: MeasurementReport {step 28, Table 8.3.1. 16a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 


CelM 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 2 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.1.16a.3.3-18: MeasurementReport (step 32, Table 8.3.1. 16a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 


CelM 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 10 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




} 




} 




} 




} 




} 





CA / Measurement configuration control and reporting / Intra E-UTRAN 
measurements / Event A6 

Test Purpose (TP) 


8.3.1.17 

8.3.1.17.1 
(1) 

with { UE in E-UTRA RRC_CONNECTED state and measurements configured for event A6 
ensure that { 

when { Entry condition for event A6 is not met } 
then { UE does not send MeasurementReport } 

} 


(2) 

with { UE in E-UTRA RRC_CONNECTED state and measurements configured for event A6 
ensure that { 

when { Intra- frequency neighbour becomes offset better than SCell } 
then { UE sends MeasurementReport with correct measid for event A6 } 


8.3.1.17.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.5.4.1, 5.5.4.6a and 5.5.5. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> If the RRCConnectionReconfiguration message includes the measConfig: 
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2> perform the Measurement configuration procedure as specified in 5.5.2; 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the corresponding reportConfig includes a purpose set to 'reportStrongestCellsForSON' : 

3> consider any neighbouring cell detected on the associated frequency to be applicable; 

2> else if the corresponding reportConfig includes a purpose set to 'reportCGF: 

3> consider any neighbouring cell detected on the associated frequency/ set of frequencies (GERAN) which 
has a physical cell identity matching the value of the cellForWhichToReportCGI included in the 
corresponding measObject within the VarMeasConfig to be applicable; 

2> else: 

3> if the corresponding measObject concerns E-UTRA: 

4> if the ue-RxTxTimeDifiPeriodical is configured in the corresponding reportConfig: 

5> consider only the PCell to be applicable; 

4> else if the eventAl or eventA2 is configured in the corresponding reportConfig: 

5> consider only the serving cell to be applicable; 

4> else: 

5>consider any neighbouring cell detected on the associated frequency to be applicable when the 
concerned cell is not included in the blackCellsToAddModList defined within the VarMeasConfig 
for this measid; 

5> for events involving a serving cell on one frequency and neighbours on another frequency, 
consider the serving cell on the other frequency as a neighbouring cell; 

3> else if the corresponding measObject concerns UTRA or CDMA2000: 

4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModList defined within the VarMeasConfig for this measid (i.e. the cell is 
included in the white-list); 

NOTE 0: The UE may also consider a neighbouring cell on the associated UTRA frequency to be applicable when 
the concerned cell is included in the csg-allowedReportingCells within the VarMeasConfig for this 
measid, if configured in the corresponding measObjectUTRA (i.e. the cell is included in the range of 
physical cell identities for which reporting is allowed). 

3> else if the corresponding measObject concerns GERAN: 

4> consider a neighbouring cell on the associated set of frequencies to be applicable when the concerned 
cell matches the ncc-Permitted defined within the VarMeasConfig for this measid', 

2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig, while the VarMeasReportList does not include an measurement 
reporting entry for this measid (a first cell triggers the event): 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 
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3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'evenf and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 

3> set the numherOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measid for 
all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for 
this event: 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid; 

3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 
3> if the cellsTriggeredList defined within the VarMeasReportList for this measid is empty: 

4> remove the measurement reporting entry within the VarMeasReportList for this measid; 

4> stop the periodical reporting timer for this measid, if running; 

2> if the purpose is included and set to 'reportStrongestCells' or to 'reportStrongestCellsForSON' and if a 
(first) measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numherOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells\ the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON\ the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the purpose is included and set to 'reportCGF and if the UE acquired the information needed to set all 
fields of cellGloballd for the requested cell: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numherOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> stop timer T321; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> upon expiry of the T321 for this measid: 
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3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'event' or to 'periodicaV while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than s- 
Measure or due to the measurement gap not being setup. 

NOTE 3: If the UE is configured with DRX, the UE may delay the measurement reporting for event triggered and 
periodical triggered measurements until the Active Time, which is defined in TS 36.321 [6]. 

[TS 36.331, clause 5.5.4.6a] 

The UE shall: 

1> consider the entering condition for this event to be satisfied when condition A6-1, as specified below, is fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition A6-2, as specified below, is fulfilled; 

1> for this measurement, consider the (secondary) cell that is configured on the frequency indicated in the 
associated measObjectEUTRA to be the serving cell; 

NOTE: The neighbour(s) is on the same frequency as the SCell i.e. both are on the frequency indicated in the 
associated measObject. 

Inequality A6-1 (Entering condition): 

Mn + Ocn - Hys > Ms-\- Ocs + Ojf 
Inequality A6-2 (Leaving condition): 

Mn + Ocn + Hys <Ms + Ocs + Ojf 

The variables in the formula are defined as follows: 

Mn is the measurement result of the neighbouring cell, not taking into account any offsets. 

Ocn is the cell specific offset of the neighbour cell (i.e. celllndividualOjfset as defined within measObjectEUTRA 
corresponding to the frequency of the neighbour cell), and set to zero if not configured for the neighbour cell. 

Ms is the measurement result of the serving cell, not taking into account any offsets. 

Ocs is the cell specific offset of the serving cell (i.e. celllndividualOjfset as defined within measObjectEUTRA 
corresponding to the serving frequency), and is set to zero if not configured for the serving cell. 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigEUTRA for this event). 

O/jf is the offset parameter for this event (i.e. a6-0ffset as defined within reportConfigEUTRA for this event). 

Mn, Ms are expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Ocn, Ocs, Hys, O/jf are expressed in dB. 

[TS 36.331, clause 5.5.5] 


UE 


EUTRAN 


MeasurementReport ^ 


Figure 5.5.5-1 : Measurement reporting 
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The purpose of this procedure is to transfer measurement results from the UE to E-UTRAN. 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultPCell to include the quantities of the PCell; 

1> set the measResultServFreqList to include for each SCell that is configured, if any, within measResultSCell the 
quantities of the concerned SCell; 

1> if the reportConfig associated with the measid that triggered the measurement reporting includes 
reportAddNe ighMeas : 

2> for each serving frequency for which measObjectId is referenced in the measIdList, other than the frequency 
corresponding with the measid that triggered the measurement reporting: 

3> set the measResultServFreqList to include within measResultBestNeighCell the physCellld and the 
quantities of the best non-serving cell, based on RSRP, on the concerned serving frequency; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 

3> if the triggerType is set to 'event' : 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measid', 

3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultNeighCells, include the physCellld', 

3> if the triggerType is set to 'event'', or the^ purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing triggerQuantity, i.e. the best cell is included 
first; 

5> if the measObject associated with this measid concerns UTRA FDD and if ReportConfiglnterRAT 
includes the reportQuantity UTRA- FDD: 

6> set the measResult to include the quantities indicated by the reportQuantity UTRA- FDD in 
order of decreasing measQuantityUTRA-FDD within the quantity Config, i.e. the best cell is 
included first; 

5> if the measObject associated with this measid concerns UTRA FDD and if ReportConfiglnterRAT 
does not include the reportQuantity UTRA- FDD', or 

5> if the measObject associated with this measid concerns UTRA TDD, GERAN or CDMA2000: 
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6> set the measResult to the quantity as configured for the concerned RAT within the 

quantityConfig in order of either decreasing quantity for UTRA and GERAN or increasing 
quantity for CDMA2000 pilotStrength, i.e. the best cell is included first; 

3> else if the purpose is set to 'reportCGF: 

4> if the mandatory present fields of the cgi-info for the cell indicated by the cellForWhichToReportCGI 
in the associated measObject have been obtained: 

5> if the cell broadcasts a CSG identity: 

6> include the csg -Identity; 

6> include the csg-MemherStatus and set it to member if the cell is a CSG member cell; 

5> if the si-Re que stForHO is configured within the reportConfig associated with this measid: 

6> include the cgi-Info containing all the fields that have been successfully acquired, except for 
the plmn-IdentityList; 

5> else: 

6> include the cgi-Info containing all the fields that have been successfully acquired; 

1> if the ue-RxTxTimeDijfPeriodical is configured within the corresponding reportConfig for this measid; 

2> set the ue-RxTxTimeDiffResult to the measurement result provided by lower layers; 

2> set the currentSFN; 

1> if the includeLocationlnfo is configured in the corresponding reportConfig for this measid and detailed location 
information that has not been reported is available, set the content of the locationlnfo as follows: 

2> include the locationCoordinates; 

2> if available, include the gnss-TOD-msec; 

1> increment the numb erOfReports Sent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 

1> else: 

2> if the triggerType is set to 'periodical' : 

3> remove the entry within the VarMeasReportList for this measid; 

3> remove this measid from the measIdList within VarMeasConfig; 

1> if the measured results are for CDMA2000 HRPD: 

2> set the preRegistrationStatusHRPD to the UE's CDMA2000 upper layer's HRPD preRegistrationStatus; 

1> if the measured results are for CDMA2000 IxRTT: 

2> set the preRegistrationStatusHRPD to 'FALSE'; 

1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 
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8.3.1 .1 7.3 Test description 

8.3.1 .1 7.3.1 Pre-test conditions 
System Simulator: 

- Cell 1, Cell 3 and Cell 12 

Cell 1 is the PCell, Cell 3 is the SCell, and Cell 12 is the intra- frequency neighbour cell of Cell 3 

- System information combination 2 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.1 .1 7.3.2 Test procedure sequence 

Table 8.3.1.17.3.2-1 illustrates the downlink power levels to be applied for Cell 1, Cell 3 and Cell 12 at various time 
instants of the test execution. Row marked "TO" denotes the conditions after the preamble, while row marked "Tl"is to 
be applied subsequently. The exact instants on which these values shall be applied are described in the texts in this 
clause. 

Table 8.3.1.17.3.2-1 : Power levels 



Parameter 

Unit 

CelM 

Cell 3 

Cell 12 

Remark 

TO 

Cell- 
specific RS 
EPRE 

dBm/15k 
Hz 

-73 

-85 

-91 

Power levels are such that entry condition 

for event A6 (measid 1) is not satisfied: 

Mn + Ocn + Hys <Ms + Ocs + Ojf 

T1 

Cell- 
specific RS 
EPRE 

dBm/15k 
Hz 

-73 

-85 

-79 

Power levels are such that entry condition 

for event A6 (measid 1) is satisfied: 

Mn + Ocn - Hys >Ms + Ocs + Ojf 


Table 8.3.1.17.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS transmits an 

RRCConnectionReconfiguration message 
including MeasConfigXo setup intra E-UTRAN 
measurement and reporting for event A6 

<— 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RCConnectionReconfigrationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

Check: Does the UE transmit a 
MeasurementReport message within the next 
10s? 

-> 

MeasurementReport 

1 

F 

4 

SS re-adjusts the cell-specific reference signal 
level according to row "T1" in table 
8.3.1.17.3.2-1. 





5 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A6 with the measured RSRP value for Cell 12? 

-> 

MeasurementReport 

2 

P 


8.3.1 .1 7.3.3 Specific message contents 

Table 8.3.1.17.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.3.1.17.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 
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Table 8.3.1.17.3.3-2: MeasConfig (step 1, Table 8.3.1.17.3.3-1) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 , condition INTER-FREQ 

Information Element 

Value/Remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



nneasObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 

CelM 


measObjectld[2] 

ldMeasObject-f2 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f2) 

Cell 3, 12 


} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A6 



reportConfig[1] 

ReportConfig-A6 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f2 



reportConfigld[1] 

ldReportConfig-A6 



} 




} 




Table 8.3.1.17.3.3-3: ReportConfig-A6 (step 1, Table 8.3.1.17.3.3-1) 

Derivation Path: 36.331 clause 6.3.5 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA-A3 ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE { 




eventid CHOICE { 




eventA6-r10 SEQUENCE! 




a6-Offset-r10 

(0 dB) 



a6-ReportOnLeave-r1 

FALSE 



} 




} 




hysteresis 

(0 dB) 



timeToTrigger 

ms640 



} 




} 




triggerOuantity 

rsrp 



reportOuantity 

both 



maxReportCells 

1 



reportlnterval 

ms1024 



reportAmount 

r1 



} 
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Table 8.3.1.17.3.3-4: MeasurementReport (step 5, Table 8.3.1.17.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultPCell::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




MeasResultEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 12 


physCellld 

physCellld ofthe Cell 12. 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




measResultServFreqList-rl SEQUENCE 
(SIZE (1..maxServCell-r10)) OF SEQUENCE { 




servFreqId-rlO 

1 



measResultSCell-nO SEQUENCE { 


Cell 3 


rsrpResultSCell-rlO 

(0..97) 



rsrqResultSCell-rlO 

(0..34) 



} 




} 




} 




} 




} 




} 





8.3.1.18 

8.3.1.18.1 
(1) 


CA / Measurement configuration control and reporting / Intra E-UTRAN 
measureinents/ Additional measureinent reporting 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state, measurements configured for event A3 and report AddNeighMeas 

] 

ensure that { 

when { Entry condition for event A3 is met } 
then { UE sends MeasurementReport with the best non- serving cell on the serving- frequency that 
triggered the measurement reporting not included in the measResultBestNeighCell } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state, measurements configured for event A3 and report AddNeighMeas 

} 

ensure that { 

when { Entry condition for event A3 is met } 
then { UE sends MeasurementReport with the best non- serving cell on the serving- frequency that 
not triggered the measurement reporting included in the measResultBestNeighCell } 


8.3.1.18.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.5.4.1 and 5.5.5. 
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[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> If the RRCConnectionReconfiguration message includes the measConfig: 
2> perform the Measurement configuration procedure as specified in 5.5.2; 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the corresponding reportConfig includes a purpose set to 'reportStrongestCellsForSON' : 

3> consider any neighbouring cell detected on the associated frequency to be applicable; 

2> else if the corresponding reportConfig includes a purpose set to 'reportCGF: 

3> consider any neighbouring cell detected on the associated frequency/ set of frequencies (GERAN) which 
has a physical cell identity matching the value of the cellForWhichToReportCGI included in the 
corresponding measObject within the VarMeasConfig to be applicable; 

2> else: 

3> if the corresponding measObject concerns E-UTRA: 

4> if the ue-RxTxTimeDiffPeriodical is configured in the corresponding reportConfig: 

5> consider only the PCell to be applicable; 

4> else if the eventAl or eventA2 is configured in the corresponding reportConfig: 

5> consider only the serving cell to be applicable; 

4> else: 

5>consider any neighbouring cell detected on the associated frequency to be applicable when the 
concerned cell is not included in the blackCellsToAddModList defined within the VarMeasConfig 
for this measid; 

5> for events involving a serving cell on one frequency and neighbours on another frequency, 
consider the serving cell on the other frequency as a neighbouring cell; 

3> else if the corresponding measObject concerns UTRA or CDMA2000: 

4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModList defined within the VarMeasConfig for this measid (i.e. the cell is 
included in the white-list); 

NOTE 0: The UE may also consider a neighbouring cell on the associated UTRA frequency to be applicable when 
the concerned cell is included in the csg-allowedReportingCells within the VarMeasConfig for this 
measid, if configured in the corresponding measObjectUTRA (i.e. the cell is included in the range of 
physical cell identities for which reporting is allowed). 

3> else if the corresponding measObject concerns GERAN: 

4> consider a neighbouring cell on the associated set of frequencies to be applicable when the concerned 
cell matches the ncc-Permitted defined within the VarMeasConfig for this measid', 

2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
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or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig, while the VarMeasReportList does not include an measurement 
reporting entry for this measid (a first cell triggers the event): 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measid for 
all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for 
this event: 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid; 

3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 
3> if the cellsTriggeredList defined within the VarMeasReportList for this measid is empty: 

4> remove the measurement reporting entry within the VarMeasReportList for this measid; 

4> stop the periodical reporting timer for this measid, if running; 

2> if the purpose is included and set to 'reportStrongestCells' or to 'reportStrongestCellsForSON' and if a 
(first) measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells\ the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON\ the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the purpose is included and set to 'reportCGF and if the UE acquired the information needed to set all 
fields of cellGloballd for the requested cell: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 
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3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> stop timer T321; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> upon expiry of the T321 for this measid: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'evenf or to 'periodical' while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than s- 
Measure or due to the measurement gap not being setup. 

NOTE 3: If the UE is configured with DRX, the UE may delay the measurement reporting for event triggered and 
periodical triggered measurements until the Active Time, which is defined in TS 36.321 [6]. 

[TS 36.331, clause 5.5.5] 


UE 


EUTRAN 


MeasurementReport ^ 


Figure 5.5.5-1 : Measurement reporting 


The purpose of this procedure is to transfer measurement results from the UE to E-UTRAN. 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultPCell to include the quantities of the PCell; 

1> set the measResultServFreqList to include for each SCell that is configured, if any, within measResultSCell the 
quantities of the concerned SCell; 

1> if the reportConfig associated with the measid that triggered the measurement reporting includes 
reportAddNe ighMeas : 

2> for each serving frequency for which measObjectId is referenced in the measIdList, other than the frequency 
corresponding with the measid that triggered the measurement reporting: 

3> set the measResultServFreqList to include within measResultBestNeighCell the physCellld and the 
quantities of the best non-serving cell, based on RSRP, on the concerned serving frequency; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 

3> if the triggerType is set to 'event' : 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measid; 
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3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultNeighCells, include the physCellld', 

3> if the triggerType is set to 'evenf\ or the purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measOhject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing trigger Quantity, i.e. the best cell is included 
first; 

5> if the measObject associated with this measid concerns UTRA FDD and if ReportConfiglnterRAT 
includes the reportQuantity UTRA- FDD: 

6> set the measResult to include the quantities indicated by the reportQuantity UTRA- FDD in 
order of decreasing me as Quantity UTRA- FDD within the quantity Config, i.e. the best cell is 
included first; 

5> if the measObject associated with this measid concerns UTRA FDD and if ReportConfiglnterRAT 
does not include the reportQuantity UTRA- FDD; or 

5> if the measObject associated with this measid concerns UTRA TDD, GERAN or CDMA2000: 

6> set the measResult to the quantity as configured for the concerned RAT within the 

quantityConfig in order of either decreasing quantity for UTRA and GERAN or increasing 
quantity for CDMA2000 pilotStrength, i.e. the best cell is included first; 

3> else if the purpose is set to 'reportCGF: 

4> if the mandatory present fields of the cgi-info for the cell indicated by the cellForWhichToReportCGI 
in the associated measObject have been obtained: 

5> if the cell broadcasts a CSG identity: 

6> include the csg -Identity; 

6> include the csg-MemberStatus and set it to member if the cell is a CSG member cell; 

5> if the si-Re que stForHO is configured within the reportConfig associated with this measid: 

6> include the cgi-Info containing all the fields that have been successfully acquired, except for 
the plmn-IdentityList; 

5> else: 

6> include the cgi-Info containing all the fields that have been successfully acquired; 

1> if the ue-RxTxTimeDiffPeriodical is configured within the corresponding reportConfig for this measid; 

2> set the ue-RxTxTimeDiffResult to the measurement result provided by lower layers; 

2> set the currentSFN; 

1> if the includeLocationlnfo is configured in the corresponding reportConfig for this measid and detailed location 
information that has not been reported is available, set the content of the locationlnfo as follows: 
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2> include the locationCoordinates; 

2> if available, include the gnss-TOD-msec; 

1> increment the numb erOfReports Sent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 

1> else: 

2> if the triggerType is set to 'periodicaV : 

3> remove the entry within the VarMeasReportList for this measid; 

3> remove this measid from the measIdList within VarMeasConfig; 

1> if the measured results are for CDMA2000 HRPD: 

2> set the preRegistrationStatusHRPD to the UE's CDMA2000 upper layer's HRPD preRegistrationStatus; 

1> if the measured results are for CDMA2000 IxRTT: 

2> sQt the preRegistrationStatusHRPD to 'FALSE'; 

1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 

8.3.1.18.3 Test description 

8.3.1.18.3.1 Pre-test conditions 
System Simulator: 

Cell 1 is the PCell, Cell 2 is the intra- frequency neighbour cell of Cell 1 

- Cell 3 is the SCell, and Cell 12 is the intra- frequency neighbour cell of Cell 3 

System information combination 2 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 
None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.1.18.3.2 Test procedure sequence 

Table 8.3.1.18.3.2-1 illustrates the downlink power levels to be applied for Cell 1, Cell 2, Cell 3, Cell 12 and Cell 23 at 
various time instants of the test execution. Row marked "TO" denotes the conditions after the preamble, while rows 
marked "Tl" and "T2" are to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 
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Table 8.3.1.18.3.2-1 : Power levels 



Parameter 

Unit 

CelM 

Cell 2 

Cell 3 

Cell 12 

Cell 23 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-85 

Off 

-85 

-91 

Off 

Power levels are such that 

entry condition for event A3 

(measid 1 & 2) is not 

satisfied: 

Mn-\-Ofn-\-Ocn-\-Hys<Ms-\-Of 

T1 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-85 

Off 

-73 

-91 

Off 

Power levels are such that 
entry condition for event A3 

(measid 2) is satisfied: 
Mn + Ofn + Ocn-Hys>Ms + Of. 

T2 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-85 

-79 

-85 

-91 

-97 

Power levels are such that 
entry condition for event A3 

(measid 1) is satisfied: 
Mn + Ofn + Ocn-Hys>Ms + Of 


Table 8.3.1.18.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message 
containing an sCellToAddModList wWh SCell 
Cell 3 addition. 

<— 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the SCell addition 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS transmits an 

RRCConnectionReconfiguration message 
including MeasConfigXo setup intra E-UTRAN 
measurement and reporting for event A3 and 
reportAddNeighMeas 

<— 

RRCConnectionReconfiguration 



4 

The UE transmits an 
RCConnectionReconfigrationComplete 
message to confirm the configuration. 

-> 

RRCConnectionReconfigurationC 
omplete 



5 

The SS re-adjusts the cell-specific reference 
signal level according to row "T1" in table 
8.3.1.18.3.2-1. 





6 

Check: Does the UE transmit a 
MeasurementReport message without Cell 12 
measurement result included in 
measResultBestNeighCell? 

-> 

MeasurementReport 

1 

P 

7 

The SS re-adjusts the cell-specific reference 
signal level according to row "T2" in table 
8.3.1.18.3.2-1. 





8 

Check: Does the UE transmit a 
/\//eas^reA77e/7fHeporf message with Cell 12 
measurement result included in 
measResultBestNeighCell? 

-> 

MeasurementReport 

2 

P 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1258 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


8.3.1 .1 8.3.3 Specific message contents 

Table 8.3.1.18.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.3.1.18.3.2-2) 


Derivation Patii: 36.331 clause 6.2.2 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




nonCriticalExtension SEQUENCE { 




nonCriticalExtension SEQUENCE { 




nonCriticalExtension 

RRCConnectionReconfig 
uration-v1020 



} 




} 




} 




} 




} 




} 




Table 8.3.1.18.3.3-2: RRCConnectionReconfiguration-v1 020 (step 1, Table 8.3.1.18.3.3-1) 

Derivation Path: 36.331 clause 6.2.2 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration-vl 020 ::= 
SEQUENCE! 




sCellToReleaseList-rl 

Not present 



sCellToAddModList-nO ::= SEQUENCE (SIZE (1.. 
maxSCell-nO)) OF SEQUENCE { 

One entry 



sCelllndex-rlO 

1 



cellldentification-rlO SEQUENCE { 




physCellld-rlO 

PhysicalCellldentity of 
Cell 3 



dl-CarrierFreq-rlO 

Same downlink EARFCN 
as used for Cell 3 



} 




radioResourceConfigCommonSCell-rlO 

RadioResourceConfigCo 
mmonSCell-rlO 



radioResourceConfigDedicatedSCell-rlO 

RadioResourceConfigDe 
dicatedSCell-rlO 



} 




nonCriticalExtension 

Not present 



} 
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Table 8.3.1.18.3.3-3: RadioResourceConfigCommonSCell-r10 (step 1, Table 8.3.1.18.3.3-2) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigCommonSCell-r1 ::= 
SEQUENCE} 




nonUL-Configuration-r10 SEQUENCE { 




dl-Bandwidth-r10 

Same downlink system 
bandwidth as used for 
Cell 3 



antennalnfoCommon-r10 SEQUENCE { 




antennaPortsCount 

an2 



} 




mbsfn-SubframeConfigList-r1 

Not present 



phich-Config-r10 

PHICH-Config-DEFAULT 



pdsch-ConfigCommon-r1 

PDSCH-ConfigCommon- 
DE FAULT 



tdd-Config-r10 

Not present 


FDD 

TDD-Config-DEFAULT 


TDDSCell 

} 




ul-Configuration-r10 SEQUENCE { 




ul-Freqlnfo-r10 SEQUENCE { 




ul-CarrierFreq-r10 

Same uplink EARFCN as 
used for Cell 3 

OP 

FDD 

Not present 


TDD 

ul-Bandwidth-r10 

Same uplink system 
bandwidth as used for 
Cell 3 

optional 

FDD 

Not present 


TDD 

additionalSpectrumEmissionSCell-r10 

Same 

additionalSpectrumEmiss 
ion as used for Cell 3 



} 




p-IVIax-rlO 

Not present 



uplinkPowerControlCommonSCell-r10 

UplinkPowerControlCom 
mon-DEFAULT 



soundingRS-UL-ConfigCommon-r1 

SoundingRsUI- 
ConfigCommon- 
DE FAULT 



ul-CyclicPrefixLength-r1 

Ien1 



prach-ConfigSCell-r10 

Not present 


FDD 

PRACH-Config- 
DEFAULT 


TDD-OR 

pusch-ConfigCommon-r1 

PUSCH-ConfigCommon- 
DEFAULT 



} 




} 





Conditional presence 

Explanation 

TDD-OR 

The field is optional for TDD, Need OR; it is not present for FDD and the UE shall delete 
any existing value for this field. 

TDDSCell 

This field is mandatory present for TDD; it is not present for FDD and the UE shall delete 
any existing value for this field. 
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Table 8.3.1.18.3.3-4: RadioResourceConfigDedicatedSCell-r10 (step 1, Table 8.3.1.18.3.3-2) 


Derivation Path: 36.331 clause 6.3.2 | 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicatedSCell-r1 ::= 
SEQUENCE} 




physicalConfigDedicatedSCell-r10 SEQUENCE { 




nonUL-Configuration-r10 SEQUENCE { 




antennalnfo-r10 SEQUENCE { 




transmissionlVlode-rl 

an2 



codebookSubsetRestriction-r1 

Not present 



ue-TransmitAntennaSelection 

setup 



} 




crossCarrierSchedulingConfig-r10 

Not present 



csi-RS-Config-r10 

Not present 



pdsch-ConfigDedicated-r1 

Not present 



} 




ul-Configuration-r10 SEQUENCE { 




antennalnfoUL-r10 SEQUENCE { 




transmissionlVlodeUL-rl 

tm2 



fourAntennaPortActivated-r1 

Not present 



} 




pusch-ConfigDedicatedSCell-r1 

Not present 



uplinkPowerControlDedicatedSCell-r10 

Not present 



cqi-ReportConfigSCell-r1 

Not present 



soundingRS-UL-ConfigDedicated-r10 

Not present 



soundingRS-UL-ConfigDedicated-v1020 

Not present 



soundingRS-UL-ConfigDedicatedAperiodic-r10 

Not present 



} 




} 




Table 8.3.1.18.3.3-5: RRCConnectionReconfiguration (step 3, Table 8.3.1.18.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 
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Table 8.3.1.18.3.3-6: MeasConfig (step 3, Table 8.3.1.18.3.3-5) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 , condition INTER-FREQ 

Information Element 

Value/Remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 

Cell1,Cell2 


measObjectld[2] 

ldMeasObject-f2 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f2) 

Cell 3, Cell 12 


} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfig-A3-CA 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f1 



reportConfigld[1] 

ldReportConfig-A3 



measld[2] 

2 



measObjectld[2] 

ldMeasObject-f2 



reportConfigld[2] 

ldReportConfig-A3 



} 




} 





Table 8.3.1.18.3.3-7: ReportConfig-A3-CA (step 3, Table 8.3.1.18.3.3-6) 


Derivation Path: 36.331 clause 6.3.5 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA-A3 ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE { 




eventid CHOICE { 




eventA3 SEQUENCE { 




a3-0ffset 

(0 dB) 

To reduce 
interference 
between intra- 
frequency multiple 
cells 


reportOn Leave 

FALSE 



} 




} 




hysteresis 

(0 dB) 



timeToTrigger 

ms640 



} 




} 




triggerOuantity 

rsrp 



reportOuantity 

both 



maxReportCells 

1 



reportlnterval 

ms1024 



reportAmount 

r1 



reportAddNeighMeas-r1 

setup 



} 
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Table 8.3.1.18.3.3-8: MeasurementReport (step 6, Table 8.3.1.18.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultPCell::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




MeasResultEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 3 


physCellld 

physCellld of the Cell 3. 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




measResultServFreqList-rl SEQUENCE 
(SIZE (1..maxServCell-r10)) OF SEQUENCE { 




servFreqId-rlO 

1 



measResultSCell-nO SEQUENCE { 


Cell 3 


rsrpResultSCell-rlO 

(0..97) 



rsrqResultSCell-rlO 

(0..34) 



} 




} 




} 




} 




} 




} 
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Table 8.3.1.18.3.3-9: MeasurementReport (step 8, Table 8.3.1.18.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultPCell::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




MeasResultEUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 2 


physCellld 

physCellld of the Cell 2. 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




} 




} 




measResultServFreqList-rl SEQUENCE 
(SIZE (1..maxServCell-r10)) OF SEQUENCE { 




servFreqId-rlO 

1 



measResultSCell-nO SEQUENCE { 


Cell 3 


rsrpResultSCell-rlO 

(0..97) 



rsrqResultSCell-rlO 

(0..34) 



} 




measResultBestNeighCell-no SEQUENCE { 


Cell 12 


physCellld-rlO 

PhysCellld of Cell 12 



rsrpResultNCell-rlO 

(0..97) 



rsrqResultNCell-rlO 

(0..34) 



} 




} 




} 




} 




} 





8.3.2 Inter-RAT measurements 

8.3.2.1 Measurement configuration control and reporting / Inter-RAT nneasurennents / 

Event B2 / Measurennent of GERAN cells 


8.3.2.1.1 


(1) 


Test Purpose (TP) 


with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter RAT measurement for GERAN cell and not detected entering condition for the event 
B2 is met } 
ensure that { 

when { UE detects entering condition for the event B2 is not met } 
then { UE does not transmit any MeasurementReport } 


} 


(2) 


with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter RAT measurement for GERAN cell and not detected entering condition for the event 
B2 is met } 
ensure that { 

when { UE detects entering condition for the event B2 is met } 
then { UE transmits a MeasurementReport } 
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(3) 

with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter RAT measurement for GERAN cell and detected entering condition for the event B2 
is met } 
ensure that { 

when { UE detects leaving condition for the event B2 is met } 
then { UE does not transmit any MeasurementReport } 
} 

8.3.2.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.5.4.1, 
5.5.4.8 and 5.5.5. 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 


2> else: 


3> else if the corresponding measObject concerns GERAN: 

4> consider a neighbouring cell on the associated set of frequencies to be applicable when the concerned 
cell matches the ncc-Permitted defined within the VarMeasConfig for this measid', 

2> if the triggerType is set to 'evenf and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig, while the VarMeasReportList does not include an measurement 
reporting entry for this measid (a first cell triggers the event): 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measid for 
all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for 
this event: 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid; 
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3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 
3> if the cellsTriggeredList defined within the VarMeasReportList for this measid is empty: 

4> remove the measurement reporting entry within the VarMeasReportList for this measid', 

4> stop the periodical reporting timer for this measid, if running; 

2> if the purpose is included and set to 'reportStrongestCells' or to 'reportStrongestCellsForSON' and if a 
(first) measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells\ the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON\ the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'event' or to ' periodical' while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than s- 
Measure or due to the measurement gap not being setup. 

NOTE 3: If the UE is configured with DRX, the UE may delay the measurement reporting for event triggered and 
periodical triggered measurements until the Active Time, which is defined in TS 36.321 [6]. 

[TS 36.331, clause 5.5.4.8] 

The UE shall: 

1> for UTRA and CDMA2000, only trigger the event for cells included in the corresponding measurement object; 

1> consider the entering condition for this event to be satisfied when both condition B2-1 and condition B2-2, as 
specified below, are fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition B2-3 or condition B2-4, i.e. at least 
one of the two, as specified below, is fulfilled; 

Inequality B2-1 (Entering condition 1) 

Ms + Hys < Threshl 

Inequality B2-2 (Entering condition 2) 

Mn + Ofn - Hys > Threshl 

Inequality B2-3 (Leaving condition 1) 

Ms - Hys > Threshl 

Inequality B2-4 (Leaving condition 2) 

Mn + Ofn + Hys < Threshl 

The variables in the formula are defined as follows: 

Ms is the measurement result of the serving cell, not taking into account any offsets. 
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Mn is the measurement result of the inter-RAT neighbour cell, not taking into account any offsets. 

Ofn is the frequency specific offset of the frequency of the inter-RAT neighbour cell (i.e. ojfsetFreq as defined 
within the measObject corresponding to the frequency of the inter-RAT neighbour cell). 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfiglnterRAT fox this event). 

Threshl is the threshold parameter for this event (i.e. h2-Thresholdl as defined within reportConfiglnterRAT for 
this event). 

Threshl is the threshold parameter for this event (i.e. b2-Threshold2 as defined within reportConfiglnterRAT fox 
this event). 

Ms is expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Mn is expressed in dBm or dB, depending on the measurement quantity of the inter-RAT neighbour cell. 

Ofn, Hys are expressed in dB. 

Threshl is expressed in the same unit as Ms. 

Threshl is expressed in the same unit as Mn. 

[TS 36.331, clause 5.5.5] 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultsNeighCells to include the best neighbouring cells up to maxReportCells in accordance 
with the following: 

3> if the triggerType is set to 'event' : 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measid', 

3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultsNeighCells, include the physCellld', 

3> if the triggerType is set to 'event'', or the purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing trigger Quantity, i.e. the best cell is included 
first; 

5> else: 
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6> set the measResult to the quantity as configured for the concerned RAT within the 
quantityConfig in order of decreasing quantity, i.e. the best cell is included first; 


1> increment the numberOfReportsSent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 


1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 
8.3.2.1.3 Test description 

8.3.2.1 .3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 24. 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.2.1 .3.2 Test procedure sequence 

Table 8.3.2.1.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" and "T2" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 8.3.2.1.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 24 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 

- 

The power level values are such 
that entering conditions for event B2 
are not satisfied. 

RSSI 

dBm 

- 

f-851 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-80 


The power level values are such 
that entering conditions for event B2 
are satisfied. 

RSSI 

dBm 

- 

f-651 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 


The power level values are such 
that leaving conditions for event B2 
are satisfied. 

RSSI 

dBm 

- 

f-851 
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Table 8.3.2.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup inter RAT measurement on Cell 1 . 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the setup of inter RAT 
measurement on Cell 1. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

Check: Does the UE transmit a 
MeasurementReport message to report the 
event B2 during the next 10s? 

-> 

MeasurementReport 

1 

F 

4 

The SS changes Cell 1 and Cell 24 
parameters according to the row "T1 " in table 
8.3.2.1.3.2-1. 





5 

Check: Does the UE transmit a 
MeasurementReport message to report the 
event B2 for Cell 24? 

-> 

MeasurementReport 

2 

P 

6 

The SS changes Cell 1 and Cell 24 
parameters according to the row "T2" in table 
8.3.2.1.3.2-1. 





7 

Wait and ignore MeasurementReport 
messages for 5 s to allow change of power 
levels for Cells 1 and Cell 24. 





8 

Check: Does the UE transmit a 
MeasurementReport message to report the 
event B2 during the next 10s? 

-> 

MeasurementReport 

3 

F 

9 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1,2, 
3 



8.3.2.1 .3.3 Specific message contents 

Table 8.3.2.1.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.3.2.1.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.3.2.1.3.3-2: MeasConfig (Tab\e 8.3.2.1.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1, condition GERAN 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f1 1 



measObject[2] 

MeasObjectGERAN- 
GENERIC(f11) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-B2- 
GERAN 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-GERAN(-69, [-79]) 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f1 1 



reportConfigld[1] 

ldReportConfig-B2- 
GERAN 



} 




quantityConfig SEQUENCE { 




quantityConfigGERAN SEQUENCE { 




measQuantityGERAN 

rssi 



filterCoefficient 

fcO 



} 




} 




} 




Table 8.3.2.1. 3.3-2A: ReportConfiglnterRAT-B2-GERAN {Tab\e 8.3.2.1.3.3-2) 

Derivation path: 36.508, Table 4.6.6-7E ReportConfiglnterRAT-B2-GERAN(-69, [-79 

) 1 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfiglnterRAT-B2-GERAN ::= SEQUENCE { 




reportAmount 

infinity 



} 





ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1270 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 8.3.2.1.3.3-3: MeasurementReport (step 5, Table 8.3.2.1.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultsNeighCells CHOICE { 




measResultListGERAN SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



carrierFreq[1] SEQUENCE! 




arfcn 

Not checked 



bandlndicator 

Not checked 



} 




physCellld[1] 

PhysicalCellldentity of 
Cell 24 



cgi-info[1] 

Not present 



measResult[1] SEQUENCE} 




rssi 

(0..63) 



} 




} 




} 




} 




} 




} 




} 




} 





8.3.2.2 

8.3.2.2.1 

(1) 


Measurement configuration control and reporting / Inter-RAT measurements / 
Periodic reporting / Measurement of GERAN cells 

Test Purpose (TP) 


with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter RAT measurement for GERAN cell } 
ensure that { 

when { The UE receives reference signal power for cells on the GERAN frequencies where 
measurements are configured } 

then { UE sends MeasurementReport message at regular intervals for these GERAN cells } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state and a MeasurementReport message for a configured periodic 
measurement reporting of GERAN cells on a configured frequency were sent } 
ensure that { 

when { A previously reported cell become unavailable and the UE receives reference signal power on 
a reported GERAN frequency for a cell which was previously not reported } 

then { UE sends MeasurementReport message at regular intervals for the available GERAN cells } 


(3) 

with { UE in E-UTRA RRC_CONNECTED state and periodic measurement reporting of GERAN cells ongoing 
ensure that { 

when { The UE receives a RRCConnectionReconfiguration message removing the measid of periodic 
reporting of GERAN cells } 

then { UE stops sending MeasurementReport message for GERAN cells } 
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8.3.2.2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.5.3, 
5.5.2.2, 5.5.4.1 and 5.5.5. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 

[TS 36.331, clause 5.5.2.2] 

The UE shall: 

1> for each measid included in the received measIdToRemoveList that is part of the current UE configuration in 
va rMeas Config : 

2> remove the entry with the matching measid from the measIdList within the VarMeas Config; 

2> remove the measurement reporting entry for this measid from the VarMeasReportList, if included; 

2> stop the periodical reporting timer or timer T321, whichever one is running, and reset the associated 
information (e.g. timeToTrigger) for this measid; 

NOTE: The UE does not consider the message as erroneous if the measIdToRemoveList includes any measid 
value that is not part of the current UE configuration. 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeas Config: 


2> else: 


3> else if the corresponding measObject concerns GERAN: 

4> consider a neighbouring cell on the associated set of frequencies to be applicable when the concerned 
cell matches the ncc-Permitted defined within the VarMeasConfig for this measid; 


2> if the purpose is included and set to 'reportStrongestCells' or to 'reportStrongestCellsForSON' and if a 
(first) measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells\ the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON\ the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 
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2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 


NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'evenf or to 'periodicaV while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than s- 
Measure or due to the measurement gap not being setup. 

NOTE 3: If the UE is configured with DRX, the UE may delay the measurement reporting for event triggered and 
periodical triggered measurements until the Active Time, which is defined in TS 36.321 [6]. 

[TS 36.331, clause 5.5.5] 

The purpose of this procedure is to transfer measurement results from the UE to E-UTRAN. 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 


3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultNeighCells, include the physCellld', 

3> if the triggerType is set to 'event \ or the purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON" : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measOhject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing trigger Quantity, i.e. the best cell is included 
first; 

5> else: 

6> set the measResult to the quantity as configured for the concerned RAT within the 
quantityConfig in order of decreasing quantity, i.e. the best cell is included first; 


1> increment the numberOfReportsSent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 
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2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this me as Id; 

1> else: 

2> if the triggerType is set to 'periodicaT: 

3> remove the entry within the VarMeasReportList for this measid; 

3> remove this measid from the measIdList within VarMeasConfig; 

1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 
8.3.2.2.3 Test description 

8.3.2.2.3.1 Pre-test conditions 
System Simulator: 

- Cell 1, Cell 25 and Cell 26. 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.2.2.3.2 Test procedure sequence 

Table 8.3.2.2.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" and "T2" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 8.3.2.2.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 25 

Cell 26 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 

- 

- 

The power level values are such 
that camping on Cell 1 is guarantee. 

RSSI 

dBm 

- 

Off 

Off 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 

- 

- 

The power level values are such 
that Cell 25 is satisfied for periodic 
reporting. 

RSSI 

dBm 

- 

[-70] 

Off 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 


- 

The power level values are such 
that Cell 26 is satisfied for periodic 
reporting and Cell 25 become 
unavailable. 

RSSI 

dBm 

- 

Off 

[-70] 
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Table 8.3.2.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup inter-RAT measurement. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the setup of inter-RAT 
measurement. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS power "On" Cell 25 according to the 
row "T1" in table 8.3.2.2.3.2-1. 

- 

- 

- 

- 

4 

Wait and ignore MeasurementReport 
messages for 5s to allow power "On" for Cell 
25. 






EXCEPTION: In parallel to events described in 
steps 5 to 6 the steps specified in table 
8.3.2.2.3.2-3 shall take place 





5 

Wait for 30 s to ensure that the UE performs a 
inter-RAT periodical reporting. 

- 

- 

- 

- 

6 

The SS power "Off" Cell 25 and power "On" 
Cell 26 according to the row "T2" in table 
8.3.2.2.3.2-1. 





7 

Wait and ignore MeasurementReport 
messages for 5s to allow power "Off" and 
power "On" for Cell 25 and Cell 26 
respectively. 






EXCEPTION: In parallel to events described in 
steps 8 to 9 the steps specified in table 
8.3.2.2.3.2-4 shall take place 





8 

Wait for 30 s to ensure that the UE performs a 
inter-RAT periodical reporting. 

- 

- 

- 

- 

9 

The SS transmits an 

RRCConnectionReconfiguration message to 
remove inter-RAT measurement. 

<- 

RRCConnectionReconfiguration 



10 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the remove of inter-RAT 
measurement. 

-> 

RRCConnectionReconfigurationC 
omplete 



11 

Check: Does the UE attempt to transmit an 
uplink message for the next 1 0s? 

- 

- 

3 

F 

Table 8.3.2.2.3.2-3: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: After the 1st message is 
received, step 1 below shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed 





1 

Check: Does the UE transmit a 
IVIeasurementReport message to perform 
periodical reporting for Cell 25? 

-> 

IVIeasurementReport 

1 

P 
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Table 8.3.2.2.3.2-4: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: After the 1st message is 
received, step 1 below shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical reporting for Cell 26(NOTE1)? 

-> 

MeasurementReport 

1,2 

P 


NOTEl: Cell 25 may be included in the MeasurementReport due to UE averages power levels over a period of time. 
8.3.2.2.3.3 Specific message contents 

Table 8.3.2.2.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.3.2.2.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 

Table 8.3.2.2.3.3-2: MeasConfig (Table 8.3.2.2.3.3-1) 

Derivation Path: 36.508, Table 4.6.6-1, condition GERAN 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1 ..maxObiectId)) OF SEQUENCE { 

3 entries 



measObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f12 



measObject[2] 

MeasObjectGERAN- 
GENERIC(f12) 



measObjectld[3] 

ldMeasObject-f13 



measObject[3] 

MeasObjectGERAN- 
GENERIC(f13) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

IdReportConfiglnterRAT - 
PERIODICAL 



reportConfig[1] 

ReportConfiglnterRAT- 
PERIODICAL 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

2 entries 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f12 



reportConfigld[1] 

IdReportConfiglnterRAT - 
PERIODICAL 



measld[2] 

2 



measObjectld[2] 

ldMeasObject-f13 



reportConfigld[2] 

IdReportConfiglnterRAT - 
PERIODICAL 



} 




} 
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Table 8.3.2.2.3.3-3: MeasurementReport (step 1, Table 8.3.2.2.3.2-3) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultsNeighCells CHOICE { 




measResultListGERAN SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



carrierFreq[1] SEQUENCE! 




arfcn 

Not checked 



bandlndicator 

Not checked 



} 




physCellld[1] 

PhysicalCellldentity of 
Cell 25 



cgi-info[1] 

Not present 



measResult[1] SEQUENCE} 




rssi 

(0..63) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.2.2.3.3-4: MeasurementReport (step 1, Table 8.3.2.2.3.2-4) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultsNeighCells CHOICE { 




measResultListGERAN SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



carrierFreq[1] SEQUENCE! 




arfcn 

Not checked 



bandlndicator 

Not checked 



} 




physCellld[1] 

PhysicalCellldentity of 
Cell 26 



cgi-info[1] 

Not present 



measResult[1] SEQUENCE} 




rssi 

(0..63) 



} 




} 




} 




} 




} 




} 




} 




} 




Table 8.3.2.2.3.3-5: RRCConnectionReconfiguration (step 9, Table 8.3.2.2.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 

Table 8.3.2.2.3.3-6: MeasConfig (Table 8.3.2.2.3.3-5) 

Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measldToRemoveList SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

2 entries 



measld[1] 

1 



measld[2] 

2 



} 




} 





8.3.2.3 Measurement configuration control and reporting / Inter-RAT measureinents / 

Event B2 / Measurement of UTRAN cells 


8.3.2.3.1 


(1) 


Test Purpose (TP) 


with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter RAT measurement for UTRA cell and not detected entering condition for the event 
B2 is met } 
ensure that { 

when { UE detects entering condition for the event B2 is not met } 
then { UE does not transmit any MeasurementReport } 
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(2) 

with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter RAT measurement for UTRA cell and not detected entering condition for the event 
B2 is met } 
ensure that { 

when { UE detects entering condition for the event B2 is met } 
then { UE transmits a MeasurementReport } 

} 

(3) 

with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter RAT measurement for UTRA cell and detected entering condition for the event B2 
is met } 
ensure that { 

when { UE detects leaving condition for the event B2 is met } 
then { UE does not transmit any MeasurementReport } 
} 

8.3.2.3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.5.4.1, 
5.5.4.8 and 5.5.5. 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the corresponding reportConfig includes a purpose set to 'reportStrongestCellsForSOJSP: 

2> else: 

3> if the corresponding measObject concerns E-UTRA: 

3> else if the corresponding measObject concerns UTRA or CDMA2000: 

4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModList defined within the VarMeasConfig for this measid (i.e. the cell is 
included in the white-list); 

3> else if the corresponding measObject concerns GERAN: 

4> consider a neighbouring cell on the associated set of frequencies to be applicable when the concerned 
cell matches the ncc-Permitted defined within the for this measid', 

2> if the triggerType is set to 'event and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig, while the VarMeasReportList does not include an measurement 
reporting entry for this measId'Xa. first cell triggers the event) 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
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or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 


2> if the triggerType is set to 'event and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportListfor this measid for 
all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for this 
event: 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid', 

3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 
3> if the cellsTriggeredList defined within the VarMeasReportList for this measid is empty: 

4> remove the measurement reporting entry within the VarMeasReportList for this measid; 

4> stop the periodical reporting timer for this measid, if running; 

2> if the purpose is included and set to 'reportStrongestCelW or to 'reportStrongestCellsForSON" and if a (first) 
measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells\ the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON" , the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the purpose is included and set to 'reportCGT and if the UE acquired the information needed to set all 
fields of cellGloballd for the requested cell: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> stop timer T321; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> upon expiry of the T321 for this measid: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'event or to 'periodical' while the 

corresponding measurement is not performed due to the serving cell RSRP being equal to or better than s- 
Measure or due to the measurement gap not being setup. 


[TS 36.331, clause 5.5.4.8] 
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The UE shall: 

1> for UTRA and CDMA2000, only trigger the event for cells included in the corresponding measurement object; 

1> consider the entering condition for this event to be satisfied when both condition B2-1 and condition B2-2, as 
specified below, are fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition B2-3 or condition B2-4, i.e. at least 
one of the two, as specified below, is fulfilled; 

Inequality B2-1 (Entering condition 1) 

M^ + /fy^<r/zr^^M Inequality B2-2 (Entering condition 2) 

Mn + Ofn - Hys > Thresh! 

Inequality B2-3 (Leaving condition 1) 

Ms - Hys > Threshl 

Inequality B2-4 (Leaving condition 2) 

Mn + Ofn + Hys < Threshl 
The variables in the formula are defined as follows: 

Ms is the measurement result of the serving cell, not taking into account any offsets. 

Mn is the measurement result of the inter-RAT neighbour cell, not taking into account any offsets. 

Ofn is the frequency specific offset of the frequency of the inter-RAT neighbour cell (i.e. offsetFreq as defined 
within the measOhject corresponding to the frequency of the inter-RAT neighbour cell) 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfiglnterRAT for this event) 

Threshl is the threshold parameter for this event (i.e. b2-Thresholdl as defined within reportConfiglnterRAT for 
this event) 

Threshl is the threshold parameter for this event (i.e. b2-Tlireshold2 as defined within reportConfiglnterRAT for 
this event) 

Ms is expressed in dBm in case of RSRP, or in dB in case of RSRQ 

Mn is expressed in dBm or dB, depending on the measurement quantity of the inter-RAT neighbour cell 

Ofn, Hys are expressed in dB 

Threshl is expressed in the same unit as Ms 

Threshl is expressed in the same unit as Mn 

[TS 36.331, clause 5.5.5] 

The purpose of this procedure is to transfer measurement results from the UE to E-UTRAN. 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with the 
following: 
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3> if the triggerType is set to 'event: 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this measid 

3> else; 

4> include the applicable calls for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultNeighCells include the physCellld; 

3> if the triggerType is set to 'event \ or \hQ purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSOlSP : 

4> for each included cell include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 


5> else: 

6> set the measResult to the quantity as configured for the concerned RAT within the 
quantityConfig in order of decreasing quantity, i.e. the best cell is included first; 


1> increment the numberOfReportsSent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 

1> else: 

2> if the triggerType is set to 'periodicaF: 

3> remove the entry within the VarMeasReportList for this measid; 

3> remove this measid from the measIdList within VarMeasConfig; 

1> if the measured results are for CDMA2000 HRPD: 

2> set the preRegistrationStatusHRPD to the UE's CDMA2000 upper layer's HRPD preRegistrationStatus; 

1> if the measured results are for CDMA2000 IxRTT: 

2> set the preRegistrationStatusHRPD to 'FALSE; 

1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 

8.3.2.3.3 Test description 

8.3.2.3.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 7. 
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System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 


UE: 


None. 


Preamble: 


The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 


8.3.2.3.3.2 


Test procedure sequence 


Table 8.3.2.3.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" and "T2" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 8.3.2.3.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell? 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 

- 

The power level values are such 
that entering conditions for event B2 
are not satisfied. 

CPICH Ec/lo 
(Note1) 
CPICH Ec= - 
83.5[dBm/3.84 
MHz] (UTRA 
FDD) 

dB 

- 

-23.5 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

-83.5 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-80 

- 

The power level values are such 
that entering conditions for event B2 
are satisfied. 

CPICH Ec/lo 
(Note1) 
CPICH Ec= - 
72.3[dBm/3.84 
MHz] (UTRA 
FDD) 

dB 

- 

-12.3 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

-72.3 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 

- 

The power level values are such 
that leaving conditions for event B2 
are satisfied. 

CPICH Ec/lo 
(Note1) 
CPICH Ec= - 
83.5[dBm/3.84 
MHz] (UTRA 
FDD) 

dB 

- 

-23.5 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

-83.5 


NOTE 1 : This parameter is not directly sellable, but are derived by calculation from the other parameters set by the 
SS. 
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Table 8.3.2.3.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup inter RAT measurement on Cell 1 . 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the setup of inter RAT 
measurement on Cell 1. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

Check: Does the UE transmit a 
MeasurementReport message on Cell 1 to 
report the event B2 during the next 10s? 

-> 

MeasurementReport 

1 

F 

4 

The SS changes Cell 1 and Cell 7 parameters 
according to the row "T1 " in table 8.3.2.3.3.2-1 . 

- 

- 

- 

- 

5 

Check: Does the UE transmit a 
MeasurementReport message to report the 
event B2 for Cell 7? 

-> 

MeasurementReport 

2 

P 

6 

The SS changes Cell 1 and Cell 7 parameters 
according to the row "T2" in table 8.3.2.3.3.2-1 . 

- 

- 

- 

- 

6A 

Wait and ignore MeasurementReport 
messages for 5 s to allow change of power 
levels for Cells 1 and Cell 7. 





7 

Check: Does the UE transmit a 
MeasurementReport message on Cell 1 to 
report the event B2 during the next 10s? 

-> 

MeasurementReport 

3 

F 

8 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1,2, 
3 



8.3.2.3.3.3 Specific message contents 

Table 8.3.2.3.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.3.2.3.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.3.2.3.3.3-2: MeasConfig (Table 8.3.2.3.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1, condition UTRAN 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f8 



measObject[2] 

MeasObjectUTRA-f8 



} 




reportConfigloAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-B2-UTRA 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-UTRA(-69, -18) 


UTRA-FDD 

reportConfig[1] 

ReportConfiglnterRAT- 
B2-UTRA(-69, -78) 


UTRA-TDD 

} 




measldloAddModList SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f8 



reportConfigld[1] 

ldReportConfig-B2-UTRA 



} 




} 





Table 8.3.2.3.3.3-2 A: QuantityConfig (Table 8.3.2.3.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-3A, condition UTRAN 

Information Element 

Value/remark 

Comment 

Condition 

QuantityConfig SEQUENCE { 




quantityConfigUTRA SEQUENCE { 




measQuantityUTRA-FDD 

cpich-EcNO 


UTRA-FDD 

measQuantityUTRA-TDD 

pccpch-RSCP 


UTRA-TDD 

filterCoefficient 

fcO 



} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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Table 8.3.2.3.3.3-2B MeasObjectUTRA-fS (Table 8.3.2.3.3.3-2) 


Derivation path: 36.508 table 4.6.6-3 MeasObjectUTRA-GENERIC(f8) 

Information Element 

Value/Remark 

Comment 

Condition 

MeasObiectUTRA-GENERIC(f8) ::= SEQUENCE { 




carrierFreq 

UTRA DL carrier 
frequency of the cell 7 



cellsToAddModList CHOICE { 




cellsToAddModListUTRA-FDD ::= SEQUENCE 
(SIZE (1 .. maxCellMeas)) OF SEQUENCE { 



UTRA- 
FDD 

celllndex [1] 

1 



physCellId[1] 

physicalCellldentity- 
Cell7 



} 




cellsToAddModListUTRA-TDD ::= SEQUENCE 
(SIZE (1..maxMeasld)) OF SEQUENCE { 



UTRA- 
TDD 

celllndex [1] 

1 



physCellld[1] 

physicalCellldentity- 
Cell7 



} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA-FDD cell environment 

UTRA-TDD 

UTRA-TDD cell environment 


Table 8.3.2.3.3.3-3: ReportConfiglnterRAT-B2-UTRA (Table 8.3.2.3.3.3-2) 


Derivation path: 36.508, Table 4.6.6-8 ReportConfiglnterRAT-B2-UTRA(-69, -18) 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfiglnterRAT-B2-UTRA ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE! 




timeToTrigger 

ms1024 



} 




} 




reportAmount 

infinity 



} 
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Table 8.3.2.3.3.3-4: MeasurementReport (step 5, Table 8.3.2.3.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell? 



cgi-lnfo[1] 

Not present 



measResultfH SEQUENCE} 




utra-RSCP 

(-5..91) 


UTRA-TDD 

utra-EcNO 

(0..49) 


UTRA-FDD 

} 




} 




} 




} 




} 




} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


8.3.2.3a Measurement configuration control and reporting / Inter-RAT measureinents / 
Event B2 / Measurement of UTRAN cells / RSRQ based measurements 


8.3.2.3a.1 


(1) 


Test Purpose (TP) 


with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter RAT measurement for UTRA cell, configured b2-Thresholdl set to threshold-RSRQ 
and not detected entering condition for the event B2 is met } 
ensure that { 

when { UE detects entering condition for the event B2 is not met } 
then { UE does not transmit any MeasurementReport } 

} 

(2) 

with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter RAT measurement for UTRA cell, configured b2-Thresholdl set to threshold-RSRQ 
and not detected entering condition for the event B2 is met } 
ensure that { 

when { UE detects entering condition for the event B2 is met } 
then { UE transmits a MeasurementReport } 


(3) 


with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter RAT measurement for UTRA cell, configured b2-Thresholdl set to threshold-RSRQ 
and detected entering condition for the event B2 is met } 
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ensure that { 

when { UE detects leaving condition for the event B2 is met } 
then { UE does not transmit any MeasurementReport } 
} 

8.3.2.3a.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.5.4.1, 
5.5.4.8 and 5.5.5. 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the corresponding reportConfig includes a purpose set to 'reportStrongestCellsForSOJSP: 

2> else: 

3> if the corresponding measObject concerns E-UTRA: 

4> if the ue-RxTxTimeDijfPeriodicaU eventAl or eventA2 is configured in the corresponding 
reportConfig: 

5> consider only the serving cell to be applicable; 

4> else: 

5> consider any neighbouring cell detected on the associated frequency to be applicable when the 
concerned cell is not included in the MackCellsToAddModList defined within the VarMeasConfig 
for this measid', 

3> else if the corresponding measObject concerns UTRA or CDMA2000: 

4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModList defined within the VarMeasConfig for this measid (i.e. the cell is 
included in the white-list); 

NOTE 0: The UE may also consider a neighbouring cell on the associated UTRA frequency to be applicable when 
the concerned cell is included in the csg-allowedReportingCells within the VarMeasConfig for this 
measid, if configured in the corresponding measObjectUTRA (i.e. the cell is included in the range of 
physical cell identities for which reporting is allowed). 

3> else if the corresponding measObject concerns GERAN: 

4> consider a neighbouring cell on the associated set of frequencies to be applicable when the concerned 
cell matches the ncc-Permitted defined within the VarMeasConfig for this measid', 

2> if the triggerType is set to 'evenf and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig, while the VarMeasReportList does not include an measurement 
reporting entry for this measid (a first cell triggers the event): 


2> if the triggerType is set to 'evenf and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 
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3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measid for 
all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for 
this event: 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid; 

3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 
3> if the cellsTriggeredList defined within the VarMeasReportList for this measid is empty: 

4> remove the measurement reporting entry within the VarMeasReportList for this measid; 

4> stop the periodical reporting timer for this measid, if running; 

2> if the purpose is included and set to 'reportStrongestCells' or to 'reportStrongestCellsForSON" and if a (first) 
measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells\ the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON" , the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the purpose is included and set to 'reportCGT and if the UE acquired the information needed to set all 
fields of cgi-Info for the requested cell: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> stop timer T321; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> upon expiry of the T321 for this measid: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'event or to 'periodical' while the 

corresponding measurement is not performed due to the serving cell RSRP being equal to or better than ^- 
Measure or due to the measurement gap not being setup. 

[TS 36.331, clause 5.5.4.8] 

The UE shall: 
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1> for UTRA and CDMA2000, only trigger the event for cells included in the corresponding measurement object; 

1> consider the entering condition for this event to be satisfied when both condition B2-1 and condition B2-2, as 
specified below, are fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition B2-3 or condition B2-4, i.e. at least 
one of the two, as specified below, is fulfilled; 


Inequality B2-1 (Entering condition 1): 
Inequality B2-2 (Entering condition 2): 

Inequality B2-3 (Leaving condition 1): 


Ms + Hys < Threshl 
Mn + Ofn - Hys > Threshl 

Ms - Hys > Threshl 
Inequality B2-4 (Leaving condition 2): 

Mn + Ofn + Hys < Threshl 

The variables in the formula are defined as follows: 

Ms is the measurement result of the serving cell, not taking into account any offsets. 

Mn is the measurement result of the inter-RAT neighbour cell, not taking into account any offsets. For CDMA2000 
measurement result, pilotStrength is divided by -2. 

Ofn is the frequency specific offset of the frequency of the inter-RAT neighbour cell (i.e. ojfsetFreq as defined 
within the measOhject corresponding to the frequency of the inter-RAT neighbour cell). 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfiglnterRAT fox this event). 

Threshl is the threshold parameter for this event (i.e. b2-Thresholdl as defined within reportConfiglnterRAT for 
this event). 

Threshl is the threshold parameter for this event (i.e. b2-Threshold2 as defined within reportConfiglnterRAT fox 
this event). For CDMA2000, h2-Threshold2 is divided by -2. 

Ms is expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Mn is expressed in dBm or dB, depending on the measurement quantity of the inter-RAT neighbour cell. 

Ofn, Hys are expressed in dB. 

Threshl is expressed in the same unit as Ms. 

Threshl is expressed in the same unit as Mn. 

[TS 36.331, clause 5.5.5] 

The purpose of this procedure is to transfer measurement results from the UE to E-UTRAN. 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 
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3> if the triggerType is set to 'event: 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measld\ 

3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultNeighCells, include the physCellld; 

3> if the triggerType is set to 'event \ or \hQ purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSOlSP : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measOhject associated with this measid concerns E-UTRA: 


5> else: 

6> set the measResult to the quantity as configured for the concerned RAT within the 

quantityConfig in order of either decreasing quantity for UTRA and GERAN or increasing 
quantity for CDMA2000 pilotStrength, i.e. the best cell is included first; 


1> increment the numb erOfReports Sent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 

1> else: 

2> if the triggerType is set to 'periodicaF: 

3> remove the entry within the VarMeasReportList for this measid; 

3> remove this measid from the measIdList within VarMeasConfig; 

1> if the measured results are for CDMA2000 HRPD: 

2> set the preRegistrationStatusHRPD to the UE's CDMA2000 upper layer's HRPD preRegistrationStatus; 

1> if the measured results are for CDMA2000 IxRTT: 

2> set the preRegistrationStatusHRPD to 'FALSE; 

1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 
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8.3.2.3a.3 Test description 

8.3.2.3a.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 7 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cell. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.2.3a.3.2 Test procedure sequence 

Table 8.3.2.3a.3.2-l illustrates the downlink power levels to be applied for Cell land Cell 7 at various time instants of 
the test execution. Row marked "TO" denotes the conditions after the preamble, while rows marked "TT'and "T2" are to 
be applied subsequently. The exact instants on which these values shall be applied are described in the texts in this 
clause. 

Table 8.3.2.3a.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell? 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

-60 

- 

The power level values are assigned 
such that entering conditions for event B2 
are not satisfied. 

RSRQ 

dB 

[-5] 

- 

CPICH Ec 

dBm/3.84MHz 


-83.5 

CPICH Ec/lo(Note1) 

dB 

- 

-23.5 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-80 

- 

The power level values are assigned 
such that entering conditions for event B2 
are satisfied. 

RSRQ 

dB 

f-201 

- 

CPICH Ec 

dBm/3.84MHz 


-72.3 

CPICH Ec/lo(Note1) 

dB 

- 

-12.3 

T2 

Cell-specific RS EPRE 

dBm/15kHz 

-60 

- 

The power level values are assigned 
such that leaving conditions for event B2 
are satisfied. 

RSRQ 

dB 

f-51 

- 

CPICH Ec 

dBm/3.84MHz 


-83.5 

CPICH Ec/lo(Note1) 

dB 

- 

-23.5 


NOTE 1 : This parameter is not directly settable, but are derived by calculation from the other parameters set by the 
SS. 
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Table 8.3.2.3a.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup inter RAT measurement on Cell 1 . 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the setup of inter RAT 
measurement on Cell 1. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

Check: Does the UE transmit a 
MeasurementReport message on Cell 1 to 
report the event B2 during the next 10s? 

-> 

MeasurementReport 

1 

F 

4 

The SS changes Cell 1 and Cell 7 parameters 
according to the row "T1" in table 8. 3. 2. 3a. 3.2- 
1. 





5 

Check: Does the UE transmit a 
MeasurementReport message on Cell 1 to 
report the event B2 for Cell 7? 

-> 

MeasurementReport 

2 

P 

6 

The SS changes Cell 1 and Cell 7 parameters 
according to the row "T2" in table 8.3.2.3a.3.2- 
1. 





7 

Wait and ignore MeasurementReport 
messages on Cell 1 for 5 s to allow change of 
power levels for Cell 1 and Cell 7. 





8 

Check: Does the UE transmit a 
MeasurementReport message on Cell 1 to 
report the event B2 during the next 10s? 

-> 

MeasurementReport 

3 

F 

9 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



3 



8.3.2.3a.3.3 Specific message contents 

Table 8.3.2.3a.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.3.2.3a.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.3.2.3a.3.3-2: MeasConfig (Table 8.3.2.3a.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1, condition UTRAN 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f8 



measObject[2] 

MeasObjectUTRA-f8 



} 




reportConfigloAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-B2-UTRA 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-UTRA-RSRQ(-18) 



} 




measldloAddModList SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f8 



reportConfigld[1] 

ldReportConfig-B2-UTRA 



} 




} 





Table 8.3.2.3a.3.3-3: QuantityConfig (Table 8.3.2.3a.3.3-2) 


Derivation Path: 36.508, Table 4.6.6-3A, condition UTRAN 

Information Element 

Value/remark 

Comment 

Condition 

QuantityConfig SEQUENCE { 




quantityConfigUTRA SEQUENCE { 




filterCoefficient 

fcO 



} 




} 





Table 8.3.2.33.3.3-4: MeasObjectUTRA-f8 (Table 8.3.2.3a.3.3-2) 


Derivation Path: 36.508, Table 4.6.6-3 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectUTRA ::= SEQUENCE { 




carrierFreq 

UTRA DL carrier 
frequency of the cell 7 



cellsToAddModList CHOICE { 




cellsToAddModListUTRA-FDD SEQUENCE (SIZE 
(1 ..maxCellMeas)) OF SEQUENCE { 

1 entry 


UTRA-FDD 

celllndex[1] 

1 



physCellld[1] 

physicalCellldentity - Cell 

7 



} 




cellsToAddModListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxCellMeas)) OF SEQUENCE { 

1 entry 


UTRA-TDD 

celllndex[1] 

1 



physCellld[1] 

physicalCellldentity - Cell 

7 



} 




} 




csg-allowedReportingCells-v930 

Not present 



} 





Condition 


Explanation 
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UTRA-FDD 


UTRA FDD cell environment 


UTRA-TDD 


UTRA TDD cell environment 


Table 8.3.2.3a.3.3-5: ReportConfiglnterRAT-B2-UTRA-RSRQ(UTRA-Thres) (Table 8.3.2.3a.3.3-2) 


Derivation Path: 36.508, Table 4.6.6-8 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfiglnterRAT ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE! 




eventid CHOICE { 




eventB2 SEQUENCE { 




b2-Threshold1 CHOICE{ 




threshold-RSRQ 

16 

-12dB 


} 




} 




} 




timeToTrigger 

ms1024 



} 




} 




reportAmount 

infinity 



si-RequestForHO-r9 

Not present 



} 




NOTE: UTRA-Thres is used in TS 36.508[18] Table 4.6.6-8. 


Table 8.3.2.3a.3.3-6: MeasurementReport (step 5, Table 8.3.2.3a.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell? 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




utra-RSCP 

(-5..91) 


UTRA-TDD 

utra-EcNO 

(0..49) 


UTRA-FDD 

additionalSI-lnfo-r9 

Not present 



} 




} 




} 




measResultForECID-r9 

Not present 



} 




} 




} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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8.3.2.4 Measurement configuration control and reporting / Inter-RAT measurements / 

Periodic reporting / Measurement of UTRAN cells 

8.3.2.4.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state and measurement configured for periodic reporting of UTRA 
cells } 
ensure that { 

when { The UE receives reference signal power for cells on the UTRA frequency where measurements 
are configured } 

then { UE sends MeasurementReport message at regular intervals for these UTRA cells } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state and a Measurement Report message for a configured periodic 
measurement reporting of UTRA cells on a configured frequency were sent } 
ensure that { 

when { A previously reported cell become unavailable or the UE receives reference signal power on 
a reported UTRA frequency for a cell which was previously not reported } 

then { UE sends MeasurementReport message at regular intervals for the available UTRA cells } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state and periodic measurement reporting of UTRA cells ongoing} 
ensure that { 

when { The UE receives a RRCConnectionReconfiguration message removing the measid of periodic 
reporting of UTRA cells } 

then { UE stops sending MeasurementReport message for UTRA cells } 
} 

8.3.2.4.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.5.2.2, 5.5.4.1 and 5.5.5. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> If the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the Measurement configuration procedure as specified in 5.5.2; 

[TS 36.331, clause 5.5.2.2] 

The UE shall: 

1> for each measid value included in the received measIdToRemoveList that is part of the current UE configuration 
in varMeasConfig: 

2> remove the entry with the matching measid from the measIdList within the VarMeasConfig', 

2> remove the measurement reporting entry for this measid from the VarMeasReportList, if included; 

2> stop the periodical reporting timer or timer T321, whichever one is running, and reset the associated 
information (e.g. timeToTrigger) for this measid; 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 
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2> else: 

3> if the corresponding measObject concerns E-UTRA: 

4> consider any neighbouring cell detected on the associated frequency to be applicable when the 

concerned cell is not included in the MackCellsToAddModList defined within the VarMeasConfig for 
this measld\ 

3> else if the corresponding measObject concerns UTRA or CDMA2000: 

4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModList defined within the VarMeasConfig for this measid (i.e. the cell is 
included in the white-list); 

2> if the purpose is included and set to 'reportStrongestCells' or to 'reportStrongestCellsForSON' and if a 
(first) measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells\ the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON\ the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 


NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'evenf or to 'periodical' while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than s- 
Measure or due to the measurement gap not being setup. 

[TS 36.331, clause 5.5.5] 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measuredResults 
within the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultsNeighCells to include the best neighbouring cells up to maxReportCells in accordance 
with the following: 

3> if the triggerType is set to 'event' : 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measld\ 

3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultsNeighCells, include the physCellld', 
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3> if the triggerType is set to 'evenf; or the purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing triggerQuantity, i.e. the best cell is included 
first; 

5> else: 

6> set the measResult to the quantity as configured for the concerned RAT within the 
quantityConfig in order of decreasing quantity, i.e. the best cell is included first; 

1> increment the numberOfReportsSent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than to 
reportAmount as defined corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 


1> submit the MEASUREMENT REPORT message to lower layers for transmission, upon which the procedure 
ends. 

8.3.2.4.3 Test description 

8.3.2.4.3.1 Pre-test conditions 
System Simulator: 

- Cell 1, Cell 5 and Cell 7 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18] on Cell 1. 

8.3.2.4.3.2 Test procedure sequence 

Table 8.3.2.4.3.2-1 illustrates the downlink power levels to be applied for the cells at various time instants of the test 
execution. Row marked "TO" denotes the initial conditions after preamble, while rows marked "Tl" and "T2" are to be 
applied subsequently. The exact instants on which these values shall be applied are described in the texts in this clause. 
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Table 8.3.2.4.3.2-1 : Power levels 



Parameter | Unit | Cell 1 

Parameter | Unit | Cell 5 | Cell 7 

Remark 


E-UTRA Cell 

UTRA Cells 


TO 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-75 

CPICH Ec 
(UTRA FDD) 

dBm/ 
3.84 
MHz 

-85 

Off 

Power levels shall be such that 
camping on Cell 1 is guaranteed 

PCCPCH Ec 

(UTRA LCR 

TDD) 

dBm/ 
1.28 
MHz 

-85 

Off 

T1 

-75 

CPICH Ec 
(UTRA FDD) 

dBm/ 
3.84 
MHz 

-85 

-85 


PCCPCH Ec 

(UTRA LCR 

TDD) 

dBm/ 
1.28 
MHz 

-85 

-85 

T2 

-75 

CPICH Ec 
(UTRA FDD) 

dBm/ 
3.84 
MHz 

Off 

-85 


PCCPCH Ec 

(UTRA LCR 

TDD) 

dBm/ 
1.28 
MHz 

Off 

-85 
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Table 8.3.2.4.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message 
including measConfig {o setup measurements 
and periodical reporting for UTRA cells. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 




EXCEPTION: In parallel to events described in 
steps 3 to 4 the steps specified in table 
8.3.2.4.3.2-3 shall take place 





3 

Wait for 30 s to ensure that the UE performs a 
periodical reporting of UTRA cells. 

- 

- 

1 

- 

4 

The SS sets the cell-specific reference signal 
levels and switches Cell 7 on according to row 
"Tl" in table 8.3.2.4.3.2-1. 





5 

Wait and ignore MeasurementReport 
messages for 5 s to allow for the switching of 
cells. 






EXCEPTION: In parallel to events described in 
steps 6 to 7 the steps specified in table 
8.3.2.4.3.2-4 shall take place 





6 

Wait for 30 s to ensure that the UE performs a 
periodical reporting of UTRA cells. 

- 

- 

1,2 

- 

7 

The SS sets the cell-specific reference signal 
levels and switches Cell 5 "Off" according to 
row "T2" in table 8.3.2.4.3.2-1 . 





8 

Wait and ignore MeasurementReport 
messages for 5 s to allow for the switching of 
cells. 






EXCEPTION: In parallel to events described in 
steps 9 to 10 the steps specified in table 
8.3.2.4.3.2-5 shall take place 





9 

Wait for 30 s to ensure that the UE performs a 
periodical reporting of UTRA cells. 

- 

- 

1,2 

- 

10 

The SS transmits an 

RRCConnectionReconfiguration message 
including measConfig Xo remove measldiox 
periodic reporting. 

<- 

RRCConnectionReconfiguration 



11 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message 

-> 

RRCConnectionReconfigurationC 
omplete 



12 

Check: Does the UE attempt to transmit an 
uplink message for the next 1 0s? 

- 

- 

3 

F 

Table 8.3.2.4.3.2-3: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: After the 1st message is 
received, step 1 below shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical reporting for Cell 5? 

-> 

MeasurementReport 

1 

P 
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Table 8.3.2.4.3.2-4: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: Step 1 below shall be repeated 
every time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical reporting for Cell 5 and Cell 7? 

-> 

MeasurementReport 

1,2 

P 

Table 8.3.2.4.3.2-5: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: Step 1 shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical reporting for Cell 7(N0TE1)? 

-> 

MeasurementReport 

1,2 

P 


NOTEl : Cell 5 may be included in the MeasurementReport due to UE averages power levels over a period of time. 
8.3.2.4.3.3 Specific message contents 

Table 8.3.2.4.3.3-1 RRCConnectionReconfiguration (step 1 and step 10, Table 8.3.2.4.3.2-2) 

Derivation path: 36.508 table 4.6.1-8 with condition MEAS | 
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Table 8.3.2.4.3.3-2 MeasConfig (step 1, Table 8.3.2.4.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1 with condition UTRAN 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f8 



measObject[2] 

MeasObjectUTRA-f8 

UTRA frequency 


} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

IdReportConfig- 
PERIODICAL 



reportConfig[1] 

ReportConfiglnterRAT- 
PERIODICAL-UTRA 



} 




measldToAddModList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f8 



reportConfigld[1] 

IdReportConfig- 
PERIODICAL 



} 




quantityConfig SEQUENCE { 




quantityConfigUTRA SEQUENCE { 




measQuantityUTRA-FDD 

cpich-EcNO 


UTRA-FDD 

measQuantityUTRA-TDD 

pccpch-RSCP 


UTRA-TDD 

} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1302 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 8.3.2.4.3.3-3 MeasObjectUTRA-f8 (step 1, Table 8.3.2.4.3.2-2) 


Derivation path: 36.508 table 4.6.6-3 MeasObjectUTRA-GENERIC(f8) 

Information Element 

Value/Remark 

Comment 

Condition 

MeasObiectUTRA-GENERIC(f8) ::= SEQUENCE { 




carrierFreq 


UTRA DL carrier 
frequency of Cell 
5 and Cell 7 


cellsToAddModList CHOICE { 




cellsToAddModListUTRA-FDD ::= SEQUENCE 
(SIZE (1 .. maxCellMeas)) OF SEQUENCE { 



UTRA- 
FDD 

celllndex [1] 

1 



physCellld[1] 

physicalCellldentity- 
Cell5 



celllndex [2] 

2 



physCellld [2] 

physicalCellldentity- 
Cell7 



} 




cellsToAddModListUTRA-TDD ::= SEQUENCE 
(SIZE (L.maxMeasId)) OF SEQUENCE { 



UTRA- 
TDD 

celllndex [1] 

1 



physCellld [1] 

physicalCellldentity- 
Cell5 



celllndex [2] 

2 



physCellld [2] 

physicalCellldentity- 
Cell7 



} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


Table 8.3.2.4.3.3-4 ReportConfiglnterRAT-PERIODICAL-UTRA (step 1, Table 8.3.2.4.3.2-2) 


Derivation path: 36.508 table 4.6.6-9 ReportConfiglnterRAT-PERIODICAL 

Information Element 

Value/Remark 

Comment 

Condition 

ReportConfiglnterRAT-PERIODICAL-UTRA::= 
SEQUENCE} 




maxReportCells 

2 

Report Cell 5 and 
Cell 7 


} 





Table 8.3.2.4.3.3-5: MeasConfig {step 10, Table 8.3.2.4.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measldToRemoveList SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



} 




} 
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Table 8.3.2.4.3.3-6: MeasurementReport (step 1, Table 8.3.2.4.3.2-3) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 




physCellld[1] CHOICE} 




fdd 

physicalCellldentity - Cell 
5 

Report Cell 5 

UTRA- 
FDD 

tdd 

physicalCellldentity - Cell 
5 

Report Cell 5 

UTRA- 
TDD 

} 




measResult fl] ::= SEQUENCE { 




utra-RSCP 

(-5..91) 


UTRA- 
TDD 

utra-EcNO 

(0..49) 


UTRA- 
FDD 

} 




} 




} 




} 




} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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Table 8.3.2.4.3.3-7: MeasurementReport (step 1, Table 8.3.2.4.3.2-4) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 




physCellld[1] CHOICE} 




fdd 

physicalCellldentity - Cell 
5 

Report Cell 5 

UTRA- 
FDD 

tdd 

physicalCellldentity - Cell 
5 

Report Cell 5 

UTRA- 
TDD 

} 




measResult fl] ::= SEQUENCE { 




utra-RSCP 

(-5..91) 


UTRA- 
TDD 

utra-EcNO 

(0..49) 


UTRA- 
FDD 

} 




physCellld[21 CHOICE { 




fdd 

physicalCellldentity - Cell 

7 

Report Cell 7 

UTRA- 
FDD 

tdd 

physicalCellldentity - Cell 

7 

Report Cell 7 

UTRA- 
TDD 

} 




measResult [2] ::= SEQUENCE { 




utra-RSCP 

(-5..91) 


UTRA- 
TDD 

utra-EcNO 

(0..49) 


UTRA- 
FDD 

} 




} 




} 




} 




} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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Table 8.3.2.4.3.3-8: MeasurementReport (step 1, Table 8.3.2.4.3.2-5) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 




physCellld[1] CHOICE} 




fdd 

physicalCellldentity - Cell 

7 

Report Cell 7 

UTRA- 
FDD 

tdd 

physicalCellldentity - Cell 

7 

Report Cell 7 

UTRA- 
TDD 

} 




measResult fl] ::= SEQUENCE { 




utra-RSCP 

(-5..91) 


UTRA- 
TDD 

utra-EcNO 

(0..49) 


UTRA- 
FDD 

} 




} 




} 




} 




} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


8.3.2.5 

8.3.2.5.1 
(1) 


Measurement configuration control and reporting / Inter-RAT measureinents / 
Periodic reporting / Measurements of E-UTRAN, UTRAN and GERAN cells 

Test Purpose (TP) 


with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter RAT measurement for UTRAN and GERAN cells } 
ensure that { 

when { The UE receives reference signal power for cells on either UTRAN or GERAN frequency where 
measurements are configured } 

then { UE sends MeasurementReport message at regular intervals for UTRAN or GERAN cell } 


(2) 

with { UE in E-UTRA RRC_CONNECTED state and a MeasurementReport message for a configured periodic 
measurement reporting of UTRAN or GERAN cell on a configured frequency was sent } 
ensure that { 

when { A previously reported cell become unavailable and the UE receives reference signal power on 
a reported UTRAN or GERAN frequency for a cell which was previously not reported } 

then { UE sends MeasurementReport message at regular intervals for the available UTRAN or GERAN 
cell } 
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(3) 

with { UE in E-UTRA RRC_CONNECTED state and periodic measurement reporting of UTRAN or GERAN cells 

ongoing } 

ensure that { 

when { The UE receives reference signal power on a reported UTRAN or GERAN frequency for a cell 

which was previously not reported } 

then { UE sends MeasurementReport messages at regular intervals for the available UTRAN and 
GERAN cells I 


(4) 

with { UE in E-UTRA RRC_CONNECTED state and periodic measurement reporting of UTRAN and GERAN cells 
ongoing } 
ensure that { 

when { The UE receives a RRCConnectionReconfiguration message removing the measid of periodic 
reporting of UTRAN and GERAN cells } 

then { UE stops sending MeasurementReport message for UTRAN and GERAN cells } 
} 

8.3.2.5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.5.3, 
5.5.2.2, 5.5.4.1 and 5.5.5. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> if the RRCConnectionReconfiguration message includes the measConfig: 

3> perform the measurement configuration procedure as specified in 5.5.2; 

[TS 36.331, clause 5.5.2.2] 

The UE shall: 

1> for each measid included in the received measIdToRemoveList that is part of the current UE configuration in 
va rMeas Config : 

2> remove the entry with the matching measid from the measIdList within the VarMeas Config; 

2> remove the measurement reporting entry for this measid from the VarMeasReportList, if included; 

2> stop the periodical reporting timer or timer T321, whichever one is running, and reset the associated 
information (e.g. timeToTrigger) for this measid; 

NOTE: The UE does not consider the message as erroneous if the measIdToRemoveList includes any measid 
value that is not part of the current UE configuration. 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeas Config: 


2> else: 


3> else if the corresponding measObject concerns UTRA or CDMA2000: 
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4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModList defined within the VarMeasConfig for this measid (i.e. the cell is 
included in the white-list); 

3> else if the corresponding measObject concerns GERAN: 

4> consider a neighbouring cell on the associated set of frequencies to be applicable when the concerned 
cell matches the ncc-Permitted defined within the VarMeasConfig for this measid', 


2> if the purpose is included and set to 'reportStrongestCells' or to 'reportStrongestCellsForSOJSP and if a (first) 
measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid', 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells\ the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON" , the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measid'. 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 


NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'evenf or to ' periodical' while the 

corresponding measurement is not performed due to the serving cell RSRP being equal to or better than ^- 
Measure or due to the measurement gap not being setup. 

NOTE 3: If the UE is configured with DRX, the UE may delay the measurement reporting for event triggered and 
periodical triggered measurements until the Active Time, which is defined in TS 36.321 [6]. 

[TS 36.331, clause 5.5.5] 

The purpose of this procedure is to transfer measurement results from the UE to E-UTRAN. 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 


3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultNeighCells, include the physCellld', 
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3> if the triggerType is set to 'event \ or \hQ purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSOlSP : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing triggerQuantity, i.e. the best cell is included 
first; 

5> else: 

6> set the measResult to the quantity as configured for the concerned RAT within the 
quantityConfig in order of decreasing quantity, i.e. the best cell is included first; 


1> increment the numb erOfReports Sent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 

1> else: 

2> if the triggerType is set to 'periodical' \ 

3> remove the entry within the VarMeasReportList for this measid', 

3> remove this measid from the measIdList within VarMeasConfig; 

1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 
8.3.2.5.3 Test description 

8.3.2.5.3.1 Pre-test conditions 
System Simulator: 

- Cell 1, Cell 5 and Cell 24. 

- System information combination 10 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.2.5.3.2 Test procedure sequence 

Table 8.3.2.5.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" and "T2" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 
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Table 8.3.2.5.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 5 

Cell 24 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 

- 

- 

The power level values are such 
that camping on Cell 1 is guarantee. 

CPICH Ec/lo 
(UTRA FDD) 

dB 

- 

Off 

- 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

Off 

- 

RSSI 

dBm 

- 

- 

Off 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 

- 

- 

The power level values are such 
that Cell 5 is satisfied for periodic 
reporting. 

CPICH Ec/lo 
(UTRA FDD) 

dB 

- 

-18 

- 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

-78 

- 

RSSI 

dBm 

- 

- 

Off 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 

- 

- 

The power level values are such 
that Cell 24 is satisfied for periodic 
reporting and Cell 5 become 
unavailable. 

CPICH Ec/lo 
(UTRA FDD) 

dB 

- 

Off 

- 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

Off 

- 

RSSI 

dBm 

- 

- 

-70 

T3 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 

- 

- 

The power level values are such 
that Cell 5 and Cell 24 are satisfied 
for periodic reporting. 

CPICH Ec/lo 
(UTRA FDD) 

dB 

- 

-18 

- 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

-78 

- 

RSSI 

dBm 

- 

- 

-70 
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Table 8.3.2.5.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup inter-RAT measurement. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the setup of inter-RAT 
measurement. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS power "On" Cell 5 according to the row 
"T1" in table 8.3.2.5.3.2-1. 

- 

- 

- 

- 

4 

Wait and ignore MeasurementReport 
messages for 5s to allow power "On" for Cell 
5. 






EXCEPTION: In parallel to events described in 
step 5 the steps specified in table 8.3.2.5.3.2-3 
shall take place 





5 

Wait for 30 s to ensure that the UE performs a 
inter-RAT periodical reporting. 

- 

- 

- 

- 

6 

The SS power "Off" Cell 5 and power "On" Cell 
24 according to the row "T2" in table 
8.3.2.5.3.2-1. 





7 

Wait and ignore MeasurementReport 
messages for 5s to allow power "Off" and 
power "On" for Cell 5 and Cell 24 respectively. 






EXCEPTION: In parallel to events described in 
step 8 the steps specified in table 8.3.2.5.3.2-4 
shall take place 





8 

Wait for 30 s to ensure that the UE performs a 
inter-RAT periodical reporting. 

- 

- 

- 

- 

9 

The SS power "On" for Cell 5 according to the 
row "T3" in table 8.3.2.5.3.2-1 . 

- 

- 

- 

- 

10 

Wait and ignore MeasurementReport 
messages for 5s to allow power "On" for Cell 
5. 






EXCEPTION: In parallel to events described in 
steps 11 to 12 the steps specified in table 
8.3.2.5.3.2-3 and 8.3.2.5.3.2-4 shall take 
place 





11 

Wait for 30 s to ensure that the UE performs a 
inter-RAT periodical reporting. 

- 

- 

- 

- 

12 

The SS transmits an 

RRCConnectionReconfiguration message to 
remove inter-RAT measurement. 

<— 

RRCConnectionReconfiguration 



13 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the remove of inter-RAT 
measurement. 

-> 

RRCConnectionReconfigurationC 
omplete 



14 

Check: Does the UE attempt to transmit an 
uplink message for the next 1 0s? 

- 

- 

4 

F 

Table 8.3.2.5.3.2-3: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: After the 1st message is 
received, step 1 below shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical reporting for Cell 5? 

-> 

MeasurementReport 

1,3 

P 
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Table 8.3.2.5.3.2-4: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: After the 1st message is 
received, step 1 below shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical reporting for Cell 24? 

-> 

MeasurementReport 

1,2, 
3 

P 


8.3.2.5.3.3 Specific message contents 

Table 8.3.2.5.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.3.2.5.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.3.2.5.3.3-2: MeasConfig (Table 8.3.2.5.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

3 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f8 



measObject[2] 

MeasObjectUTRA-f8 



nneasObjectld[3] 

ldMeasObject-f1 1 



measObject[3] 

MeasObjectGERAN- 
GENERIC(f11) 



} 




reportConfigloAddModList SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

IdReportConfiglnterRAT - 
PERIODICAL 



reportConfig[1] 

ReportConfiglnterRAT- 
PERIODICAL 



} 




measidloAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

2 entry 



measld[1] 

1 



measObjectld[1] 

Idl\/leas0bject-f8 



reportConfigld[1] 

IdReportConfiglnterRAT - 
PERIODICAL 



measld[2] 

2 



measObjectld[2] 

ldMeasObject-f1 1 



reportConfigld[2] 

IdReportConfiglnterRAT - 
PERIODICAL 



} 




quantityConfig SEQUENCE { 




quantityConfigUTRA SEQUENCE { 




measQuantityUTRA-FDD 

cpich-EcNO 


UTRA-FDD 

measQuantityUTRA-TDD 

pccpch-RSCP 


UTRA-TDD 

} 




quantityConfigGERAN SEQUENCE { 




measQuantityGERAN 

rssi 



} 




} 




measGapConfig CHOICE { 




setup SEQUENCE { 




gapOffset CHOICE { 




gp1 

30 



} 




} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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Table 8.3.2.5.3.3-2A: MeasObjectUTRA-f8 (Table 8.3.2.5.3.3-2) 


Derivation path: 36.508 table 4.6.6-3 MeasObjectUTRA-GENERIC(f8) 

Information Element 

Value/Remark 

Comment 

Condition 

MeasObiectUTRA-GENERIC(f8) ::= SEQUENCE { 




carrierFreq 

UTRA DL carrier 
frequency of the cell 5 



cellsToAddModList CHOICE { 




cellsToAddModListUTRA-FDD ::= SEQUENCE 
(SIZE (1 .. maxCellMeas)) OF SEQUENCE { 



UTRA- 
FDD 

celllndex [1] 

1 



physCellId[1] 

physicalCellldentity- 
Cell5 



} 




cellsToAddModListUTRA-TDD ::= SEQUENCE 
(SIZE (1..maxMeasld)) OF SEQUENCE { 



UTRA- 
TDD 

celllndex [1] 

1 



physCellld[1] 

physicalCellldentity- 
Cell5 



} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA-FDD cell environment 

UTRA-TDD 

UTRA-TDD cell environment 


Table 8.3.2.5.3.3-3: MeasurementReport (step 1, Table 8.3.2.5.3.2-3) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultsNeighCells CHOICE { 




measResultListUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] CHOICE! 




fdd 

PhysicalCellldentity of 
Cell 5 


UTRA-FDD 

tdd 

PhysicalCellldentity of 
Cell 5 


UTRA-TDD 

} 




cgi-info[1] 

Not present 



measResult[1] SEQUENCE { 




utra-RSCP 

(-5..91) 



utra-EcNO 

(0..49) 


UTRA-FDD 

} 




} 




} 




} 




} 




} 




} 




} 
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Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


Table 8.3.2.5.3.3-4: MeasurementReport {step 1, Table 8.3.2.5.3.2-4) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultsNeighCells CHOICE { 




measResultListGERAN SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



carrierFreqf 11 SEQUENCE { 




arfcn 

Not checked 



bandlndicator 

Not checked 



} 




physCellld[1] 

PhysicalCellldentity of 
Cell 24 



cgi-info[1] 

Not present 



measResult[1] SEQUENCE { 




rssi 

(0..63) 



} 




} 




} 




} 




} 




} 




} 




} 





Table 8.3.2.5.3.3-5: RRCConnectionReconfiguration (step 12, Table 8.3.2.5.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 


Table 8.3.2.5.3.3-6: MeasConfig (Table 8.3.2.5.3.3-5) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measldToRemoveList SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

2 entries 



measld[1] 

1 



measld[2] 

2 



} 




} 
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8.3.2.6 Measurement configuration control and reporting / Inter-RAT measurements / 

Simultaneous A2 and two B2 / Measurements of E-UTRAN, UTRAN and 
GERAN cells 

8.3.2.6.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_CONNECTED state and measurements configured for A2 on E-UTRAN, B2 on UTRAN 
and B2 on GERAN at the same time } 
ensure that { 

when { UE detects entering condition for the events A2 and B2 are not met } 
then { UE does not transmit any MeasurementReport messages} 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state and measurements configured for A2 on E-UTRAN, B2 on UTRAN 
and B2 on GERAN at the same time } 
ensure that { 

when { UE detects entering condition for the event A2 is met } 
then { UE transmits a MeasurementReport message} 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state and measurements configured for A2 on E-UTRAN, B2 on UTRAN 
and B2 on GERAN at the same time } 
ensure that { 

when { UE detects entering condition for the event B2 for UTRAN is met } 
then { UE transmits a MeasurementReport message } 


(4) 


with { UE in E-UTRA RRC_CONNECTED state and measurements configured for A2 on E-UTRAN, B2 on UTRAN 
and B2 on GERAN at the same time } 
ensure that { 

when { UE detects entering condition for the event B2 for GERAN is met } 
then { UE transmits a MeasurementReport message } 


8.3.2.6.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.5.4.1, 
5.5.4.3, 5.5.4.8 and 5.5.5. 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the corresponding reportConfig includes a purpose set to 'reportStrongestCellsForSON' \ 

2> else: 

3> if the corresponding measOhject concerns E-UTRA: 

4> consider any neighbouring cell detected on the associated frequency to be applicable when the 

concerned cell is not included in the blackCellsToAddModList defined within the VarMeasConfig for 
this measid; 

3> else if the corresponding measObject concerns UTRA or CDMA2000: 

4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModList defined within the VarMeasConfig for this measid (i.e. the cell is 
included in the white-list); 
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3> else if the corresponding measOhject concerns GERAN: 

4> consider a neighbouring cell on the associated set of frequencies to be applicable when the concerned 
cell matches the ncc-Permitted defined within the VarMeasConfig for this measid; 

2> if the triggerType is set to 'evenf and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig, while the VarMeasReportList does not include an measurement 
reporting entry for this measid (a first cell triggers the event): 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

[TS 36.331, clause 5.5.4.3] 

The UE shall: 

1> consider the entering condition for this event to be satisfied when condition A2-1, as specified below, is fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition A2-2, as specified below, is fulfilled; 
Inequality A2-1 (Entering condition) 
Ms + Hys < Thresh 

Inequality A2-2 (Leaving condition) 
Ms - Hys > Thresh 
The variables in the formula are defined as follows: 

Ms is the measurement result of the serving cell, not taking into account any offsets. 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfigEUTRA for this event). 

Thresh is the threshold parameter for this event (i.e. a2-Threshold as defined within reportConfigEUTRA for this 
event). 

Ms is expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Hys is expressed in dB. 

Thresh is expressed in the same unit as Ms. 
[TS 36.331, clause 5.5.4.8] 
The UE shall: 

1> for UTRA and CDMA2000, only trigger the event for cells included in the corresponding measurement object; 

1> consider the entering condition for this event to be satisfied when both condition B2-1 and condition B2-2, as 
specified below, are fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition B2-3 or condition B2-4, i.e. at least 
one of the two, as specified below, is fulfilled; 

Inequality B2-1 (Entering condition 1) 

Ms + Hys < Threshl 

Inequality B2-2 (Entering condition 2) 
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Mn + Ofn - Hys > Thresh! 

Inequality B2-3 (Leaving condition 1) 

Ms - Hys > Threshl 

Inequality B2-4 (Leaving condition 2) 

Mn + Ofn + Hys < Threshl 

The variables in the formula are defined as follows: 

Ms is the measurement result of the serving cell, not taking into account any offsets. 

Mn is the measurement result of the inter-RAT neighbour cell, not taking into account any offsets. 

Ofn is the frequency specific offset of the frequency of the inter-RAT neighbour cell (i.e. offsetFreq as defined 
within the measObject corresponding to the frequency of the inter-RAT neighbour cell). 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfiglnterRAT for this event). 

Threshl is the threshold parameter for this event (i.e. h2-Thresholdl as defined within reportConfiglnterRAT for 
this event). 

Threshl is the threshold parameter for this event (i.e. b2-Threshold2 as defined within reportConfiglnterRAT for 
this event). 

Ms is expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Mn is expressed in dBm or dB, depending on the measurement quantity of the inter-RAT neighbour cell. 

Ofn, Hys are expressed in dB. 

Threshl is expressed in the same unit as Ms. 

Threshl is expressed in the same unit as Mn. 

[TS 36.331, clause 5.5.5] 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultsNeighCells to include the best neighbouring cells up to maxReportCells in accordance 
with the following: 

3> if the triggerType is set to 'event' : 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measid', 

3> else: 


3> for each cell that is included in the measResultsNeighCells, include the physCellld', 

3> if the triggerType is set to 'event'; or the purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 
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5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing trigger Quantity, i.e. the best cell is included 
first; 

5> else: 

6> set the measResult to the quantity as configured for the concerned RAT within the 
quantityConfig in order of decreasing quantity, i.e. the best cell is included first; 


1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 
8.3.2.6.3 Test description 

8.3.2.6.3.1 Pre-test conditions 
System Simulator: 

- Cell 1, Cell 5 and Cell 24. 

- System information combination 10 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.2.6.3.2 Test procedure sequence 

Table 8.3.2.6.3.2-1 illustrates the downlink power levels to be applied for the cells at various time instants of the test 
execution. Row marked "TO" denotes the initial conditions after preamble, while columns marked "Tl" is to be applied 
subsequently. The exact instants on which these values shall be applied are described in the texts in this clause. 

Table 8.3.2.6.3.2-1 : Power levels 



Parameter 

Unit 

CelM 

Cells 

Cell 24 

Remark 

TO 

RS EPRE 

dBm/15kHz 

-85 

- 

- 

Entry Gonditions for A2 and B2 events are 
not fulfilled. 

CPICH Eg 
(UTRA FDD) 

dBm/3.84 MHz 

- 

-80 

- 

PCCPCH E 

c (UTRA 

LCR TDD) 

dBm/1 .28 MHz 


-80 


GERAN Cell 
Power 

dBm 

- 

- 

-85 

T1 

RS EPRE 

dBm/1 5kHz 

-105 

- 

- 

Entry Gonditions for A2 and B2 events are 
fulfilled. 

CPICH Eg 
(UTRA FDD) 

dBm/3.84 MHz 

- 

-60 

- 

PCCPCH E 

G (UTRA 

LCR TDD) 

dBm/1 .28 MHz 


-60 


GERAN Cell 
Power 

dBm 

- 

- 

-65 
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Table 8.3.2.6.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup intra and inter RAT measurements on 
CelH. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

Check: Does the UE transmit any 
MeasurementReport messages during the next 
10s? 

-> 

MeasurementReport 

1 

F 

4 

The SS changes Cell 1 , Cell 5 and Cell 24 
parameters according to row "T1" in table 
8.3.2.6.3.2-1. 






EXCEPTION: In parallel to step 5 the steps 
specified in Table 8.3.2.6.3.2-3 shall take 
place. 





5 

The SS waits for 10s. 

- 

- 

- 

- 

6 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1,2, 
3,4 


Table 8.3.2.6.3.2-3: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

- 

EXCEPTION: The steps 1-3 may occur in any 
order. 

- 

- 

- 

- 

1 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A2 for Cell 1 ? 

-> 

MeasurementReport 

2 

P 

2 

Check: Does the UE transmit a 
MeasurementReport message to report event 
B2 for Cell 5 ? 

-> 

MeasurementReport 

3 

P 

3 

Check: Does the UE transmit a 
MeasurementReport message to report event 
B2 for Cell 24 ? 

-> 

MeasurementReport 

4 

P 


8.3.2.6.3.3 Specific message contents 

Table 8.3.2.6.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.3.2.6.3.2-2) 

Derivation Path: 36.508 table 4.6.1-8 with condition MEAS 
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Table 8.3.2.6.3.3-2: MeasConfig (Table 8.3.2.6.3.3-1) 


Derivation path: 36.508 table 4.6.6-1 with condition INTER-RAT 

Information Element 

Value/Remark 

Comment 

Condition 

measConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

3 entries 



measObjectld[1] 

IdMeasObject-EUTRA 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

IdMeasObject-UTRA 



measObject[2] 

MeasObjectUTRA-f8 



nneasObjectld[3] 

IdMeasObject-GERAN 



measObject[3] 

MeasObjectGERAN- 
GENERIC(f11) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

3 entries 



reportConfigld[1] 

ldReportConfig-A2 



reportConfig[1] 

ReportConfigEUTRA- 
A2(-95) 



reportConfigld[2] 

ldReportConfig-B2-UTRA 



reportConfig[2] 

ReportConfiglnterRAT- 
B2-UTRA(-95, -70) 



reportConfigld[3] 

ldReportConfig-B2- 
GERAN 



reportConfig[3] 

ReportConfiglnterRAT- 
B2-GERAN(-95,-75) 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

3 entries 



measld[1] 

1 



measObjectld[1] 

IdMeasObject-EUTRA 



reportConfigld[1] 

ldReportConfig-A2 



measld[2] 

2 



measObjectld[2] 

IdMeasObject-UTRA 



reportConfigld[2] 

ldReportConfig-B2-UTRA 



measld[3] 

3 



measObjectld[3] 

IdMeasObject-GERAN 



reportConfigld[3] 

ldReportConfig-B2- 
GERAN 



} 




quantityConfig SEQUENCE { 




quantityConfigUTRA SEQUENCE { 




measQuantityUTRA-FDD 

cpich-EcNO 


UTRA- 
FDD 

measQuantityUTRA-TDD 

pccpch-RSCP 


UTRA- 
TDD 

filterCoefficient 

fc4 



} 




quantityConfigGERAN SEQUENCE { 




measQuantityGERAN 

rssi 



filterCoefficient 

fc2 



} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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Table 8.3.2.6.3.3-3: MeasObjectUTRA-f8 (Table 8.3.2.6.3.3-2) 


Derivation path: 36.508 table 4.6.6-3 MeasObjectUTRA-GENERIC(f8) 

Information Element 

Value/Remark 

Comment 

Condition 

MeasObiectUTRA-GENERIC(f8) ::= SEQUENCE { 




carrierFreq 

UTRA DL carrier 
frequency of the cell 5 



cellsToAddModList CHOICE { 




cellsToAddModListUTRA-FDD ::= SEQUENCE 
(SIZE (1 .. maxCellMeas)) OF SEQUENCE { 



UTRA- 
FDD 

celllndex [1] 

1 



physCellId[1] 

physicalCellldentity- 
Cell5 



} 




cellsToAddModListUTRA-TDD ::= SEQUENCE 
(SIZE (1..maxMeasld)) OF SEQUENCE { 



UTRA- 
TDD 

celllndex [1] 

1 



physCellld[1] 

physicalCellldentity- 
Cell5 



} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA-FDD cell environment 

UTRA-TDD 

UTRA-TDD cell environment 


Table 8.3.2.6.3.3-4: Void 

Table 8.3.2.6.3.3-5: Void 

Table 8.3.2.6.3.3-6: MeasurementRepoii (step 1 Table 8.3.2.6.3.2-3) 


Derivation path: 36.508 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE {} 

Not present 



} 




} 




} 




} 




} 
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Table 8.3.2.6.3.3-7: MeasurementReport (step 2 Table 8.3.2.6.3.2-3) 


Derivation path: 36.508 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell ::= SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 


Report Cell 5 


measResultListUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF MeasResultUTRA 
SEQUENCE} 

1 entry 



physCellld[1] 

physCellldofcell5 



cgi-lnfo [1] 

Not present 



measResult [1] SEQUENCE { 




utra-RSCP 

(-5..91) 


UTRA- 
TDD 

utra-EcNO 

(0..49) 


UTRA- 
FDD 

} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.2.6.3.3-8: MeasurementReport (step 3 Table 8.3.2.6.3.2-3) 


Derivation path: 36.508 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

3 



measResultServCell ::= SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 


Report Cell 24 


measResultListGERAN SEQUENCE (SIZE 
(1..maxCellReport)) OF MeasResultGERAN 
SEQUENCE} 

1 entry 



carrierFreq [1] 

Not checked 



physCellldfH 

physCellldofcell24 



cgi-lnfo [1] 

Not present 



measResult[1] SEQUENCE! 




rssi 

(0..63) 



} 




} 




} 




} 




} 




} 




} 




} 





8.3.2.7 


8.3.2.7.1 


Measurement configuration control and reporting / Inter-RAT measurements / 
Event B2 (measurement HRPD cells) 

Test Purpose (TP) 


(1) 


with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter RAT measurement for HRPD cell and not detected entering condition for the event 
B2 is met } 
ensure that { 

when { UE detects entering condition for the event B2 is not met } 
then { UE does not transmit any MeasurementReport } 

} 

(2) 

with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter RAT measurement for HRPD cell and not detected entering condition for the event 
B2 is met } 
ensure that { 

when { UE detects entering condition for the event B2 is met } 
then { UE transmits a MeasurementReport } 


(3) 


with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter RAT measurement for HRPD cell and detected entering condition for the event B2 
is met } 
ensure that { 

when { UE detects leaving condition for the event B2 is met } 
then { UE does not transmit any MeasurementReport } 
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8.3.2.7.2 Conformance Requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.331 clauses 5.5.4.1, 
5.5.4.8, and 5.5.5. 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: . . . 

2>else: 


3> if the corresponding measObject concerns UTRA or CDMA2000: 

4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModifyList defined within the VarMeasurementConfiguration for this 
measid (i.e. the cell is included in the white-list); 


2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasurementConfiguration, is 
fulfilled for one or more applicable cells for a duration exceeding the value of timeToTrigger defined for this 
event within the VarMeasurementConfiguration while the VarMeasurementReports does not include an entry 
for this measid (a first cell triggers the event): 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measid for 
all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for 
this event: 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 
3> if the cellsTriggeredList defined within the VarMeasReportList for this measid is empty: 

4> remove the entry within the VarMeasReportList for this measid', 

4> stop the periodical reporting timer for this measid, if running; 
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NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'evenf or to 'periodicaV while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than s- 
Measure or due to the measurement gap not being setup . 

[TS 36.331, clause 5.5.4.8] 

The UE shall: 

1> for UTRA and CDMA2000, only trigger the event for cells included in the corresponding measurement object; 

1> apply inequality B2-1 and inequality B2-2 i.e. both have to be fulfilled, as specified below, as the entry condition 
for this event; 

1> apply inequality B2-3 and inequality B2-4 i.e. at least one of the two has to be fulfilled, as specified below, as 
the leaving condition for this event; 

Inequality B2-1 (Entering condition 1) 

Ms + Hys < Threshl 

Inequality B2-2 (Entering condition 2) 

Mn + Ofn - Hys > Threshl 

Inequality B2-3 (Leaving condition 1) 

Ms - Hys > Threshl 

Inequality B2-4 (Leaving condition 2) 

Mn + Ofn + Hys < Threshl 

The variables in the formula are defined as follows: 

Ms is the measurement result of the serving cell, not taking into account any offset. 

Mn is the measurement result of the inter-RAT neighbour cell, not taking into account any offsets. 

Ofn is the frequency specific offset of the frequency of the inter-RAT neighbour cell (i.e. offsetFreq as defined 
within the measObject corresponding to the frequency of the inter-RAT neighbour cell). 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfiglnterRAT for this event). 

Threshl is the threshold parameter for this event (i.e. bl-Thresholdl as defined within reportConfiglnterRAT for 
this event). 

Threshl is the threshold parameter for this event (i.e. b2-Threshold2 as defined within reportConfiglnterRAT for 
this event). 

Ms is expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Mn is expressed in dBm or dB, depending on the measurement quantity of the inter RAT neighbour cell. 

Ofn, Hys are expressed in dB. 

Threshl is expressed in the same unit as Ms. 

Threshl is expressed in the same unit as Mn. 

[TS 36.331, clause 5.5.5] 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 
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1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with the 
following: 

3> if the triggerType is set to 'evenf : 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasurementReports for this 
measld\ 


> for each cell that is included in the measResultNeighCells, include the physCellld; 

3> if the triggerType is set to 'evenf\ or the purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell include the layer 3 filtered measured results in accordance with the reportConfig 
for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing trigger Quantity, i.e. the best cell is included 
first; 

5> else: 

6> set the measResult to the quantity as configured for the concerned RAT within the 
quantityConfig in order of decreasing trigger Quantity, i.e. the best cell is included first; 


1> increment the numberOfReportsSent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfigfox this measid : 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 


1> if the measured results are for CDMA2000 IxRTT: 

2> set the preRegistrationStatusHRPD to ^ FALSE'; 
1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends. 
8.3.2.7.3 Test description 

8.3.2.7.3.1 Pre-test conditions 

System Simulator: 

Cell 1 is high quality cell on E-UTRA 
- Cell 15 and Cell 16 are high quality cell on HRPD. 

System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 
None. 
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Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.2.7.3.2 Test procedure sequence 

Table 8.3.2.7.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while columns marked "Tl' 
and "T2" are to be applied subsequently. The exact instants on which these values shall be applied are described in the 
texts in this clause. 

Table 8.3.2.7.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 15 

Cell 16 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

-60 

- 

- 

The power level values are 
such that entering conditions 
for event B2 are not satisfied. 

lor/loc 

dB 

- 

-20 

-20 

loc 

dBm/1.23MHz 

- 

-55 

-55 

Pilot_Ec/lo(Note1) 

dB 

- 

-20 

-20 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-80 

- 

- 

The power level values are 
such that entering conditions 
for event B2 are satisfied. 

lor/loc 

dB 

- 

-5 

-20 

loc 

dBm/1.23MHz 

- 

-55 

-55 

Pilot Ec/lo(Note1) 

dB 

- 

-6 

-20 

T2 

Cell-specific RS EPRE 

dBm/15kHz 

-60 

- 

- 

The power level values are 
such that leaving conditions for 
event B2 are satisfied. 

lor/loc 

dB 

- 

-20 

-20 

loc 

dBm/1.23MHz 

- 

-55 

-55 

Pilot Ec/lo(Note1) 

dB 

- 

-20 

-20 

Note 1 : This parameter is not directly settable, but is derived by calculation from the other parameters set by the 
SS. 


Table 8.3.2.7.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup inter RAT measurement on Cell 1 . 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the setup of inter RAT 
measurement on Cell 1. 

-> 

RRCConnectionReconfigurationC 
ompiete 



3 

Check: Does the UE transmit a 
MeasurementReport message to report the 
event B2 during the next 10s? 

-> 

MeasurementReport 

1 

F 

4 

The SS changes Cell 1 , Cell 1 5 and Cell 1 6 
parameters according to row "Tl" in table 
8.3.2.7.3.2-1. 





5 

Check: Does the UE transmit a 
MeasurementReport message to report the 
event B2 for Cell 15, not including Cell 16? 

-> 

MeasurementReport 

2 

P 

6 

Void 

- 

- 

- 

- 

7 

The SS changes Cell 1 , Cell 1 5 and Cell 1 6 
parameters according to row "T2" in table 
8.3.2.7.3.2-1. 





8 

Check: Does the UE transmit a 
MeasurementReport message to report the 
event B2 during the next 10s? 

-> 

MeasurementReport 

3 

F 

9- 
13 

Void 

- 

- 

- 

- 

14 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1,2, 
3 
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8.3.2.7.3.3 Specific Message Contents 

Table 8.3.2.7.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.3.2.7.3.2-2) 


Derivation Patii: 36.508, Table 4.6.1-8, condition IVIEAS 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfiguration 

Not present 



} 




} 




} 




} 




Table 8.3.2.7.3.3-2: MeasConfig (Table 8.3.2.7.3.3-1) 

Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObiectld)) OF SEQUENCE { 

2ies entr 



nneasObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f14 



measObject[2] 

MeasObjectCDMA2000- 
GENERIC 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-CDMA2000(-69, -18) 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f14 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



} 




quantityConfig SEQUENCE { 




quantityConfigCDMA2000 SEQUENCE { 




measQuantityCDMA2000 

pilotStrength 



} 




} 




measGapConfig SEQUENCE { 




gapActivation CHOICE { 




activate SEQUENCE { 




gapPattern CHOICE { 




gpl SEQUENCE! 




gapOffset 

30 



} 




} 




} 




} 




} 




} 
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Table 8.3.2.7.3.3-3: MeasObjectCDMA2000-G EN ERIC (Tab\e 8.3.2.7.3.3-2) 


Derivation Path: 36.508, Table 4.6.6-1 C 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectCDMA2000-GENERIC ::= SEQUENCE { 




cdma2000-Type 

TypeHRPD 



carrierFreq SEQUENCE { 




bandClass 

Band Class of frequency 
under test 



arfcn 

f14 



} 




searchWindowSize 

15 



offsetFreq 

dbO 



cellsToRemoveList 

Not present 



cellsToAddModList CHOICE { 




cellsToAddModListCDMA2000 ::= SEQUENCE (SIZE 
(1 .. maxCellMeas)) OF SEQUENCE { 




celllndex [1] 

1 



physCellld[1] 

physicalCellldentity - Cell 
15 



} 




} 




cellForWhichToReportCGI 

Not present 



} 




Table 8.3.2.7.3.3-4: MeasurementReport (steps 5, Table 8.3.2.7.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultsCDMA2000 :=SEQUENCE { 




preRegistrationStatusHRPD 

FALSE 



measResultListCDMA2000::=SEQUENCE 
(SIZE (1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 15 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




pilotPnPhase 

Not present 



pilotStrength 

(0..63) 



} 




} 




} 




} 




} 




} 




} 




} 




} 
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8.3.2.8 Measurement configuration control and reporting / Inter-RAT measurements / 

Periodic reporting / Measurement of HRPD cells) 

8.3.2.8.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state and measurement configured for periodic reporting of HRPD 
cells } 
ensure that { 

when { The UE receives reference signal power for cells on the HRPD frequency where measurements 
are configured } 

then { UE sends MeasurementReport message at regular intervals for these HRPD cells } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state and a Measurement Report message for a configured periodic 
measurement reporting of HRPD cells on a configured frequency were sent } 
ensure that { 

when { A previously reported cell become unavailable or the UE receives reference signal power on 
a reported HRPD frequency for a cell which was previously not reported } 

then { UE sends MeasurementReport message at regular intervals for the available HRPD cells } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state and periodic measurement reporting of HRPD cells ongoing} 
ensure that { 

when { The UE receives a RRCConnectionReconfiguration message removing the measID of periodic 
reporting of HRPD cells } 

then { UE stops sending MeasurementReport message for HRPD cells } 
} 

8.3.2.8.2 Conformance Requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36.331 clauses 5.3.5.3, 
5.5.2.2, 5.5.4.1 and 5.5.5. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnformation and the UE is able to 
comply with the configuration included in this message, the UE shall: 


1> if the RRCConnectionReconfiguration message includes the measurementConfiguration: 
2> perform the measurement configuration procedure as specified in 5.5.2; 
[TS 36.331, clause 5.5.2.2] 
The UE shall: 

1> for each measid value included in the measIdToRemoveList: 

2> remove the entry, from the parameter measIdList within VarMeasurementConfiguration, with the 
corresponding measid value; 

2> remove the entry within the VarMeasurementReports for this measid, if included; 

2> reset the periodical reporting timer or timer T321, whichever one is running, as well as associated 
information (e.g. timeToTrigger) for this measid. 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasurementConfiguration: 
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2> if the triggerType is set to 'evenf : 

3> if the corresponding measObject concerns UTRA or CDMA2000: 

4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModifyList defined within the VarMeasurementConfiguration for this 
measid (i.e. the cell is included in the white-list); 

3> else if the corresponding measObject concerns GERAN: 

4> consider a neighbouring cell on the associated set of frequencies to be applicable when the concerned 
cell matches the ncc-Permitted defined within the VarMeasurementConfiguration for this measid; 

3> else if the corresponding measObject concerns EUTRA: 

4> consider any neighbouring cell detected on the associated frequency to be applicable when the 
concerned cell is not included in the blackListedCellsToAddModijyList defined within the 
VarMeasurementConfiguration for this measid; 

2> else consider a neighbouring cell on the associated frequency/ set of frequencies (GERAN) to be applicable 
as follows: 

3> if the corresponding reporting Config includes a purpose set to 'reportStrongestCellsForSON' : 

4> consider any neighbouring cell detected on the associated frequency to be applicable 

3> if the corresponding reporting Config includes a purpose set to 'reportCGF: 

4> consider any neighbouring cell detected on the associated frequency/ set of frequencies (GERAN) 
which has sl physicalCellldentity matching the value of the cellForWhichToReportCGI included in 
the corresponding measObject within the VarMeasurementConfiguration to be applicable 

3> else: 

4> if the corresponding measObject concerns UTRA or CDMA2000: 

5> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell 
is included in the cellsToAddModifyList defined within the VarMeasurementConfiguration for this 
measid (i.e. the cell is included in the white-list); 


2> if the triggerType is set to 'periodical' and a (first) measurement result is available for one or more 
applicable cells: 

3> include an entry within the VarMeasurementReports for this measid; 

3> set the numberOfReportsSent defined within the VarMeasurementReports for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1: If the purpose is set to 'reportStrongestCells' or to 'reportStrongestCellsForSON\ the UE initiates a first 
measurement report immediately after the requested report Quantity becomes available for at least either 
serving cell or one of the applicable cells 

2> Upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> upon expiry of the T321 for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

[TS 36.331, clause 5.5.5] 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the me asuredRe suits 
within the MeasurementReport message as follows: 
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1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the neighbouringMeasRe suits to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 

2> if the triggerType is set to 'evenf : 

3> include the cells included in the cellsTriggeredList as defined within the VarMeasurementReports for this 
measld\ 

2> else: 

3> set the neighbouringMeasRe suits to include the applicable cells for which the requested reportQuantity 
has been available since the last periodical reporting or since the measurement was initiated or reset; 

2> for each cell that is included in the neighbouringMeasRe suits, include the physicalCellldentity; 

1> increment the numberOfReportsSent as defined within the VarMeasurementReports for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasurementReports for this measid is less than the 
report Amount as defined within the corresponding reporting Configuration as defined in the 
VarMeasurementConfiguration : 

2> stop the periodical reporting timer, if running; 

2> start the periodical reporting timer with the value of reportlnterval as defined within the 
VarMeasurementConfiguration for this measid; 

1> else if the numberOfReportsSent as defined within the VarMeasurementReports for this measid is equal to the 
report Amount as defined within the corresponding reporting Configuration as defined in the 
VarMeasurementConfiguration : 

2> if the triggerType is set to 'periodical' : 

3> remove the entry within the VarMeasurementReports for this measid; 

1> if the measured results are for CDMA HRPD: 

2> set the hrpdPreRegistrationStatus to the UE's CDMA upper layer's HRPD preRegistrationStatus; 

1> if the measured results are for CDMA IxRTT: 

2> set the hrpdPreRegistrationStatus to '0'; 

1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends. 

8.3.2.8.3 Test description 

8.3.2.8.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 is high quality cell on E-UTRA 

- Cell 15 and Cell 16 are high quality cell on HRPD 

System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 
None. 
Preamble: 

- The UE is brought to state Generic RB Established (state 3) according to [18] on Cell 1 
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8.3.2.8.3.2 


Test procedure sequence 


Table 8.3.2.8.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while columns marked "TT 
and "T2" are to be applied subsequently. The exact instants on which these values shall be applied are described in the 
texts in this clause. 

Table 8.3.2.8.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 15 

Cell 16 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15kHz 

-60 

- 

- 

Power levels shall be such 
that camping on Cell 1 is 
guaranteed. 

lor/loc 

dB 

- 

-5 

-20 

loc 

dBm/1.23 
MHz 

- 

-55 

-55 

CPICH Ec/lo 
(Note1) 

dB 

- 

-6 

-20 

T1 

Cell-specific RS 
EPRE 

dBm/15kHz 

-60 

- 

- 


lor/loc 

dB 

- 

-5 

-5 

loc 

dBm/1.23 
MHz 

- 

-55 

-55 

CPICH Ec/lo 
(Note1) 

dB 

- 

-6 

-6 

T2 

Cell-specific RS 
EPRE 

dBm/15kHz 

-60 

- 

- 


lor/loc 

dB 

- 

-20 

-5 

loc 

dBm/1.23 
MHz 

- 

-55 

-55 

CPICH Ec/lo 
(Note1) 

dB 

- 

-20 

-6 

Note 1 : This parameter is not directly settable, but is derived by calculation from the other parameters 
set by the SS. 
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Table 8.3.2.8.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message 
including measConfig to setup measurements 
and periodical reporting for HRPD cells. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm measurement on Cell 15. 

-> 

RRCConnectionReconfigurationC 
omplete 




EXCEPTION: In parallel to events described in 
steps 3 and 4, the steps specified in table 
8.3.2.8.3.2-3 shall take place 





3 

Wait for 30 s to ensure that the UE performs a 
periodical reporting of HRPD cells. 

- 

- 

- 

- 

4 

SS sets the cell-specific reference signal levels 
for Cell 1, Cell 15 and Cell 16 according to row 
"T1" in table 8.3.2.8.3.2-1. 





5 

Wait and ignore MeasurementReport 
messages for 5 s to allow for the switching of 
cells. 






EXCEPTION: In parallel to events described in 
steps 6 to 7 the steps specified in table 
8.3.2.8.3.2-4 shall take place 





6 

Wait for 30 s to ensure that the UE performs a 
periodical reporting of HRPD cells. 

- 

- 

- 

- 

7 

SS sets the cell-specific reference signal levels 
for Cell 1 , Cell 15 according to row "T2" in 
table 8.3.2.4.3.2-1. 





8 

Wait and ignore MeasurementReport 
messages for 5 s to allow for the switching of 
cells. 






EXCEPTION: In parallel to events described in 
steps 9 to 10 the steps specified in table 
8.3.2.8.3.2-5 shall take place 





9 

Wait for 30 s to ensure that the UE performs a 
periodical reporting of HRPD cells. 

- 

- 

- 

- 

10 

SS transmits an 

RRCConnectionReconfiguration message 
including measConfig Xo remove measid for 
periodic reporting. 

<- 

RRCConnectionReconfiguration 



11 

The UE transmits an 

RRCConnectionReconfigrationComplete 

message 

-> 

RRCConnectionReconfigurationC 
omplete 



Table 8.3.2.8.3.2-3: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: After the 1st message is 
received, step 1 below shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical intra frequency reporting for Cell 15? 

-> 

MeasurementReport 

1 

P 
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Table 8.3.2.8.3.2-4: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: Step 1 below shall be repeated 
every time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical intra frequency reporting for Cell 15 
and Cell 16? 

-> 

MeasurementReport 

1,2 

P 

Table 8.3.2.8.3.2-5: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: Step 1 shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical intra frequency reporting for Cell 16? 

-> 

MeasurementReport 

1,2 

P 


8.3.2.8.3.3 Specific message contents 

Table 8.3.2.8.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.3.2.8.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfiguration 

Not present 



} 




} 




} 




} 
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Table 8.3.2.8.3.3-2: MeasConfig (Table 8.3.2.8.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

measConfig ::= SEQUENCE { 




measObjectToAddModifyList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f14 



measObject[2] 

MeasObjectCDMA2000- 
GENERIC 



} 




reportConfigloAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



reportConfig[1] 

ReportConfiglnterRAT- 
PERIODICAL 



} 




measidloAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f14 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



} 




quantityConfig SEQUENCE { 




quantityConfigCDMA2000 SEQUENCE { 




measQuantityCDMA2000 

pilotStrength 



} 




} 




measGapConfig SEQUENCE { 




gapActivation CHOICE { 




activate SEQUENCE { 




gapPattern CHOICE { 




gp1 SEQUENCE} 




gapOffset 

30 



} 




} 




} 




} 




} 




} 




Table 8.3.2.8.3.3-3: MeasObjectCDMA2000-GENERIC {Tab\e 8.3.2.4.3.3-2) 

Derivation Path: 36.508, Table 4.6.6-1 C 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectCDMA2000-GENERIC ::= SEQUENCE { 




cdma2000-Type 

TypeHRPD 



carrier Freq SEQUENCE { 




bandClass 

Band Class of frequency 
under test 



bandClassfrequency 

f14 



} 




searchWindowSize 

15 



offsetFreq 

dbO 



cellsToRemoveList 

Not present 



cellsToAddModifyList CHOICE {} 

Not present 



cellForWhichToReportCGI 

Not present 



} 
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Table 8.3.2.8.3.3-4: MeasurementReport {step 1 Table 8.3.2.8.3.2-3, Table 8.3.2.8.3.2-4, Table 

8.3.2.8.3.2-5) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultsCDMA2000 :=SEQUENCE { 




preRegistrationStatusHRPD 

FALSE 



measResultListCDMA2000::=SEQUENCE 
(SIZE (1..maxCellReport)) OF SEQUENCE { 

1 entry 


Table 

8.3.2.8.3.2- 

3 

physCellld[1] 

PhysicalCellldentity of 
Cell15 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




pilotStrength 

(0..63) 



} 




} 




measResultListCDMA2000::=SEQUENCE 
(SIZE (1 ..maxCellReport)) OF SEQUENCE { 

2 entries 


Table 

8.3.2.8.3.2- 

4 

physCellld[1] 

PhysicalCellldentity of 
Cell15 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




pilotStrength 

(0..63) 



} 




physCellld[2] 

PhysicalCellldentity of 
Cell 16 



cgi-lnfo[2] 

Not present 



measResult[1] SEQUENCE { 




pilotStrength 

(0..63) 



} 




} 




measResultListCDMA2000::=SEQUENCE 
(SIZE (1.. maxCellReport)) OF SEQUENCE { 

1 entry 


Table 

8.3.2.8.3.2- 

5 

physCellld[1] 

PhysicalCellldentity of 
Cell 16 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE { 




pilotStrength 

(0..63) 



} 




} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.2.8.3.3-5: RRCConnectionReconfiguration (step 10, Table 8.3.2.8.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 


Table 8.3.2.8.3.3-6: MeasConfig (Table 8.3.2.8.3.3-5) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measldToRemoveList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



} 




} 





8.3.2.9 


8.3.2.9.1 


Measurement configuration control and reporting / Inter-RAT measurements / 
Event B2 / IVIeasurement of 1xRTT cells) 

Test Purpose (TP) 


(1) 


with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter RAT measurement for IxRTT cell and not detected entering condition for the event 
B2 is met } 
ensure that { 

when { UE detects entering condition for the event B2 is not met } 
then { UE does not transmit any MeasurementReport } 

} 

(2) 

with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter RAT measurement for IxRTT cell and not detected entering condition for the event 
B2 is met } 
ensure that { 

when { UE detects entering condition for the event B2 is met } 
then { UE transmits a MeasurementReport } 

} 

(3) 

with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter RAT measurement for IxRTT cell and detected entering condition for the event B2 
is met } 
ensure that { 

when { UE detects leaving condition for the event B2 is met } 
then { UE does not transmit any MeasurementReport } 


8.3.2.9.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.5.4.1, 
5.5.4.8 and 5.5.5. 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig 


2>else : 
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3> if the corresponding measOhject concerns UTRA or CDMA2000: 

4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModList defined within the VarMeasConfig for this measid (i.e. the cell is 
included in the white-list); 


2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig, while the VarMeasReportList does not include an measurement 
reporting entry for this measid (a first cell triggers the event): 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measid for 
all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfign for 
this event: 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the YarMeasReportList for this 
measid; 

3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 
3> if the cellsTriggeredList defined within the VarMeasReportList for this measid is empty: 

4> remove the measurement reporting entry within the VarMeasReportList for this measid; 

4> stop the periodical reporting timer for this measid, if running; 

2> if the purpose is included and set to 'reportStrongestCells' or to 'reportStrongestCellsForSON' and if a 
(first) measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells', the UE initiates a first measurement report immediately 
after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON', the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 
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[TS 36.331, clause 5.5.4.8] 

The UE shall: 

1> for UTRA and CDMA2000, only trigger the event for cells included in the corresponding measurement object; 

1> consider the entering condition for this event to be satisfied when both condition B2-1 and condition B2-2, as 
specified below, are fulfilled; 

1> consider the leaving condition for this event to be satisfied when condition B2-3 or condition B2-4, i.e. at least 
one of the two, as specified below, is fulfilled; 


Inequality B2-1 (Entering condition 1) 


Inequality B2-2 (Entering condition 2) 


Inequality B2-3 (Leaving condition 1) 


Ms + Hys < ThresfA 


Mn + Ofn - Hys > Thresh! 


Ms - Hys > Threshl 

Inequality B2-4 (Leaving condition 2) 

Mn + Ofn + Hys < Threshl 

The variables in the formula are defined as follows: 

Ms is the measurement result of the serving cell, not taking into account any offsets. 

Mn is the measurement result of the inter-RAT neighbour cell, not taking into account any offsets. 

Ofn is the frequency specific offset of the frequency of the inter-RAT neighbour cell (i.e. offsetFreq as defined 
within the measObject corresponding to the frequency of the inter-RAT neighbour cell). 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfiglnterRAT for this event). 

Threshl is the threshold parameter for this event (i.e. hl-Thresholdl as defined within reportConfiglnterRAT fox 
this event). 

Threshl is the threshold parameter for this event (i.e. h2-Threshold2 as defined within reportConfiglnterRAT for 
this event). 

Ms is expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Mn is expressed in dBm or dB, depending on the measurement quantity of the inter-RAT neighbour cell. 

Ofn, Hys are expressed in dB. 

Threshl is expressed in the same unit as Mn. 

Threshl is expressed in the same unit as Mn. 

[TS 36.331, clause 5.5.5] 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the me asuredRe suits 
within the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultsNeighCells to include the best neighbouring cells up to maxReportCells in accordance 
with the following: 
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3> if the triggerType is set to 'evenf : 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measld\ 

3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultsNeighCells, include the physCellld; 

3> if the triggerType is set to 'evenf\ or \hQ purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measOhject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing triggerQuantity, i.e. the best cell is included 
first; 

5> else: 

6> set the measResult to the quantity as configured for the concerned RAT within the 
quantityConfig in order of decreasing quantity, i.e. the best cell is included first; 

3> else if the purpose is set to 'reportCGF: 

4> if the mandatory present fields of the globalCellldentity for the cell indicated by the 
cellForWhichToReportCGI in the associated measObject have been obtained: 

5> include the cgi-Info containing all the fields that have been successfully acquired; 

1> increment the numberOfReportsSent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 

1> else: 

2> if the triggerType is set to 'periodical' : 

3> remove the entry within the VarMeasReportList for this measid; 

3> remove this measid from the measIdList within VarMeasConfig; 

1> if the measured results are for CDMA2000 HRPD: 

2> set the preRegistrationStatusHRPD to the UE's CDMA2000 upper layer's HRPD preRegistrationStatus; 

1> if the measured results are for CDMA2000 IxRTT: 

2> set the preRegistrationStatusHRPD to 'FALSE'; 

1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 
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8.3.2.9.3 Test description 

8.3.2.9.3.1 Pre-test conditions 
System Simulator: 

- Cell 1, Cell 19 and Cell 20. 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.2.9.3.2 Test procedure sequence 

Table 8.3.2.9.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while rows marked "Tl", 
"T2", "T3" and "T4" are to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 
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Table 8.3.2.9.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 
19 

Cell 20 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-60 

- 

- 

The power level values are such 
that entering conditions for 
event B2 are not satisfied. 

lor/loc 

dB 

- 

-15 

-15 

Pilot Ec/lor 

dB 

- 

-7 

-7 

loc 

dBm/1.2 
3 MHz 

- 

-75 

-75 

Pilot Ec/lo 
(Notel) 

dB 

- 

-22 

-22 

11 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-80 

- 

- 

The power level values are such 
that entering conditions for 
event B2 are satisfied. 

lor/loc 

dB 

- 



-15 

Pilot Ec/lor 

dB 

- 

-7 

-7 

loc 

dBm/1.2 
3 MHz 

- 

-75 

-75 

Pilot Ec/lo 
(Notel) 

dB 

- 

-10 

-22 

T2 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-60 

- 

- 

The power level values are such 
that leaving conditions for event 
B2 are satisfied. 

lor/loc 

dB 

- 

-15 

-15 

Pilot Ec/lor 

dB 

- 

-7 

-7 

loc 

dBm/1.2 
3 MHz 

- 

-75 

-75 

Pilot Ec/lo 
(Notel) 

dB 

- 

-22 

-22 

T3 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-80 

- 

- 

The power level values are such 
that entering conditions for 
event B2 are satisfied. 

lor/loc 

dB 

- 



-15 

Pilot Ec/lor 

dB 

- 

-7 

-7 

loc 

dBm/1.2 
3 MHz 

- 

-75 

-75 

Pilot Ec/lo 
(Notel) 

dB 

- 

-10 

-22 

T4 

Cell-specific 
RS EPRE 

dBm/15 
kHz 

-60 

- 

- 

The power level values are such 
that leaving conditions for event 
B2 are satisfied. 

lor/loc 

dB 

- 

-15 

-15 

Pilot Ec/lor 

dB 

- 

-7 

-7 

loc 

dBm/1.2 
3 MHz 

- 

-75 

-75 

Pilot Ec/lo 
(Notel) 

dB 

- 

-22 

-22 

Note 1 : This parameter is not directly settable, but is derived by calculation from the other 
parameters set by the SS. 
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Table 8.3.2.9.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup inter RAT measurement on Cell 1 . 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the setup of inter RAT 
measurement on Cell 1. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

Check: Does the UE transmit a 
MeasurementReport message to report the 
event B2 during the next 10s? 

-> 

MeasurementReport 

1 

F 

4 

The SS changes Cell 1 , Cell 19 and Cell 20 
parameters according to row "T1" in table 
8.3.2.9.3.2-1. 





5 

Check: Does the UE transmit a 
MeasurementReport message to report the 
event B2 for Cell 19, not including Cell 20? 

-> 

MeasurementReport 

2 

P 

6 

Void 

- 

- 

- 

- 

7 

The SS changes Cell 1 , Cell 19 and Cell 20 
parameters according to row "T2" in table 
8.3.2.9.3.2-1. 





8 

Check: Does the UE transmit a 
MeasurementReport message to report the 
event B2 during the next 10s? 

-> 

MeasurementReport 

3 

F 

9 

The SS changes Cell 1 , Cell 19 and Cell 20 
parameters according to row "T3" in table 
8.3.2.9.3.2-1. 





10 

Check: Does the UE transmit a 
MeasurementReport message to report the 
event B2 for Cell 19, not including Cell 20? 

-> 

MeasurementReport 

2 

P 

11 

Void 

- 

- 

- 

- 

12 

The SS changes Cell 1 , Cell 19 and Cell20 
parameters according to row "T4" in table 
8.3.2.9.3.2-1. 





13 

Check: Does the UE transmit a 
MeasurementReport message to report the 
event B2 during the next 10s? 

-> 

MeasurementReport 

3 

F 

14 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 






8.3.2.9.3.3 Specific message contents 

Table 8.3.2.9.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.3.2.9.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.3.2.9.3.3-2: MeasConfig (Table 8.3.2.9.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f17 



measObject[2] 

MeasObjectCDMA2000- 
GENERIC 



} 




reportConfigloAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-CDMA2000(-69, -18) 



} 




measidloAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f17 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



} 




quantityConfig SEQUENCE { 




quantityConfigCDMA2000 SEQUENCE { 




measQuantityCDMA2000 

pilotStrength 



} 




} 




measGapConfig SEQUENCE { 




gapActivation CHOICE { 




activate SEQUENCE { 




gapPattern CHOICE { 




gp1 SEQUENCE} 




gapOffset 

30 



} 




} 




} 




} 




} 




} 




Table 8.3.2.9.3.3-3: MeasObjectCDMA2000-GENERIC {Tab\e 8.3.2.9.3.3-2) 

Derivation Path: 36.508, Table 4.6.6-1 C 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectCDMA2000-GENERIC ::= SEQUENCE { 




cdma2000-Type 

TypelXRTT 



CarrierFreqCDMA2000 SEQUENCE { 




bandClass 

Band Class of frequency 
under test 



arfcn 

f17 



} 




searchWindowSize 

15 



offsetFreq 

dbO 



cellsToRemoveList 

Not present 



cellsToAddModList CHOICE {} 

[Not present] 



cellForWhichToReportCGI 

Not present 



} 
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Table 8.3.2.9.3.3-3: MeasurementReport (steps 5 and 10, Table 8.3.2.9.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResults NeighCells CHOICE { 




measResultsCDMA2000 :=SEQUENCE { 




preRegistrationStatusHRPD 

FALSE 



measResultListCDMA2000::=SEQUENCE 
(SIZE (1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 19 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE { 




pilotStrength 

(0..63) 



} 




} 




} 




} 




} 




} 




} 




} 




} 





8.3.2.10 


8.3.2.10.1 


Measurement configuration control and reporting / Inter-RAT measurements / 
Periodic reporting / IVIeasurement of 1xRTT cells 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_CONNECTED state and measurement configured for periodic reporting of IxRTT 
cells } 
ensure that { 

when { The UE receives reference signal power for cells on the IxRTT frequency where measurements 
are configured } 

then { UE sends MeasurementReport message at regular intervals for these IxRTT cells } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state and a Measurement Report message for a configured periodic 
measurement reporting of IxRTT cells on a configured frequency was sent } 
ensure that { 

when { A previously reported cell become unavailable or the UE receives reference signal power on 
a reported IxRTT frequency for a cell which was previously not reported } 

then { UE sends MeasurementReport message at regular intervals for the available IxRTT cells } 


(3) 

with { UE in E-UTRA RRC_CONNECTED state and periodic measurement reporting of IxRTT cells ongoing} 
ensure that { 

when { The UE receives an RRCConnectionReconfiguration message removing the measID of periodic 
reporting of IxRTT cells } 

then { UE stops sending MeasurementReport message for IxRTT cells } 

} 
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8.3.2.10.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.5.2.2, 5.5.4.1 and 5.5.5. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> If the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the Measurement configuration procedure as specified in 5.5.2; 

[TS 36.331, clause 5.5.2.2] 

The UE shall: 

1> for each measid included in the received measIdToRemoveList that is part of the current UE configuration in 
va rMeas Config : 

2> remove the entry with the matching measid from the measIdList within the VarMeas Config; 

2> remove the measurement reporting entry for this measid from the VarMeasReportList, if included; 

2> stop the periodical reporting timer or timer T321, whichever one is running, and reset the associated 
information (e.g. timeToTrigger) for this measid; 

NOTE: The UE does not consider the message as erroneous if the measIdToRemoveList includes any measid 
value that is not part of the current UE configuration. 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeas Config: 

2> if the corresponding reportConfig includes a purpose set to 'reportStrongestCellsForSON' \ 

2> else if the corresponding reportConfig includes a purpose set to 'reportCGF: 

2> else: 

3> if the corresponding measObject concerns E-UTRA: 

3> else if the corresponding measObject concerns UTRA or CDMA2000: 

4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModList defined within the VarMeasConfig for this measid (i.e. the cell is 
included in the white-list); 

2> if the purpose is included and set to 'reportStrongestCells' or to 'reportStrongestCellsForSON' and if a 
(first) measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 
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3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells\ the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON\ the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measld: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 


2> upon expiry of the T321 for this measld: 

3> include a measurement reporting entry within the VarMeasReportList for this measld; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measld to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'event' or to 'periodicaV while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than ^- 
Measure or due to the measurement gap not being setup. 

NOTE 3: If the UE is configured with DRX, the UE may delay the measurement reporting for event triggered and 
periodical triggered measurements until the Active Time, which is defined in TS 36.321 [6]. 

[TS 36.331, clause 5.5.5] 

For the measld for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measld to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultsNeighCells to include the best neighbouring cells up to maxReportCells in accordance 
with the following: 

3> if the triggerType is set to 'event' : 


3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultsNeighCells, include the physCellld; 

3> if the triggerType is set to 'event'; or the purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measld, ordered as follows: 

5> if the measObject associated with this measld concerns E-UTRA: 


5> else: 
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6> set the measResult to the quantity as configured for the concerned RAT within the 
quantityConfig in order of decreasing quantity, i.e. the best cell is included first; 

3> else if the purpose is set to 'reportCGF: 

1> increment the numb erOfRep oris Sent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numherOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 

1> else: 

2> if the triggerType is set to 'periodical' : 

3> remove the entry within the VarMeasReportList for this measid; 

3> remove this measid from the measIdList within VarMeasConfig; 
1> if the measured results are for CDMA2000 HRPD: 

1> if the measured results are for CDMA2000 IxRTT: 

2> set the preRegistrationStatusHRPD to 'FALSE'; 
1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 
8.3.2.1 0.3 Test description 

8.3.2.1 0.3.1 Pre-test conditions 
System Simulator: 

- Cell 1, Cell 19 and Cell 20. 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18] on Cell 1. 

8.3.2.1 0.3.2 Test procedure sequence 

Table 8.3.2.10.3.2-1 illustrates the downlink power levels to be applied for the cells at various time instants of the test 
execution. Row marked "TO" denotes the initial conditions, while rows marked "Tl" and "T2" are to be applied 
subsequently. The exact instants on which these values shall be applied are described in the texts in this clause. 
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Table 8.3.2.10.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 19 

Cell 20 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 

- 

- 

Power levels shall be such that 
camping on Cell 1 is guaranteed. 

lor/loc 

dB 

- 



-15 

Pilot Ec/ lor 

dB 

- 

-7 

-7 

loc 

dBm/1.2 
3 MHz 

- 

-75 

-75 

Pilot Ec/lo 
(Note1) 

dB 

- 

-10 

-22 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 

- 

- 


lor/loc 

dB 

- 





Pilot Ec/ lor 

dB 

- 

-7 

-7 

loc 

dBm/1.2 
3 MHz 

- 

-75 

-75 

Pilot Ec/lo 
(Note1) 

dB 

- 

-10 

-10 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 

- 

- 


lor/loc 

dB 

- 

-15 

-0 

Pilot Ec/ lor 

dB 

- 

-7 

-7 

loc 

dBm/1.2 
3 MHz 

- 

-75 

-75 

Pilot Ec/lo 
(Note1) 

dB 

- 

-22 

-10 

Note 1 : This parameter is not directly settable, but is derived by calculation from the other parameters 
set by the SS. 
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Table 8.3.2.10.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

SS transmits an 

RRCConnectionReconfiguration message 
including measurementConfiguration to setup 
measurements and periodical reporting for 
IxRTT cells. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RCConnectionReconfigrationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 




EXCEPTION: In parallel to the events 
described in steps 3 to 4, the steps specified in 
table 8.3.2.10.3.2-3 shall take place. 





3 

Wait for 30 s to ensure that the UE performs a 
periodical reporting of IxRTT cells. 

- 

- 

1 

- 

4 

SS sets the cell-specific reference signal levels 
and switches Cell 20 on according to row "T1 " 
in table 8.3.2.10.3.2-1. 





5 

Wait and ignore MeasurementReport 
messages for 5 s to allow for the switching of 
cells. 






EXCEPTION: In parallel to the events 
described in steps 6 to 7, the steps specified in 
table 8.3.2.10.3.2-4 shall take place. 





6 

Wait for 30 s to ensure that the UE performs a 
periodical reporting of IxRTT cells. 

- 

- 

1,2 

- 

7 

SS sets the cell-specific reference signal levels 
and switches Cell 19 off according to row "T2" 
in table 8.3.2.10.3.2-1. 





8 

Wait and ignore MeasurementReport 
messages for 5 s to allow for the switching of 
cells. 






EXCEPTION: In parallel to the events 
described in steps 9 to 10, the steps specified 
in table 8.3.2.10.3.2-5 shall take place. 





9 

Wait for 30 s to ensure that the UE performs a 
periodical reporting of IxRTT cells. 

- 

- 

1,2 

- 

10 

SS transmits an 

RRCConnectionReconfiguration message 
including measurementConfiguration to 
remove measid for periodic reporting. 

<- 

RRCConnectionReconfiguration 



11 

The UE transmits an 

RCConnectionReconfigrationComplete 

message 

-> 

RRCConnectionReconfigurationC 
omplete 




Table 8.3.2.10.3.2-3: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 


EXCEPTION: After the 1st message is 
received, step 1 below shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
IVIeasurementReport message to perform 
periodical intra frequency reporting for Cell 19? 

-> 

IVIeasurementReport 

1 

P 
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Table 8.3.2.10.3.2-4: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: Step 1 below shall be repeated 
every time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical intra frequency reporting for Cell 20 
and Cell20? 

-> 

MeasurementReport 

1,2 

P 

Table 8.3.2.10.3.2-5: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


EXCEPTION: Step 1 shall be repeated every 
time the duration indicated in the IE 
reportlnterval has elapsed. 





1 

Check: Does the UE transmit a 
MeasurementReport message to perform 
periodical intra frequency reporting for Cell 20? 

-> 

MeasurementReport 

1,2 

P 


8.3.2.1 0.3.3 Specific message contents 

Table 8.3.2.10.3.3-1: RRCConnectionReconfiguration (step 1, Table 8.3.2.10.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.3.2.10.3.3-2: MeasConfig (step 1, Table 8.3.2.10.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f17 



measObject[2] 

MeasObjectCDMA2000 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-f17 



reportConfig[1] 

ReportConfiglnterRAT- 
PERIODICAL 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f17 



reportConfigld[1] 

ldReportConfig-f17 



} 




quantityConfig SEQUENCE { 




quantityConfigEUTRA 

Not present 



quantityConfigUTRA 

Not present 



quantityConfigGERAN 

Not present 



quantityConfigCDMA2000 SEQUENCE { 

Not present 



measQuantityCDMA2000 

pilotStrength 



} 




} 




measGapConfig SEQUENCE { 




gapActivation CHOICE { 




activate SEQUENCE { 




gapPattern CHOICE { 




gp1 SEQUENCE! 




gapOffset 

30 



} 




} 




} 




} 




} 




} 




Table 8.3.2.10.3.3-3: MeasObJectCDMA2000 {step 1, Table 8.3.2.10.3.2-2) 

Derivation Path: 36.508, Table 4.6.6-1 C 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectCDMA2000-GENERIC ::= SEQUENCE { 




cdma2000-Type 

TypelXRTT 



CarrierFreqCDMA2000 SEQUENCE { 




bandClass 

Band Class of frequency 
under test 



arfcn 

f17 



} 




SearchWindowSize 

15 



offsetFreq 

dbO 



cellsToRemoveList 

Not present 



cellsToAddModList CHOICE {} 

Not present 



cellForWhichToReportCGI 

Not present 



} 
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Table 8.3.2.10.3.3-4: RRCConnectionReconfiguration (step 10, Table 8.3.2.10.3.2-2) 


Derivation path: 36.508 table 4.6.1-6 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




measurementConfiguration ::= SEQUENCE { 




measldToRemoveList::= SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



} 




} 




} 




} 




} 




} 
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Table 8.3.2.10.3.3-5: MeasurementReport (step 1, Table 8.3.2.10.3.2-3, Table 8.3.2.10.3.2-4, Table 

8.3.2.10.3.2-5) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultsCDMA2000 :=SEQUENCE { 




preRegistrationStatusHRPD 

FALSE 



measResultListCDMA2000::=SEQUENCE 
(SIZE (1..maxCellReport)) OF SEQUENCE { 

1 entry 


Table 

8.3.2.10.3. 

2-3 

physCellld[1] 

PhysicalCellldentity of 
Cell 19 


cfg-lnfo[1] 

Not present 


measResult[1] SEQUENCE { 



pilotStrength 

(0..63) 


} 



} 



measResultListCDMA2000::=SEQUENCE 
(SIZE (1 ..maxCellReport)) OF SEQUENCE { 

2 entries 


Table 

8.3.2.10.3. 

2-4 

physCellld[1] 

PhysicalCellldentity of 
Cell 19 


cgi-lnfo[1] 

Not present 


measResultf 11 SEQUENCE} 



pilotStrength 

(0..63) 


} 



physCellld[2] 

PhysicalCellldentity of 
Cell 20 


cgi-lnfo[2] 

Not present 


measResult[1] SEQUENCE { 



pilotStrength 

(0..63) 


} 



} 



measResultListCDMA2000::=SEQUENCE 
(SIZE (1.. maxCellReport)) OF SEQUENCE { 

1 entry 


Table 

8.3.2.10.3. 

2-5 

physCellld[1] 

PhysicalCellldentity of 
Cell 20 


cgi-lnfo[1] 

Not present 


measResultf 11 SEQUENCE} 



pilotStrength 

(0..63) 


} 



} 



} 




} 




} 




} 




} 




} 




} 
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Measurements for self optimized networks 

Measurement configuration control and reporting / SON / ANR / CGI 
reporting of E-UTRAN cell 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { Neighbour becomes offset better than serving } 
then { UE sends MeasurementReport for event A3 } 
} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is commanded to report the global cell identity of the neighbour cell } 
then { UE determines the global cell identity of the cell included in the associated measurement 
object by acquiring the relevant system information from the concerned cell and reports the global 
cell identity in the MeasurementReport } 
} 

8.3.3.1 .2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.5.2.3, 5.5.3.1, 5.5.4.1 and 5.5.5. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> If the RRCConnectionReconfiguration message includes the measConfig: 
2> perform the Measurement configuration procedure as specified in 5.5.2; 

[TS 36.331, clause 5.5.2.3] 
The UE shall: 

The UE shall: 

1> for each measid included in the received measIdToAddModList: 

2> if an entry with the matching measid exists in the measIdList within the VarMeasConfig: 

3> replace the entry with the value received for this measid', 

2> else: 

3> add a new entry for this measid within the VarMeasConfig ; 

2> remove the measurement reporting entry for this measid from the VarMeasReportList, if included; 

2> stop the periodical reporting timer or timer T321, whichever one is running, and reset the associated 
information (e.g. timeToTrigger) for this measid; 

2> if the triggerType is set to 'periodicaV and the purpose is set to 'reportCGF in the reportConfig associated 
with this measid: 

3> if the measObject associated with this measid concerns E-UTRA: 
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4> start timer T321 with the timer value set to 1 second for this measid; 

3> else: 

4> start timer T321 with the timer value set to 8 seconds for this measld\ 

[TS 36.331, clause 5.5.3.1] 

The UE supports measurements using a reporting configuration with the purpose set to 'reportCGF, if the network 
provides sufficient idle periods. 

The UE applies the layer 3 filtering as specified in 5.5.3.2, before using the measured results for evaluation of reporting 
criteria or for measurement reporting. 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if a measurement gap configuration is setup; or 

2> the UE does not require measurement gaps to perform the concerned measurement: 

3> if s -Measure is not configured; or 

3> if s-Measure is configured and the serving cell RSRP, after layer 3 filtering, is lower than this value; or 

3> if the purpose for the associated reportConfig is set to 'reportCGF: 

4> perform the corresponding measurements of neighbouring cells on the frequencies and RATs 
indicated in the concerned measObjecf, 

2> perform the evaluation of reporting criteria as specified in section 5.5.4; 

1> if a measid is configured for which the purpose within the associated reportConfig is set to 'reportCGF: 

2> try to acquire the global cell identity of the cell indicated by the cellForWhichToReportCGI in the associated 
measObject by acquiring the relevant system information from the concerned cell; 

2> if the cell indicated by the cellForWhichToReportCGI included in the associated measObject is an E-UTRAN 
cell: 

3> try to acquire the list of additional PLMN Identities, as included in the plmn-Identity Fist, if multiple 
PLMN identities are broadcast in the concerned cell; 

NOTE: The 'primary' PLMN is part of the global cell identity. 

2> if the cell indicated by the cellForWhichFoReportCGI included in the associated measObject is a UTRAN 
cell: 

3> try to acquire the LAC, the RAC and the list of additional PLMN Identities, if multiple PLMN identities 
are broadcast in the concerned cell; 

2> if the cell indicated by the cellForWhichFoReportCGI included in the associated measObject is a GERAN 
cell: 

3> try to acquire the RAC in the concerned cell; 

2> if the cell indicated by the cellForWhichFoReportCGI included in the associated measObject is a 
CDMA2000 cell and the cdma2000-Fype included in the measObject is 'typeHRPD': 

3> try to acquire the Sector ID in the concerned cell; 

2> if the cell indicated by the cellForWhichFoReportCGI included in the associated measObject is a 
CDMA2000 cell and the cdma2000-Fype included in the measObject is 'typelXRFT: 

3> try to acquire the BASE ID, SID and NID in the concerned cell; 
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[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the corresponding reportConfig includes a purpose set to 'reportStrongestCellsForSON' : 

3> consider any neighbouring cell detected on the associated frequency to be applicable; 

2> else if the corresponding reportConfig includes a purpose set to 'reportCGF: 

3> consider any neighbouring cell detected on the associated frequency/ set of frequencies (GERAN) which 
has a physical cell identity matching the value of the cellForWhichToReportCGI included in the 
corresponding measObject within the VarMeasConfig to be applicable; 

2> else: 

3> if the corresponding measObject concerns E-UTRA: 

4> consider any neighbouring cell detected on the associated frequency to be applicable when the 

concerned cell is not included in the MackCellsToAddModList defined within the VarMeasConfig for 
this measid; 

3> else if the corresponding measObject concerns UTRA or CDMA2000: 

4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModList defined within the VarMeasConfig for this measid (i.e. the cell is 
included in the white-list); 

3> else if the corresponding measObject concerns GERAN: 

4> consider a neighbouring cell on the associated set of frequencies to be applicable when the concerned 
cell matches the ncc-Permitted defined within the VarMeasConfig for this measid; 

2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig, while the VarMeasReportList does not include an measurement 
reporting entry for this measid (a first cell triggers the event): 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'evenf and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measid for 
all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for 
this event: 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 1359 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 
3> if the cellsTriggeredList defined within the VarMeasReportList for this measid is empty: 

4> remove the measurement reporting entry within the VarMeasReportList for this measid; 

4> stop the periodical reporting timer for this measid, if running; 

2> if the purpose is included and set to 'reportStrongestCells' or to 'reportStrongestCellsForSON' and if a 
(first) measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells\ the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON\ the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the purpose is included and set to 'reportCGF and if the UE acquired the information needed to set all 
fields of cgi-Info for the requested cell: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> stop timer T321; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> upon expiry of the T321 for this measid: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'event' or to ' periodical' while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than ^- 
Measure or due to the measurement gap not being setup. 

NOTE 3: If the UE is configured with DRX, the UE may delay the measurement reporting for event triggered and 
periodical triggered measurements until the Active Time, which is defined in TS 36.321 [6]. 

[TS 36.331, clause 5.5.5] 
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UE 


EUTRAN 


MeasurementReport ^ 


Figure 5.5.5-1 : Measurement reporting 


The purpose of this procedure is to transfer measurement results from the UE to E-UTRAN. 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 

3> if the triggerType is set to 'evenf : 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measld\ 

3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultNeighCells, include the physCellld', 

3> if the triggerType is set to 'event'; or the^ purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing triggerQuantity, i.e. the best cell is included 
first; 

5> else: 

6> set the measResult to the quantity as configured for the concerned RAT within the 
quantityConfig in order of decreasing quantity, i.e. the best cell is included first; 

3> else if \hQ purpose is set to 'reportCGF: 

4> if the mandatory present fields of the cgi-Info for the cell indicated by the cellForWhichToReportCGI 
in the associated measObject have been obtained: 

5> include the cgi-Info containing all the fields that have been successfully acquired; 
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1> increment the numberOfReportsSent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 

1> else: 

2> if the triggerType is set to 'periodical' : 

3> remove the entry within the VarMeasReportList for this measid; 

3> remove this measid from the measIdList within VarMeasConfig; 

1> if the measured results are for CDMA2000 HRPD: 

2> set the preRegistrationStatusHRPD to the UE's CDMA2000 upper layer's HRPD preRegistrationStatus; 

1> if the measured results are for CDMA2000 IxRTT: 

2> set the preRegistrationStatusHRPD to 'FALSE'; 

1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 

8.3.3.1 .3 Test description 

8.3.3.1 .3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.3.1 .3.2 Test procedure sequence 

Table 8.3.3.1.3.2-1 illustrates the downlink power levels to be applied for Cell 1 and Cell 2 at various time instants of 
the test execution. Row marked "TO" denotes the conditions after the preamble, while row marked "Tl" is to be applied 
subsequently. The exact instants on which these values shall be applied are described in the texts in this clause. 

Table 8.3.3.1.3.2-1 : Power levels 



Parameter 

Unit 

CelM 

Cell 2 
(DL only) 

Remark 

TO 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

-91 

Power levels shall be such that entry condition for event A3 
is not satisfied : Mn + Ofn + Ocn + Hys <Ms-\- Ofs + Ocs + Off 

Tl 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

-79 

Power levels shall be such that entry condition for event A3 
is satisfied : Mn + Ofn + Ocn - Hys >Ms + Ofs + Ocs + Off 
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Table 8.3.3.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message 
including measConfig {o setup intra LTE 
measurement and reporting for event A3 (intra 
frequency measurement) and set 
timeAlignmentTimerDedicated to infinity. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigrationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS re-adjusts the cell-specific reference 
signal level according to row "T1" in table 
8.3.3.1.3.2-1. 





4 

Check: Does the UE transmit a 
MeasurementReport message to report event 
A3 with the measured RSRP value for Cell 2? 

-> 

MeasurementReport 

1 

P 

5 

The SS transmits an 

RRCConnectionReconfiguration message 
including A77easCo/7/if5f including reportCGIior 
Cell 2 and sufficient idle periods for UE to 
acquire the relevant system information from 
Cell 2. 

<— 

RRCConnectionReconfiguration 



6 

The UE transmits an 

RRCConnectionReconfigrationConfipiete 

message. 

-> 

RRCConnectionReconfigurationC 
ompiete 



7 

Check: Does the UE transmit a 
IVIeasurementReport message with 
cellGloballd oi Cell 2 within 1 sec. 

-> 

MeasurementReport 

2 

P 


8.3.3.1.3.3 


Specific message contents 


Table 8.3.3.1.3.3-1 : SystemlnfonnationBlockType2ior Cell 1 (preamble and all the steps in Table 

8.3.3.1.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




RadioResourceConfigCommonSIB-DEFAULT ::= 
SEQUENCE! 




pcch-Config 

PCCH-Config- 
LONGCYCLE 



} 




PCCH-Config-LONGCYCLE::= SEQUENCE { 




defaultPagingCycle 

rf256 



nB 

oneT 



} 




} 
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Table 8.3.3.1.3.3-1 A: SystemlnformationBlockTypel for Cell 2 (preamble and all steps, Table 

8.3.3.1.3.2-2) 


Derivation Path: 36.508 Table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




pImn-ldentityList SEQUENCE (SIZE (1..6)) OF 
SEQUENCE} 

2 entries 



plmn-ldentity[1] SEQUENCE} 




mcc 

See Table 8.3.3.1. 3.3-1 B 



mnc 

See Table 8.3.3.1. 3.3-1 B 



} 




cellReservedForOperatorUse[1 ] 

notReserved 



plmn-ldentityf21 SEQUENCE { 




mcc 

See Table 8.3.3.1. 3.3-1 B 



mnc 

See Table 8.3.3.1. 3.3-1 B 



} 




cellReservedForOperatorUse[2] 

notReserved 



} 




} 




} 





The PLMN Identity list broadcasted on the BCCH in Cell 2 shall be configured as defined in the table below. 
Table 8.3.3.1.3.3-1 B: PLMN Identity List broadcasted for Cell 2 


Cell 

PLMN Identity (1) 

PLMN Identity (2) 

MCC digits 

MNC digits 

MCC digits 

MNC digits 

2 

PLMN1 

PLMN1 

PLMN 2 

PLMN 2 


The definition of each PLMN code is found in table below. 


PLMN 

MCC digit 

MNC die 

lit 

1 

2 

3 

1 

2 

3 

1 





1 



1 

- 

2 





1 



2 

- 


NOTE: "-" (dash) denotes "not present" 

Table 8.3.3.1.3.3-2: RRCConnectionReconfiguration (step 1, Table 8.3.3.1.3.2-2) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated ::= SEQUENCE { 




srb-ToAddModList 

Not present 



drb-ToAddModList 

Not present 



drb-ToReleaseList 

Not present 



mac-MainConfig CHOICE { 




explicitValue SEQUENCE { 




ul-SGH-Gonfig 

Not present 



drx-Gonfig 

Not present 



timeAlignmentTimerDedicated 

infinity 



phr-Gonfig 

Not present 



} 




} 




sps-Gonfig 

Not present 



physicalGonfigDedicated 

Not present 



} 
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Table 8.3.3.1.3.3-3 MeasConfig (step 1, Table 8.3.3.1.3.2-2) 


Derivation Path: 36.508 clause 4.6.6 table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measldToAddModList ::= SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



nneasObjectld[1] 

ldMeasObject-f1 



reportConfigld[1] 

ldReportConfig-A3 



} 




measObjectToAddModList ::= SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



measObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModList ::= SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfig-A3-H 



} 




} 




Table 8.3.3.1.3.3-4 ReportConfig-A3-H (step 1, Table 8.3.3.1.3.2-2) 

Derivation path: 36.508 clause 4.6.6 table 4.6.6-6 ReportConfigEUTRA-A3 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA-A3 ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE! 




eventid CHOICE { 




eventA3 SEQUENCE { 




} 




} 




timeToTrigger 

msO 



} 




} 




reportOuantity 

sameAsTriggerQuantity 



} 
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Table 8.3.3.1.3.3-5 MeasurementReport (step 4, Table 8.3.3.1.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 2 


physCellld 

PhysCellld of the Cell 2. 



cgi-lnfo 

Not present 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

Not present 



} 




} 




} 




} 




} 




} 




} 





Table 8.3.3.1.3.3-6: RRCConnectionReconfiguration (step 5, Table 8.3.3.1.3.2-2) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-DRX 



} 
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Table 8.3.3.1.3.3-7 MeasConfig (step 5, Table 8.3.3.1.3.2-2) 


Derivation Path: 36.508 clause 4.6.6 table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measldToAddModList ::= SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

2 



nneasObjectld[1] 

ldMeasObject-f1 



reportConfigld[1] 

ReportConfigld-CGI 



} 




measObjectToAddModList ::= SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



measObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObiectEUTRA-CGI 



} 




reportConfigToRemoveList ::= SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 




reportConfigId 

ldReportConfig-A3 



} 




reportConfigToAddModList ::= SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ReportConfigld-CGI 



reportConfig[1] 

ReportConfig-CGI 



} 




} 





Table 8.3.3.1.3.3-8: MeasObjectEUTRA-CGI (step 5, Table 8.3.3.1.3.2-2) 


Derivation Path: 36.508 clause 4.6.6 table 4.6.6-2 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectEUTRA-CGI ::= SEQUENCE { 




carrierFreq SEQUENCE {} 

Downlink EARFCN for f1 



cellForWhichToReportCGI 

PhysCelHd of the Cell 2. 



} 





Table 8.3.3.1.3.3-9: ReportConfig-CGI (step 5, Table 8.3.3.1.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-7 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA ::= SEQUENCE { 




triggerType CHOICE { 




periodical SEQUENCE { 




purpose CHOICE { 




reportCGI 

NULL 



} 




} 




reportOuantity 

sameAsTriggerQuantity 



reportAmount 

r1 



} 
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Table 8.3.3.1.3.3-10: RadioResourceConfigDedicated-DRX (step 5, Table 8.3.3.1.3.2-2) 


Derivation Path: 36.508 clause 4.6.3.19 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated-DRX ::= 
SEQUENCE} 




mac-IVIainConfig CHOICE { 




explicitValue SEQUENCE { 




ul-SCH-Config SEQUENCE { 




maxHARQ-Tx 

n5 



periodicBSR-Timer 

infinity 



retxBSR-Timer 

sf 10240 



ttiBundling 

FALSE 



} 




drx-Config CHOICE { 




setup SEQUENCE} 




onDurationTimer 

psf6 



drx-lnactivityTimer 

psf60 



drx-RetransmissionTimer 

sf16 



longDRX-CycleStartOffset CHOICE { 




sf1280 

4 



} 




shortDRX 

Not present 



} 




} 




timeAlignmentTimerDedicated 

infinity 



phr-Config CHOICE { 




release 

NULL 



} 




} 




} 




physicalConfigDedicated 

Not present 



} 
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Table 8.3.3.1.3.3-11 : MeasurementReport (step 7, Table 8.3.3.1.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 I 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellldfl] 

PhysCellld of Cell 2 



cgi-lnfo[1] SEQUENCE! 




cellGloballd 

cellGloballdof formed 
from the first entry in 
'pImn-ldentityList' and 
'cellldentity' Cell 2 



trackingAreaCode 

trackingAreaCode of Cell 
2 



pImn-ldentityList {} 

List of identities starting 
from the second entry of 
pImn-ldentityList of Cell 2 



} 




measResult[1] SEQUENCE { 




rsrpResult 

Not present 



rsrqResult 

Not present 



} 




} 




} 




} 




} 




} 




} 




} 

1 1 


8.3.3.2 


8.3.3.2.1 


Measurement configuration control and reporting / SON / ANR / CGI 
reporting of UTRAN cell 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_CONNECTED state and measurement configured for periodic reporting of UTRA 
cells with the purpose of SON } 
ensure that { 

when { The UE receives reference signal power for cells on the UTRA frequency where measurements 
are configured } 

then { UE sends MeasurementReport message at regular intervals for these UTRA cells } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is commanded to report the global cell identity of the inter-RAT (UTRAN) neighbour cell 
then { UE determines the global cell identity of the inter-RAT (UTRAN) cell included in the 
associated measurement object by acquiring the relevant system information from the concerned cell 
and reports the global cell identity in the MeasurementReport message} 
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8.3.3.2.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.5.2.3, 5.5.3, 5.5.4.1and 5.5.5. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> if the RRCConnectionReconfiguration message includes the measConfig: 
2> perform the measurement configuration procedure as specified in 5.5.2; 

[TS 36.331, clause 5.5.2.3] 
The UE shall: 

2> if the triggerType is set to 'periodicaV and the purpose is set to 'reportCGF in the reportConfig associated 
with this measld: 

3> if the measObject associated with this measld concerns E-UTRA: 

4> start timer T321 with the timer value set to 1 second for this measld; 
3> else: 

4> start timer T321 with the timer value set to 8 seconds for this measld; 

[TS 36.331, clause 5.5.3] 

The UE supports measurements using a reporting configuration with the purpose set to 'reportCGF, if the network 
provides sufficient idle periods. 

The UE applies the layer 3 filtering as specified in 5.5.3.2, before using the measured results for evaluation of reporting 
criteria or for measurement reporting. 

The UE shall: 

1> for each measld included in the measIdList within VarMeasConfig: 

2> if a measurement gap configuration is setup; or 

2> the UE does not require measurement gaps to perform the concerned measurement: 

3> if s -Measure is not configured; or 

3> if s-Measure is configured and the serving cell RSRP, after layer 3 filtering, is lower than this value; or 

3> if the purpose for the associated reportConfig is set to 'reportCGF: 

4> perform the corresponding measurements of neighbouring cells on the frequencies and RATs 
indicated in the concerned measObject; 

2> perform the evaluation of reporting criteria as specified in section 5.5.4; 

1> if a measld is configured for which the purpose within the associated reportConfig is set to 'reportCGF: 


2> if the cell indicated by the cellForWhichToReportCGI included in the associated measObject is a UTRAN 
cell: 
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3> try to acquire the LAC, the RAC and the Hst of additional PLMN Identities, if multiple PLMN identities 
are broadcast in the concerned cell; 


[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the corresponding reportConfig includes a purpose set to 'reportStrongestCellsForSON' : 

3> consider any neighbouring cell detected on the associated frequency to be applicable; 

2> else if the corresponding reportConfig includes a purpose set to 'reportCGF: 

3> consider any neighbouring cell detected on the associated frequency/ set of frequencies (GERAN) which 
has a physical cell identity matching the value of the cellForWhichToReportCGI included in the 
corresponding measObject within the VarMeasConfig to be applicable; 

2> else: 

3> if the corresponding measObject concerns E-UTRA: 

3> else if the corresponding measObject concerns UTRA or CDMA2000: 

4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModList defined within the VarMeasConfig for this measid (i.e. the cell is 
included in the white-list); 

3> else if the corresponding measObject concerns GERAN: 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the purpose is included and set to 'reportCGF and if the UE acquired the information needed to set all 
fields of cgi-Info for the requested cell: 

3> include a measurement reporting entry within the VarMeasReportFist for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportFist for this measid to 0; 

3> stop timer T321; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> upon expiry of the T321 for this measid: 

3> include a measurement reporting entry within the VarMeasReportFist for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportFist for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 2: The UE does not stop the periodical reporting with triggerFype set to 'event' or to 'periodical' while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than s- 
Measure or due to the measurement gap not being setup. 

NOTE 3: If the UE is configured with DRX, the UE may delay the measurement reporting for event triggered and 
periodical triggered measurements until the Active Time, which is defined in TS 36.321 [6]. 

[TS 36.331, clause 5.5.5] 
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For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 

3> if the triggerType is set to 'evenf : 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measld\ 

3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultNeighCells, include the physCellld; 

3> if the triggerType is set to 'event'; or the purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantlty within the 
concerned reportConflg in order of decreasing triggerQuantity, i.e. the best cell is included 
first; 

5> else: 

6> set the measResult to the quantity as configured for the concerned RAT within the 
quantityConfig in order of decreasing quantity, i.e. the best cell is included first; 

3> else if the purpose is set to 'reportCGF: 

4> if the mandatory present fields of the cgi-Info for the cell indicated by the cellForWhichToReportCGI 
in the associated measObject have been obtained: 

5> include the cgi-Info containing all the fields that have been successfully acquired; 

1> increment the numb erOfReports Sent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 

1> else: 

2> if the triggerType is set to 'periodical' : 

3> remove the entry within the VarMeasReportList for this measid; 
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3> remove this measid from the measIdList within VarMeasConfig; 

8.3.3.2.3 Test description 

8.3.3.2.3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 5. 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.3.2.3.2 Test procedure sequence 

Table 8.3.3.2.3.2-1 illustrates the downlink power levels to be applied for cells at various time instants of the test 
execution. Row marked "TO" denotes the conditions after the preamble, while row marked "Tl" is to be applied 
subsequently. The exact instants on which these values shall be applied are described in the texts in this clause. 

Table 8.3.3.2.3.2-1 : Time instance of cell power levels 



Parameter 

Unit 

CelM 

Cell 5 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-80 

- 


CPICH_Ec 

dBm/3.8 
4MHz 

- 

Off 

For Cell 5 is a UTRA FDD Cell 

P-CCPCH 

dBm/1.2 
8 MHz 


Off 

For Cell 5 is a UTRA TDD Cell 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 

- 


CPICH_Ec 

dBm/3.8 
4MHz 

- 

-75 

For Cell 5 is a UTRA FFDD Cell 

P-CCPCH 

dBm/1.2 
8 MHz 


-78 

For Cell 5 is a UTRA TDD Cell 
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Table 8.3.3.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message 
including measConfig {o setup inter RAT 
measurement for the purpose of SON and set 
timeAlignmentTimerDedicated to infinity. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigrationConfipiete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 5 power level according 
to the row "T1 " in table 8.3.3.2.3.2-1 . 

- 

- 

- 

- 

4 

Check: Does the UE transmit a 
IVIeasurementReport message to report the 
measured result for Cell 5? 

-> 

IVIeasurementReport 

1 

P 

5 

The SS transmits an 

RRCConnectionReconfiguration message 
including A77easCo/7/if5f including reportCGIior 
Cell 5 and sufficient idle periods for UE to 
acquire the relevant system information from 
Cell 5. 

<— 

RRCConnectionReconfiguration 



6 

The UE transmits an 

RRCConnectionReconfigrationConfipiete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



7 

Check: Does the UE transmit a 
IVIeasurementReport message with 
cellGloballdoi Cell 5 within 8 sec? 

-> 

IVIeasurementReport 

2 

P 


8.3.3.2.3.3 Specific message contents 

Table 8.3.3.2.3.3-1 : SystemlnformationBlockType2iov Cell 1 (preamble and all the steps in Table 

8.3.3.2.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




RadioResourceConfigCommonSIB-DEFAULT ::= 
SEQUENCE! 




pcch-Configuration 

PCCH- 

Configuration- 

LONGCYCLE 



} 




PCCH-Configuration-LONGCYCLE::= 
SEQUENCE! 




defaultPagingCycle 

rf256 



} 




} 
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Table 8.3.3.2.3.3-1 A: Master Information Block for Cell 5 (preamble and all the steps in Table 

8.3.3.2.3.2-2) 


Derivation Path: 34.108 clause 6.1 .Oa.3 

Information Element 

Value/remark 

Comment 

Condition 

IVIasterlnformationBlock ::= SEQUENCE { 




pImn-Type ::= CHOICE { 




gsm-MAP SEQUENCE! 




pimn-ldentity SEQUENCE! 




mcc 

See Table 
8.3.3.2.3.3-1 B 

(SIZE (3)) OF Digit 


mnc 

See Table 
8.3.3.2.3.3-1 B 

(SIZE (2..3)) OF Digit 


} 




} 




} 




v690NonCriticalExtensions SEQUENCE { 




masterlnformationBlock-v690ext SEQUENCE { 




multiplePLMN-List SEQUENCE { 




mibPLMN-ldentity 

TRUE 



multiplePLMNs SEQUENCE (SIZE (1..5)) OF 
SEQUENCE! 

1 entry 



mcc 

See Table 
8.3.3.2.3.3-1 B 

(SIZE (3)) OF Digit 


mnc 

See Table 
8.3.3.2.3.3-1 B 

(SIZE (2..3)) OF Digit 


} 




} 




} 




} 




} 





The MIB PLMN Identity and PLMN codes broadcasted on the BCCH in Cell 5 shall be configured as defined in the 
table below. 


Cell 

MIB 

PLMN 

Identity 

PLMN Identity 

Multiple PLMNs(1) 

MCC digits 

MNC digits 

MCC digits 

MNC digits 

5 

TRUE 

PLMN 3 

PLMN 3 

PLMN 2 

PLMN 2 


Table 8.3.3.2.3.3-1 B: PLMN Identity List broadcasted for Cell 5 


The definition of each PLMN code is found in table below. 


PLMN 

MCC digit 

MNC digit 

1 

2 

3 

1 

2 

3 

1 





1 



1 

- 

2 





1 



2 

- 

3 





1 



3 

- 


NOTE: "-" (dash) denotes "not present" 


Table 8.3.3.2.3.3-1 C: System Information Block type 1 for Cell 5 (preamble and all the steps in Table 

8.3.3.2.3.2-2) 

Derivation Path: 34.108 clause 6.1.0b with Condition A1 "UTRAN cell environment" 
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Table 8.3.3.2.3.3-1 D: System Information Block type 3 (FDD) for Cell 5 (preamble and all the steps in 

Table 8.3.3.2.3.2-2) 

Derivation Path: 34.108 clause 6.1 .Ob 

Table 8.3.3.2.3.3-2: RRCConnectionReconfiguration (step 1, Table 8.3.3.2.3.2-2) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS I 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated ::= SEQUENCE { 




srb-ToAddModList 

Not present 



drb-ToAddModList 

Not present 



drb-ToReleaseList 

Not present 



mac-MainConfig CHOICE { 




explicitValue SEQUENCE { 




ul-SCH-Config 

Not present 



drx-Config 

Not present 



timeAlignmentTimerDedicated 

infinity 



phr-Config 

Not present 



} 




} 




sps-Config 

Not present 



physicalConfigDedicated 

Not present 



} 





Table 8.3.3.2.3.3-3 MeasConfig (step 1, Table 8.3.3.2.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1 condition UTRAN 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



measObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f8 



measObject[2] 

MeasObjectUTRA-f8 

UTRA frequency 


} 




reportConfigToAddModList SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

IdReportConfig-P-UTRA 



reportConfig[1] 

ReportConfiglnterRAT-P- 
UTRA 



} 




measldToAddModList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



nneasld[1] 

1 



nneasObjectld[1] 

ldMeasObject-f8 



reportConfigld[1] 

IdReportConfig-P-UTRA 



} 




quantityConfig SEQUENCE { 




quantityConfigUTRA SEQUENCE { 




measQuantityUTRA-FDD 

cpich-EcNO 


UTRA-FDD 

measQuantityUTRA-TDD 

pccpch-RSCP 


UTRA-TDD 

filterCoefficient 

fcO 



} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA-FDD cell environment 

UTRA-TDD 

UTRA-TDD cell environment 
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Table 8.3.3.2.3.3-4 MeasObjectUTRA-f8 (step 1, Table 8.3.3.2.3.2-2) 


Derivation path: 36.508 table 4.6.6-3 MeasObjectUTRA-GENERIC(f8) 

Information Element 

Value/Remark 

Comment 

Condition 

MeasObiectUTRA-GENERIC(f8) ::= SEQUENCE { 




carrierFreq 

UTRA DL carrier 
frequency of the cell 5 



cellsToAddModList CHOICE { 




cellsToAddModListUTRA-FDD ::= SEQUENCE 
(SIZE (1 .. maxCellMeas)) OF SEQUENCE { 



UTRA- 
FDD 

celllndex [1] 

1 



physCellId[1] 

physicalCellldentity- 
Cell5 



} 




cellsToAddModListUTRA-TDD ::= SEQUENCE 
(SIZE (1..maxMeasld)) OF SEQUENCE { 



UTRA- 
TDD 

celllndex [1] 

1 



physCellld[1] 

physicalCellldentity- 
Cell5 



} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA-FDD cell environment 

UTRA-TDD 

UTRA-TDD cell environment 


Table 8.3.3.2.3.3-5: ReportConfiglnterRAT-P-UTRA (step 1, Table 8.3.2.3.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-9 ReportConfiglnterRAT-PERIODICAL 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfiglnterRAT-PERIODICAL ::= SEQUENCE 
{ 




triggerType CHOICE { 




periodical SEQUENCE { 




purpose CHOICE { 




reportStrongestCellsForSON 

NULL 



} 




} 




} 




reportAmount 

r1 



} 
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Table 8.3.3.2.3.3-6 MeasurementReport (step 4, Table 8.3.3.2.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 

Report Cell 5 


physCellld 

PhysicalCellldentity of 
the Cell 5. 



cgi-lnfo 

Not present 



measResult SEQUENCE! 




utra-RSCP 

(-5..91) 


UTRA- 
TDD 

utra-EcNO 

(0..49) 


UTRA- 
FDD 

} 




} 




} 




} 




} 




} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA-FDD cell environment 

UTRA-TDD 

UTRA-TDD cell environment 


Table 8.3.3.2.3.3-7: RRCConnectionReconfiguration (step 5, Table 8.3.3.2.3.2-2) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




radioResourceConfiguration 

RadioResourceConfigDe 
dicated-DRX 



} 
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Table 8.3.3.2.3.3-8 MeasConfig (step 5, Table 8.3.3.2.3.2-2) 


Derivation Path: 36.508 clause 4.6.6 table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



nneasObjectld[1] 

ldMeasObject-f8 



measObject[1] 

MeasObjectUTRA-CGI 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ReportConfigld-CGI 



reportConfig[1] 

ReportConfigUTRA-CGI 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

2 



measObjectld[1] 

ldMeasObject-f8 



reportConfigld[1] 

ReportConfigld-CGI 



} 




} 




Table 8.3.3.2.3.3-9: MeasObjectUTRA-CGI (step 5, Table 8.3.3.2.3.2-2) 

Derivation Path: 36.508 clause 4.6.6 table 4.6.6-3 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectUTRA-CGI ::= SEQUENCE { 




carrierFreq 

Downlink UARFCN of f8 



cellForWhichToReportCGI 

PhysicalCellldentity of 
the Cell 5. 



} 




Table 8.3.3.2.3.3-10: ReportConfigUTRA-CGI (step 5, Table 8.3.3.2.3.2-2) 

Derivation Path: 36.508, Table 4.6.6-9 ReportConfiglnterRAT-PERIODICAL 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfiglnterRAT-PERIODICAL ::= SEQUENCE 
{ 




triggerType CHOICE { 




periodical SEQUENCE { 




purpose CHOICE { 




reportCGI 

NULL 



} 




} 




} 




reportAmount 

r1 



} 
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Table 8.3.3.2.3.3-11 : RadioResourceConfigDedicated-DRX (step 5, Table 8.3.3.2.3.2-2) 


Derivation Path: 36.508 clause 4.6.3.19 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated-DRX ::= 
SEQUENCE} 




mac-IVIainConfig CHOICE { 




explicitValue SEQUENCE { 




ul-SCH-Config SEQUENCE { 




maxHARQ-Tx 

n5 



periodicBSR-Timer 

infinity 



retxBSR-Timer 

sf 10240 



ttiBundling 

FALSE 



} 




drx-Config CHOICE { 




setup SEQUENCE} 




onDurationTimer 

psf6 



drx-lnactivityTimer 

psf60 



drx-RetransmissionTimer 

sf16 



longDRX-CycleStartOffset CHOICE { 




sf2560 

4 



} 




shortDRX 

Not present 



} 




} 




timeAlignmentTimerDedicated 

infinity 



phr-Config CHOICE { 




release 

NULL 



} 




} 




} 




physicalConfigDedicated 

Not present 



} 
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Table 8.3.3.2.3.3-12: MeasurementReport (step 7, Table 8.3.3.2.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListUTRA ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 5 



cgi-lnfo[1] SEQUENCE} 




cellGloballd 

cellGloballd formed from 
'PLMN Identity' and 'Cell 
identity' of Cell 5 



locationAreaCode 

locationAreaCode of Cell 
5 



routingAreaCode 

routingAreaCode of Cell 
5 



pImn-ldentityList 

'Multiple PLMN List' of 
Cell 5 



} 




measResult[1] SEQUENCE! 




utra-RSCP 

Not present 


UTRA- 
TDD 

utra-EcNO 

Not present 


UTRA- 
FDD 

} 




} 




} 




} 




} 




} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA-FDD cell environment 

UTRA-TDD 

UTRA-TDD cell environment 


8.3.3.3 


8.3.3.3.1 


Measurement configuration control and reporting / SON / ANR / CGI 
reporting of GERAN cell 

Test Purpose (TP) 


(1) 


with { UE having completed the radio bearer establishment, initial security activation procedure and 
performed the inter RAT measurement for GERAN cell and not detected entering condition for the event 
B2 is met } 
ensure that { 

when { UE detects entering condition for the event B2 is met } 
then { UE transmits a MeasurementReport } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state } 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 1381 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

ensure that { 

when { UE is commanded to report the global cell identity of the inter-RAT (GERAN) neighbour cell } 
then { UE determines the global cell identity of the inter-RAT (GERAN) cell included in the 
associated measurement object by acquiring the relevant system information from the concerned cell 
and reports the global cell identity in the MeasurementReport } 
} 

8.3.3.3.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.5.2.3, 5.5.3, 5.5.4.1 and 5.5.5. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 


1> if the RRCConnectionReconfiguration message includes the measConfig: 
2> perform the measurement configuration procedure as specified in 5.5.2; 
[TS 36.331, clause 5.5.2.3] 
The UE shall: 

2> if the triggerType is set to 'periodicaV and the purpose is set to 'reportCGF in the reportConfig associated 
with this measid: 

3> if the measObject associated with this measid concerns E-UTRA: 

4> start timer T321 with the timer value set to 1 second for this measid; 
3> else: 

4> start timer T321 with the timer value set to 8 seconds for this measid', 

[TS 36.331, clause 5.5.3] 

The UE supports measurements using a reporting configuration with the purpose set to 'reportCGF, if the network 
provides sufficient idle periods. 

The UE applies the layer 3 filtering as specified in 5.5.3.2, before using the measured results for evaluation of reporting 
criteria or for measurement reporting. 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if a measurement gap configuration is setup; or 

2> the UE does not require measurement gaps to perform the concerned measurement: 

3> if s -Measure is not configured; or 

3> if s-Measure is configured and the serving cell RSRP, after layer 3 filtering, is lower than this value; or 

3> if the purpose for the associated reportConfig is set to 'reportCGF: 

4> perform the corresponding measurements of neighbouring cells on the frequencies and RATs 
indicated in the concerned measObject; 

2> perform the evaluation of reporting criteria as specified in section 5.5.4; 

1> if a measid is configured for which the purpose within the associated reportConfig is set to 'reportCGF: 
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2> try to acquire the global cell identity of the cell indicated by the cellForWhichToReportCGI in the associated 
measOhject by acquiring the relevant system information from the concerned cell; 

2> if the cell indicated by the cellForWhichToReportCGI included in the associated measObject is an E-UTRAN 
cell: 

3> try to acquire the list of additional PLMN Identities, as included in the plmn-Identity List, if multiple 
PLMN identities are broadcast in the concerned cell; 

NOTE: The 'primary' PLMN is part of the global cell identity. 

2> if the cell indicated by the cellForWhichToReportCGI included in the associated measObject is a UTRAN 
cell: 

3> try to acquire the LAC, the RAC and the list of additional PLMN Identities, if multiple PLMN identities 
are broadcast in the concerned cell; 

2> if the cell indicated by the cellForWhichToReportCGI included in the associated measObject is a GERAN 
cell: 

3> try to acquire the RAC in the concerned cell; 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the corresponding reportConfig includes a purpose set to 'reportStrongestCellsForSON' : 

3> consider any neighbouring cell detected on the associated frequency to be applicable; 

2> else if the corresponding reportConfig includes a purpose set to 'reportCGF: 

3> consider any neighbouring cell detected on the associated frequency/ set of frequencies (GERAN) which 
has a physical cell identity matching the value of the cellForWhichToReportCGI included in the 
corresponding measObject within the VarMeasConfig to be applicable; 

2> else: 

3> if the corresponding measObject concerns E-UTRA: 


3> else if the corresponding measObject concerns GERAN: 

4> consider a neighbouring cell on the associated set of frequencies to be applicable when the concerned 
cell matches the ncc-Permitted defined within the VarMeasConfig for this measid', 


2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the purpose is included and set to 'reportCGF and if the UE acquired the information needed to set all 
fields of cgi-Info for the requested cell: 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> stop timer T321; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> upon expiry of the T321 for this measid: 
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3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'event' or to 'periodicaV while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than s- 
Measure or due to the measurement gap not being setup. 

NOTE 3: If the UE is configured with DRX, the UE may delay the measurement reporting for event triggered and 
periodical triggered measurements until the Active Time, which is defined in TS 36.321 [6]. 

[TS 36.331, clause 5.5.5] 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 

3> if the triggerType is set to 'event' : 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measld\ 

3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultNeighCells, include the physCellld; 

3> if the triggerType is set to 'event'; or the purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measReSUlt to include the quantity(ies) indicated in the reportQuantlty within the 
concerned reportConflQ in order of decreasing tn'ggerQuantity, i.e. the best cell is included 
first; 

5> else: 

6> set the meBSReSUlt to the quantity as configured for the concerned RAT within the 
quantity Config in order of decreasing quantity, i.e. the best cell is included first; 

3> else if the purpose is set to 'reportCGF: 

4> if the mandatory present fields of the cgi-Info for the cell indicated by the cellForWhichToReportCGI 
in the associated measObject have been obtained: 

5> include the cgi-Info containing all the fields that have been successfully acquired; 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1384 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


1> increment the numberOfReportsSent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 

1> else: 

2> if the triggerType is set to 'periodical' : 

3> remove the entry within the VarMeasReportList for this measid; 

3> remove this measid from the measIdList within VarMeasConfig; 

1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 
8.3.3.3.3 Test description 

8.3.3.3.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 24. 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.3.3.3.2 Test procedure sequence 

Table 8.3.3.3.3.2-1 illustrates the downlink power levels to be applied for Cell 1 and Cell 24 at various time instants of 
the test execution. Row marked "TO" denotes the conditions after the preamble, while row marked "Tl" is to be applied 
subsequently. The exact instants on which these values shall be applied are described in the texts in this clause. 

Table 8.3.3.3.3.2-1 : Time instances of cell power levels 



Parameter 

Unit 

CelM 

Cell 24 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 

- 

Power levels are shall be such that 
entry condition for event B2 is not 
satisfied: 

RSSI 

dBm 

- 

-85 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

[-80] 

- 

Power levels are shall be such that 
entry condition for event B2 is 
satisfied: 

RSSI 

dBm 

- 

-65 
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Table 8.3.3.3.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message 
including measConfig {o setup inter-RAT 
measurements and reporting for event B2 and 
set timeAlignmentTimerDedicated to infinity. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigrationConfipiete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS re-adjusts the cell-specific reference 
signal level according to row "T1" in table 
8.3.3.3.3.2-1. 





4 

Check: Does the UE transmit a 
IVIeasurementReport message to report event 
B2 for Cell 24? 

-> 

IVIeasurementReport 

1 

P 

5 

The SS transmits an 

RRCConnectionReconfiguration message 
including A77easCo/7% including reportCGIior 
Cell 24 and sufficient idle periods for UE to 
acquire the relevant system information from 
Cell 24. 

<- 

RRCConnectionReconfiguration 



6 

The UE transmits an 

RRCConnectionReconfigrationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



7 

Check: Does the UE transmit a 
l\/leasurementReport message with 
ceiiGioballd oi Cell 24 within 8 sec? 

-> 

IVIeasurementReport 

2 

P 


8.3.3.3.3.3 


Specific message contents 


Table 8.3.3.3.3.3-1 : SystemlnformationBlockType2 ior Cell 1 (preamble and all the steps in Table 

8.3.3.3.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




RadioResourceConfigCommonSIB-DEFAULT ::= 
SEQUENCE} 




pcch-Configuration 

PCCH- 

Configuration- 

LONGCYCLE 



} 




PCCH-Configuration-LONGCYCLE::= 
SEQUENCE! 




defaultPagingCycle 

rf256 



} 




} 
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Table 8.3.3.3.3.3-2: RRCConnectionReconfiguration (step 1, Table 8.3.3.3.3.2-2) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS I 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated ::= SEQUENCE { 




srb-ToAddModList 

Not present 



drb-ToAddModList 

Not present 



drb-ToReleaseList 

Not present 



mac-MainConfig CHOICE { 




explicitValue SEQUENCE { 




ul-SCH-Config 

Not present 



drx-Config 

Not present 



timeAlignmentTimerDedicated 

infinity 



phr-Config 

Not present 



} 




} 




sps-Config 

Not present 



physicalConfigDedicated 

Not present 



} 





Table 8.3.3.3.3.3-3: MeasConfig {step 1, Table 8.3.3.3.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1 with condition GERAN 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectloAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



measObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

IdMeasObject-fl 1 



measObject[2] 

MeasObjectGERAN- 
GENERIC(fll) 



} 




reportConfigloAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-B2- 
GERAN 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-GERAN(-69, -79) 

EUTRA-Thres = - 
69; 

GERAN-Thres = - 
79; 

threshold-RSRP = 
EUTRA- 

Thres+140 = 71; 
b2- 

Threshold2GERA 
N = GERAN- 
Thres +110 =31. 


} 




measldloAddModList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

IdMeasObject-fl 1 



reportConfigld[1] 

ldReportConfig-B2- 
GERAN 



} 




quantityConfig SEQUENCE { 




quantityConfigGERAN SEQUENCE { 




measQuantityGERAN 

rssi 



filterCoefficient 

fcO 



} 




} 
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Table 8.3.3.3.3.3-4: MeasObjectGERAN-GENERIC(f11) (step 1, Table 8.3.3.3.3.2-2) 


Derivation Path: 36.508 Table 4.6.6-2A 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectGERAN-GENERIC(Freq) ::= SEQUENCE 
{ 




carrierFreqs SEQUENCE { 




startingARFCN 

Same as Cell 24 



bandlndicator 

Same as Cell 24 



followingARFCNs CHOICE { 




BxpiicitListOfARFCNs 

Same as Cell 24 



} 




} 




ncc-Permitted 

11111111 



} 





Table 8.3.3.3.3.3-5: Void 


Table 8.3.3.3.3.3-6: MeasurementReport {step 4, Table 8.3.3.3.3.2-2) 


Derivation path: 36.508, Table 4.6.1-5 I 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListGERAN SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 

Report Cell 24 


carrierFreq[1] SEQUENCE! 


CarrierFreq of Cell 
24 


arcfn 

Downlink arcfn of Cell 24 



bandlndicator 

Same bandlndicator as 
Cell 24 



} 




physCellld[1] 

PhysicalCellldentity of 
Cell 24. 



cgi-info[1] 

Not present 



measResult[1] SEQUENCE! 




rssi 

(0..63) 



} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.3.3.3.3-7: RRCConnectionReconfiguration (step 5, Table 8.3.3.3.3.2-2) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-DRX 



} 





Table 8.3.3.3.3.3-8: MeasConfig (step 5, Table 8.3.3.3.3.2-2) 


Derivation Path: 36.508 clause 4.6.6 table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList ::= SEQUENCE (SIZE 
(1 ..maxObiectId)) OF SEQUENCE { 

1 entry 



measObjectld[1] 

IdMeasObject-fl 1 



measObject[1] CHOICE! 




measObjectGERAN 

MeasObjectGERAN-CGI 



} 




reportConfigToRemoveList ::= SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-B2- 
GERAN 



} 




reportConfigToAddModList ::= SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ReportConfigld-CGI 



reportConfig[1] CHOICE! 




reportConfigGERAN 

ReportConfigGERAN- 
CGI 



} 




measldToAddModList ::= SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

2 



measObjectld[1] 

IdMeasObject-fl 1 



reportConfigld[1] 

ReportConfigld-CGI 



} 




} 





Table 8.3.3.3.3.3-9: MeasObjectGERAN-CGI (step 5, Table 8.3.3.3.3.2-2) 


Derivation Path: 36.308, Table 4.6.6-2A 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectGERAN-GENERIC(Freq) ::= SEQUENCE 
{ 




carrierFreqs SEQUENCE { 




startingARFCN 

Same as Cell 24 



bandlndicator 

Same as Cell 24 



followingARFCNs CHOICE { 




explicitListOfARFCNs 

Same as Cell 24 



} 




} 




offsetFreq 

Not present 



ncc-Permitted 

11111111 



cellForWhichToReportCGI 

PhysicalCellldentity of 
Cell 24. 



} 
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Table 8.3.3.3.3.3-10: ReportConfigGERAN-CGI (step 5, Table 8.3.3.3.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-9 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfiglnterRAT ::= SEQUENCE { 




triggerType CHOICE { 




periodical SEQUENCE { 




purpose CHOICE { 




reportCGI 

NULL 



} 




} 




} 




reportAmount 

r1 



} 




Table 8.3.3.3.3.3-11 : RadioResourceConfigDedicated-DRX (step 5, Table 8.3.3.3.3.2-2) 

Derivation Path: 36.508 clause 4.6.3.19 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated-DRX ::= 
SEQUENCE! 




mac-MainConfig CHOICE { 




explicitValue SEQUENCE { 




ul-SCH-Config SEQUENCE { 




maxHARQ-Tx 

n5 



periodicBSR-Timer 

infinity 



retxBSR-Timer 

sf 10240 



ttiBundling 

FALSE 



} 




drx-Config CHOICE { 




setup SEQUENCE} 




onDurationTimer 

psf6 



drx-lnactivityTimer 

psf60 



drx-RetransmissionTimer 

sf16 



longDRX-CycleStartOffset CHOICE { 




sf2560 

4 



} 




shortDRX 

Not present 



} 




} 




timeAlignmentTimerDedicated 

infinity 



phr-Config CHOICE { 




release 

NULL 



} 




} 




} 




physicalConfigDedicated 

Not present 



} 
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Table 8.3.3.3.3.3-12: MeasurementReport (step 7, Table 8.3.3.3.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 I 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListGERAN ::= SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 

Report Cell 24 


carrierFreq[1] SEQUENCE! 


CarrierFreq of Cell 
24 


arcfn 

Downlink arcfn of Cell 24 



bandlndicator 

Same bandlndicator as 
Cell 24 



} 




physCellld[1] 

PhysicalCellldentity of 
Cell 24 



cqi-lnfo[11 SEQUENCE! 




cellGloballd SEQUENCE! 

CellGloballdentityofCell 
24 



pimn-ldentity 

PLMN Identity of Cell 24 



locationAreaCode 

Location Area Code of 
Cell 24 



cellldentity 

Cell Identity of Cell 24 



} 




routingAreaCode 

Routing Area Code of 
Cell 24 



} 




measResuitni SEQUENCE! 




rssi 

(0..63) 



} 




} 




} 




} 




} 




} 




} 




} 





8.3.3.4 

8.3.3.4.1 

(1) 


Measurement configuration control and reporting / SON / ANR / CGI 
reporting of HRPD cell 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE detects that entering conditions for event B2 are met 
then { UE sends MeasurementReport for event B2 } 


} 


(2) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is commanded to report the global cell identity of the 
neighbour cell } 
then { UE determines the global cell identity of the cell included 
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in the associated measurement object by acquiring the 
relevant system information from the concerned cell and 
reports the global cell identity in the MeasurementReport } 
} 

8.3.3.4.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.5.2.3, 5.5.3.1 , 5.5.4.1, 5.5.4.8, 5.5.5. 

[TS 36.331, clause 5.3.5.3] 

If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 

1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 
[TS 36.331, clause 5.5.2.3] 
The UE shall: 

1> for each measid included in the received measIdToAddModList: 

2> if the triggerType is set to 'periodicaV and the purpose is set to 'reportCGF in the reportConfig associated 
with this measid: 

3> if the measObject associated with this measid concerns E-UTRA: 

4> start timer T321 with the timer value set to 1 second for this measid; 
3> else: 

4> start timer T321 with the timer value set to 8 seconds for this measid; 

[TS 36.331, clause 5.5.3.1] 

The UE supports measurements using a reporting configuration with the purpose set to 'reportCGF, if the network 
provides sufficient idle periods. 

The UE applies the layer 3 filtering as specified in 5.5.3.2, before using the measured results for evaluation of reporting 
criteria or for measurement reporting. 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if a measurement gap configuration is setup; or 

2> the UE does not require measurement gaps to perform the concerned measurement: 

3> if s -Measure is not configured; or 

3> if s-Measure is configured and the serving cell RSRP, after layer 3 filtering, is lower than this value; or 

3> if the purpose for the associated reportConfig is set to 'reportCGF: 

4> perform the corresponding measurements of neighbouring cells on the frequencies and RATs 
indicated in the concerned measObject; 

2> perform the evaluation of reporting criteria as specified in section 5.5.4; 

1> if a measid is configured for which the purpose within the associated reportConfig is set to 'reportCGF: 

2> try to acquire the global cell identity of the cell indicated by the cellForWhichToReportCGI in the associated 
measObject by acquiring the relevant system information from the concerned cell; 
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2> if the cell indicated by the cellForWhichToReportCGI included in the associated measOhject is an E-UTRAN 
cell: 

3> try to acquire the list of additional PLMN Identities, as included in the plmn-Identity List, if multiple 
PLMN identities are broadcast in the concerned cell; 

NOTE: The 'primary' PLMN is part of the global cell identity. 

2> if the cell indicated by the cellForWhichToReportCGI included in the associated measOhject is a UTRAN 
cell: 

3> try to acquire the LAC, the RAC and the list of additional PLMN Identities, if multiple PLMN identities 
are broadcast in the concerned cell; 

2> if the cell indicated by the cellForWhichToReportCGI included in the associated measOhject is a GERAN 
cell: 

3> try to acquire the RAC in the concerned cell; 

2> if the cell indicated by the cellForWhichToReportCGI included in the associated measOhject is a 
CDMA2000 cell and the cdma2000-Type included in the measOhject is 'typeHRPD': 

3> try to acquire the Sector ID in the concerned cell; 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the corresponding reportConfig includes a purpose set to 'reportStrongestCellsForSON' \ 

3> consider any neighbouring cell detected on the associated frequency to be applicable; 

2> else if the corresponding reportConfig includes a purpose set to 'reportCGF: 

3> consider any neighbouring cell detected on the associated frequency/ set of frequencies (GERAN) which 
has a physical cell identity matching the value of the cellForWhichToReportCGI included in the 
corresponding measOhject within the VarMeasConfig to be applicable; 

2> else: 

3> if the corresponding measOhject concerns E-UTRA: 

4> consider any neighbouring cell detected on the associated frequency to be applicable when the 

concerned cell is not included in the hlackCellsToAddModList defined within the VarMeasConfig for 
this measid', 

3> else if the corresponding measOhject concerns UTRA or CDMA2000: 

4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModList defined within the VarMeasConfig for this measid (i.e. the cell is 
included in the white-list); 

3> else if the corresponding measOhject concerns GERAN: 

4> consider a neighbouring cell on the associated set of frequencies to be applicable when the concerned 
cell matches the ncc-Permitted defined within the VarMeasConfig for this measid', 

2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig, while the VarMeasReportList does not include an measurement 
reporting entry for this measid (a first cell triggers the event): 

3> include a measurement reporting entry within the VarMeasReportList for this measid'. 
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3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'evenf and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid', 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measid for 
all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for 
this event: 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid', 

3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 
3> if the cellsTriggeredList defined within the VarMeasReportList for this measid is empty: 

4> remove the measurement reporting entry within the VarMeasReportList for this measid', 

4> stop the periodical reporting timer for this measid, if running; 

2> if the purpose is included and set to 'reportStrongestCells' or to 'reportStrongestCellsForSON' and if a 
(first) measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid', 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells', the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON', the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the purpose is included and set to 'reportCGF and if the UE acquired the information needed to set all 
fields of cgi-Info for the requested cell: 

3> include a measurement reporting entry within the VarMeasReportList for this measid', 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> stop timer T321; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 
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2> upon expiry of the T321 for this measid: 

3> include a measurement reporting entry within the VarMeasReportList for this measid', 

3> set the numherOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'event' or to 'periodicaV while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than s- 
Measure or due to the measurement gap not being setup. 

[TS 36.331, clause 5.5.4.8] 

The UE shall: 

1> for UTRA and CDMA2000, only trigger the event for cells included in the corresponding measurement object; 

1> consider the entering condition for this event to be satisfied when both condition B2-1 and condition B2-2, as 
specified below, are fulfilled apply inequality B2-1 and inequality B2-2 i.e. both have to be fulfilled, as specified 
below, as the entry condition for this event; 

1> consider the leaving condition for this event to be satisfied when condition B2-3 or condition B2-4, i.e. at least 
one of the two, as specified below, is fulfilled apply inequality B3-3 and inequality B2-4 i.e. at least one of the 
two has to be fulfilled, as specified below, as the leaving condition for this event; 


Inequality B2-1 (Entering condition 1) 


Inequality B2-2 (Entering condition 2) 


Inequality B2-3 (Leaving condition 1) 


Ms + Hys < Thresh 1 


Mn + Ofn - Hys > Thresh! 


Ms - Hys > Thresh 1 

Inequality B2-4 (Leaving condition 2) 

Mn + Ofn + Hys < Thresh! 

The variables in the formula are defined as follows: 

Ms is the measurement result of the serving cell, not taking into account any cell individual offsets. 

Mn is the measurement result of the inter-RAT neighbour cell, not taking into account any offsets neighbouring 
inter RAT cell. 

Ofn is the frequency specific offset of the frequency of the inter-RAT neighbour cell (i.e. offsetFreq as defined 
within the measObject corresponding to the frequency of the inter-RAT neighbour cell)neighbour cell. 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfiglnterRAT the 
VarMeasurementConfiguration for this event). 

Threshl is the threshold parameter for this event (i.e. h2-ThresholdI as defined within reportConfiglnterRATthe 
VarMeasurementConfiguration for this event). 

Threshl is the threshold parameter for this event (i.e. b2-Threshold2 as defined within reportConfiglnterRAT the 
VarMeasurementConfiguration for this event). 

Ms is expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Mn is expressed in dBm or dB, depending on the measurement quantity of the inter-RAT neighbouring inter RAT 
cell. 

Ofn, Hys are expressed in dB. 
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Threshl is expressed in the same unit as MwdBm in case Ms is expressed in dBm; otherwise it is expressed in dB. 

Thresh2 is expressed in the same unit as MwdBm in case Mn is expressed in dBm; otherwise it is expressed in dB. 

[TS 36.331, clause 5.5.5] 

The purpose of this procedure is to transfer measurement results from the UE to E-UTRAN. 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 

3> if the triggerType is set to 'evenf : 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measld\ 

3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultNeighCells, include the physCellld', 

3> if the triggerType is set to 'event'', or the purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing trigger Quantity, i.e. the best cell is included 
first; 

5> else: 

6> set the measResult to the quantity as configured for the concerned RAT within the 
quantityConfig in order of decreasing quantity, i.e. the best cell is included first; 

3> else if the purpose is set to 'reportCGF: 

4> if the mandatory present fields of the cgi-Info for the cell indicated by the cellForWhichToReportCGI 
in the associated measObject have been obtained: 

5> include the cgi-Info containing all the fields that have been successfully acquired; 

1> increment the numb erOfReports Sent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 
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2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this me as Id; 

1> else: 

2> if the triggerType is set to 'periodicaV : 

3> remove the entry within the VarMeasReportList for this measid; 

3> remove this measid from the measIdList within VarMeasConfig; 

1> if the measured results are for CDMA2000 HRPD: 

2> set the preRegistrationStatusHRPD to the UE's CDMA2000 upper layer's HRPD preRegistrationStatus; 

1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 

8.3.3.4.3 Test description 

8.3.3.4.3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 15 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 
UE: 

None. 

8.3.3.4.3.2 Test procedure sequence 

Table 8.3.3.4.3.2-1 illustrates the downlink power levels to be applied for Cell 1 and Cell 15 at various time instants of 
the test execution. Row marked "TO" denotes the conditions after the preamble, while row marked "Tl" is to be applied 
subsequently. The exact instants on which these values shall be applied are described in the texts in this clause. 

Table 8.3.3.4.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 15 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

-60 

- 

The power level values are 

such that entering conditions 

for event B2 are not satisfied: 

Inequality B2-1 (Entering 

condition 1) 

Ms + Hys > Thresh^ 

Inequality B2-2 (Entering 

condition 2) 

Mn +Ofn - Hys < Thresh2 

lor/loo 

dB 

- 

-20 

loo 

dBm/1 .23MHz 

- 

-55 

Pilot_Ec/lo(Note1) 

dB 

- 

-20 

T1 

Cell-specific RS EPRE 

dBm/1 5kHz 

-80 

- 

The power level values are 

such that entering conditions 

for event B2 are satisfied: 

Inequality B2-1 (Entering 

condition 1) 

Ms -h Hys< ThresM 

Inequality B2-2 (Entering 

condition 2) 

Mn +Ofn - Hys > Thresh2 

lor/loc 

dB 

- 

-5 

loc 

dBm/1 .23MHz 

- 

-55 

Pilot_Ec/lo(Note1) 

dB 

- 

-6 

Note 1 : This parameter is not directly settable, but is derived by calculation from the other parameters 
set by the SS 
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Table 8.3.3.4.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message 
including measConfig {o setup inter RAT 
measurement and reporting for event B2 and 
set timeAlignmentTimerDedicated to infinity. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationConfipiete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS re-adjusts the cell-specific reference 
signal level according to row "T1" in table 
8.3.3.4.3.2-1. 





4 

Check: Does the UE transmit a 
IVIeasurementReport message to report event 
B2 on Cell 15? 

-> 

IVIeasurementReport 

1 

P 

5 

The SS transmits an 

RRCConnectionReconfiguration message 
including A77easCo/7% including reportCGIior 
Cell 15 and sufficient idle periods for UE to 
acquire the relevant system information from 
Cell 15. 

<- 

RRCConnectionReconfiguration 



6 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



7 

Check: Does the UE transmit a 
l\/leasurementReport message with 
ceiiGioballd oi Cell 15 within 8 sec? 

-> 

IVIeasurementReport 

2 

P 


8.3.3.4.3.3 


Specific message contents 


Table 8.3.3.4.3.3-1 : SystemlnformationBlockType2 ior Cell 1 (preamble and all the steps in Table 

8.3.3.4.3.2-2) 


Derivation Path: TS 36.508 clause 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




RadioResourceConfigCommonSIB-DEFAULT ::= 
SEQUENCE} 




pcch-Config 

PCCH-Config- 
LONGCYCLE 



} 




PCCH-Config-LONGCYCLE::= SEQUENCE { 




defaultPagingCycle 

rf256 



nB 

oneT 



} 




} 
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Table 8.3.3.4.3.3-2: RRCConnectionReconfiguration (step 1, Table 8.3.3.4.3.2-2) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS I 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated ::= SEQUENCE { 




srb-ToAddModList 

Not present 



drb-ToAddModList 

Not present 



drb-ToReleaseList 

Not present 



mac-MainConfig CHOICE { 




explicitValue SEQUENCE { 




ul-SCH-Config 

Not present 



drx-Config 

Not present 



timeAlignmentTimerDedicated 

infinity 



phr-Config 

Not present 



} 




} 




sps-Config 

Not present 



physicalConfigDedicated 

Not present 



} 
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Table 8.3.3.4.3.3-3: MeasConfig (step 1, Table 8.3.3.4.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f14 



measObject[2] 

MeasObjectCDMA2000- 
GENERIC 



} 




reportConfigloAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-CDMA2000(-69, -18) 



} 




measidloAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f14 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



} 




quantityConfig SEQUENCE { 




quantityConfigCDMA2000 SEQUENCE { 




measQuantityCDMA2000 

pilotStrength 



} 




} 




measGapConfig SEQUENCE { 




gapActivation CHOICE { 




activate SEQUENCE { 




gapPattern CHOICE { 




gp1 SEQUENCE} 




gapOffset 

30 



} 




} 




} 




} 




} 




} 




Table 8.3.3.4.3.3-4: MeasObjectCDMA2000-GENERIC (step 1, Table 8.3.3.4.3.2-2) 

Derivation Path: TS 36.508, Table 4.6.6-1 C 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectCDMA2000-GENERIC ::= SEQUENCE { 




cdma2000-Type 

TypeHRPD 



carrierFreq SEQUENCE { 




bandClass 

Band Class of frequency 
under test 



arfcn 

f14 



} 




searchWindowSize 

15 



} 
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Table 8.3.3.4.3.3-5 MeasurementReport (step 4, Table 8.3.3.4.3.2-2) 


Derivation Path: TS 36.508, Table 4.6.1-5 I 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultsCDMA2000 SEQUENCE { 




preRegistrationStatusHRPD 

TRUE 



measResultListCDMA2000 SEQUENCE 
(SIZE (1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1l 

PhysCellld of Cell 15 



cgi-lnfo[1] 

Not present 



measResultfH SEQUENCE} 




pilotStrength 

(0..63) 



} 




} 




} 




} 




} 




} 




} 




} 




} 




Table 8.3.3.4.3.3-6: RRCConnectionReconfiguration (step 5, Table 8.3.3.4.3.2-2) 

Derivation Path: TS 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-DRX 



} 
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Table 8.3.3.4.3.3-7 MeasConfig (step 5, Table 8.3.3.4.3.2-2) 


Derivation Path: TS 36.508 clause 4.6.6 table 4.6.6-1 I 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measldToAddModList ::= SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

2 



nneasObjectld[1] 

ldMeasObject-f14 



reportConfigld[1] 

ReportConfigld-CGI 



} 




measObjectloAddModList ::= SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



measObjectld[1] 

ldMeasObject-f14 



measObject[1] 

MeasObjectCDMA2000- 
CGI 



} 




reportConfigloRemoveList ::= SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 




reportConfigId 

ldReportConfig-B2 



} 




reportConfigloAddModList ::= SEQUENCE (SIZE 
(1.. maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ReportConfigld-CGI 



reportConfig[1] 

ReportConfigCDMA2000- 
CGI 



} 




} 




Table 8.3.3.4.3.3-7A: MeasObjectCDMA2000-CGI (step 5, Table 8.3.3.4.3.2-2) 

Derivation Path: TS 36.508, Table 4.6.6-1 C 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectCDMA2000-GENERIC ::= SEQUENCE { 




cdma2000-Type 

TypeHRPD 



carrierFreq SEQUENCE { 




bandClass 

Band Class of frequency 
under test 



arfcn 

f14 



} 




searchWindowSize 

15 



cellForWhichToReportCGI 

PhysicalCellldentity of 
Cell 15 



} 




Table 8.3.3.4.3.3-8: ReportConfigCDMA2000-CGI (step 5, Table 8.3.3.4.3.2-2) 

Derivation Path: 36.508, Table 4.6.6-9 ReportConfiglnterRAT-PERIODICAL | 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfiglnterRAT-PERIODICAL ::= SEQUENCE 
{ 




triggerType CHOICE { 




periodical SEQUENCE { 




purpose CHOICE { 




reportCGI 

NULL 



} 




} 




} 




reportAmount 

r1 



} 
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Table 8.3.3.4.3.3-9: RadioResourceConfigDedicated-DRX (step 5, Table 8.3.3.4.3.2-2) 


Derivation Path: TS 36.508 clause 4.6.3.19 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated-DRX ::= 
SEQUENCE} 




mac-IVIainConfig CHOICE { 




explicitValue SEQUENCE { 




ul-SCH-Config SEQUENCE { 




maxHARQ-Tx 

n5 



periodicBSR-Timer 

infinity 



retxBSR-Timer 

sf 10240 



ttiBundling 

FALSE 



} 




drx-Config CHOICE { 




setup SEQUENCE} 




onDurationTimer 

psf6 



drx-lnactivityTimer 

psf60 



drx-RetransmissionTimer 

sf16 



longDRX-CycleStartOffset CHOICE { 




sf2560 





} 




shortDRX 

Not present 



} 




} 




timeAlignmentTimerDedicated 

infinity 



phr-Config CHOICE { 




release 

NULL 



} 




} 




} 




physicalConfigDedicated 

Not present 



} 
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Table 8.3.3.4.3.3-10: MeasurementReport (step 7, Table 8.3.3.4.3.2-2) 


Derivation path: TS 36.508 4.6.1 table 4.6.1-5 I 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measureclResuits SEQUENCE { 




measid 

2 



measResultServing SEQUENCE { 


Report Cell 15 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultsCDMA2000 SEQUENCE { 




preRegistrationStatusHRPD 

TRUE 



measResultListCDMA2000 SEQUENCE 
(SIZE (1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 15 



cgi-lnfo[1] CHOICE! 




cellGloballdHRPD 

cellGloballd of Cell 15 



} 




measResult[11 SEQUENCE} 




pilotStrength 

(0..63) 



} 




} 




} 




} 




} 




} 




} 




} 




} 





8.3.3.5 


8.3.3.5.1 


Measurement configuration control and reporting / SON / ANR / CGI 
reporting of 1xRTT cell 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE detects that entering conditions for event B2 are met 
then { UE sends MeasurementReport for event B2 } 


} 


(2) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is commanded to report the global cell identity of the 
neighbour cell } 
then { UE determines the global cell identity of the cell included 
in the associated measurement object by acquiring the 
relevant system information from the concerned cell and 
reports the global cell identity in the MeasurementReport } 


8.3.3.5.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.3.5.3, 
5.5.2.3, 5.5.3.1 , 5.5.4.1, 5.5.4.8, 5.5.5. 

[TS 36.331, clause 5.3.5.3] 
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If the RRCConnectionReconfiguration message does not include the mobility Controllnfo and the UE is able to comply 
with the configuration included in this message, the UE shall: 

1> if the RRCConnectionReconfiguration message includes the measConfig: 
2> perform the measurement configuration procedure as specified in 5.5.2; 
[TS 36.331, clause 5.5.2.3] 
The UE shall: 

1> for each measid included in the received measIdToAddModList: 

2> if the triggerType is set to 'periodicaV and the purpose is set to 'reportCGF in the reportConfig associated 
with this measid: 

3> if the measObject associated with this measid concerns E-UTRA: 

4> start timer T321 with the timer value set to 1 second for this measid; 
3> else: 

4> start timer T321 with the timer value set to 8 seconds for this measid; 

[TS 36.331, clause 5.5.3.1] 

The UE supports measurements using a reporting configuration with the purpose set to 'reportCGF, if the network 
provides sufficient idle periods. 

The UE applies the layer 3 filtering as specified in 5.5.3.2, before using the measured results for evaluation of reporting 
criteria or for measurement reporting. 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if a measurement gap configuration is setup; or 

2> the UE does not require measurement gaps to perform the concerned measurement: 

3> if s -Measure is not configured; or 

3> ii s-Measure is configured and the serving cell RSRP, after layer 3 filtering, is lower than this value; or 

3> if \ht purpose for the associated reportConfig is set to 'reportCGF: 

4> perform the corresponding measurements of neighbouring cells on the frequencies and RATs 
indicated in the concerned measObject; 

2> perform the evaluation of reporting criteria as specified in section 5.5.4; 

1> if a measid is configured for which the purpose within the associated reportConfig is set to 'reportCGF: 

2> try to acquire the global cell identity of the cell indicated by the cellForWhichToReportCGI in the associated 
measObject by acquiring the relevant system information from the concerned cell; 

2> if the cell indicated by the cellForWhichToReportCGI included in the associated measObject is an E-UTRAN 
cell: 

3> try to acquire the list of additional PLMN Identities, as included in the plmn-Identity List, if multiple 
PLMN identities are broadcast in the concerned cell; 

NOTE: The 'primary' PLMN is part of the global cell identity. 

2> if the cell indicated by the cellForWhichToReportCGI included in the associated measObject is a UTRAN 
cell: 
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3> try to acquire the LAC, the RAC and the Hst of additional PLMN Identities, if multiple PLMN identities 
are broadcast in the concerned cell; 

2> if the cell indicated by the cellForWhichToReportCGI included in the associated measObject is a GERAN 
cell: 

3> try to acquire the RAC in the concerned cell; 

2> if the cell indicated by the cellForWhichToReportCGI included in the associated measObject is a 
CDMA2000 cell and the cdma2000-Type included in the measObject is 'typelXRTT: 

3> try to acquire the BASE ID, SID and NID in the concerned cell; 

[TS 36.331, clause 5.5.4.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the corresponding reportConfig includes a purpose set to 'reportStrongestCellsForSON' : 

3> consider any neighbouring cell detected on the associated frequency to be applicable; 

2> else if the corresponding reportConfig includes a purpose set to 'reportCGF: 

3> consider any neighbouring cell detected on the associated frequency/ set of frequencies (GERAN) which 
has a physical cell identity matching the value of the cellForWhichToReportCGI included in the 
corresponding measObject within the VarMeasConfig to be applicable; 

2> else: 

3> if the corresponding measObject concerns E-UTRA: 

4> consider any neighbouring cell detected on the associated frequency to be applicable when the 

concerned cell is not included in the blackCellsToAddModList defined within the VarMeasConfig for 
this measid; 

3> else if the corresponding measObject concerns UTRA or CDMA2000: 

4> consider a neighbouring cell on the associated frequency to be applicable when the concerned cell is 
included in the cellsToAddModList defined within the VarMeasConfig for this measid (i.e. the cell is 
included in the white-list); 

3> else if the corresponding measObject concerns GERAN: 

4> consider a neighbouring cell on the associated set of frequencies to be applicable when the concerned 
cell matches the ncc-Permitted defined within the VarMeasConfig for this measid; 

2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells for all measurements after layer 3 filtering taken during timeToTrigger defined for 
this event within the VarMeasConfig, while the VarMeasReportList does not include an measurement 
reporting entry for this measid (a first cell triggers the event): 

3> include a measurement reporting entry within the VarMeasReportList for this measid; 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the entry condition applicable for this event, i.e. the event 

corresponding with the eventid of the corresponding reportConfig within VarMeasConfig, is fulfilled for one 
or more applicable cells not included in the cellsTriggeredList for all measurements after layer 3 filtering 
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taken during timeToTrigger defined for this event within the VarMeasConfig (a subsequent cell triggers the 
event): 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> include the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measld\ 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the triggerType is set to 'event' and if the leaving condition applicable for this event is fulfilled for one or 
more of the cells included in the cellsTriggeredList defined within the VarMeasReportList for this measid for 
all measurements after layer 3 filtering taken during timeToTrigger defined within the VarMeasConfig for 
this event: 

3> remove the concerned cell(s) in the cellsTriggeredList defined within the VarMeasReportList for this 
measid', 

3> if reportOnLeave is set to TRUE for the corresponding reporting configuration: 

4> initiate the measurement reporting procedure, as specified in 5.5.5; 
3> if the cellsTriggeredList defined within the VarMeasReportList for this measid is empty: 

4> remove the measurement reporting entry within the VarMeasReportList for this measid', 

4> stop the periodical reporting timer for this measid, if running; 

2> if the purpose is included and set to 'reportStrongestCells' or to 'reportStrongestCellsForSON' and if a 
(first) measurement result is available for one or more applicable cells: 

3> include a measurement reporting entry within the VarMeasReportList for this measid', 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 1 : If the purpose is set to 'reportStrongestCells', the UE initiates a first measurement report immediately 

after the quantity to be reported becomes available for at least either serving cell or one of the applicable 
cells. If the purpose is set to 'reportStrongestCellsForSON', the UE initiates a first measurement report 
when it has determined the strongest cells on the associated frequency. 

2> upon expiry of the periodical reporting timer for this measid: 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> if the purpose is included and set to 'reportCGF and if the UE acquired the information needed to set all 
fields of cgi-Info for the requested cell: 

3> include a measurement reporting entry within the VarMeasReportList for this measid', 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> stop timer T321; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

2> upon expiry of the T321 for this measid: 

3> include a measurement reporting entry within the VarMeasReportList for this measid', 

3> set the numberOfReportsSent defined within the VarMeasReportList for this measid to 0; 

3> initiate the measurement reporting procedure, as specified in 5.5.5; 

NOTE 2: The UE does not stop the periodical reporting with triggerType set to 'event' or to 'periodical' while the 
corresponding measurement is not performed due to the serving cell RSRP being equal to or better than ^- 
Measure or due to the measurement gap not being setup. 
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[TS 36.331, clause 5.5.4.8] 

The UE shall: 

1> for UTRA and CDMA2000, only trigger the event for cells included in the corresponding measurement object; 

1> consider the entering condition for this event to be satisfied when both condition B2-1 and condition B2-2, as 
specified below, are fulfilled apply inequality B2-1 and inequality B2-2 i.e. both have to be fulfilled, as specified 
below, as the entry condition for this event; 

1> consider the leaving condition for this event to be satisfied when condition B2-3 or condition B2-4, i.e. at least 
one of the two, as specified below, is fulfilled apply inequality B3-3 and inequality B2-4 i.e. at least one of the 
two has to be fulfilled, as specified below, as the leaving condition for this event; 


Inequality B2-1 (Entering condition 1) 


Inequality B2-2 (Entering condition 2) 


Inequality B2-3 (Leaving condition 1) 


Ms + Hys < Thresh 1 


Mn + Ofn - Hys > Thresh! 


Ms - Hys > Thresh 1 

Inequality B2-4 (Leaving condition 2) 

Mn + Ofn + Hys < Thresh! 

The variables in the formula are defined as follows: 

Ms is the measurement result of the serving cell, not taking into account any cell individual offsets. 

Mn is the measurement result of the inter-RAT neighbour cell, not taking into account any offsets neighbouring 
inter RAT cell. 

Ofn is the frequency specific offset of the frequency of the inter-RAT neighbour cell (i.e. offsetFreq as defined 
within the measObject corresponding to the frequency of the inter-RAT neighbour cell)neighbour cell. 

Hys is the hysteresis parameter for this event (i.e. hysteresis as defined within reportConfiglnterRAT the 
VarMeasurementConfiguration for this event). 

Threshl is the threshold parameter for this event (i.e. hl-Thresholdl as defined within reportConfiglnterRATthe 
VarMeasurementConfiguration for this event). 

Threshl is the threshold parameter for this event (i.e. b2-Threshold2 as defined within reportConfiglnterRAT the 
VarMeasurementConfiguration for this event). 

Ms is expressed in dBm in case of RSRP, or in dB in case of RSRQ. 

Mn is expressed in dBm or dB, depending on the measurement quantity of the inter-RAT neighbouring inter RAT 
cell. 

Ofn, Hys are expressed in dB. 

Threshl is expressed in the same unit as MfidBm in case Ms is expressed in dBm; otherwise it is expressed in dB. 

Thresh2 is expressed in the same unit as MndBm in case Mn is expressed in dBm; otherwise it is expressed in dB. 

[TS 36.331, clause 5.5.5] 

The purpose of this procedure is to transfer measurement results from the UE to E-UTRAN. 

For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 
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1> set the measid to the measurement identity that triggered the measurement reporting; 

1> set the measResultServCell to include the quantities of serving cell; 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 

3> if the triggerType is set to 'evenf : 

4> include the cells included in the cellsTriggeredList as defined within the VarMeasReportList for this 
measld\ 

3> else: 

4> include the applicable cells for which the new measurement results became available since the last 
periodical reporting or since the measurement was initiated or reset; 

NOTE: The reliability of the report (i.e. the certainty it contains the strongest cells on the concerned frequency) 
depends on the measurement configuration i.e. the reportlnterval. The related performance requirements 
are specified in TS 36.133 [16]. 

3> for each cell that is included in the measResultNeighCells, include the physCellld; 

3> if the triggerType is set to 'event'', or the purpose is set to 'reportStrongestCells' or to 
'reportStrongestCellsForSON' : 

4> for each included cell, include the layer 3 filtered measured results in accordance with the 
reportConfig for this measid, ordered as follows: 

5> if the measObject associated with this measid concerns E-UTRA: 

6> set the measResult to include the quantity(ies) indicated in the reportQuantity within the 
concerned reportConfig in order of decreasing trigger Quantity, i.e. the best cell is included 
first; 

5> else: 

6> set the measResult to the quantity as configured for the concerned RAT within the 
quantityConfig in order of decreasing quantity, i.e. the best cell is included first; 

3> else if the purpose is set to 'reportCGF: 

4> if the mandatory present fields of the cgi-Info for the cell indicated by the cellForWhichToReportCGI 
in the associated measObject have been obtained: 

5> include the cgi-Info containing all the fields that have been successfully acquired; 

1> increment the numb erOfReports Sent as defined within the VarMeasReportList for this measid by 1; 

1> stop the periodical reporting timer, if running; 

1> if the numberOfReportsSent as defined within the VarMeasReportList for this measid is less than the 
reportAmount as defined within the corresponding reportConfig for this measid: 

2> start the periodical reporting timer with the value of reportlnterval as defined within the corresponding 
reportConfig for this measid; 

1> else: 

2> if the triggerType is set to 'periodical' : 

3> remove the entry within the VarMeasReportList for this measid; 

3> remove this measid from the measIdList within VarMeasConfig; 
1> if the measured results are for CDMA2000 IxRTT: 
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2> sQt the preRegistrationStatusHRPD to 'FALSE'; 
1> submit the MeasurementReport message to lower layers for transmission, upon which the procedure ends; 
8.3.3.5.3 Test description 

8.3.3.5.3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 19 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 

8.3.3.5.3.2 Test procedure sequence 

Table 8.3.3.5.3.2-1 illustrates the downlink power levels to be applied for Cell 1 and Cell 19 at various time instants of 
the test execution. Row marked "TO" denotes the conditions after the preamble, while row marked "Tl" is to be applied 
subsequently. The exact instants on which these values shall be applied are described in the texts in this clause. 

Table 8.3.3.5.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

CelM 9 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

-75 

- 

The power level values are 
such that entering conditions 
for event B2 are not satisfied: 
Inequality B2-1 (Entering 
condition 1) 
Ms + Hys > ThresM 

Inequality B2-2 (Entering 

condition 2) 

Mn +Ofn - Hys < ThreshZ 

lor/loc 

dB 

- 

-15 

Pilot Ec/ lor 

dB 

- 

-7 

loc 

dBm/1.23MHz 

- 

-75 

CPICH_Ec/lo(Note1) 

dB 

- 

-22 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-75 

- 

The power level values are 
such that entering conditions 
for event B2 are satisfied: 
Inequality B2-1 (Entering 
condition 1) 
Ms + Hys< ThresM 

Inequality B2-2 (Entering 

condition 2) 

Mn +Ofn - Hys > Thresh2 

lor/loc 

dB 

- 



Pilot Ec/ lor 

dB 

- 

-7 

loc 

dBm/1.23MHz 

- 

-75 

CPICH_Ec/lo(Note1) 

dB 

- 

-10 

Note 1 : This parameter is not directly settable, but is derived by calculation from the other parameters 
set by the SS 
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Table 8.3.3.5.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message 
including measConfig {o setup inter RAT 
measurement and reporting for event B2 and 
set timeAlignmentTimerDedicated to infinity. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationConfipiete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS re-adjusts the cell-specific reference 
signal level according to row "T1" in table 
8.3.3.5.3.2-1. 





4 

Check: Does the UE transmit a 
IVIeasurementReport message to report event 
B2 on Cell 19? 

-> 

IVIeasurementReport 

1 

P 

5 

The SS transmits an 

RRCConnectionReconfiguration message 
including A77easCo/7% including reportCGIior 
Cell 19 and sufficient idle periods for UE to 
acquire the relevant system information from 
Cell 19. 

<- 

RRCConnectionReconfiguration 



6 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



7 

Check: Does the UE transmit a 
l\/leasurementReport message with 
ceiiGioballd oi Cell 19 within 8 sec? 

-> 

IVIeasurementReport 

2 

P 


8.3.3.5.3.3 


Specific message contents 


Table 8.3.3.5.3.3-1 : SystemlnformationBlockType2 ior Cell 1 (preamble and all the steps in Table 

8.3.3.5.3.2-2) 


Derivation Path: TS 36.508 clause 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




RadioResourceConfigCommonSIB-DEFAULT ::= 
SEQUENCE} 




pcch-Config 

PCCH-Config- 
LONGCYCLE 



} 




PCCH-Config-LONGCYCLE::= SEQUENCE { 




defaultPagingCycle 

rf256 



nB 

oneT 



} 




} 
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Table 8.3.3.5.3.3-2: RRCConnectionReconfiguration (step 1, Table 8.3.3.5.3.2-2) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS I 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated ::= SEQUENCE { 




srb-ToAddModList 

Not present 



drb-ToAddModList 

Not present 



drb-ToReleaseList 

Not present 



mac-MainConfig CHOICE { 




explicitValue SEQUENCE { 




ul-SCH-Config 

Not present 



drx-Config 

Not present 



timeAlignmentTimerDedicated 

infinity 



phr-Config 

Not present 



} 




} 




sps-Config 

Not present 



physicalConfigDedicated 

Not present 



} 
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Table 8.3.3.5.3.3-3: MeasConfig (step 1, Table 8.3.3.5.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f17 



measObject[2] 

MeasObjectCDMA2000- 
GENERIC 



} 




reportConfigloAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-CDMA2000(-69, -18) 



} 




measidloAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f17 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



} 




quantityConfig SEQUENCE { 




quantityConfigCDMA2000 SEQUENCE { 




measQuantityCDMA2000 

pilotStrength 



} 




} 




measGapConfig SEQUENCE { 




gapActivation CHOICE { 




activate SEQUENCE { 




gapPattern CHOICE { 




gp1 SEQUENCE} 




gapOffset 

30 



} 




} 




} 




} 




} 




} 




Table 8.3.3.5.3.3-4: MeasObjectCDMA2000-GENERIC (step 1, Table 8.3.3.5.3.2-2) 

Derivation Path: TS 36.508, Table 4.6.6-1 C 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectCDMA2000-GENERIC ::= SEQUENCE { 




cdma2000-Type 

TypelXRTT 



carrierFreq SEQUENCE { 




bandClass 

Band Class of frequency 
under test 



arfcn 

f17 



} 




searchWindowSize 

15 



} 
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Table 8.3.3.5.3.3-5 MeasurementReport (step 4, Table 8.3.3.5.3.2-2) 


Derivation Path: TS 36.508, Table 4.6.1-5 I 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultsCDMA2000 SEQUENCE { 




preRegistrationStatusHRPD 

FALSE 



measResultListCDMA2000::=SEQUENCE 
(SIZE (1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1l 

PhysCellld of Cell 19 



cgi-lnfo[1] 

Not present 



measResultfH SEQUENCE} 




pilotStrength 

(0..63) 



} 




} 




} 




} 




} 




} 




} 




} 




} 




Table 8.3.3.5.3.3-6: RRCConnectionReconfiguration (step 5, Table 8.3.3.5.3.2-2) 

Derivation Path: TS 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-DRX 



} 
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Table 8.3.3.5.3.3-7 MeasConfig (step 5, Table 8.3.3.5.3.2-2) 


Derivation Path: TS 36.508 clause 4.6.6 table 4.6.6-1 I 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measldToAddModList ::= SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

2 



nneasObjectld[1] 

ldMeasObject-f17 



reportConfigld[1] 

ReportConfigld-CGI 



} 




measObjectloAddModList ::= SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



measObjectld[1] 

ldMeasObject-f17 



measObject[1] 

MeasObjectCDMA2000- 
CGI 



} 




reportConfigloRemoveList ::= SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 




reportConfigId 

ldReportConfig-B2 



} 




reportConfigloAddModList ::= SEQUENCE (SIZE 
(1.. maxReportConfigId)) OF SEQUENCE { 




reportConfigld[1] 

ReportConfigld-CGI 



reportConfig[1] 

ReportConfigCDMA2000- 
CGI 



} 




} 




Table 8.3.3.5.3.3-7A: MeasObjectCDMA2000-CGI (step 5, Table 8.3.3.5.3.2-2) 

Derivation Path: TS 36.508, Table 4.6.6-1 C 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectCDMA2000-GENERIC ::= SEQUENCE { 




cdma2000-Type 

TypelXRTT 



carrierFreq SEQUENCE { 




bandClass 

Band Class of frequency 
under test 



arfcn 

f17 



} 




searchWindowSize 

15 



cellForWhichToReportCGI 

PhysicalCellldentity of 
Cell 19 



} 




Table 8.3.3.5.3.3-8: ReportConfigCDMA2000-CGI (step 5, Table 8.3.3.5.3.2-2) 

Derivation Path: 36.508, Table 4.6.6-9 ReportConfiglnterRAT-PERIODICAL | 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfiglnterRAT-PERIODICAL ::= SEQUENCE 
{ 




triggerType CHOICE { 




periodical SEQUENCE { 




purpose CHOICE { 




reportCGI 

NULL 



} 




} 




} 




reportAmount 

r1 



} 
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Table 8.3.3.5.3.3-9: RadioResourceConfigDedicated-DRX (step 5, Table 8.3.3.5.3.2-2) 


Derivation Path: TS 36.508 clause 4.6.3.19 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated-DRX ::= 
SEQUENCE} 




mac-IVIainConfig CHOICE { 




explicitValue SEQUENCE { 




ul-SCH-Config SEQUENCE { 




maxHARQ-Tx 

n5 



periodicBSR-Timer 

infinity 



retxBSR-Timer 

sf 10240 



ttiBundling 

FALSE 



} 




drx-Config CHOICE { 




setup SEQUENCE} 




onDurationTimer 

psf6 



drx-lnactivityTimer 

psf60 



drx-RetransmissionTimer 

sf16 



longDRX-CycleStartOffset CHOICE { 




sf2560 





} 




shortDRX 

Not present 



} 




} 




timeAlignmentTimerDedicated 

infinity 



phr-Config CHOICE { 




release 

NULL 



} 




} 




} 




physicalConfigDedicated 

Not present 



} 
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Table 8.3.3.5.3.3-10: MeasurementReport (step 7, Table 8.3.3.5.3.2-2) 


Derivation path: TS 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measureclResuits SEQUENCE { 




measid 

2 



measResultServing SEQUENCE { 


Report Cell 19 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultsCDMA2000 SEQUENCE { 




preRegistrationStatusHRPD 

FALSE 



measResultListCDMA2000 SEQUENCE 
(SIZE (1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 19 



cgi-lnfo[1] CHOICE! 




cellGloballdlXRTT 

GlobalCellld of Cell 19 



} 




measResult[11 SEQUENCE} 




pilotStrength 

(0..63) 



} 




} 




} 




} 




} 




} 




} 




} 




} 





8.3.4 System Information reading on CSG, Hybrid and Open cells 
8.3.4.1 Intra-frequency SI acquisition / CSG cell and non-CSG cell 


8.3.4.1.1 


Test Purpose (TP) 


(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is configured to acquire the System Information of a neighbour member CSG cell } 
then { UE acquires the System Information of the cell included in the associated measurement 
object and reports the global cell identity, the TAI , the CSG ID and its membership status in the 
MeasurementReport } 


(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is configured to acquire the System Information of a neighbour non-member CSG cell } 
then { UE acquires the System Information of the cell included in the associated measurement 
object and reports the global cell identity, the TAI and the CSG ID in the MeasurementReport } 

} 


(3) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is configured to acquire the System Information of a neighbour non-CSG cell 
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then { UE acquires the System Information of the cell included in the associated measurement 
object and reports the global cell identity and the TAI in the MeasurementReport } 
} 

8.3.4.1 .2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.5.2.3, 
5.5.3.1 and 5.5.5, and TS 36.133, clause 8.1.2.2.3.1. 

[TS 36.331, clause 5.5.2.3] 


The UE shall: 

2> if the triggerType is set to 'periodicaT and the purpose is set to 'reportCGT in the reportConfig associated 
with this measld: 

3> if the measObject associated with this measld concerns E-UTRA: 

4> if the si-Re que stForHO is included in the reportConfig associated with this measld: 

5> start timer T321 with the timer value set to 150 ms for this measld: 


3> if the cell indicated by the cellForWhichToReportCGI included in the associated measObject is an E- 
UTRAN cell: 

4> try to acquire the CSG identity, if the CSG identity is broadcast in the concerned cell; 


[TS 36.331, clause 5.5.3.1] 

The UE shall: 

1> for each measld included in the measIdList within VarMeasConfig: 

2> if the^ purpose for the associated reportConfig is set to 'reportCGT: 

3> if si-Reque StForHO is configured for the associated reportConfig: 

4> perform the corresponding measurements on the frequency and RAT indicated in the associated 
measObject using autonomous gaps as necessary; 

[TS 36.331, clause 5.5.5] 

For the measld for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 

1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 

3> else if \hQ purpose is set to 'reportCGT: 
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4> if the mandatory present fields of the cgi-Info for the cell indicated by the cellForWhichToReportCGI 
in the associated measOhject have been obtained: 

5> if the cell broadcasts a CSG identity: 

6> include the csg -Identity, 

6> include the csg-MemherStatus and set it to 'member' if the CSG identity is included in the UE's 
CSG whiteHst; 


[TS 36.133, clause 8.1.2.2.3.1] 

No explicit neighbour list is provided to the UE for identifying a new CGI of E-UTRA cell. The UE shall identify 
and report the CGI when requested by the network for the purpose 'reportCGI'. The UE may make autonomous gaps 
in downlink reception and uplink transmission for receiving MIB and SIBl message according to section 5.5.3.1 of 
36.331 [2]. Note that a UE is not required to use autonomous gap if si-RequestForHO is set to false. If autonomous 
gaps are used for measurement with the purpose of 'reportCGF, the UE shall be able to identify a new CGI of E- 
UTRA cell within: 

-'-identify.CGI, intra ~ -*" basic _identify_CGI, intra ^^ 

Where 

Tbasic_identify_cGi, intra =150 ms. This is the time period used in the above equation where the maximum allowed time 
for the UE to identify a new CGI of an E-UTRA cell is defined. 

A cell shall be considered identifiable following conditions are fulfilled: 

- RSRP related side conditions given in Section 9.1 are fulfilled for a corresponding Band, 

- SCH_RPIdBm > -127 dBm for Bands 1, 4, 6, 10, 11, 18, 19, 21 and SCH Es/Iot > -6 dB, 

- SCH_RPIdBm > -126 dBm for Band 9 and SCH Es/Iot > -6 dB, 

- SCH_RPIdBm > -125 dBm for Bands 2, 5, 7 and SCH Es/Iot > -6 dB, 

- SCH_RPIdBm > -124 dBm for Bands 3, 8, 12, 13, 14, 17, 20 and SCH Es/Iot > -6 dB. 

The requirement for identifying a new CGI of an E-UTRA cell within Tbasic_identify_CGi,. intra is applicable when no DRX is 
used as well as when all the DRX cycles specified in 3GPP TS 36.331 [2] are used. 

8.3.4.1 .3 Test description 

8.3.4.1 .3.1 Pre-test conditions 

System Simulator: 

- Cell 1 , Cell 2, Cell 4 and Cell 1 1 . 

- Cell 1 and Cell 1 1 are not CSG cells. 

- Cell 2 and Cell 4 are CSG cells. 

- System information combination 7 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 2 and 
Cell 4. 

UE: 

- The UE's Allowed CSG list contains the CSG ID of Cell 2. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 
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8.3.4.1.3.2 


Test procedure sequence 


Table 8.3.4.1.3.2-1 illustrates the downlink power levels to be applied for Cell 1, Cell 2, Cell 4 and Cell 11 at various 
time instants of the test execution. The exact instants on which these values shall be applied are described in the texts in 
this clause. 

Table 8.3.4.1.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

(DL 

only) 

Cell 4 

(DL 

only) 

Cell 11 

(DL 

only) 

Remark 

T1 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

-79 

Off 

Off 

Power levels are such that entry condition 

for event A3 on Cell 2 is satisfied: 

Mn + 0fn + 0cn-Hys>Ms + 0fs + 0cs + 0ff 

T2 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

Off 

-79 

Off 

Power levels are such that entry condition 
for event A3 on Cell 4 is satisfied: 

Mn + 0fn + 0cn-Hys>Ms + 0fs + 0cs + 0jf 

T3 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

Off 

Off 

-79 

Power levels are such that entry condition 
for event A3 on Cell 1 1 is satisfied: 

Mn + 0fn + 0cn-Hys>Ms + 0fs + 0cs + 0jf 
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Table 8.3.4.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message 
including measConfig {o setup intra LTE 
measurement and reporting for event A3 (intra 
frequency measurement) and set 
timeAlignmentTimerDedicated to infinity. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigrationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS re-adjusts the cell-specific reference 
signal levels according to row "T1" in table 
8.3.4.1.3.2-1. 





4 

The UE transmits a l\/leasurementReport 
message to report event A3 with the measured 
RSRP value for Cell 2. 

-> 

IVIeasurementReport 



5 

The SS transmits an 

RRCConnectionReconfiguration message 
including A77easCo/7% including reportCGI and 
si-RequestForHOior Cell 2. 

<— 

RRCConnectionReconfiguration 



6 

The UE transmits an 

RRCConnectionReconfigurationConfipiete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



7 

Check: Does the UE transmit a 
IVIeasurementReport message with the System 
Information acquired on Cell 2 within 150 ms? 

-> 

IVIeasurementReport 

1 

P 

8 

The SS re-adjusts the cell-specific reference 
signal level according to row "T2" in table 
8.3.4.1.3.2-1. 





9 

The UE transmits a IVIeasurementReport 
message to report event A3 with the measured 
RSRP value for Cell 4. 

-> 

IVIeasurementReport 



10 

The SS transmits an 

RRCConnectionReconfiguration message 
including A77easCo/7% including reportCGI and 
si-RequestForHO ior Cell 4. 

<- 

RRCConnectionReconfiguration 



11 

The UE transmits an 

RRCConnectionReconfigurationConfiplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



12 

Check: Does the UE transmit a 
IVIeasurementReport message with the System 
Information acquired on Cell 4 within 150 ms? 

-> 

IVIeasurementReport 

2 

P 

13 

The SS re-adjusts the cell-specific reference 
signal level according to row "T3" in table 
8.3.4.1.3.2-1. 





14 

The UE transmits a IVIeasurementReport 
message to report event A3 with the measured 
RSRP value for Cell 11. 

-> 

IVIeasurementReport 



15 

The SS transmits an 

RRCConnectionReconfiguration message 
including A77easCo/7% including reportCGI and 
si-RequestForHO for Cell 1 1 . 

<- 

RRCConnectionReconfiguration 



16 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



17 

Check: Does the UE transmit a 
IVIeasurementReport message with the System 
Information acquired on Cell 11 within 150 
ms? 

-> 

IVIeasurementReport 

3 

P 
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8.3.4.1 .3.3 Specific message contents 

Table 8.3.4.1 .3.3-1 : Conditions for Tables 8.3.4.1 .3.3-2 and 8.3.4.1 .3.3-3 


Condition 

Explanation 

CelM 

This condition applies to system information transmitted on Cell 1 . 

Cell 2 

This condition applies to system information transmitted on Cell 2. 

Cell 4 

This condition applies to system information transmitted on Cell 4. 

Cell 11 

This condition applies to system information transmitted on Cell 1 1 . 


Table 8.3.4.1.3.3-2: SystemlnformationBlockTypel for Cells 1, 2, 4 and 11 (preamble and all steps, 

Table 8.3.4.1.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

FALSE 


Cein 
Cell 11 


TRUE 


Cell 2 
Cell 4 

csg-ldentity 

Not present 


CelM 
Cell 11 


'000 0000 0000 0000 
0000 0000 001 0'B 


Cell 2 


'000 0000 0000 0000 
0000 0000 01 OO'B 


Cell 4 

} 




} 





Table 8.3.4.1.3.3-3: SystemlnformationBlockType4 for Cells 2 and 4 (preamble and all steps, Table 

8.3.4.1.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType4 ::= SEQUENCE { 




csg-PhysCellldRange ::= SEQUENCE { 




Start 

2 



Range 

n4 



} 




} 




Table 8.3.4.1.3.3-4: RRCConnectionReconfiguration (Step 1, Table 8.3.4.1.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated ::= SEQUENCE { 




srb-ToAddModList 

Not present 



drb-ToAddModList 

Not present 



drb-ToReleaseList 

Not present 



mac-MainConfig CHOICE { 




explicitValue SEQUENCE { 




ul-SCH-Config 

Not present 



drx-Config 

Not present 



timeAlignmentTimerDedicated 

infinity 



phr-Config 

Not present 



} 




} 




sps-Config 

Not present 



physicalConfigDedicated 

Not present 



} 
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Table 8.3.4.1.3.3-5: MeasConfig (Step 1, Table 8.3.4.1.3.2-2) 


Derivation Path: 36.508 clause 4.6.6 table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measldToAddModList ::= SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



nneasObjectld[1] 

ldMeasObject-f1 



reportConfigld[1] 

ldReportConfig-A3 



} 




measObjectToAddModList ::= SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



measObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModList ::= SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfig-A3-H 



} 




} 




Table 8.3.4.1.3.3-6: ReportConfig-A3-H (Step 1, Table 8.3.4.1.3.2-2) 

Derivation path: 36.508 clause 4.6.6 table 4.6.6-6 ReportConfigEUTRA-A3 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA-A3 ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE! 




eventid CHOICE { 




eventAS SEQUENCE { 




} 




} 




timeToTrigger 

msO 



} 




} 




reportOuantity 

sameAsTriggerQuantity 



} 
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Table 8.3.4.1.3.3-7 MeasurementReport (Step 4, Table 8.3.4.1.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 2 


physCellld 

PhysCellld of Cell 2 



cgi-lnfo 

Not present 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

Not present 



} 




} 




} 




} 




} 




} 




} 





Table 8.3.4.1.3.3-8: RRCConnectionReconfiguration (Steps 5, 10 and 15, Table 8.3.4.1.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 


Table 8.3.4.1.3.3-9: MeasConfig (Steps 5, 10 and 15, Table 8.3.4.1.3.2-2) 


Derivation Path: 36.508 clause 4.6.6 table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measldToAddModList ::= SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

2 



measObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

ReportConfigld-CGI 



} 




measObjectToAddModList ::= SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



nneasObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA-CGI 



} 




reportConfigToRemoveList ::= SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 




reportConfigId 

ldReportConfig-A3 



} 




reportConfigToAddModList ::= SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ReportConfigld-CGI 



reportConfig[1] 

ReportConfig-CGI 



} 




} 
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Table 8.3.4.1.3.3-10: MeasObjectEUTRA-CGI (Step 5, Table 8.3.4.1.3.2-2) 


Derivation Path: 36.508 clause 4.6.6 table 4.6.6-2 

Information Element 

Value/remark 

Comment 

Condition 

MeasObiectEUTRA-CGI ::= SEQUENCE { 




carrierFreq SEQUENCE {} 

Downlink EARFCN for f1 



cellForWhichToReportCGI 

PhysCellldofCell2 



} 





Table 8.3.4.1.3.3-11: ReportConfig-CGI (Steps 5, 10 and 15, Table 8.3.4.1.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-7 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA ::= SEQUENCE { 




triggerType CHOICE { 




periodical SEQUENCE { 




purpose 

reportCGI 



} 




reportQuantity 

sameAsTriggerQuantity 



reportAmount 

r1 



si-RequestForHO 

setup 



} 
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Table 8.3.4.1.3.3-12: MeasurementReport (Step 7, Table 8.3.4.1.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellldfl] 

PhysCellld of Cell 2 



cgi-lnfo[1] SEQUENCE! 




cellGloballd 

cellGloballd formed from 
the first entry in 'plmn- 
IdentityList' and 
'cellldentity' of Cell 2 



trackingAreaCode 

trackingAreaCode of Cell 
2 



pImn-ldentityList 

Not present 



} 




measResult[1] SEQUENCE { 




rsrpResult 

Not present 



rsrqResult 

Not present 



csg-MemberStatus 

member 



csg-ldentity 

'000 0000 0000 0000 
0000 0000 001 0'B 

CSG ID of Cell 2 


} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.4.1.3.3-13: MeasurementReport (Step 9, Table 8.3.4.1.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 4 


physCellld 

PhysCellld of Cell 4 



cgi-lnfo 

Not present 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

Not present 



} 




} 




} 




} 




} 




} 




} 




Table 8.3.4.1.3.3-14: MeasObjectEUTRA-CGI (Step 10, Table 8.3.4.1.3.2-2) 

Derivation Path: 36.508 clause 4.6.6 table 4.6.6-2 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectEUTRA-CGI ::= SEQUENCE { 




carrierFreq SEQUENCE {} 

Downlink EARFCN for f1 



cellForWhichToReportCGI 

PhysCellld of Cell 4 



} 
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Table 8.3.4.1.3.3-15: MeasurementReport (Step 12, Table 8.3.4.1.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellldfl] 

PhysCellld of Cell 4 



cgi-lnfo[1] SEQUENCE! 




cellGloballd 

cellGloballd formed from 
the first entry in 'plmn- 
IdentityList' and 
'cellldentity' of Cell 4 



trackingAreaCode 

trackingAreaCode of Cell 
4 



pImn-ldentityList 

Not present 



} 




measResult[1] SEQUENCE { 




rsrpResult 

Not present 



rsrqResult 

Not present 



csg-MemberStatus 

Not present 



csg-ldentity 

'000 0000 0000 0000 
0000 0000 01 OO'B 

CSG ID of Cell 4 


} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.3.4.1.3.3-16: MeasurementReport (Step 14, Table 8.3.4.1.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 1 1 


physCellld 

PhysCellld of Cell 11 



cgi-lnfo 

Not present 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

Not present 



} 




} 




} 




} 




} 




} 




} 




Table 8.3.4.1.3.3-17: MeasObjectEUTRA-CGI (Step 15, Table 8.3.4.1.3.2-2) 

Derivation Path: 36.508 clause 4.6.6 table 4.6.6-2 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectEUTRA-CGI ::= SEQUENCE { 




carrierFreq SEQUENCE {} 

Downlink EARFCN for f1 



cellForWhichToReportCGI 

PhysCellld of Cell 11 



} 
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Table 8.3.4.1.3.3-18: MeasurementReport (Step 17, Table 8.3.4.1.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 I 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellldfl] 

PhysCellld of Cell 11 



cgi-lnfo[1] SEQUENCE! 




cellGloballd 

cellGloballd formed from 
the first entry in 'plmn- 
IdentityList' and 
'cellldentity' of Cell 11 



trackingAreaCode 

trackingAreaCode of Cell 
11 



pImn-ldentityList 

Not present 



} 




measResult[1] SEQUENCE { 




rsrpResult 

Not present 



rsrqResult 

Not present 



csg-MemberStatus 

Not present 



csg-ldentity 

Not present 



} 




} 




} 




} 




} 




} 




} 




} 

1 1 


8.3.4.2 

8.3.4.2.1 
(1) 


Inter-frequency SI acquisition / Non-nnennber hybrid cell 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is configured to acquire the System Information of a neighbour non-member hybrid cell 
then { UE acquires the System Information of the cell included in the associated measurement 
object and reports the global cell identity, the TAI and the CSG ID in the MeasurementReport } 
} 


8.3.4.2.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.5.2.3, 
5.5.3.1 and 5.5.5, and TS 36.133, clause 8.1.2.2.3.1. 

[TS 36.331, clause 5.5.2.3] 


The UE shall: 
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2> if the triggerType is set to 'periodicaT and the purpose is set to 'reportCGT in the reportConfig associated 
with this measid: 

3> if the measObject associated with this measid concerns E-UTRA: 

4> if the si-RequestForHO is included in the reportConfig associated with this measid: 

5> start timer T321 with the timer value set to 150 ms for this measid', 

[TS 36.331, clause 5.5.3.1] 

The UE shall: 

1> for each measid included in the measIdList within VarMeasConfig: 

2> if the purpose for the associated reportConfig is set to 'reportCGT: 

3> if si-Re que stForHO is configured for the associated reportConfig: 

4> perform the corresponding measurements on the frequency and RAT indicated in the associated 
measObject using autonomous gaps as necessary; 


3> if the cell indicated by the cellForWhichToReportCGI included in the associated measObject is an E- 
UTRAN cell: 

4> try to acquire the CSG identity, if the CSG identity is broadcast in the concerned cell; 

4> if si-Re que StForHO is not configured for the associated reportConfig: 

5> try to acquire the list of additional PLMN Identities, as included in the plmn-Identity List, if 
multiple PLMN identities are broadcast in the concerned cell; 


[TS 36.331, clause 5.5.5] 


For the measid for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 


1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 


3> else if the purpose is set to 'reportCGT: 

4> if the mandatory present fields of the cgi-Info for the cell indicated by the cellForWhichToReportCGI 
in the associated measObject have been obtained: 

5> if the cell broadcasts a CSG identity: 

6> include the csg-Identity; 

6> include the csg-MemberStatus and set it to 'member' if the CSG identity is included in the UE's 
CSG whiteHst; 
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5> if the ' si-Re que stForHO' is configured within the reportConfig associated with this measid: 

6> include the cgi-Info containing all the fields that have been successfully acquired, except for 
the plmn-IdentityList\ 

5> else: 

6> include the cgi-Info containing all the fields that have been successfully acquired; 


[TS 36.133, clause 8.1.2.2.3.1] 

No explicit neighbour list is provided to the UE for identifying a new CGI of E-UTRA cell. The UE shall identify 
and report the CGI when requested by the network for the purpose 'reportCGI'. The UE may make autonomous gaps 
in downlink reception and uplink transmission for receiving MIB and SIBl message according to section 5.5.3.1 of 
36.331 [2]. Note that a UE is not required to use autonomous gap if si-RequestForHO is set to false. If autonomous 
gaps are used for measurement with the purpose of 'reportCGF, the UE shall be able to identify a new CGI of E- 
UTRA cell within: 

-'-identify.CGI, intra ~ -*" basic _identify_CGI, intra ^^ 

Where 

Tbasic_identify_CGi, intra =150 ms. This is the time period used in the above equation where the maximum allowed time 
for the UE to identify a new CGI of an E-UTRA cell is defined. 

A cell shall be considered identifiable following conditions are fulfilled: 

- RSRP related side conditions given in Section 9.1 are fulfilled for a corresponding Band, 

- SCH_RPIdBm > -127 dBm for Bands 1, 4, 6, 10, 11, 18, 19, 21 and SCH Es/Iot > -6 dB, 

- SCH_RPIdBm > -126 dBm for Band 9 and SCH Es/Iot > -6 dB, 

- SCH_RPIdBm > -125 dBm for Bands 2, 5, 7 and SCH Es/Iot > -6 dB, 

- SCH_RPIdBm > -124 dBm for Bands 3, 8, 12, 13, 14, 17, 20 and SCH Es/Iot > -6 dB. 

The requirement for identifying a new CGI of an E-UTRA cell within Tbasic_identify_cGi,. intra is applicable when no DRX is 
used as well as when all the DRX cycles specified in 3GPP TS 36.331 [2] are used. 

8.3.4.2.3 Test description 

8.3.4.2.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 3 are E-UTRA cells. 

- Cell 1 is a non CSG cell. 

- Cell 3 is a hybrid cell. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 1. 

- System information combination 13 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 3. 
UE: 

The UE's Allowed CSG list is empty. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 
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8.3.4.2.3.2 


Test procedure sequence 


Table 8.3.4.2.3.2-1 illustrates the downlink power levels to be applied for Cell 1 and Cell 3 at various time instants of 
the test execution. The exact instants on which these values shall be applied are described in the texts in this clause. 

Table 8.3.4.2.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 3 
(DL only) 

Remark 

T1 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

-73 

Power levels are such that entry condition 

for event A3 on Cell 3 is satisfied: 

Mn + 0fn + 0cn-Hys>Ms + 0fs + 0cs + 0jf 


Table 8.3.4.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message 
including measConfig \o setup intra LTE 
measurement and reporting for event A3 (inter 
frequency measurement) and set 
timeAlignmentTimerDedicated to infinity. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigrationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS re-adjusts the cell-specific reference 
signal levels according to row "T1" in table 
8.3.4.2.3.2-1. 





4 

The UE transmits a IVIeasurementReport 
message to report event A3 with the measured 
RSRP value for Cell 3. 

-> 

IVIeasurementReport 



5 

The SS transmits an 

RRCConnectionReconfiguration message 
including A77easCo/7% including reportCGI and 
si-RequestForHOior Cell 3. 

<— 

RRCConnectionReconfiguration 



6 

The UE transmits an 

RRCConnectionReconfigurationConfiplete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



7 

Check: Does the UE transmit a 
IVIeasurementReport message with the System 
Information acquired on Cell 3 within 150 ms? 

-> 

IVIeasurementReport 

1 

P 


8.3.4.2.3.3 


Specific message contents 

Table 8.3.4.2.3.3-1 : Conditions for Tables 8.3.4.2.3.3-2 


Condition 

Explanation 

CelM 

This condition applies to system information transmitted on Cell 1 . 

Cell 3 

This condition applies to system information transmitted on Cell 3. 
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Table 8.3.4.2.3.3-2: SystemlnformationBlockTypel for Cells 1 and 3 (preamble and all steps, Table 

8.3.4.2.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

FALSE 



csg-ldentity 

Not present 


CelM 


'000 0000 0000 0000 
0000 0000 001 0'B 


Cell 3 

} 




} 





Table 8.3.4.2.3.3-3: SystemlnformationBlockType4 ior Cell 3 (preamble and all steps, Table 

8.3.4.2.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType4 ::= SEQUENCE { 




csg-PhysCellldRange ::= SEQUENCE { 




start 

4 



range 

Not present 



} 




} 




Table 8.3.4.2.3.3-4: RRCConnectionReconfiguration (Step 1, Table 8.3.4.2.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated ::= SEQUENCE { 




srb-ToAddModList 

Not present 



drb-ToAddModList 

Not present 



drb-ToReleaseList 

Not present 



mac-MainConfig CHOICE { 




explicitValue SEQUENCE { 




ul-SCH-Config 

Not present 



drx-Config 

Not present 



timeAlignmentTimerDedicated 

infinity 



phr-Config 

Not present 



} 




} 




sps-Config 

Not present 



physicalConfigDedicated 

Not present 



} 
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Table 8.3.4.2.3.3-5: MeasConfig (Step 1, Table 8.3.4.2.3.2-2) 


Derivation Path: 36.508 clause 4.6.6 table 4.6.6-1 with condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList ::= SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f2 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f2) 



} 




reportConfigToAddModList ::= SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfig-A3-H 



} 




measldToAddModList ::= SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f2 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 





Table 8.3.4.2.3.3-6: ReportConfig-A3-H (Step 1, Table 8.3.4.2.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-6 ReportConfigEUTRA-A3 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA-A3 ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE { 




eventid CHOICE { 




eventAS SEQUENCE { 




} 




} 




timeToTrigger 

msO 



} 




} 




reportOuantity 

sameAsTriggerQuantity 



} 
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Table 8.3.4.2.3.3-7: MeasurementReport (Step 4, Table 8.3.4.2.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 3 


physCellld 

PhysCellld of Cell 3 



cgi-lnfo 

Not present 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

Not present 



} 




} 




} 




} 




} 




} 




} 





Table 8.3.4.2.3.3-8: RRCConnectionReconfiguration (Step 5, Table 8.3.4.2.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 


Table 8.3.4.2.3.3-9: MeasConfig (Step 5, Table 8.3.4.2.3.2-2) 


Derivation Path: 36.508 clause 4.6.6 table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measldToAddModList ::= SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

2 



measObjectld[1] 

ldMeasObject-f2 



reportConfigld[1] 

ReportConfigld-CGI 



} 




measObjectToAddModList ::= SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



nneasObjectld[1] 

ldMeasObject-f2 



measObject[1] 

MeasObjectEUTRA-CGI 



} 




reportConfigToRemoveList ::= SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 




reportConfigId 

ldReportConfig-A3 



} 




reportConfigToAddModList ::= SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ReportConfigld-CGI 



reportConfig[1] 

ReportConfig-CGI 



} 




measGapConfig CHOICE { 




release 

NULL 



} 




} 
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Table 8.3.4.2.3.3-10: MeasObjectEUTRA-CGI (Step 5, Table 8.3.4.2.3.2-2) 


Derivation Path: 36.508 clause 4.6.6 table 4.6.6-2 

Information Element 

Value/remark 

Comment 

Condition 

MeasObiectEUTRA-CGI ::= SEQUENCE { 




carrierFreq SEQUENCE {} 

Downlink EARFCN of 
Cells 



cellForWhichToReportCGI 

PhysCellldofCellS 



} 




Table 8.3.4.2.3.3-1 1 : ReportConf ig-CGI (Step 5, Table 8.3.4.2.3.2-2) 

Derivation Path: 36.508, Table 4.6.6-7 ReportConfigEUTRA-PERIODICAL 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA ::= SEQUENCE { 




triggerType CHOICE { 




periodical SEQUENCE { 




purpose 

reportCGI 



} 




} 




reportQuantity 

sameAsTriggerQuantity 



reportAmount 

r1 



si-RequestForHO 

setup 



} 
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Table 8.3.4.2.3.3-12: MeasurementReport (Step 7, Table 8.3.4.2.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellldfl] 

PhysCellld of Cell 3 



cgi-lnfo[1] SEQUENCE! 




cellGloballd 

cellGloballd formed from 
the first entry in 'plmn- 
IdentityList' and 
'cellldentity' of Cell 3 



trackingAreaCode 

trackingAreaCode of Cell 
3 



pImn-ldentityList 

Not present 



} 




measResult[1] SEQUENCE { 




rsrpResult 

Not present 



rsrqResult 

Not present 



additionalSI-lnfo-r9 SEQUENCE { 




csg-MemberStatus 

Not present 



csg-ldentity 

'000 0000 0000 0000 
0000 0000 001 0'B 

CSG ID of Cell 3 


} 




} 




} 




} 




} 




} 




} 




} 




} 





8.3.4.3 


8.3.4.3.1 


Inter-frequency SI acquisition / Member hybrid cell 
Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_CONNECTED state} 
ensure that { 

when { UE is configured to acquire the System Information of a neighbour member hybrid cell } 
then { UE acquires the System Information of the cell included in the associated measurement 
object and reports the global cell identity, the TAI , the MemberStatus and the CSG ID in the 
MeasurementReport } 


8.3.4.3.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.5.2.3, 
5.5.3.1, 5.5.5 and TS 36.133, clause 8.1.2.3.5.1. 

[TS 36.331, clause 5.5.2.3] 
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The UE shall: 

2> if the triggerType is set to 'periodicaT and the purpose is set to 'reportCGT in the reportConfig associated 
with this measld: 

3> if the measOhject associated with this measld concerns E-UTRA: 

4> if the si-RequestForHO is included in the reportConfig associated with this measld: 

5> start timer T321 with the timer value set to 150 ms for this measld', 

[TS 36.331, clause 5.5.3.1] 

The UE shall: 

1> for each measld included in the measIdList within VarMeasConfig: 

2> if the purpose for the associated reportConfig is set to 'reportCGT: 

3> if si-Re que stForHO is configured for the associated reportConfig: 

4> perform the corresponding measurements on the frequency and RAT indicated in the associated 
measObject using autonomous gaps as necessary; 


3> if the cell indicated by the cellForWhichToReportCGI included in the associated measObject is an E- 
UTRAN cell: 

4> try to acquire the CSG identity, if the CSG identity is broadcast in the concerned cell; 

4> if si-Re que StForHO is not configured for the associated reportConfig: 

5> try to acquire the list of additional PLMN Identities, as included in the plmn-Identity List, if 
multiple PLMN identities are broadcast in the concerned cell; 


[TS 36.331, clause 5.5.5] 


For the measld for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 


1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 


3> else if the purpose is set to 'reportCGT: 

4> if the mandatory present fields of the cgi-Info for the cell indicated by the cellForWhichToReportCGI 
in the associated measObject have been obtained: 

5> if the cell broadcasts a CSG identity: 

6> include the csg-Identity; 
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6> include the csg-MemberStatus and set it to 'member' if the CSG identity is included in the UE's 
CSG whiteHst; 

5> if the ' si-RequestForHO' is configured within the reportConfig associated with this measld: 

6> include the cgi-Info containing all the fields that have been successfully acquired, except for 
the plmn-IdentityList\ 

5> else: 

6> include the cgi-Info containing all the fields that have been successfully acquired; 


[TS 36.133, clause 8.1.2.3.5.1] 

No explicit neighbour list is provided to the UE for identifying a new CGI of E-UTRA cell. The UE shall identify and 
report the CGI when requested by the network for the purpose of 'reportCGI'. The UE may make autonomous gaps in 
both downlink reception and uplink transmission for receiving MIB and SIBl message according to section 5.5.3.1 of 
36.331 [2]. Note that a UE is not required to use autonomous gap if si-RequestForHO is set to false. If autonomous gaps 
are used for measurement with the purpose of 'reportCGI', regardless of whether DRX is used or not, the UE shall be 
able to identify a new CGI of E-UTRA cell within: 

-'-identify.CGI, inter ~ -*" basic _identify_CGI, inter ^^ 

Where 

Tbasic_identify_CGi, inter =150 ms. This is the time period used in the above equation where the maximum allowed time 
for the UE to identify a new CGI of E-UTRA cell is defined. 

A cell shall be considered identifiable following conditions are fulfilled: 

- RSRP related side conditions given in Section 9.1 are fulfilled for a corresponding Band, 

- SCH_RPIdBm > -125 dBm for Bands 1, 4, 6, 10, 11, 18, 19, 21 and SCH Es/Iot > -4 dB, 

- SCH_RPIdBm > -124 dBm for Band 9 and SCH Es/Iot > -4 dB, 

- SCH_RPIdBm > -123 dBm for Bands 2, 5, 7 and SCH Es/Iot > -4 dB, 

- SCH_RPIdBm > -122 dBm for Bands 3, 8, 12, 13, 14, 17, 20 and SCH Es/Iot > -4 dB. 

The requirement for identifying a new CGI of an E-UTRA cell within Tbasic_identify_cGi,inter is applicable when no DRX is 
used as well as when all the DRX cycles specified in 3GPP TS 36.331 [2] are used. 

Given that continuous DL data allocation and no DRX is used, and no measurement gaps are configured, the UE shall 
have more than [60] ACK/NACK transmitted during identification of a new CGI of E-UTRA cell. 

8.3.4.3.3 Test description 

8.3.4.3.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 3 are E-UTRA cells. 

- Cell 1 is a non CSG cell. 

- Cell 3 is a hybrid cell. 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 1. 

- System information combination 13 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 3. 
UE: 

- The UE's Allowed CSG list contains the CSG ID of the Cell 3. 
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Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.4.3.3.2 Test procedure sequence 

Table 8.3.4.3.3.2-1 illustrates the downlink power levels to be applied for Cell 1 and Cell 3 at various time instants of 
the test execution. The exact instants on which these values shall be applied are described in the texts in this clause. 

Table 8.3.4.3.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 3 
(DL only) 

Remark 

T1 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

-73 

Power levels are such that entry condition 

for event A3 on Cell 3 is satisfied: 

Mn + 0fn + 0cn-Hys>Ms + 0fs + 0cs + 0jf 


Table 8.3.4.3.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message 
including measConfigXo setup intra LTE 
measurement and reporting for event A3 (inter 
frequency measurement) and set 
timeAlignmentTimerDedicated to infinity. 

<— 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigrationConfipiete 

message. 

-> 

RRCConnectionReconfigurationC 
ompiete 



3 

The SS re-adjusts the cell-specific reference 
signal levels according to row "T1" in table 
8.3.4.3.3.2-1. 





4 

The UE transmits a IVIeasurementReport 
message to report event A3 with the measured 
RSRP value for Cell 3. 

-> 

IVIeasurementReport 



5 

The SS transmits an 

RRCConnectionReconfiguration message 
including A77easCo/7% including reportCGI and 
si-RequestForHOior Cell 3. 

<- 

RRCConnectionReconfiguration 



6 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationC 
ompiete 



7 

Check: Does the UE transmit a 
iVieasurenfientReport message with the System 
Information acquired on Cell 3 within 150 ms? 

-> 

IVIeasurementReport 

1 

P 


8.3.4.3.3.3 


Specific message contents 

Table 8.3.4.3.3.3-1 : Conditions for Tables 8.3.4.3.3.3-2 


Condition 

Explanation 

Cell 1 

This condition applies to system information transmitted on Cell 1 . 

Cell 3 

This condition applies to system information transmitted on Cell 3. 
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Table 8.3.4.3.3.3-2: SystemlnformationBlockTypel for Cells 1 and 3 (preamble and all steps, Table 

8.3.4.3.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

FALSE 



csg-ldentity 

Not present 


CelM 


'000 0000 0000 0000 
0000 0000 001 0'B 


Cell 3 

} 




} 





Table 8.3.4.3.3.3-3: SystemlnformationBlockType4 ior Cell 3 (preamble and all steps, Table 

8.3.4.2.3.2-2) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType4 ::= SEQUENCE { 




csg-PhysCellldRange ::= SEQUENCE { 




start 

4 



range 

Not present 



} 




} 




Table 8.3.4.3.3.3-4: RRCConnectionReconfiguration (Step 1, Table 8.3.4.3.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated ::= SEQUENCE { 




srb-ToAddModList 

Not present 



drb-ToAddModList 

Not present 



drb-ToReleaseList 

Not present 



mac-MainConfig CHOICE { 




explicitValue SEQUENCE { 




ul-SCH-Config 

Not present 



drx-Config 

Not present 



timeAlignmentTimerDedicated 

infinity 



phr-Config 

Not present 



} 




} 




sps-Config 

Not present 



physicalConfigDedicated 

Not present 



} 
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Table 8.3.4.3.3.3-5: MeasConfig (Step 1, Table 8.3.4.3.3.2-2) 


Derivation Path: 36.508 clause 4.6.6 table 4.6.6-1 with condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList ::= SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f2 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f2) 



} 




reportConfigToAddModList ::= SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfig-A3-H 



} 




measldToAddModList ::= SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f2 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 





Table 8.3.4.3.3.3-6: ReportConfig-A3-H (Step 1, Table 8.3.4.3.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-6 ReportConfigEUTRA-A3 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA-A3 ::= SEQUENCE { 




triggerType CHOICE { 




event SEQUENCE { 




eventid CHOICE { 




eventA3 SEQUENCE { 




} 




} 




timeToTrigger 

msO 



} 




} 




reportOuantity 

sameAsTriggerQuantity 



} 
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Table 8.3.4.3.3.3-7: MeasurementReport (Step 4, Table 8.3.4.3.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 


Report Cell 3 


physCellld 

PhysCellld of Cell 3 



cgi-lnfo 

Not present 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

Not present 



} 




} 




} 




} 




} 




} 




} 





Table 8.3.4.3.3.3-8: RRCConnectionReconfiguration (Step 5, Table 8.3.4.3.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 


Table 8.3.4.3.3.3-9: MeasConfig (Step 5, Table 8.3.4.3.3.2-2) 


Derivation Path: 36.508 clause 4.6.6 table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measldToAddModList ::= SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

2 



measObjectld[1] 

ldMeasObject-f2 



reportConfigld[1] 

ReportConfigld-CGI 



} 




measObjectToAddModList ::= SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



nneasObjectld[1] 

ldMeasObject-f2 



measObject[1] 

MeasObjectEUTRA-CGI 



} 




reportConfigToRemoveList ::= SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 




reportConfigId 

ldReportConfig-A3 



} 




reportConfigToAddModList ::= SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ReportConfigld-CGI 



reportConfig[1] 

ReportConfig-CGI 



} 




measGapConfig CHOICE { 




release 

NULL 



} 




} 
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Table 8.3.4.3.3.3-10: MeasObjectEUTRA-CGI (Step 5, Table 8.3.4.3.3.2-2) 


Derivation Path: 36.508 clause 4.6.6 table 4.6.6-2 

Information Element 

Value/remark 

Comment 

Condition 

MeasObiectEUTRA-CGI ::= SEQUENCE { 




carrierFreq SEQUENCE {} 

Downlink EARFCN of 
Cell 3 



cellForWhichToReportCGI 

PhysCellldofCell3 



} 




Table 8.3.4.3.3.3-1 1 : ReportConf ig-CGI (Step 5, Table 8.3.4.3.3.2-2) 

Derivation Path: 36.508, Table 4.6.6-7 ReportConfigEUTRA-PERIODICAL 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfigEUTRA ::= SEQUENCE { 




triggerType CHOICE { 




periodical SEQUENCE { 




purpose 

reportCGI 



} 




} 




reportQuantity 

sameAsTriggerQuantity 



reportAmount 

r1 



si-RequestForHO 

setup 



} 
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Table 8.3.4.3.3.3-12: MeasurementReport (Step 7, Table 8.3.4.3.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellldfl] 

PhysCellld of Cell 3 



cgi-lnfo[1] SEQUENCE! 




cellGloballd 

cellGloballd formed from 
the first entry in 'plmn- 
IdentityList' and 
'cellldentity' of Cell 3 



trackingAreaCode 

trackingAreaCode of Cell 
3 



pImn-ldentityList 

Not present 



} 




measResult[1] SEQUENCE { 




rsrpResult 

Not present 



rsrqResult 

Not present 



additionalSI-lnfo-r9 SEQUENCE { 




csg-MemberStatus 

member 



csg-ldentity 

'000 0000 0000 0000 
0000 0000 001 0'B 

CSG ID of Cell 3 


} 




} 




} 




} 




} 




} 




} 




} 




} 





8.3.4.4 


8.3.4.4.1 


Inter-RAT SI acquisition / RRC_CONNEGTED / UIVITS member CSG cell 
Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is configured to acquire the System Information of a neighbour UTRA member CSG cell } 
then { UE acquires the System Information of the cell included in the associated measurement 
object and reports the global cell identity, the LAC, the RAC, the CSG ID and its membership status 
in the MeasurementReport } 


8.3.4.4.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 36.331, clauses 5.5.2.3, 
5.5.3.1 and 5.5.5. 

[TS 36.331, clause 5.5.2.3] 
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The UE shall: 


2> if the triggerType is set to 'periodicaT and the purpose is set to 'reportCGT in the reportConfig associated 
with this measld: 


3> else if the measObject associated with this measld concerns UTRA: 

4> if the si-Re que stForHO is included in the reportConfig associated with this measld: 
5> start timer T321 with the timer value set to [1 second] for this measld; 

[TS 36.331, clause 5.5.3.1] 

The UE shall: 

1> for each measld included in the measIdList within VarMeasConfig: 

2> if the purpose for the associated reportConfig is set to 'reportCGT: 

3> if si-RequestForHO is configured for the associated reportConfig: 

4> perform the corresponding measurements on the frequency and RAT indicated in the associated 
measObject using autonomous gaps as necessary; 


3> if the cell indicated by the cellForWhichToReportCGI included in the associated measObject is a UTRAN 
cell: 

4> try to acquire the LAC, the RAC and the list of additional PLMN Identities, if multiple PLMN 
identities are broadcast in the concerned cell; 

4> try to acquire the CSG identity, if the CSG identity is broadcast in the concerned cell; 


[TS 36.331, clause 5.5.5] 


For the measld for which the measurement reporting procedure was triggered, the UE shall set the measResults within 
the MeasurementReport message as follows: 


1> if there is at least one applicable neighbouring cell to report: 

2> set the measResultNeighCells to include the best neighbouring cells up to maxReportCells in accordance with 
the following: 


3> else if the purpose is set to 'reportCGT: 

4> if the mandatory present fields of the cgi-Info for the cell indicated by the cellForWhichToReportCGI 
in the associated measObject have been obtained: 

5> if the cell broadcasts a CSG identity: 

6> include the csg-Identity; 
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6> include the csg-MemberStatus and set it to 'member' if the CSG identity is included in the UE's 
CSG whiteHst; 

5> if the ' si-RequestForHO' is configured within the reportConfig associated with this measld: 

6> include the cgi-Info containing all the fields that have been successfully acquired, except for 
the plmn-IdentityList\ 

5> else: 

6> include the cgi-Info containing all the fields that have been successfully acquired; 


Test description 
Pre-test conditions 


8.3.4.4.3 
8.3.4.4.3.1 
System Simulator: 

- Cell 1 is E-UTRA cell. 

- Cell 5 is UTRA cell. 

- Cell 1 is a non CSG cell. 

- Cell 5 is a CSG cell. 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell. 
UE: 

- The UE's Allowed CSG list contains the CSG ID of Cell 5. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.3.4.4.3.2 Test procedure sequence 

Table 8.3.4.4.3.2-1 illustrates the downlink power levels to be applied for Cell 1 and Cell 5 at various time instants of 
the test execution. The exact instants on which these values shall be applied are described in the texts in this clause. 

Table 8.3.4.4.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 
(DL only) 

Remark 

T1 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

-12.5 

Power levels are such that entry condition 
for event B2 on Cell 5 is satisfied. 
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Table 8.3.4.4.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message 
including measConfig {o setup inter RAT 
measurement and reporting for event B2 and 
set timeAlignmentTimerDedicated to infinity. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigrationConfipiete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS re-adjusts the cell-specific reference 
signal levels according to row "T1" in table 
8.3.4.4.3.2-1. 





4 

The UE transmits a MeasurementReport 
message to report event B2 for Cell 5. 

-> 

IVIeasurementReport 

- 

- 

5 

The SS transmits an 

RRCConnectionReconfiguration message 
including A77easCo/7% including reportCGI and 
si-RequestForHO\ox Cell 5. 

<— 

RRCConnectionReconfiguration 



6 

The UE transmits an 

RRCConnectionReconfigurationConfipiete 

message. 

-> 

RRCConnectionReconfigurationC 
omplete 



7 

Check: Does the UE transmit a 
IVIeasurementReport message with the System 
Information acquired on Cell 5 within [1] s? 

-> 

MeasurementReport 

1 

p 


8.3.4.4.3.3 Specific message contents 

Table 8.3.4.4.3.3-1 : Master Information Block for Cell 5 (preamble and all steps, Table 8.3.4.4.3.2-2) 


Derivation Path: 34.108 clause 6.1. Oa.3 

Information Element 

Value/remark 

Comment 

Condition 

- CSG Indicator 

TRUE 




Table 8.3.4.4.3.3-2: System Information Block type 3 for Cell 5 (preamble and all steps, Table 

8.3.4.4.3.2-2) 


Derivation Path: 34.108 clause 6.1.0b 

Information Element 

Value/remark 

Comment 

Condition 

- CSG Identity 

'000 0000 0000 0000 
0000 0000 001 0'B 



- CSG PSC Split Information 




- Start PSC 

104 



- Number of PSCs 

5 



- PSC Range 2 Offset 

Not present 
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Table 8.3.4.4.3.3-3: RRCConnectionReconfiguration (Step 1, Table 8.3.4.4.3.2-2) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated ::= SEQUENCE { 




srb-ToAddModList 

Not present 



drb-ToAddModList 

Not present 



drb-ToReleaseList 

Not present 



mac-MainConfig CHOICE { 




explicitValue SEQUENCE { 




ul-SCH-Config 

Not present 



drx-Config 

Not present 



timeAlignmentTimerDedicated 

infinity 



phr-Config 

Not present 



} 




} 




sps-Config 

Not present 



physicalConfigDedicated 

Not present 



} 




Table 8.3.4.4.3.3-4: MeasConfig (Step 1, Table 8.3.4.4.3.2-2) 

Derivation Path: 36.508 clause 4.6.6 table 4.6.6-1 with condition UTRAN 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList ::= SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



measObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f8 



measObject[2] 

MeasObjectUTRA-f8 



} 




reportConfigToAddModList ::= SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-B2-UTRA 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-UTRA(-69,-18) 



} 




measldToAddModList ::= SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f8 



reportConfigld[1] 

ldReportConfig-B2-UTRA 



} 




} 
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Table 8.3.4.4.3.3-5: MeasObjectUTRA-f8 (Step 1, Table 8.3.4.4.3.2-2) 


Derivation path: 36.508 table 4.6.6-3 MeasObjectUTRA-GENERIC(f8) 

Information Element 

Value/Remark 

Comment 

Condition 

MeasObiectUTRA-GENERIC(f8) ::= SEQUENCE { 




carrierFreq 

UTRA DL carrier 
frequency of the cell 5 



cellsToAddModList CHOICE { 




cellsToAddModListUTRA-FDD ::= SEQUENCE 
(SIZE (1 .. maxCellMeas)) OF SEQUENCE { 



UTRA- 
FDD 

celllndex [1] 

1 



physCellId[1] 

physicalCellldentity- 
Cell5 



} 




cellsToAddModListUTRA-TDD ::= SEQUENCE 
(SIZE (1..maxMeasld)) OF SEQUENCE { 



UTRA- 
TDD 

celllndex [1] 

1 



physCellld[1] 

physicalCellldentity- 
Cell5 



} 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA-FDD cell environment 

UTRA-TDD 

UTRA-TDD cell environment 


Table 8.3.4.4.3.3-6: ReportConfiglnterRAT-B2-UTRA (Step 1, Table 8.3.4.4.3.2-2) 

Derivation path: 36.508 clause 4.6.6 table 4.6.6-8 ReportConfiglnterRAT-B2-UTRA(-69,-1 8) 


Table 8.3.4.4.3.3-7: MeasurementReport (Step 4, Table 8.3.4.4.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/Remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

1 



measResultServCell ::= SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListUTRA SEQUENCE (SIZE 
(L.maxCellReport)) OF SEQUENCE { 

1 entry 

Report Cell 5 


physCellldfl] 

PhysCellld of Cell 5 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




utra-RSCP 

(-5..91) 


UTRA-TDD 

utra-EcNO 

(0..49) 


UTRA-FDD 

} 




} 




} 




} 




} 




} 




} 





Condition 


Explanation 
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UTRA-FDD 


UTRA-FDD cell environment 


UTRA-TDD 


UTRA-TDD cell environment 


Table 8.3.4.4.3.3-8: RRCConnectionReconfiguration (Step 5, Table 8.3.4.4.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 


Table 8.3.4.4.3.3-9: MeasConfig (Step 5, Table 8.3.4.4.3.2-2) 


Derivation Path: 36.508 clause 4.6.6 table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measldToAddModList ::= SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

2 



measObjectld[1] 

ldMeasObject-f8 



reportConfigld[1] 

ReportConfigld-CGI 



} 




measObjectToAddModList ::= SEQUENCE (SIZE 
(1 ..maxObjectId)) OF SEQUENCE { 

1 entry 



measObjectld[1] 

ldMeasObject-f8 



measObject[1] 

MeasObjectUTRA-CGI 



} 




reportConfigToRemoveList ::= SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 




reportConfigId 

ldReportConfig-B2-UTRA 



} 




reportConfigToAddModList ::= SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ReportConfigld-CGI 



reportConfig[1] 

ReportConfigUTRA-CGI 



} 




measGapConfig CHOICE { 




release 

NULL 



} 




} 





Table 8.3.4.4.3.3-10: MeasObjectUTRA-CGI (Step 5, Table 8.3.4.4.3.2-2) 


Derivation Path: 36.508 clause 4.6.6 table 4.6.6-3 

Information Element 

Value/remark 

Comment 

Condition 

MeasObiectUTRA-CGI ::= SEQUENCE { 




carrierFreq SEQUENCE {} 

Downlink EARFCN of 
Cells 



cellForWhichToReportCGI 

PhysCellld of Cell 5 



} 





Table 8.3.4.4.3.3-11 : ReportConfigUTRA-CGI (Step 5, Table 8.3.4.4.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-9 ReportConfiglnterRAT-PERIODICAL 

Information Element 

Value/remark 

Comment 

Condition 

ReportConfiglnterRAT-PERIODICAL ::= SEQUENCE 
{ 




triggerType CHOICE { 




periodical SEQUENCE { 




purpose 

reportCGI 



} 




} 




reportAmount 

r1 



si-RequestForHO 

setup 



} 
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Table 8.3.4.4.3.3-12: MeasurementReport (Step 7, Table 8.3.4.4.3.2-2) 


Derivation path: 36.508 4.6.1 table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




measurementReport-r8 SEQUENCE { 




measResults ::= SEQUENCE { 




measid 

2 



measResultServCell SEQUENCE { 


Report Cell 1 


rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellldfl] 

PhysCellld of Cell 5 



cgi-lnfo[1] SEQUENCE! 




cellGloballd 

cellGloballd formed from 
PLMN Identity' and 'Cell 
Identity' of Cell 5 



locationAreaCode 

locationAreaCode of Cell 
5 



routingAreaCode 

routingAreaCode of Cell 
5 



pImn-ldentityList 

Not present 



} 




measResult[1] SEQUENCE} 




utra-RSCP 

Not present 



utra-EcNO 

Not present 



additionalSI-lnfo-r9 SEQUENCE { 




csg-IVIemberStatus 

member 



csg-ldentity 

'000 0000 0000 0000 
0000 0000 001 0'B 

CSG ID of Cell 5 


} 




} 




} 




} 




} 




} 




} 




} 




} 





8.4 
8.4.1 

8.4.1.1 
8.4.1.2 
8.4.1.2.1 
(1) 


Inter-RAT handover 

Inter-RAT handover E-UTRA to UTRA 

Void 

Inter-RAT handover / From E-UTRA to UTRA PS / Data 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a MobilityFromEUTRACommand message and a DPCH PS RAB combination is configured 
for an UTRA cell} 

then { UE transmits a HANDOVER TO UTRAN COMPLETE message on the utra cell} 
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8.4.1 .2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.4.3.3. 

[TS 36.331, clause 5.4.3.3] 

The UE shall be able to receive a Mobility FromEUTRACommand message and perform a cell change order to GERAN, 
even if no prior UE measurements have been performed on the target cell. 

The UE shall: 

1> stop timer T310, if running; 

1> if the MobilityFromEUTRACommand message includes the purpose set to 'handover': 

2> if the targetRAT-Type is set to 'utra' or 'geran': 

3> consider inter-RAT mobility as initiated towards the RAT indicated by the targetRAT-Type included in 
the MobilityFromEUTRACommand message; 

3> forward the nas-SecurityParamFromEUTRA to the upper layers; 

3> access the target cell indicated in the inter-RAT message in accordance with the specifications of the 
target RAT; 

8.4.1 .2.3 Test description 
8.4.1 .2.3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 5. 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

- The UE is previously registered on cell 5. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 
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8.4.1.2.3.2 


Test procedure sequence 

Table 8.4.1.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS configures UTRA cell 5 to reference 
configuration according 36.508 table 4.8.3-1, 
condition UTRA PS RB. 





1A 

The SS transmits a UECapabilityEnquiry 
message to request UE radio access capability 
information for E-UTRA and UTRA. 

<— 

UECapabilityEnquiry 



1B 

The UE transmit a UECapabilitylnformation 
message on Cell 1 . 

NOTE: The start-PS values received, should 
be used to configure ciphering on cell 5. 

-> 

UECapabilitylnformation 



2 

The SS transmits a 

MobilityFromEUTRACommand message on 
CelM. 

<— 

MobilityFronfiEUTRA Command 



3 

Check: Does the UE transmit a HANDOVER 
TO UTRAN COMPLETE message on cell 5? 

-> 

HANDOVER TO UTRAN 
COMPLETE 

1 

P 

4 

The SS transmits a SECURITY MODE 
COMMAND message on Cell 5 in order to 
activate integrity protection. 

<— 

SECURITY MODE COMMAND 



5 

The UE transmits a SECURITY MODE 
COMPLETE message on Cell 5. 

-> 

SECURITY MODE COMPLETE 

- 

- 

6 

The SS transmits an UTRAN MOBILITY 
INFORMATION message to notify CN 
information on Cell 5. 

<— 

UTRAN MOBILITY 
INFORMATION 



7 

The UE transmits an UTRAN MOBILITY 
INFORMATION CONFIRM message on Cell 5. 

-> 

UTRAN MOBILITY 
INFORMATION CONFIRM 

- 

- 


8.4.1 .2.3.3 Specific message contents 

Table 8.4.1.2.3.3-1: MobilityFromEUTRACommand {sXep 2, Table 8.4.1.2.3.2-1) 


Derivation Path: 36.508 table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




mobilityFromEUTRACommand-r8 SEQUENCE { 




purpose CHOICE { 




handover SEQUENCE} 




targetRAT-Type 

utra 



targetRAT-MessageContainer 

HANDOVER TO UTRAN 
COMMAND 



nas-SecurityParamFromEUTRA 

The 4 least significant 
bits of the NAS downlink 
COUNT value 



systemlnformation 

Not present 



} 




} 




} 




} 




} 




} 





Table 8.4.1.2.3.3-2: HANDOVER TO UTRAN COMMAND (Table 8.4.1.2.3.3-1) 

Derivation Path: 36.508 table 4.7B. 1-1, condition UTRA PS RB 
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Table 8.4.1.2.3.3-3: SECURITY MODE COMMAND (step 4, Table 8.4.1.2.3.2-1) 


Derivation Path: 34.108 clause 9.1.1 (SECURITY MODE COMMAND message) 

Information Element 

Condition 

Value/remark 

Ciphering mode info 


Not Present 


Table 8.4.1.2.3.3-4: UTRAN MOBILITY INFORMATION (step 6, Table 8.4.1.2.3.2-1) 


Derivation Path: 34.108 clause 9.1.1 (UTRAN MOBILITY INFORMATION message) 

Information Element 

Value/remark 

CN information info 


- PLMN identity 


-MCC 

001 

-MNC 

01 

- CN common GSM-MAP NAS system information 

00 01H 

- CN domain information list full 


- CN domain identity 

PS 

- CN domain specific NAS system information 

01 OOH 

- DRX cycle length coefficient 

7 

- CN domain identity 

CS 

- CN domain specific NAS system information 

1E01H 

- DRX cycle length coefficient 

7 


Table 8.4.1.2.3.3-5: UECapabilityEnquiry (step 1 A, Table 8.4.1.2.3.2-1) 


Derivation path: 36.508 clause 4.6.1 table 4.6.1-22 

Information Element 

Value/Remark 

Comment 

Condition 

UECapabilityEnquiry ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ueCapabilityEnquiry-r8 SEQUENCE { 




ue-CapabilityRequest SEQUENCE (SIZE 
(1 ..maxRAT-Capabilities)) OF SEQUENCE { 

2 entry 



RAT-Type[1] 

eutra 



RAT-Type[21 

utra 



} 




} 




} 




} 




} 





8.4.1.3 
8.4.1.4 
8.4.1.4.1 
(1) 


Void 

Inter-RAT handover / From E-UTRA to UTRA HSDPA / Data 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a Mobil ityFromEUTRACommand message and a DPCH and HS-PDSCH PS RAB combination 
is configured for an UTRA cell} 

then { UE transmits a HANDOVER TO UTRAN COMPLETE message on the utra cell} 


8.4.1 .4.2 Gonfornnance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.4.3.3. 

[TS 36.331, clause 5.4.3.3] 
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The UE shall be able to receive a Mobility FromEUTRACommand message and perform a cell change order to GERAN, 
even if no prior UE measurements have been performed on the target cell. 

The UE shall: 

1> stop timer T310, if running; 

1> if the Mobility FromEUTRACommand message includes the purpose set to 'handover': 

2> if the targetRAT-Type is set to 'utra' or 'geran': 

3> consider inter-RAT mobility as initiated towards the RAT indicated by the targetRAT-Type included in 
the Mobility FromEUTRACommand message; 

3> forward the nas-SecurityParamFromEUTRA to the upper layers; 

3> access the target cell indicated in the inter-RAT message in accordance with the specifications of the 
target RAT; 

8.4.1 .4.3 Test description 

8.4.1 .4.3.1 Pre-test conditions 

System Simulator: 

- Cell land Cell 5. 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

- The UE is previously registered on cell 5. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 
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8.4.1.4.3.2 


Test procedure sequence 

Table 8.4.1.4.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS configures UTRA cell 5 to reference 
configuration according 36.508 table 4.8.3-1, 
condition UTRA HSDPA RB.. 





1A 

The SS transmits a UECapabilityEnquiry 
message to request UE radio access capability 
information for E-UTRA and UTRA. 

<— 

UECapabilityEnquiry 



1B 

The UE transmit a UECapabilitylnformation 
message on Cell 1 . 

NOTE: The start-PS values received, should 
be used to configure ciphering on cell 5. 

-> 

UECapabilitylnformation 



2 

The SS transmits a 

MobilityFromEUTRACommand message on 
CelM. 

<— 

MobilityFronfiEUTRA Command 



3 

Check: Does the UE transmit a HANDOVER 
TO UTRAN COMPLETE message on cell 5? 

-> 

HANDOVER TO UTRAN 
COMPLETE 

1 

P 

4 

The SS transmits a SECURITY MODE 
COMMAND message on Cell 5 in order to 
activate integrity protection. 

<— 

SECURITY MODE COMMAND 



5 

The UE transmits a SECURITY MODE 
COMPLETE message on Cell 5. 

-> 

SECURITY MODE COMPLETE 

- 

- 

6 

The SS transmits an UTRAN MOBILITY 
INFORMATION message to notify CN 
information on Cell 5. 

<— 

UTRAN MOBILITY 
INFORMATION 



7 

The UE transmits an UTRAN MOBILITY 
INFORMATION CONFIRM message on Cell 5. 

-> 

UTRAN MOBILITY 
INFORMATION CONFIRM 

- 

- 


8.4.1 .4.3.3 Specific message contents 

Table 8.4.1.4.3.3-1: MobilityFromEUTRACommand {sXep 2, Table 8.4.1.4.3.2-1) 


Derivation Path: 36.508t able 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




mobilityFromEUTRACommand-r8 SEQUENCE { 




purpose CHOICE { 




handover SEQUENCE} 




targetRAT-Type 

utra 



targetRAT-MessageContainer 

HANDOVER TO UTRAN 
COMMAND 



nas-SecurityParamFromEUTRA 

The 4 least significant 
bits of the NAS downlink 
COUNT value 



systemlnformation 

Not present 



} 




} 




} 




} 




} 




} 





Table 8.4.1.4.3.3-2: HANDOVER TO UTRAN COMMAND (Table 8.4.1.4.3.3-1) 

Derivation Path: 36.508 table 4.7B. 1-1, condition UTRA HSDPA RB 
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Table 8.4.1.4.3.3-3: SECURITY MODE COMMAND (step 4, Table 8.4.1.4.3.2-1) 


Derivation Path: 34.108 clause 9.1.1 (SECURITY MODE COMMAND message) 

Information Element 

Condition 

Value/remark 

Ciphering mode info 


Not Present 


Table 8.4.1.4.3.3-4: UTRAN MOBILITY INFORMATION (step 6, Table 8.4.1.4.3.2-1) 


Derivation Path: 34.108 clause 9.1.1 (UTRAN MOBILITY INFORMATION message) 

Information Element 

Value/remark 

CN information info 


- PLMN identity 


-MCC 

001 

-MNC 

01 

- CN common GSM-MAP NAS system information 

00 01H 

- CN domain information list full 


- CN domain identity 

PS 

- CN domain specific NAS system information 

01 OOH 

- DRX cycle length coefficient 

7 

- CN domain identity 

CS 

- CN domain specific NAS system information 

1E01H 

- DRX cycle length coefficient 

7 


Table 8.4.1.4.3.3-5: UECapabilityEnquiry (step 1 A, Table 8.4.1.4.3.2-1) 


Derivation path: 36.508 clause 4.6.1 table 4.6.1-22 

Information Element 

Value/Remark 

Comment 

Condition 

UECapabilityEnquiry ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ueCapabilityEnquiry-r8 SEQUENCE { 




ue-CapabilityRequest SEQUENCE (SIZE 
(1 ..maxRAT-Capabilities)) OF SEQUENCE { 

2 entry 



RAT-Type[1] 

eutra 



RAT-Type[21 

utra 



} 




} 




} 




} 




} 





8.4.1.5 


8.4.1.5.1 


Inter-RAT Handover / from E-UTRA to UTRA(HSUPA/HSDPA) / Data 
Test Purpose (IP) 


(1) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a Mobil ityFromEUTRACommand message and a E-DCH and HS-DSCH PS RAB combination 
is configured for an UTRA cell} 

then { UE transmits a HANDOVER TO UTRAN COMPLETE message on the utra cell} 
} 

8.4.1 .5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.4.3.3. 

[TS 36.331, clause 5.4.3.3] 

The UE shall be able to receive a Mobility FromEUTRACommand message and perform a cell change order to GERAN, 
even if no prior UE measurements have been performed on the target cell. 

The UE shall: 
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1> stop timer T310, if running; 

1> if the MobilityFromEUTRACommand message includes \hQ purpose set to 'handover': 

2> if the targetRAT-Type is set to 'utra' or 'geran': 

3> consider inter-RAT mobihty as initiated towards the RAT indicated by the targetRAT-Type included in 
the MobilityFromEUTRACommand message; 

3> forward the nas-SecurityParamFromEUTRA to the upper layers; 

3> access the target cell indicated in the inter-RAT message in accordance with the specifications of the 
target RAT; 

8.4.1 .5.3 Test description 

8.4.1 .5.3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 5. 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

- The UE is previously registered on cell 5. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.4.1 .5.3.2 Test procedure sequence 

Table 8.4.1.5.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1 

The SS configures UTRA cell 5 to reference 
configuration according 36.508 table 4.8.3-1 , 
condition UTRA HSUPA/HSDPA RB. 





1A 

The SS transmits a UECapabilityEnquiry 
message to request UE radio access capability 
information for E-UTRA and UTRA. 

<- 

UECapabilityEnquiry 



1B 

The UE transmit a UECapabilitylnformation 
message on Cell 1 . 

NOTE: The start-PS values received, should 
be used to configure ciphering on cell 5. 

-> 

UECapabilitylnformation 



2 

The SS transmits a 

MobilityFromEUTRACommand message on 
Cell 1. 

<- 

MobilityFromEUTRA Command 



3 

Check: Does the UE transmit a HANDOVER 
TO UTRAN COMPLETE message on cell 5? 

-> 

HANDOVER TO UTRAN 
COMPLETE 

1 

P 

4 

The SS transmits a SECURITY MODE 
COMMAND message on Cell 5 in order to 
activate integrity protection. 

<— 

SECURITY MODE COMMAND 



5 

The UE transmits a SECURITY MODE 
COMPLETE message on Cell 5. 

-> 

SECURITY MODE COMPLETE 

- 

- 

6 

The SS transmits an UTRAN MOBILITY 
INFORMATION message to notify CN 
information on Cell 5. 

<— 

UTRAN MOBILITY 
INFORMATION 



7 

The UE transmits an UTRAN MOBILITY 
INFORMATION CONFIRM message on Cell 5. 

-> 

UTRAN MOBILITY 
INFORMATION CONFIRM 

- 

- 
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8.4.1 .5.3.3 Specific message contents 

Table 8.4.1.5.3.3-1 : MobilityFromEUTRACommand {step 2, Table 8.4.1.5.3.2-1) 


Derivation Patii: 36.508t able 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




mobilityFromEUTRACommand-r8 SEQUENCE { 




purpose CHOICE { 




handover SEQUENCE! 




targetRAT-Type 

utra 



targetRAT-IVIessageContainer 

HANDOVER TO UTRAN 
COMMAND 



nas-SecurityParamFromEUTRA 

The 4 least significant 
bits of the NAS downlink 
COUNT value 



systemlnformation 

Not present 



} 




} 




} 




} 




} 




} 





Table 8.4.1.5.3.3-2: HANDOVER TO UTRAN COMMAND (Table 8.4.1.5.3.3-1) 

Derivation Path: 36.508 table 4.7B.1-1, condition UTRA HSUPA/HSDPA RB 


Table 8.4.1.5.3.3-3: SECURITY MODE COMMAND (step 4, Table 8.4.1.5.3.2-1) 


Derivation Path: 34.108 clause 9.1.1 (SECURITY MODE COMMAND message) 

Information Element 

Condition 

Value/remark 

Ciphering mode info 


Not Present 


Table 8.4.1.5.3.3-4: UTRAN MOBILITY INFORMATION (step 6, Table 8.4.1.5.3.2-1) 


Derivation Path: 34.108 clause 9.1.1 (UTRAN MOBILITY INFORMATION message) 


Information Element 


Value/remark 


CN information info 


PLMN identity 


MCC 


001 


MNC 


01 


- CN common GSM-MAP NAS system information 


00 01H 


CN domain information list full 


CN domain identity 


PS 


- CN domain specific NAS system information 


01 OOH 


DRX cycle length coefficient 


CN domain identity 


CS 


CN domain specific NAS system information 


1E01H 


DRX cycle length coefficient 
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Table 8.4.1.5.3.3-5: UECapabilityEnquiry (step 1 A, Table 8.4.1.5.3.2-1) 


Derivation path: 36.508 clause 4.6.1 table 4.6.1-22 

Information Element 

Value/Remark 

Comment 

Condition 

UECapabilityEnquiry ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ueCapabilityEnquiry-r8 SEQUENCE { 




ue-CapabilityRequest SEQUENCE (SIZE 
(1 ..maxRAT-Capabilities)) OF SEQUENCE { 

2 entry 



RAT-Typefll 

eutra 



RAT-Typef2] 

utra 



} 




} 




} 




} 




} 





8.4.2 

8.4.2.1 
8.4.2.2 
8.4.2.2.1 
(1) 


Inter-RAT handover UTRA to E-UTRA 

Void 

Inter-RAT handover / From UTRA PS to E-UTRA / Data 
Test Purpose (TP) 


with { UE in UTRA CELL_DCH (PS-DCCH+DTCH_DCH) state } 
ensure that { 

when { UE receives a HANDOVER FROM UTRAN COMMAND message including the eutra-Message } 
then { UE transmits an RRCConnectionReconfigurationComplete message and enters E-UTRA 
RRC_CONNECTED state } 
} 

8.4.2.2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.4.2.3. 

[TS 36.331, clause 5.4.2.3] 

If the UE is able to comply with the configuration included in the RRCConnectionRe configuration message, the UE 
shall: 

1> apply the default physical channel configuration as specified in 9.2.4; 

1> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

1> apply the default MAC main configuration as specified in 9.2.2; 

1> start timer T304 with the timer value set to t304, as included in the mobility ControlInfo\ 

1> consider the target cell to be one on the frequency indicated by the carrierFreq with a physical cell identity 
indicated by the targetPhysCellId\ 

1> start synchronising to the DL of the target cell; 

1> set the C-RNTI to the value of the new UE- Identity; 

1> for the target cell, apply the downlink bandwidth indicated by the dl-Bandwidth; 

1> for the target cell, apply the uplink bandwidth indicated by (the absence or presence of) the ul-Bandwidth; 

1> perform the radio resource configuration procedure as specified in 5.3.10; 

1> forward the nas-SecurityParamToEUTRA to the upper layers; 
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1> derive the KeNB key, as specified in TS 33.401 [32]; 

1> store the nextHopChainingCount value; 

1> derive the KRRCmt key associated with the integrityProt Algorithm, as specified in TS 33.401 [32]; 

1> derive the KRRCenc key and the KuPenc key associated with the cipheringAlgorithm, as specified in TS 33.401 [32]; 

1> configure lower layers to apply the indicated integrity protection algorithm and the KRRCint key immediately, i.e. 
the indicated integrity protection configuration shall be applied to all subsequent messages received and sent by 
the UE, including the message used to indicate the successful completion of the procedure; 

1> configure lower layers to apply the indicated ciphering algorithm, the KRRCenc key and the KuPenc key 

immediately, i.e. the indicated ciphering configuration shall be applied to all subsequent messages received and 
sent by the UE, including the message used to indicate the successful completion of the procedure; 

1> if the RRCConnectionReconfiguration message includes the measConfig: 

2> perform the measurement configuration procedure as specified in 5.5.2; 

1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission using the new 
configuration; 

1> use the default values specified in 9.2.5 for timer T310, T311 and constant N310, N311; 

1> if MAC successfully completes the random access procedure: 

2> stop timer T304; 

2> apply the parts of the configuration that do not require the UE to know the SEN of the target cell; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SEN 
of the target cell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, sounding 
RS configuration), if any, upon acquiring the SEN of the target cell; 

2> enter E-UTRA RRC_CONNECTED, upon which the procedure ends; 

8.4.2.2.3 Test description 

8.4.2.2.3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 5. 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 (serving cell) according to [18]. 

8.4.2.2.3.2 Test procedure sequence 

Table 8.4.2.2.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Subsequent configurations marked "Tl" and "T2" are applied at the points 
indicated in the Main behaviour description in Table 8.4.2.2.3.2-2. 
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Table 8.4.2.2.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 5 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-90 

- 

The power level values are 
assigned to satisfy Threshx,high < 
Srxlevceii 5- 

CPICH Ec 
(UTRA FDD) 

dBm/3.8 
4 MHz 

- 

-65 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

-65 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-70 

- 

The power level values are such 
that entering conditions for event 3a 
are satisfied. 

CPICH Ec 
(UTRA FDD) 

dBm/3.8 
4 MHz 

- 

-100 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

-100 
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Table 8.4.2.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 



Wait for 6 s for UE to receive system 
information. 

- 

- 

- 

- 

1 

The SS changes Cell 1 and Cell 5 level 
according to the row "T1" in table 8.4.2.2.3.2- 
1. 





2 

Generic test procedure in TS 36.508 
subclause 6.4.2.8 is performed on Cell 5. 
NOTE: The UE performs an RAU procedure 
and the RRC connection is released. 





3-4 

Void 

- 

- 

- 

- 

4A- 
4E 

Step 7 to 1 1 of test procedure in TS 34.123-1 
subclause 12.9.14.4 is performed on Cell 5 
using the UTRA reference radio bearer 
parameters and combination "UTRA PS RB" 
according to TS 36.508 subclause 4.8.3 and 
Table 4.8.3-1. 

NOTE: The UE performs Network initiated 
RAB re-establishment in a UTRAN cell. 






For UTRAN FDD, EXCEPTION: Steps 5a1 to 
5a2 describe behaviour that depends on the 
UE capability; the "lower case letter" 
identifies a step sequence that takes place if 
a capability is supported. 

For UTRAN TDD, goto step8. 





5a1 

IF pc UTRA CompressedModeRequired 
THEN the SS transmits a PHYSICAL 
CHANNEL RECONFIGURATION message 
on Cell 5 including the DPCH compressed 
mode info. 

<- 

PHYSICAL CHANNEL 
RECONFIGURATION 



5a2 

The UE transmits a PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE message 
on Cell 5. 

-> 

PHYSICAL CHANNEL 
RECONFIGURATION 
COMPLETE 



6-7 

Void 

- 

- 

- 

- 

8 

The SS transmits a MEASUREMENT 
CONTROL message to setup inter-RAT 
measurement on Cell 5. 

<- 

MEASUREMENT CONTROL 



9 

The SS changes Cell 1 and Cell 5 level 
according to the row "T2" in table 8.4.2.2.3.2- 
1. 





10 

The UE transmits a MEASUREMENT 
REPORT message on Cell 5 including the E- 
UTRA event results. 

-> 

MEASUREMENT REPORT 



11 

The SS transmits a HANDOVER FROM 
UTRAN COMMAND message on Cell 5. 

<- 

HANDOVER FROM UTRAN 
COMMAND 

- 

- 

12 

Check: Does the UE transmit an 
RRCConnectionReconfigurationComplete 
message on Cell 1 using the security key 
derived from the new Kgnb? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

P 

12 
A 

Generic test procedure in TS 36.508 
subclause 6.4.2.10 is performed on Cell 1. 
NOTE: The UE performs tracking area 
updating procedure without ISR and security 
reconfiguration after successful completion 
of handover from UTRA. 





13- 
19 

Void 

- 

- 

- 

- 

20 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA RRC 
CONNECTED state on Cell 1? 



1 



ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1465 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


8.4.2.2.3.3 Specific message contents 

Table 8.4.2.2.3.3-1: Void 
Table 8.4.2.2.3.3-2: SystemlnformationBlockType6 ior Cell 1 (preamble, Table 8.4.2.2.3.2-2) 


Derivation Path: 36.508, Table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypee ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1..maxUTRA-FDD-Carrier)) OF SEQUENCE { 



UTRA-FDD 

carrierFreq[n] 

Same downlink UARFCN 
as used for Cell 5 



cellReselectionPriority[n] 

5 



p-MaxUTRA[1] 





} 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxUTRA-TDD-Carrier)) OF SEQUENCE { 

The same number of 
entries as the configured 
UTRA TDD carriers 


UTRA-TDD 

carrierFreq[1] 

Same downlink ARFCN 
as used for Cell 5 



cellReselectionPriority[n] 

5 



p-MaxUTRA[n] 





} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


Table 8.4.2.2.3.3-3: Void 
Table 8.4.2.2.3.3-4: Void 

Table 8.4.2.2.3.3-5: HANDOVER FROM UTRAN COMMAND (step 1 1 , Table 8.4.2.2.3.2-2) 

Derivation Path: 36.508, Table 4.7B.1-2 

Table 8.4.2.2.3.3-6: RRCConnectionReconfiguration (Table 8.4.2.2.3.3-5) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO-TO-EUTRA(1,0) 
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Table 8.4.2.2.3.3-7: MobilityControllnfo (Table 8.4.2.2.3.3-5) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
CelM. 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 1 . 



ul-CarrierFreq 

Not present 



} 




carrierBandwidth SEQUENCE { 




dl-Bandwidth 

Downlink system 
bandwidth under test. 



ul-Bandwidth 

Uplink Bandwidth under 
test. 


FDD 

ul-Bandwidth 

Not present 


TDD 

} 




additionalSpectrumEmission 

1 



} 





Condition 

Explanation 

FDD 

FDD cell environment 

TDD 

TDD cell environment 
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Table 8.4.2.2.3.3-8: SecurityConf igHO (Tab\e 8.4.2.2.3.3-5) 


Derivation Path: 36.508, Table 4.6.4-1 

Information Element 

Value/remark 

Comment 

Condition 

SecurityConfigHO ::= SEQUENCE { 




handoverType CHOICE { 




interRAT SEQUENCE! 




securityAlgorithmConfig SEQUENCE { 




cipheringAlgorithm 

Set according to PIXIT 
parameter for default 
ciphering protection 
algorithm 



integhtyProtAlgohthm 

Set according to PIXIT 
parameter for default 
integrity algorithm 



} 




nas-SecurityParamToEUTRA 

Octets 1 to 4 are 
arbitrarily selected. 

Bits 1 to 3 of octet 5 are 
set according to PIXIT 
parameter for default 
integrity protection 
algorithm. 

Bits 5 to 7 of octet 5 are 
set according to PIXIT 
parameter for default 
ciphering algorithm. 

Bits 1 to 3 of octet 6 are 
arbitrarily selected 
between 'OOO'B and 
'110'B, different from the 
valid NAS key set 
identifier of the UE if such 
a value exists. 

Bit 4 of octet 6 is set to 1 . 

Octets 1 to 4 
include the 
NonceMME value. 

Bits 1 to 3 of octet 
5 include the Type 
of integrity 
protection 
algorithm 

Bits 5 to 7 of octet 

5 include the Type 
of ciphering 
algorithm. 

Bits 1 to 4 of octet 

6 include the NAS 
key set identifier. 


} 




} 




} 





8.4.2.3 
8.4.2.4 
8.4.2.4.1 
(1) 


Void 

Inter-RAT handover / From UTRA HSPA to E-UTRA / Data 
Test Purpose (TP) 


with { UE in UTRA CELL_DCH (PS-DCCH+DTCH_HS-DSCH) state } 
ensure that { 

when { UE receives a HANDOVER FROM UTRAN COMMAND message including the eutra-Message } 
then { UE transmits an RRCConnectionReconfigurationComplete message and enters E-UTRA 
RRC CONNECTED state } 


8.4.2.4.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.4.2.3. 

[TS 36.331, clause 5.4.2.3] 

If the UE is able to comply with the configuration included in the RRC ConnectionRe configuration message, the UE 
shall: 
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> apply the default physical channel configuration as specified in 9.2.4; 

> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

> apply the default MAC main configuration as specified in 9.2.2; 

> start timer T304 with the timer value set to t304, as included in the mobility Controllnfo; 

> consider the target cell to be one on the frequency indicated by the carrierFreq with a physical cell identity 
indicated by the targetPhysCellId\ 

> start synchronising to the DL of the target cell; 

> set the C-RNTI to the value of the new UE- Identity, 

> for the target cell, apply the downlink bandwidth indicated by the dl- Bandwidth ; 

> for the target cell, apply the uplink bandwidth indicated by (the absence or presence of) the ul-Bandwidth; 

> perform the radio resource configuration procedure as specified in 5.3.10; 

> forward the nas-SecurityParamToEUTRA to the upper layers; 

> derive the KeNB key, as specified in TS 33.401 [32]; 

> store the nextHopChainingCount value; 

> derive the KRRCmt key associated with the integrityP rot Algorithm, as specified in TS 33.401 [32]; 

> derive the KRRCenc key and the KuPenc key associated with the ciphering Algorithm, as specified in TS 33.401 [32]; 

> configure lower layers to apply the indicated integrity protection algorithm and the KRRCint key immediately, i.e. 
the indicated integrity protection configuration shall be applied to all subsequent messages received and sent by 
the UE, including the message used to indicate the successful completion of the procedure; 

> configure lower layers to apply the indicated ciphering algorithm, the KRRCenc key and the KuPenc key 
immediately, i.e. the indicated ciphering configuration shall be applied to all subsequent messages received and 
sent by the UE, including the message used to indicate the successful completion of the procedure; 

> if the RRCConnectionReconfiguration message includes the measConfig: 
2> perform the measurement configuration procedure as specified in 5.5.2; 

> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission using the new 
configuration; 

> use the default values specified in 9.2.5 for timer T310, T311 and constant N310, N311; 

> if MAC successfully completes the random access procedure: 
2> stop timer T304; 

2> apply the parts of the configuration that do not require the UE to know the SEN of the target cell; 

2> apply the parts of the measurement and the radio resource configuration that require the UE to know the SEN 
of the target cell (e.g. measurement gaps, periodic CQI reporting, scheduling request configuration, sounding 
RS configuration), if any, upon acquiring the SEN of the target cell; 

2> enter E-UTRA RRC_CONNECTED, upon which the procedure ends; 

8.4.2.4.3 Test description 

8.4.2.4.3.1 Pre-test conditions 

System Simulator: 

- Cell land Cell 5. 
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- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 (serving cell) according to [18]. 

8.4.2.4.3.2 Test procedure sequence 

Table 8.4.2.4.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Subsequent configurations marked "Tl" and "T2" are applied at the points 
indicated in the Main behaviour description in Table 8.4.2.4.3.2-2. 

Table 8.4.2.4.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 5 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-90 

- 

The power level values are 
assigned to satisfy Threshx,high < 
Srxlevceii 5- 

CPICH Ec 
(UTRA FDD) 

dBm/3.8 
4 MHz 

- 

-65 

PCCPCH 
Ec(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

-65 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-70 

- 

The power level values are such 
that entering conditions for event 3a 
are satisfied. 

CPICH Ec 
(UTRA FDD) 

dBm/3.8 
4 MHz 

- 

-100 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

-100 
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Table 8.4.2.4.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS changes Cell 1 and Cell 5 level 
according to the row "T1" in table 8.4.2.4.3.2- 
1. 





2 

Generic test procedure in TS 36.508 
subclause 6.4.2.8 is performed on Cell 5. 
NOTE: The UE performs an RAU procedure 
and the RRC connection is released. 





3-4 

Void 

- 

- 

- 

- 

4A- 
4E 

Step 7 to 1 1 of test procedure in TS 34.123-1 
subclause 12.9.14.4 is performed on Cell 5 
using the UTRA reference radio bearer 
parameters and combination "UTRA HSDPA 
RB" according to TS 36.508 subclause 4.8.3 
and Table 4.8.3-1. 

NOTE: The UE performs Network initiated 
RAB re-establishment in a UTRAN cell. 






UTRAN FDD: EXCEPTION: Steps 5a1 to 
5a2 describe behaviour that depends on the 
UE capability; the "lower case letter" 
identifies a step sequence that takes place if 
a capability is supported. 

UTRAN TDD : go to step 8 





5a1 

IF pc UTRA CompressedModeRequired 
THEN the SS transmits a PHYSICAL 
CHANNEL RECONFIGURATION message 
on Cell 5 including the DPCH compressed 
mode info. 

<- 

PHYSICAL CHANNEL 
RECONFIGURATION 



5a2 

The UE transmits a PHYSICAL CHANNEL 
RECONFIGURATION COMPLETE message 
on Cell 5. 

-> 

PHYSICAL CHANNEL 
RECONFIGURATION 
COMPLETE 



6-7 

Void 

- 

- 

- 

- 

8 

The SS transmits a MEASUREMENT 
CONTROL message to setup inter-RAT 
measurement on Cell 5. 

<- 

MEASUREMENT CONTROL 



9 

The SS changes Cell 1 and Cell 5 level 
according to the row "T2" in table 8.4.2.4.3.2- 
1. 





10 

The UE transmits a MEASUREMENT 
REPORT message on Cell 5 including the E- 
UTRA event results. 

-> 

MEASUREMENT REPORT 



11 

The SS transmits a HANDOVER FROM 
UTRAN COMMAND message on Cell 5. 

<- 

HANDOVER FROM UTRAN 
COMMAND 

- 

- 

12 

Check: Does the UE transmit an 
RRCConnectionReconfigurationComplete 
message on Cell 1 using the security key 
derived from the new Kgnb? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

p 

12 
A 

Generic test procedure in TS 36.508 
subclause 6.4.2.10 is performed on Cell 1. 
NOTE: The UE performs tracking area 
updating procedure without ISR and security 
reconfiguration after successful completion 
of handover from UTRA. 





13- 
19 

Void 

- 

- 

- 

- 

20 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA RRC 
CONNECTED state on Cell 1 ? 



1 
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8.4.2.4.3.3 Specific message contents 

Table 8.4.2.4.3.3-1 : Void 
Table 8.4.2.4.3.3-2: SystemlnformationBlockType6 ior Cell 1 (preamble, Table 8.4.2.4.3.2-2) 


Derivation Path: 36.508, Table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypee ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1..maxUTRA-FDD-Carrier)) OF SEQUENCE { 



UTRA-FDD 

carrierFreq[n] 

Same downlink UARFCN 
as used for Cell 5 



cellReselectionPriority[n] 

5 



p-MaxUTRA[n] 





} 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxUTRA-TDD-Carrier)) OF SEQUENCE { 



UTRA-TDD 

carrierFreq[n] 

Same downlink UARFCN 
as used for Cell 5 



cellReselectionPriority[n] 

5 



p-MaxUTRA[n] 





} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 


Table 8.4.2.4.3.3-3: Void 

Table 8.4.2.4.3.3-4: Void 

Table 8.4.2.4.3.3-5: HANDOVER FROM UTRAN COMMAND (step 11, Table 8.4.2.4.3.2-2) 

Derivation Path: 36.508, Table 4.7B.1-2 

Table 8.4.2.4.3.3-6: RRCConnectionReconfiguration (Table 8.4.2.4.3.3-5) 

Derivation Patli: 36.508, Table 4.6.1-8, condition H0-T0-EUTRA(1 ,0) 

Table 8.4.2.4.3.3-7: MobilityControllnfo (Table 8.4.2.4.3.3-5) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 1. 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 1. 



ul-CarrierFreq 

Not present 



} 




carrierBandwidth SEQUENCE { 




dl-Bandwidth 

Downlink system 
bandwidth under test. 



ul-Bandwidth 

Uplink Bandwidth under 
test. 


FDD 

ul-Bandwidth 

Not present 


TDD 

} 




additionalSpectrumEmission 

1 



} 
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Condition 

Explanation 

FDD 

FDD cell environment 

TDD 

TDD cell environment 


Table 8.4.2.4.3.3-8: SecurityConfigHO (Table 8.4.2.4.3.3-5) 


Derivation Path: 36.508, Table 4.6.4-1 

Information Element 

Value/remark 

Comment 

Condition 

SecurityConfigHO ::= SEQUENCE { 




handoverType CHOICE { 




interRAT SEQUENCE! 




securityAlgorithmConfig SEQUENCE { 




cipheringAlgorithm 

Set according to PIXIT 
parameter for default 
ciphering protection 
algorithm 



integrityProtAlgorithm 

Set according to PIXIT 
parameter for default 
integrity algorithm 



} 




nas-SecurityParamToEUTRA 

Octets 1 to 4 are 
arbitrarily selected. 

Bits 1 to 3 of octet 5 are 
set according to PIXIT 
parameter for default 
integrity protection 
algorithm. 

Bits 5 to 7 of octet 5 are 
set according to PIXIT 
parameter for default 
ciphering algorithm. 

Bits 1 to 3 of octet 6 are 
arbitrarily selected 
between 'OOO'B and 
'110'B, different from the 
valid NAS key set 
identifier of the UE if such 
a value exists. 

Bit 4 of octet 6 is set to 1 . 

Octets 1 to 4 
include the 
NonceMME value. 

Bits 1 to 3 of octet 
5 include the Type 
of integrity 
protection 
algorithm 

Bits 5 to 7 of octet 

5 include the Type 
of ciphering 
algorithm. 

Bits 1 to 4 of octet 

6 include the NAS 
key set identifier. 


} 




} 




} 





8.4.2.5 
8.4.2.6 
8.4.3 

8.4.3.1 
8.4.3.1.1 
(1) 


Void 
Void 
Inter-RAT mobility E-UTRA to GERAN 

Inter-RAT handover / From E-UTRA to GPRS / PS HO 
Test Purpose (TP) 


with { UE in E-UTRA (data) RRC_CONNECTED state } 
ensure that { 

when { UE receives a MobilityFromEUTRACommand message including radio resources that have been 
allocated for the UE in the target cell } 

then { UE successfully completes the handover and leaves the RRC_CONNECTED , enter the 
GPRS Packet Transfer Mode) 
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8.4.3.1 .2 Conformance requirements [D] 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.4.3.3, 
5.4.3.4. 

[TS 36.331, clause 5.4.3.3] 

The UE shall be able to receive a Mobility FromEUTRACommand message and perform a cell change order to GERAN, 
even if no prior UE measurements have been performed on the target cell. 

The UE shall: 

1> stop timer T310, if running; 

1> if the Mobility FromEUTRACommand message includes the purpose set to 'handover': 

2> if the targetRAT-Type is set to 'utra' or 'geran': 

3> consider inter-RAT mobility as initiated towards the RAT indicated by the targetRAT-Type included in 
the Mobility FromEUTRACommand message; 

3> forward the nas-SecurityParamFromEUTRA to the upper layers; 

3> access the target cell indicated in the inter-RAT message in accordance with the specifications of the 
target RAT; 

3> if the targetRAT-Type is set to 'geran': 

4> use the contents of systemlnformation, if provided for PS Handover, as the system information to 
begin access on the target GERAN cell; 

NOTE 1 : If there are DRBs for which no radio bearers are established in the target RAT as indicated in the 

targetRAT-MessageContainer in the message, the E-UTRA RRC part of the UE does not indicate the 
release of the concerned DRBs to the upper layers. Upper layers may derive which bearers are not 
established from information received from the AS of the target RAT. 

[TS 36.331, clause 5.4.3.4] 

Upon successfully completing the handover or the cell change order, the UE shall: 

1> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'; 

1> stop timer T304, if running; 

8.4.3.1 .3 Test description 
8.4.3.1 .3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 24 - Cell 1 is an E-UTRAN cell. Cell 24 is a GERAN cell. 

- All cells belong to the same PLMN. 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

- None. 
Preamble: 

- UE is in state3 (Generic RB Established) in cell 1 as specified in clause 4.5.3 of TS 36.508. 
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8.4.3.1.3.2 


Test procedure sequence 


Table 8.4.3.1.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial condition after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 8.4.3.1.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 24 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 

- 


RSSI 

dBm 

- 

f-851 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-80 



RSSI 

dBm 

- 

f-651 


Table 8.4.3.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS configures cell 1 and GERAN cell 24 
according to the row "T1 " in Table 8.4.3.1 .3.2-1 

- 

- 

- 

- 

2 

The SS transmits a 

MobilityFromEUTRACommand message on 
Cell 1. 

<- 

MobilityFromEUTRA Command 



3 

Check: Does the UE transmit a HANDOVER 
COMPLETE message on cell 24? 

-> 

HANDOVER COMPLETE 

1 

p 


8.4.3.1 .3.3 Specific message contents 

Table 8.4.3.1.3.3-1: MobilityFromEUTRACommand {step 2, Table 8.4.1.2.3.2-1) 


Derivation Path: 36.508 table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




mobilityFromEUTRACommand-r8 SEQUENCE { 




CS-Fallbacklndicator 

false 

Applies only for 
Rel.9 


purpose CHOICE { 




handover SEQUENCE! 




targetRAT-Type 

geran 



targetRAT-MessageContainer 

PS HANDOVER 
COMMAND 



nas-SecurityParamFromEUTRA 



UTRAGER 
AN 

systemlnformation 

PSI-GERAN 


PS HO 

} 




} 




} 




} 




} 




} 





Table 8.4.3.1.3.3-2: PS HANDOVER COMMAND (Table 8.4.3.1.3.3-1) 

Derivation Path: TS 36.508, Table 4.7D.1-1: PS HANDOVER COMMAND 
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8.4.3.2 Inter-RAT cell change order / From E-UTRA data RRC_CONNECTED to 

GPRS/ Without NACC 

8.4.3.2.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA (data) RRC_CONNECTED state } 
ensure that { 

when { UE receives a Mobil ityFromEUTRACommand message including information facilitating access of 
the target cell } 

then { UE successfully completing the cell change order and leaves the RRC_CONNECTED, enter the 
GPRS Paccket Idle) 


8.4.3.2.2 Conformance requirements[D] 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.4.3.3, 
5.4.3.4. 

[TS 36.331, clause 5.4.3.3] 

The UE shall be able to receive a Mobility FromEUTRACommand message and perform a cell change order to GERAN, 
even if no prior UE measurements have been performed on the target cell. 

The UE shall: 

1> stop timer T310, if running; 

1> if the Mobility FromEUTRACommand message includes the purpose set to 'handover': 

2> if the targetRAT-Type is set to 'utra' or 'geran': 

3> consider inter-RAT mobility as initiated towards the RAT indicated by the targetRAT-Type included in 
the Mobility FromEUTRACommand message; 

3> forward the nas-SecurityParamFromEUTRA to the upper layers; 

3> access the target cell indicated in the inter-RAT message in accordance with the specifications of the 
target RAT; 

3> if the targetRAT-Type is set to 'geran': 

4> use the contents of systemlnformation, if provided for PS Handover, as the system information to 
begin access on the target GERAN cell; 

NOTE 1 : If there are DRBs for which no radio bearers are established in the target RAT as indicated in the 

targetRAT-MessageContainer in the message, the E-UTRA RRC part of the UE does not indicate the 
release of the concerned DRBs to the upper layers. Upper layers may derive which bearers are not 
established from information received from the AS of the target RAT. 

2> else if the targetRAT-Type is set to 'cdma2000-lXRTT or ' cdma2000-HRPD' \ 

3> forward the targetRAT-Type and the targetRAT-MessageContainer to the CDMA2000 upper layers for 
the UE to access the cell indicated in the inter-RAT message in accordance with the specifications of the 
CDMA2000 target-RAT; 

1> else if the Mobility FromEUTRACommand message includes the purpose set to ' cellChangeOrdef \ 

2> start timer T304 with the timer value set to t304, as included in the MobilityFromEUTRACommand message; 

2> if the targetRAT-Type is set to 'geran': 

3> if networkControlOrder is included in the MobilityFromEUTRACommand message: 

4> apply the value as specified in TS 44.060 [36]; 

3> else: 
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4> acquire networkControlOrder and apply the value as specified in TS 44.060 [36]; 

3> use the contents of systemlnformation, if provided, as the system information to begin access on the target 
GERAN cell; 

NOTE 2: The systemlnformation is constructed in the same way as in 2G to 2G NACC, i.e. the PSI messages are 
encoded as such, whereas the SI messages exclude 2 octets of headers, see TS 44.060[36]. 

2> establish the connection to the target cell indicated in the CellChangeOrder; 

NOTE 3: The criteria for success or failure of the cell change order to GERAN are specified in TS 44.060[36]. 
[TS 36.331, clause 5.4.3.4] 
Upon successfully completing the handover or the cell change order, the UE shall: 

1> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'; 

1> stop timer T304, if running; 
8.4.3.2.3 Test description 

8.4.3.2.3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 24 - Cell 1 is an E-UTRAN cell. Cell 24 is a GERAN cell. 

- All cells belong to the same PLMN. 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- UE is in state3 (Generic RB Established)in cell 1 as specified in clause 4.5.3 of TS 36.508. 

8.4.3.2.3.2 Test procedure sequence 

Table 8.4.3.2.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial condition after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 8.4.3.2.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 24 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 

- 


RSSI 

dBm 

- 

f-851 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-80 



RSSI 

dBm 

- 

[-65] 
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Table 8.4.3.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup inter RAT measurement on Cell 1 . 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the setup of inter RAT 
measurement on Cell 1. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell land Cell 24 parameters 
according to the row "T1 " in table 8.4.3.2.3.2-1 . 

- 

- 

- 

- 

4 

The UE transmit a MeasurementReport 
message to report the event B2 for Cell 24. 

-> 

MeasurementReport 

- 

- 

5 

The SS transmits a 

MobilityFromEUTRACommand message on 
CelM. 

<— 

MobiiityFromEUTRA Command 



6 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.9 

indicate that the UE is camped on GERAN Cell 

24? 

NOTE: The UE performs an RAU procedure 

and the RRC connection is released. 



1 

P 


8.4.3.2.3.3 Specific message contents 

Table 8.4.3.2.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.4.3.2.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.4.3.2.3.3-2: MeasConfig (step 1, Table 8.4.3.2.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1, condition GERAN 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f1 1 



measObject[2] 

MeasObjectGERAN- 
GENERIC(f11) 



} 




reportConfigloAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-B2- 
GERAN 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-GERAN(-69, [-79]) 



} 




measidloAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f1 1 



reportConfigld[1] 

ldReportConfig-B2- 
GERAN 



} 




quantityConfig SEQUENCE { 




quantityConfigGERAN SEQUENCE { 




measQuantityGERAN 

rssi 



filterCoefficient 

fcO 



} 




} 




} 
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Table 8.4.3.2.3.3-3: MobilityFromEUTRACommand (step 5, Table 8.4.3.2.3.2-2) 


Derivation Path: 36.508 table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




rrc-Transactionldentifier 

RRC- 

Transactionldentifi 

er-DL 



criticalExtensions CHOICE { 




c1 CHOICE { 




mobilityFromEUTRACommand-r8::=SEQUENCE{ 




csFallbacklndicator 

False 



purpose CHOICE { 




cellChangeOrder::= SEQUENCE { 




t304 

mslOOO 



targetRAT-Type CHOICE{ 




geran::= SEQUENCE { 




physCellld 

0001 H 



carrierFreq::= SEQUENCE { 




arfcn 

Downlink ARFCN 
of Cell 24 



bandlndicator 

The same band 
indicator of the 
Cell 24 



} 




} 




} 




} 




} 




} 




} 




} 




} 





8.4.3.3 
8.4.3.3.1 
(1) 


Inter-RAT cell change order / From E-UTRA data to GPRS / With NACC 
Test Purpose (TP) 


with { UE in E-UTRA (data) RRC_CONNECTED state } 
ensure that { 

when { UE receives a MobilityFromEUTRACommand message including information facilitating access of 
the target cell } 

then { UE successfully completing the cell change order and leaves the RRC_CONNECTED, enter the 
GPRS Paccket Idle} 


8.4.3.3.2 


Conformance requirements[D] 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.4.3.3, 
5.4.3.4. 

[TS 36.331, clause 5.4.3.3] 

The UE shall be able to receive a MobilityFromEUTRACommand message and perform a cell change order to GERAN, 
even if no prior UE measurements have been performed on the target cell. 

The UE shall: 

1> stop timer T310, if running; 

1> if the MobilityFromEUTRACommand message includes the purpose set to 'handover': 

2> if the targetRAT-Type is set to 'utra' or 'geran': 
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3> consider inter-RAT mobility as initiated towards the RAT indicated by the tar getRAT -Type included in 
the MohilityFromEUTRACommand message; 

3> forward the nas-SecurityParamFromEUTRA to the upper layers; 

3> access the target cell indicated in the inter-RAT message in accordance with the specifications of the 
target RAT; 

3> if the targetRAT-Type is set to 'geran': 

4> use the contents of systemlnformation, if provided for PS Handover, as the system information to 
begin access on the target GERAN cell; 

NOTE 1 : If there are DRBs for which no radio bearers are established in the target RAT as indicated in the 

targetRAT-MessageContainer in the message, the E-UTRA RRC part of the UE does not indicate the 
release of the concerned DRBs to the upper layers. Upper layers may derive which bearers are not 
established from information received from the AS of the target RAT. 

2> else if the targetRAT-Type is set to 'cdma2000-lXRTT or ' cdma2000-HRPD' \ 

3> forward the targetRAT-Type and the targetRAT-MessageContainer to the CDMA2000 upper layers for 
the UE to access the cell indicated in the inter-RAT message in accordance with the specifications of the 
CDMA2000 target-RAT; 

1> else if the Mobility FromEUTRACommand message includes the purpose set to ' cellChangeOrdef \ 

2> start timer T304 with the timer value set to t304, as included in the MobilityFromEUTRACommand message; 

2> if the targetRAT-Type is set to 'geran': 

3> if networkControlOrder is included in the MobilityFromEUTRACommand message: 

4> apply the value as specified in TS 44.060 [36]; 

3> else: 

4> acquire networkControlOrder and apply the value as specified in TS 44.060 [36]; 

3> use the contents of systemlnformation, if provided, as the system information to begin access on the target 
GERAN cell; 

NOTE 2: The systemlnformation is constructed in the same way as in 2G to 2G NACC, i.e. the PSI messages are 
encoded as such, whereas the SI messages exclude 2 octets of headers, see TS 44.060[36]. 

2> establish the connection to the target cell indicated in the CellChangeOrder; 

NOTE 3: The criteria for success or failure of the cell change order to GERAN are specified in TS 44.060[36]. 
[TS 36.331, clause 5.4.3.4] 
Upon successfully completing the handover or the cell change order, the UE shall: 

1> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'; 

1> stop timer T304, if running; 
8.4.3.3.3 Test description 

8.4.3.3.3.1 Pre-test conditions 

System Simulator: 

- Cell land Cell 24 - Cell 1 is an E-UTRAN cell. Cell 24 is a GERAN cell. 

- All cells belong to the same PLMN. 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
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UE: 

None. 

Preamble: 

- UE is in state3 (Generic RB Established)in cell 1 as specified in clause 4.5.3 of TS 36.508. 

8.4.3.3.3.2 Test procedure sequence 

Table 8.4.3.3.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 8.4.3.3.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 24 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 

- 


RSSI 

dBm 

- 

[-85] 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-80 



RSSI 

dBm 

- 

f-651 


Table 8.4.3.3.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup inter RAT measurement on Cell 1 . 

<— 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message to confirm the setup of inter RAT 
measurement on Cell 1. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell land Cell 24 parameters 
according to the row "T1 " in table 8.4.3.3.3.2-1 . 



- 

- 

4 

The UE transmit a MeasurementReport 
message to report the event B2 for Cell 24. 

-> 

MeasurementReport 

- 

- 

5 

The SS transmits a 

MobilityFromEUTRACommand message on 
Cell 1. 

<- 

MobiiityFromEUTRA Command 



6 

Check: Does the test result of generic test 

procedure in TS 36.508 subclause 6.4.2.9 

indicate that the UE is camped on GERAN Cell 

24? 

NOTE: The UE performs an RAU procedure 

and the RRC connection is released. 



1 

p 


8.4.3.3.3.3 Specific message contents 

Table 8.4.3.3.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.4.3.3.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.4.3.3.3.3-2: MeasConfig (step 1, Table 8.4.3.3.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1, condition GERAN 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f1 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f1 1 



measObject[2] 

MeasObjectGERAN- 
GENERIC(f11) 



} 




reportConfigloAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-B2- 
GERAN 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-GERAN(-69, [-79]) 



} 




measidloAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f1 1 



reportConfigld[1] 

ldReportConfig-B2- 
GERAN 



} 




quantityConfig SEQUENCE { 




quantityConfigGERAN SEQUENCE { 




measQuantityGERAN 

rssi 



filterCoefficient 

fcO 



} 




} 




} 
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Table 8.4.3.3.3.3-3: MobilityFromEUTRACommand (step 5, Table 8.4.3.3.3.2-2) 


Derivation Path: 36.508 table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




rrc-Transactionldentifier 

RRC- 

Transactionldentifi 

er-DL 



criticalExtensions CHOICE { 




c1 CHOICE { 




mobilityFromEUTRACommand-r8::=SEQUENCE{ 




csFallbacklndicator 

False 



purpose CHOICE { 




cellChangeOrder::= SEQUENCE { 




t304 

mslOOO 



targetRAT-Type CHOICE{ 




geran::= SEQUENCE { 




physCellld 

0001 H 



carrierFreq ::= SEQUENCE { 




arfcn 

Downlink ARFCN 
of Cell 24 



bandlndicator 

The same band 
indicator of the 
Cell 24 



} 




networkControlOrder 

00 

NCO: MS 
controlled cell re- 
selection, no 
measurement 
reporting 


SI-OrPSI-GERAN::= CHOICE} 



PS HO 

SystemlnfoListGERAN ::= SEQUENCE! 




SYSTEM INFORMATION TYPE 1 

Set according to 
clause 4.4.5 in 
TS36.508. 



SYSTEM INFORMATION TYPE 3 

Set according to 
clause 4.4.5 in 
TS36.508. 



SYSTEM INFORMATION TYPE 13 

Set according to 
clause 4.4.5 in 
TS36.508. 



} 




} 




} 




} 




} 




} 




} 




} 




} 




} 
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8.4.4 Inter-RAT handover GERAN to E-UTRA 

8.4.4.1 Void 

8.4.4.2 Void 

8.4.4.3 Void 

8.4.5 Inter-RAT handover E-UTRA to HRPD 

8.4.5.1 Void 

8.4.5.2 Void 

8.4.5.3 Void 

8.4.5.4 Pre-registration at HRPD and inter-RAT handover / From E-UTRA to HRPD 
Active / Data 

8.4.5.4.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state and UE has performed pre-registration on HRPD neighbor cell 

} 

ensure that { 

when { UE receives a HandoverFromEUTRAPreparationRequest message with cdma2000-type set to 'HRPD' 

} 

then { UE transmits a ULHandoverPreparationTransfer message containing tunneled HRPD 
Connect ionReque St and RouteUpdate messages } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state and UE has performed pre-registration on HRPD neighbor cell 

} 

ensure that { 

when { UE receives a Mobil ityFromEUTRACommand message containing tunneled HRPD 
TrafficChannel Assignment , HRPDSilenceParameters and HRPDOpenLoopParameters messages } 
then { UE transmits a TrafficChannelComplete message on the target HRPD cell } 
} 

8.4.5.4.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.4.3.3, 
5.4.4.3, 5.4.5.1 and 5.4.5.3, TS 23.402, clause 9.3.2 and 3GPP2 X.S0057-0, clause 13.1.2. 

[TS 36.331, clause 5.4.3.3] 

The UE shall be able to receive a Mobility FromEUTRACommand message and perform a cell change order to GERAN, 
even if no prior UE measurements have been performed on the target cell. 

The UE shall: 

1> stop timer T310, if running; 

1> if the MobilityFromEUTRACommand message includes \hQ purpose set to 'handover': 

2> if the targetRAT-Type is set to 'utra' or 'geran': 


2> else if the targetRAT-Type is set to 'cdma2000-lXRTT or 'cdma2000-HRPD': 

3> forward the targetRAT-Type and the targetRAT-MessageContainer to the CDMA2000 upper layers for 
the UE to access the cell indicated in the inter-RAT message in accordance with the specifications of the 
CDMA2000 target-RAT; 
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[TS 36.331, clause 5.4.4.3] 

Upon reception of the HandoverFromEUTRAPreparationRequest message, the UE shall: 

1> indicate the request to prepare handover and forward the cdma2000-Type to the CDMA2000 upper layers; 

1> if cdma2000-Type is set to 'typelXRTT: 

2> forward the rand and the mobilityParametersCDMA2000 to the CDMA2000 upper layers; 
[TS 36.331, clause 5.4.5.1] 


UE 


EUTRAN 


ULHandoverPreparationTransfer 


Figure 5.4.5.1-1: UL handover preparation transfer 


The purpose of this procedure is to tunnel the handover related CDMA2000 dedicated information from UE 
to E-UTRAN when requested by the higher layers. The procedure is triggered by the higher layers on 
receipt of HandoverFromEUTRAPreparationRe quest message. This procedure applies to CDMA2000 
capable UEs only. 

[TS 36.331, clause 5.4.5.3] 

The UE shall set the contents of the ULHandoverPreparationTransfer message as follows: 

1> include the cdma2000-Type and the dedicatedInfoCDMA2000\ 

1> if the cdma2000-Type is set to 'typelXRTT: 

2> include the meid and set it to the value received from the CDMA2000 upper layers; 

1> submit the ULHandoverPreparationTransfer message to lower layers for transmission, upon which the 
procedure ends; 

[TS 23.402, clause 9.3.2] 
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Figure 9.3.2-1 illustrates a high-level call flow for the optimised E-UTRAN to HRPD handover procedure, Handover 
phase. The prerequisite of the handover phase is the successfully performed Pre-registration phase as it is specified in 
clause 9.3.1. 
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6. Direct Trans er Request 
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Session 


Figure 9.3.2-1 : E-UTRAN to HRPD handover 


[3GPP2 X.S0057-0, clause 13.1.2] 
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Figure 9.3.2-2 


8.4.5.4.3 Test description 

8.4.5.4.3.1 Pre-test conditions 

System Simulator: 

- Cell land Cell 15. 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3B) on Cell 1 according to [18]. 
The UE has performed HRPD pre-registration on Cell 15. 
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8.4.5.4.3.2 


Test procedure sequence 


Table 8.4.5.4.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while row marked "Tl" is to 
be applied subsequently. The exact instants on which these values shall be applied are described in the texts in this 
clause. 

Table 8.4.5.4.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 15 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-75 

- 

The power level values are such 
that camping on Cell 1 is 
guaranteed. 

lor/loc 

dB 

- 

-20 

loc 

dBm/1.23 
MHz 

- 

-55 

Pilot Ec/lo (Note 
1) 

dB 

- 

-20 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-80 

- 

The power level values are such 
that entering conditions for event B2 
on Cell 15 are satisfied. 

lor/loc 

dB 

- 

-5 

loc 

dBm/1.23 
MHz 

- 

-55 

Pilot Ec/lo (Note 
1) 

dB 

- 

-6 

Note 1 : This parameter is not directly settable, but is derived by calculation from the other 
parameters set by the SS. 


Table 8.4.5.4.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup inter RAT measurement on 
Cell 15. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 to confirm the setup of 
inter RAT measurement. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 1 and Cell 15 
parameters according to row "Tl" in table 
8.4.5.4.3.2-1. 





4 

The UE transmits a MeasurementReport 
message on Cell 1 to report event B2 for Cell 
15, 

-> 

MeasurementReport 



5 

The SS transmits a 

HandoverFromEUTRAPreparationRequest 
on Cell 1. 

<- 

HandoverFromEUTRAPreparation 
Request 



6 

Check: Does the UE transmit tunnelled 
HRPD Connection Request an6 Route 
Update messages contained in an 
ULHandoverPreparationTransfer message 
on Cell 1? 

-> 

ULHandoverPreparation Transfer 

1 

P 

7 

The SS transmits tunnelled HRPD Traffic 
Cfiannel Assignment, HRPD Silence 
Parameters and HRPD Open Loop 
Parameters messages contained in a 
IVIobilityFromEUTRACommand on Celll to 
order the UE to perform inter RAT handover 
to Cell 15. 

<- 

MobilityFromEUTRA Command 



8 

The UE tunes to HRPD radio. 

- 

- 

- 

- 

9 

Check: Does the UE transmit a Traffic 
Cliannel Complete message on Cell 15? 

-> 

Traffic Channel Complete 

2 

P 
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8.4.5.4.3.3 Specific message contents 

Table 8.4.5.4.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.4.5.4.3.2-2) 


Derivation Patii: 36.508, Table 4.6.1-8, condition IVIEAS 

Table 8.4.5.4.3.3-2: MeasConfig (step 1, Table 8.4.5.4.3.2-2) 

Derivation Patii: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObiectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f14 



measObject[2] 

MeasObjectCDMA2000- 
GENERIC 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-CDMA2000(-69, -18) 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f14 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



} 




quantityConfig SEQUENCE { 




quantityConfigCDMA2000 SEQUENCE { 




measQuantityCDMA2000 

pilotStrength 



} 




} 




measGapConfig SEQUENCE { 




gapActivation CHOICE { 




activate SEQUENCE { 




gapPattern CHOICE { 




gpl SEQUENCE! 




gapOffset 

30 



} 




} 




} 




} 




} 




} 
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Table 8.4.5.4.3.3-3: MeasObjectCDMA2000-G EN ERIC (step 1, Table 8.4.5.4.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1 C 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectCDMA2000-GENERIC ::= SEQUENCE { 




cdma2000-Type 

TypeHRPD 



CarrierFreqCDMA2000 SEQUENCE { 




bandClass 

Band Class of frequency 
under test 



arfcn 

f14 



} 




SearchWindowSize 

15 



offsetFreq 

dbO 



cellsToRemoveList 

Not present 



cellsToAddModList CHOICE {} 

Cell 15 

Listed cell 
parameters to be 
reported 


cellForWhichToReportCGI 

Not present 



} 




Table 8.4.5.4.3.3-4: MeasurementReport (step 4, Table 8.4.5.4.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultsCDMA2000 :=SEQUENCE { 




preRegistrationStatusHRPD 

TRUE 



measResultListCDMA2000::=SEQUENCE 
(SIZE (1 ..maxCellReport)) OF SEQUENCE { 

1 entry 

Notel 


physCellld[1] 

PhysicalCellldentity of 
Cell 15 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




pilotStrength 

(0..63) 



} 




} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.4.5.4.3.3-5: HandoverFromEUTRAPreparation Request (step 5, Table 8.4.5.4.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-4 

Information Element 

Value/remark 

Comment 

Condition 

HandoverFromEUTRAPreparationRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




c1 CHOICE { 




handoverFromEUTRAPreparationRequest-r8 
SEQUENCE} 




cdma2000-Type 

typeHRPD 



rand 

Not present 



mobilityParameters 

Not present 



} 




} 




} 




} 




Table 8.4.5.4.3.3-6: ULHandoverPreparationTransfer (step 6, Table 8.4.5.4.3.2-2) 

Derivation Path: 36.508 Table 4.6.1-24 

Information Element 

Value/remark 

Comment 

Condition 

ULHandoverPreparationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ulHandoverPreparationTransfer-r8 SEQUENCE { 




cdma2000-Type 

typeHRPD 



meid 

Not present 



dedicatedlnfo 

Set according to Table 
8.4.5.4.3.3-7 

HRPD Connection 
Request and 
Route Update 


} 




} 




} 




} 




Table 8.4.5.4.3.3-7: HRPD Connection Request {step 6, Table 8.4.5.4.3.2-2) 

Information Element 

Value/remark 

Comment 

Condition 

SAPState 

'O'B 

SAP Header 


SessionConfigurationToken 

16 bits, SetbyUE 



ConnectionLayerFormat 

1 bit, Set by UE 



ATI Record 

34 bits. Set based on 
UATI assigned to UE 



Reserved 

'OOOO'B 



MessagelD 

'0000001' 

Connection 
Request 


TransactionID 

Any allowed value 

8 bit field 


RequestReason 

'0000' 

Access Terminal 
Initiated 
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Table 8.4.5.4.3.3-7A: HRPD Route Update (step 6, Table 8.4.5.4.3.2-2) 


Information Element 

Value/remark 

Comment 

Condition 

SAPState 

'O'B 

SAP Header 


SessionConfigurationToken 

16 bits, Set by UE 



ConnectionLayerFormat 

1 bit. Set by UE 



ATI Record 

34 bits. Set based on 
UATI assigned to UE 



Reserved 

'OOOO'B 



MessagelD 

'OOOOOOO'B 

Route Update 


MessageSequence 

8 bits, SetbyUE 



ReferencePilotPN 

9 bits. Set by UE 



ReferencePilotStrength 

6 bits, SetbyUE 



ReferenceKeep 

'1'B 



NumPilots 

'OOOO'B 



CompatibleReserved 

'O'B 



ReferencePilotChannellncluded 

'1'B 



ReferencePilotChannel 

24 bits. Set by UE 



ReferencePilotArrivallncluded 

'1'B 



ReferencePilotArrival 

15 bits, SetbyUE 



Reserved 

0-7 bits. Set alios by UE 




Table 8.4.5.4.3.3-8: MobilityFromEUTRACommand {step 7, Table 8.4.5.4.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




mobilityFromEUTRACommand-r8 SEQUENCE { 




csFallbacklndicator 

False 



purpose CHOICE{ 




handover SEQUENCE} 




targetRAT-Type 

cdma2000-HRPD 



targetRAT-MessageContainer 

Set according to Table 
8.4.5.4.3.3-8 

HRPD Traffic 
Channel 
Assignment, 
HRPD Silence 
Parameters and 
HRPD Open Loop 
Parameters 


} 




} 




} 




} 




} 




} 
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Table 8.4.5.4.3.3-9: HRPD Traffic Channel Assignment (step 7, Table 8.4.5.4.3.2-2) 


Information Element 

Value/remark 

Comment 

Condition 

SAPState 

'1'B 

SAP Header 


SessionConfigurationToken 

'O'B 



ConnectionLayerFormat 

1 bit, Set by SS 



ATI Record 

34 bits, Set based on 
UATI assigned to UE 



Reserved 

'OOOO'B 







MessagelD 

'00000001'B 

Traffic Channel 
Assignment 


MessageSequence 

Set by SS 

8 bit field 


Channellncluded 

'1'B 

Channel record 
included 


Channel 

'0000000000000000011 
11010'B 

channel record for 
Cell 15 


FrameOffset 

'1010'B 

frame offset for 
Cell 15 


DRCLength 

'01 'B 

DRCLength for 
Cell 15 


DRCChannelGainBase 

'111101'B 

ratio of the power 
level of the DRC 
Channel (when it is 
transmitted) to the 
power level of the 
Reverse Traffic 
Pilot Channel 
expressed as 2's 
complement value 
in units of 0.5 dB 


ACKChannelGain 

'0001 10'B 

ratio of the power 
level of the Ack 
Channel (when it is 
transmitted) to the 
power level of the 
Reverse Traffic 
Pilot Channel 
expressed as 2's 
complement value 
in units of 0.5 dB 


NumPilots 

'1'B 



PilotPN 

'00011 001 0'B 

PN Offset of target 
sector (Cell 15) 


SofterHandoff 

'O'B 

Set to 'O'since only 
1 pilot included in 
message 


MACIndexLSBs 

Set by SS 

6 least significant 
bits of the 
MACIndex 
assigned to UE 


DRCCover 

'001 'B 

index of the DRC 
cover associated 
with target sector 
(Cell 15) 


RABLength 

'01 'B 

2 bit field 


RABOffset 

'010'B 

3 bit field 
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Table 8.4.5.4.3.3-9A: HRPD Silence Parameters (step 7, Table 8.4.5.4.3.2-2) 


Information Element 

Value/remark 

Comment 

Condition 

SAPState 

'O'B 

SAP Header 


SessionConfigurationToken 

16 bits, Set by UE 



ConnectionLayerFormat 

1 bit, Set by SS 



ATI Record 

34 bits. Set based on 
UATI assigned to UE 



Reserved 

'OOOO'B 



MessagelD 

'0000001 0'B 



ReverseLinkSilenceDuration 

2 bits. Set by SS 



ReverseLinkSilencePeriod 

2 bits. Set by SS 



Reserved 

0-7 bits. Set all Os by SS 




Table 8.4.5.4.3.3-9B: HRPD Open Loop Parameters (step 7, Table 8.4.5.4.3.2-2) 


Information Element 

Value/remark 

Comment 

Condition 

SAPState 

'O'B 

SAP Header 


SessionConfigurationToken 

16 bits. Set by UE 



ConnectionLayerFormat 

1 bit. Set by SS 



ATI Record 

34 bits. Set based on 
UATI assigned to UE 



Reserved 

'OOOO'B 



MessagelD 

'000001 11'B 



NumPilots 

'0001 'B 



PilotPN 

9 bits. Set by SS 



OpenLoopAdjust 

8 bits. Set by SS 



InitialAdjust 

5 bits. Set by SS 



PilotStrengthlncluded 

1 bit. Set by SS 



PilotStrengthNominal 

3 bits. Set by SS 



PilotStrengthCorrectionMin 

3 bits. Set by SS 



PilotStrengthCorrectionMax 

3 bits. Set by SS 



Reserved 

0-7 bits. Set all Os by SS 




Table 8.4.5.4.3.3-10: HRPD Traffic Chiannei Complete (step 9, Table 8.4.5.4.3.2-2) 


Information Element 

Value/remark 

Comment 

Condition 

MessagelD 

'00000010' 



MessageSequence 

Same value as 
MessageSequence in 
HRPD Traffic Channel 
Assignment message 
(Table 8.4.5.4.3.3-9) 




8.4.6 

8.4.7.1 
8.4.7.1.1 
(1) 


Inter-RAT handover HRPD to E-UTRA8.4.7lnter-RAT handover E- 
UTRAtolxRTT 

Inter-RAT handover / SRVCC from E-UTRA to IxRTT(CS) / Speech 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a HandoverFromEUTRAPreparationRequest message with cdma2000-type set to 
'typelXRTT' } 

then { UE transmits an ULHandoverPreparationTransfer message containing a tunneled IxRTT 
Origination message } 


(2) 


with { UE in E-UTRA RRC_CONNECTED state 
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ensure that { 

when { UE receives a Mobil ityFromEUTRACommand message containing a tunneled IxRTT Handoff 
Direction message } 

then { UE transmits a IxRTT Handoff Completion message on the target IxRTT cell } 
} 


8.4.7.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.4.3.3, 
5.4.4.3, 5.4.5.1 and 5.4.5.3, TS 23.216, clause 6.1.3 and 3GPP2 X.S0042-A, clause 4.5.1. 

[TS 36.331, clause 5.4.3.3] 

The UE shall be able to receive a MobilityFromEUTRACommand message and perform a cell change order to GERAN, 
even if no prior UE measurements have been performed on the target cell. 

The UE shall: 

1> stop timer T310, if running; 

1> if the MobilityFromEUTRACommand message includes the purpose set to 'handover': 

2> if the targetRAT-Type is set to 'utra' or 'geran': 


2> else if the targetRAT-Type is set to 'cdmalOOO- IXRTT or 'cdma2000-HRPD'\ 

3> forward the targetRAT-Type and the targetRAT-MessageContainer to the CDMA2000 upper layers for 
the UE to access the cell indicated in the inter-RAT message in accordance with the specifications of the 
CDMA2000 target-RAT; 

[TS 36.331, clause 5.4.4.3] 

Upon reception of the HandoverFromEUTRAPreparationRequest message, the UE shall: 

1> indicate the request to prepare handover and forward the cdma2000-Type to the CDMA2000 upper layers; 

1> if cdma2000-Type is set to 'typelXRTT: 

2> forward the rand and the mobilityParametersCDMA2000 to the CDMA2000 upper layers; 
[TS 36.331, clause 5.4.5.1] 


UE 


EUTRAN 


ULHandoverPreparationTransfer 


Figure 5.4.5.1-1: UL handover preparation transfer 


The purpose of this procedure is to tunnel the handover related CDMA2000 dedicated information from UE to E- 
UTRAN when requested by the higher layers. The procedure is triggered by the higher layers on receipt of 
HandoverFromEUTRAPreparationRequest message. This procedure applies to CDMA2000 capable UEs only. 

[TS 36.331, clause 5.4.5.3] 

The UE shall set the contents of the ULHandoverPreparationTransfer message as follows: 

1> include the cdma2000-Type and the dedicatedInfoCDMA2000\ 

1> if the cdma2000-Type is set to 'typelXRTT: 
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2> include the meid and set it to the value received from the CDMA2000 upper layers; 

1> submit the ULHandoverPreparationTransfer message to lower layers for transmission, upon which the 
procedure ends; 

[TS 23.216, clause 6.1.3] 

Figure 6.1.3-1 illustrates a high-level call flow for the E-UTRAN-to-lx voice service continuity procedure. 
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Figure 6.1.3-1: LTE VolP-to-lx CS voice service continuity 

1. Ongoing VoIP session over the IMS access leg established over EPS/E-UTRAN access. 

2. IxCS SRVCC UE sends measurement reports to eNodeB. 

3. The E-UTRAN (e.g., based on some trigger, measurement reports) makes a determination to initiate an 
inter- technology handover to cdma2000 IxRTT. 

4. The E-UTRAN signals the UE to perform an inter-technology handover by sending a Handover from EUTRA 
Preparation Request (3Glx Overhead Parameters, RAND value) message. 

5. The UE initiates signalling for establishment of the CS access leg by sending a UL handover preparation 
message containing the IxRTT Origination message. 

6. The E-UTRAN sends an UpHnk SI cdma2000 Tunnelling (MEID, RAND, Ix Origination, Reference CelllD) 
message to the MME. The eNodeB will also include CDMA2000 HO Required Indication IE to Uplink SI 
CDMA2000 Tunnelling message, which indicates to the MME that the handover preparation has started. 
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7. Upon reception of the Uplink SI cdma2000 Tunnelling message, the MME selects a 3GPP2 IxCS IWS based on 
Reference CelllD and encapsulates the Ix Origination Message along with the MEID and RAND in a S 102 
Direct Transfer message (as "Ix Air Interface Signalling"). 

8. The traffic channel resources are established in the Ix RTT system and 3GPP2 IxCS procedures for initiation of 
Session Transfer are performed as per 3GPP2 X.S0042 [4]. 

NOTE 1: Step 9 and 3GPP2 IxCS procedures in step 8 are independent of each other. 

NOTE 2: The " VDN" parameter referred to in 3GPP2 X.S0042 [4] corresponds to the STN-SR parameter defined 
in TS 23.237 [14]. 

9. The 3GPP2 IxCS IWS creates a Ix message and encapsulates it in a S102 Direct Transfer message (Ix , 
Handover indication). If the 3GPP2 access was able to allocate resources successfully, the Ix message is a Ix 
Handover Direction message and the handover indicator indicates successful resource allocation. Otherwise, the 
handover indicator indicates to the MME that handover preparation failed and the embedded Ix message 
indicates the failure to the UE. 

10. The MME sends the Ix message and CDMA2000 HO Status IE in a DownUnk SI cdma2000 Tunnelling 
message to the E-UTRAN. The CDMA2000 HO Status IE is set according to the handover indicator received 
over the SI 02 tunnel. 

11. If the CDMA2000 HO Status IE indicates successful handover preparation, the E-UTRAN forwards the Ix 
Handoff Direction message embedded in a Mobility from EUTRA Command message to the UE. This is 
perceived by the UE as a Handover Command message. If handover preparation failed, DL Information transfer 
message will be sent instead, with the embedded IxRTT message that indicates the failure to the UE. 

12. Once the UE receives the traffic channel information from the cdma2000 IxRTT system, the UE retunes to the 
IxRTT radio access network and performs traffic channel acquisition with the IxRTT CS access (e.g., IxRTT 
BSS). 

13. The UE sends a IxRTT handoff completion message to the IxRTT CS access (e.g., IxRTT BSS). 

14. The IxRTT CS Access sends message to IxRTT MSC to indicate of handoff done. The resources between Ix CS 
IWS and IxRTT MSC may be released at this step. 

15. Ongoing voice call over the CS access leg established over IxRTT access. The E-UTRAN/EPS context may be 
released based on the normal E-UTRAN/EPS procedure. 

16. The eNodeB sends an SI UE Context Release Request (Cause) message to the MME. Cause indicates the SI 
release procedure is caused by handover from E-UTRAN to IxRTT. 

17. The MME exchanges Suspend Request/ Acknowledge messages with the Serving GW. The Sl-U bearers are 
released for all EPS bearers and the GBR bearers are deactivated by the MME. The non-GBR bearers are 
preserved and are marked as suspended in the S-GW. Upon receipt of downlink data the S-GW should not send a 
downlink data notification message to the MME. 

18. SI UE Context in the eNodeB is released as specified in TS 23.401 [2]. 
[3GPP2 X.S0042-A, clause 4.5.1] 

Figure 16 illustrates a detailed call flow for the single radio VoIP-to-lx CS voice DT procedure. 
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Figure 16 Single Radio VolP-to-1x CS voice DT 


Pre-condition: 

It is assumed that initially there is an IMS VoIP call setup between a single radio, dual mode UE 1 and the Other End 
Point (OEP). SIP call dialog 1 for this voice call is illustrated by a heavy dashed double arrow between the VCC AS and 
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the OEP. SIP call dialog 2 for this voice call is illustrated by a heavy dashed double arrow between the VCC AS and 
UE 1. The voice bearer path is illustrated by a heavy solid double arrow between UE 1 and the OEP. 

1. UE 1 and the packet data AN interact to initiate a DT. See [A.S0008] and [A.S0009] or SRVCC] for signalling 
details. 

2. UE 1 sends a Ix call origination to the MSCA^LR via the packet data AN (and optionally, the Ix BS) and 
includes the VDN. The specific messages and any acknowledgements are not shown for brevity. See [A.S0008] 
and [A.S0009] or [SRVCC] for signalHng details. 

NOTE 1: steps 3-6 are optional, depending on whether the UE 1 has previously been IxCS registered and 
authenticated. 

3. The Visited MSCA^LR may initiate a Ix registration procedure on behalf of UE 1. The Visited MSC sends a 
MAP AUTHREQ message to UE I's HLR to authenticate UE 1 prior to allowing registration and prior to 
allocating a Ix traffic channel to UE 1. 

4. UE I's HLR responds by sending an MAP authreq message to the Visited MSC. 

5. The Visited MSC sends an MAP REGNOT message to UE 1 's HLR. 

6. UE 1 's HLR responds by sending an MAP REGNOT message to the Visited MSC. 

NOTE 2: Steps 7-8 are shown using the MAP ORREQ operation. Optionally, a post digit analysis trigger using the 
MAP ANLYZD operation may be used instead to obtain routing information for the DT. 

NOTE 3: If either origination triggers are not supported by the MSCA^LR or origination triggers are not armed for 
this subscriber, proceed to Step 9. 

7. Once the visited MSCA^LR has obtained the service profile for the originating subscriber (i.e., by Step 4), the 
Visited MSCA^LR invokes a call origination trigger to obtain routing information. The Visited MSC/VLR sends 
a MAP RREQ message to the WIN SCP (or to the HLR), containing the Calling Party Number (MDN) of UE 1 
(derived from the IMSI) and the Called Party Number from the call origination. The WIN SCP (or HLR) sends 
the ORREQ message on to the VCC AS. Optionally, the Visited MSCA^LR may send the ORREQ message 
directly to a VCC AS that has an integrated WIN SCP function. 

8. The VCC AS determines that this is a DT scenario based on the VDN in the Called Party Number (and the 
Calling Party Number) in the ORREQ message, and then allocates an IMS Routing Number, which is an E.164 
temporary routing number associated with this DT. The VCC AS then sends back the MAP ORREQ message to 
WIN SCP (or HLR), which returns the ORREQ message to the MSCA^LR. Optionally, the VCC AS has an 
integrated WIN SCP function and sends the ORREQ message directly to the MSCA^LR. 

9. Anytime after Step 2 the MSCA^LR sends a Ix traffic assignment/handoff initiation to UE 1 via the packet data 
AN and the packet data air interface. This instructs UE 1 to perform the handoff and acquire the Ix traffic 
channel. See [A.S0008] and [A.S0009] or [SRVCC] for signalling details. 

10. The Ix BS acquires UE I's reverse traffic channel and the voice path is established with the MSC. 
8.4.7.1 .3 Test description 

8.4.7.1 .3.1 Pre-test conditions 

System Simulator: 

- Cell land Cell 19. 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 
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8.4.7.1.3.2 


Test procedure sequence 


Table 8.4.7.1.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while row marked "Tl" is to 
be applied subsequently. The exact instants on which these values shall be applied are described in the texts in this 
clause. 

Table 8.4.7.1.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 19 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-75 

- 

Cell 19 is off. 

lor/loc 

dB 

- 

- 

Pilot Ec/lor 

dB 

- 

- 

loc 

dBm/1.23 
MHz 

- 

- 

Pilot Ec/Io (Note 
1) 

dB 

- 

- 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-75 

- 

The power level values are such 
that entering conditions for event B2 
on Cell 19 are satisfied. 

lor/loc 

dB 

- 



Pilot Ec/lor 

dB 

- 

-7 

loc 

dBm/1.23 
MHz 

- 

-75 

Pilot Ec/Io (Note 
1) 

dB 

- 

-10 

Note 1 : This parameter is not directly settable, but is derived by calculation from the other 
parameters set by the SS. 


Table 8.4.7.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup inter RAT measurement on 
Cell 19. 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 to confirm the setup of 
inter RAT measurement. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 1 and Cell 19 
parameters according to row "Tl" in table 
8.4.7.1.3.2-1. 





4 

The UE transmits a MeasurementReport 
message on Cell 1 to report event B2 for Cell 
19, 

-> 

MeasurementReport 



5 

The SS transmits a 

HandoverFromEUTRAPreparationRequest 
on Cell 1. 

<- 

HandoverFromEUTRAPreparation 
Request 



6 

Check: Does the UE transmit a tunnelled 
1xRTT GCSNA Encapsulated Origination 
message contained in an 
ULHandoverPreparationTransfer message 
on Cell 1? 

-> 

ULHandoverPreparation Transfer 

1 

P 

7 

The SS transmits a tunnelled 1xRT GCSNA 
Encapsulated T Handoff Direction message 
contained in a 

MobilityFromEUTRACommand on Celll to 
order the UE to perform inter RAT handover 
to Cell 19. 

<- 

MobilityFromEUTRA Command 



8 

The UE tunes to IxRTT radio. 

- 

- 

- 

- 

9 

Check: Does the UE transmit a 1xRTT 
Handoff Completion message on Cell 19? 

-> 

Handoff Completion 

2 

P 
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8.4.7.1 .3.3 Specific message contents 

Table 8.4.7.1.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.4.7.1.3.2-2) 


Derivation Patii: 36.508, Table 4.6.1-8, condition IVIEAS 

Table 8.4.7.1.3.3-2: MeasConfig (step 1, Table 8.4.7.1.3.2-2) 

Derivation Patii: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObiectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f17 



measObject[2] 

MeasObjectCDMA2000- 
GENERIC 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-CDMA2000(-69, -18) 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f17 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



} 




quantityConfig SEQUENCE { 




quantityConfigEUTRA 

Not present 



quantityConfigUTRA 

Not present 



quantityConfigGERAN 

Not present 



quantityConfigCDMA2000 SEQUENCE { 




measQuantityCDMA2000 

pilotPnPhaseAndpilotStre 
ngth 



} 




} 




measGapConfig SEQUENCE { 




gapActivation CHOICE { 




activate SEQUENCE { 




gapPattern CHOICE { 




gpl SEQUENCE} 




gapOffset 

30 



} 




} 




} 




} 




} 




} 
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Table 8.4.7.1.3.3-3: MeasObjectCDMA2000-G EN ERIC (step 1, Table 8.4.7.1.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1 C 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectCDMA2000-GENERIC ::= SEQUENCE { 




cdma2000-Type 

TypelXRTT 



CarrierFreqCDMA2000 SEQUENCE { 




bandClass 

Band Class of frequency 
under test 



arfcn 

f17 



} 




SearchWindowSize 

15 



offsetFreq 

dbO 



cellsToRemoveList 

Not present 



cellsToAddModList CHOICE {} 

Cell 19 



cellForWhichToReportCGI 

Not present 



} 




Table 8.4.7.1.3.3-4: MeasurementReport (step 4, Table 8.4.7.1.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultsCDMA2000 :=SEQUENCE { 




preRegistrationStatusHRPD 

FALSE 



measResultListCDMA2000::=SEQUENCE 
(SIZE (1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 19 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




pilotPnPhase 

(0..32767) 



pilotStrength 

(0..63) 



} 




} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.4.7.1.3.3-5: HandoverFromEUTRAPreparation Request (step 5, Table 8.4.7.1.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-4 

Information Element 

Value/remark 

Comment 

Condition 

HandoverFromEUTRAPreparationRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




c1 CHOICE { 




handoverFromEUTRAPreparationRequest-r8 
SEQUENCE} 




cdma2000-Type 

TypelXRTT 



Rand 

Set by SS 

Random 

Challenge Data as 
broadcast on Cell 
19 


mobilityParameters 

Set according to 36.508 
Table 4.5.2C.4-6 

CDMA2000Param 
eters 


} 




} 




} 




} 





Table 8.4.7.3.3.3-6: Void 
Table 8.4.7.1.3.3-7: ULHandoverPreparationTransfer {step 6, Table 8.4.7.1.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-24 

Information Element 

Value/remark 

Comment 

Condition 

ULHandoverPreparationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ulHandoverPreparationTransfer-r8 SEQUENCE { 




cdma2000-Type 

TypelXRTT 



Meid 

UE's meid 



dedicatedlnfo 

Set according to Table 
8.4.7.1.3.3-8 

IxRTTGCSNA 
Encapsulated 
Origination 
message 


} 




} 




} 




} 
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Table 8.4.7.1 .3.3-8: 1xRTT Origination (step 6, Table 8.4.7.1 .3.2-2) 


Field 

Value/remark 

Comment 

Condition 

MessagelD 

'00000001'B 

GCSNA 

IxCircuitService 

message 


GCSNAOption 

'00001 OOO'B 



AlternativeGCSNAOption INCL 

'O'B 



IWSIDIncI 

'O'B 



AckRequired 

'O'B 



StopDupDetect 

'O'B 



IVIessageSequence 

6 bits, Set by UE 



NumTLACEncapsulatedl xLSPDU 

'OO'B 



Reserved 

'OOOO'B 



IxLogicalChannel 

'O'B 



IxProtocolRevision 

'0000011 0'B 



IVIsgType 

'000001 OO'B 

Origination 
message 


NumTLACHeaderRecords 

'0001 'B 



TLACHeaderRecordType 

'OOOO'B 



TLACHeaderRecordLength 

4 bits, SetbyUE 



IVISID_TYPE 

3 bits, Set by UE 

Should be 
matched with 
PREF MSID TYP 

E 


MSID LEN 

4 bits, SetbyUE 



MSID 

Variable, Set by UE 



Reserved 

'OOOOOOO'B 



1xL3PDULength 

16 bits, SetbyUE 



MOB TERM 

'1'B 



SLOT CYCLE INDEX 

'010'B 



MOB P REV 

8 bits, SetbyUE 



SCM 

8 bits, SetbyUE 



REQUEST MODE 

'001 'B 



SPECIAL SERVICE 

'1'B 



SERVICE_OPTION 

16 bits, any value 
mapping to a voice 
service option 



PM 

'O'B 



DIGIT MODE 

'O'B 



NUMBER TYPE 

3 bits, SetbyUE 



NUMBER PLAN 

4 bits, SetbyUE 



MORE FIELDS 

'O'B 



NUM FIELDS 

8 bits, SetbyUE 



CHARi 

Variable, Set by UE 



NAR AN CAP 

'O'B 



PACA REORIG 

'O'B 



RETURN CAUSE 

'OOOO'B 



MORE RECORDS 

'O'B 



ENCRYPTION SUPPORTED 

'OOOO'B 



PACA SUPPORTED 

'O'B 



NUM ALT SO 

'OOO'B 



DRS 

'1'B 



UZID INCL 

'O'B 



CH IND 

'01 'B 



SR ID 

3 bits, SetbyUE 



OTD SUPPORTED 

'1'B 



QPCH SUPPORTED 

'1'B 



ENHANCED RC 

'1'B 



FOR RC PREF 

'0001 1'B 



REV RC PREF 

'0001 1'B 



FCH SUPPORTED 

'1'B 



FCH Capability Type-specific fields 

Variable 



DCCH SUPPORTED 

'1'B 



RESERVED 

'O'B 



REV FCH GATING REQ 

'O'B 
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Table 8.4.7.1.3.3-9: MobilityFromEUTRACommand {step 7, Table 8.4.7.1.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




mobilityFromEUTRACommand-r8 SEQUENCE { 




csFallbacklndicator 

False 



purpose CHOICE! 




handover SEQUENCE} 




targetRAT-Type 

cdma2000-1XRTT 



targetRAT-MessageContainer 

Set according to Table 
8.4.7.1.3.3-10 

IxRTTGCSNA 
Encapsulated 
Handoff Direction 
message 


} 




} 




} 




} 




} 




} 
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Table 8.4.7.1 .3.3-1 0: 1xRTT GCSNA Encapsulated Handoff Direction (step 7, Table 8.4.7.1 .3.2-2) 


Field 

Value/remark 

Comment 

Condition 

MessagelD 

'00000001'B 

GCSNA 

IxCircuitService 

message 


GCSNAOption 

'00001 OOO'B 



AlternativeGCSNAOption INCL 

'O'B 



IWSIDIncI 

'O'B 



AckRequired 

'O'B 



StopDupDetect 

'O'B 



MessageSequence 

Set by SS 



NumTLACEncapsulatedl xLSPDU 

'OO'B 



Reserved 

'OOOO'B 



IxLogicalChannel 

'1'B 



IxProtocolRevision 

'0000011 0'B 



MsgType 

'001 0001 0'B 

Universal Handoff 
Direction message 


NumTLACHeaderRecords 

'OOOO'B 



Reserved 

'OOO'B 



1xL3PDULength 

16 bits, SetbySS 



USE TIME 

'O'B 



ACTION TIME 

'OOOOOO'B 



HDM SEQ 

2 bits, Set by SS 



FARMS INCL 

'1'B 



P REV 

'0000011 O'B 



SERV NEG TYPE 

'1'B 



SEARCH INCLUDED 

'1'B 



SRCH WIN A 

'1 OOO'B 



SRCH WIN N 

'1001'B 



SRCH WIN R 

'1011'B 



T ADD 

'010100'B 



T DROP 

'011110'B 



T COMP 

'1010'B 



T TDROP 

'0100'B 



SOFT SLOPE 

'OOOOOO'B 



ADD INTERCEPT 

'OOOOOO'B 



DROP INTERCEPT 

'OOOOOO'B 



EXTRA PARMS 

'1'B 



PACKET ZONE ID 

'OOOOOOOO'B 



FRAME OFFSET 

4 bits. Set by SS 



PRIVATE LCM 

'O'B 



RESET L2 

'1'B 



RESET FPC 

'1'B 



ENCRYPT MODE 

'OO'B 



NOM PWR EXT 

'O'B 



NOM PWR 

'OOOO'B 



RLGAIN TRAFFIC PILOT 

'OOOOOO'B 



DEFAULT RLAG 

'1'B 



NUM PREAMBLE 

'OOO'B 



BAND CLASS 

5 bits. Set by SS 



CDMA FREQ 

1 1 bits. Set by SS 



RETURN IF HANDOFF FAIL 

'O'B 



PERIODIC SEARCH 

'O'B 



SCR INCLUDED 

'1'B 



NNSCR INCLUDED 

'1'B 



USE PWR CNTL STEP 

'O'B 



CLEAR RETRY DELAY 

'O'B 



SCH INCL 

'1'B 



FPC SUBCHAN GAIN 

'01010'B 



USE PC TIME 

'O'B 



CH IND 

'101'B 



ACTIVE SET REC LEN 

8 bits. Set by SS 



NUM PILOTS 

'001 'B 



SRCH OFFSET INCL 

'1'B 



PILOT PN 

'OOOOOOOOO'B 
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SRCH OFFSET 

'010'B 



ADD PILOT REC INCL 

'O'B 



PWR COMB IND 

'O'B 



CODE CHAN FCH 

1 1 bits, Set by SS 



OOF MASK ID FCH 

'OO'B 



RESERVED 

0-7 bits 



REV FCH GATING MODE 

'O'B 




Table 8.4.7.1 .3.3-1 1 : 1xRTT Handoff Completion (step 9, Table 8.4.7.1 .3.2-2) 


Information Element 

Value/remark 

Comment 

Condition 

MSG ID 

'00001010' 



ACK SEQ 

3 bits 



MSG SEQ 

3 bits 



ACK REQ 

'1'B 



ENCRYPTION 

'OO'B 



RESERVED 

'O'B 



LAST_HDM_SEQ 

Same value as 
HDM_SEQin1xRTT 
Handoff Direction 
message at Step 7 



PILOT_PN 

Same value as 
PILOT_PN included in 
IxRTT Handoff Direction 
message at Step 7 




8.4.7.2 
8.4.7.3 


8.4.7.3.1 


Void 

Pre-registration at 1xRTT and inter-RAT Handover / OS fallback from E- 
UTRA RRCJDLE to 1xRTT 

Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_IDLE state having completed the IxRTT CS pre-registration procedure and 
having received a DLInformationTransfer message containing a IxRTT CS Paging message } 
ensure that { 

when { CS paging for the CS Fallback to IxRTT is accepted at the UE } 

then { UE transmits an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" } 

} 

(2) 

with { UE having transmitted an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" in response to 
a IxRTT CS Paging message } 
ensure that { 

when { SS transmits an RRCConnectionRelease message with redirection to IxRTT } 

then { UE tunes to IxRTT cell and transmits a IxRTT Page Response message on IxRTT cell } 


8.4.7.3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.272, clause B.2.3. 

[TS 23.272, clause B.2.3] 

This clause describes the mobile terminating call procedures when the UE accepts or rejects CS paging for the CS 
Fallback to IxRTT. 

When the Ix MSC receives a registration from a UE, it makes note of the RAN equipment from which it received the 
registration. Subsequent paging activities may thus be directed toward that RAN equipment. However, paging activities 
by the IxMSC are not limited to the single RAN equipment from which the registration was received. The MSC may 
choose to page a wider area, including inter-system paging. If the IxMSC has direct interfaces to IxCS IWS, as well as 
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to IxRTT access, the MSC may choose to do direct paging activities to both E-UTRAN and Ix RAN equipments in its 
attempts to contact the UE. 

The Ix paging request sent by the IxMSC to the IxCS IWS is deHvered to the UE via the tunnel. The UE tunes to 
IxRTT access, acknowledges the Ix page and performs the IxCS procedures for mobile terminated call. 

The detailed procedure is described in figure B.2.3-1. 


lxCS 

CSFB 

UE 


I 


E- 

UTRAN 


I 


MME 


_L 


1xCS 
IWS 


X 


IxRTT 
MSC 


I 


1. UE is E-UTRAN attached and registered with IxRTT CS 


3. IxRTT CS Paging 


4. If UE is idle, MME performs Network-initiated 
service request 


S102 Direct Transfei 


5. IxRTT CS Paging 


5b. UL/DL Information 
Transfer 


6b. Extended Service Request 


5a. UL/DL S1 cdma2000 
Tunnelling 


7. S1 UE Context 
Modification 


8. Optional measurement report 
solicitation 


9. E-UTRAN triggers RRC connection 
release with redirection 


10. S1 UE Context 
Request 


Release 


11. Suspend 


12. Suspend Request Ack 


13. SI UE Context Release | 

14. IxRTT CS Page Response Message 


2. Paging Request 


Request 


15. Ix MT call establishment per 3GPP2 specifications 


S-GW 


Figure B.2.3-1 : CS MT call using fallback to CDMA 1x RTT network 

1 . UE is E-UTRAN attached and pre-registered with IxRTT CS as defined in clause B .2. 1 . 1 . 

2. IxMSC sends a paging request to the IxCS IWS node with Caller Line Identification if available. 

3. IxCS IWS node forwards the Ix RTT CS paging request with Caller Line Identification if available via the SI 02 
tunnel to the MME. 

4. If the UE is in idle state, the MME performs the network initiated Service Request procedure in order to bring 
the UE to active state prior to tunnelling of the Ix RTT CS paging request toward the UE. 
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5. MME forwards the IxRTT CS paging request to the UE. 

6a. Void. 

6b. If the UE accepts CS paging for the CS Fallback to IxRTT, the UE sends an Extended Service Request (CS 
Fallback Indicator) to the MME and proceeds with step 7 to step 15 below. 

7. MME sends Sl-AP: UE Context Modification (UE capabilities, CS Fallback Indicator) to indicate the 
E-UTRAN to move the UE to IxRTT. 

8. E-UTRAN may optionally solicit a measurement report from the UE to determine the target IxRTT cell to which 
the CS Fallback will be performed. 

9. E-UTRAN triggers RRC connection release with redirection to IxCS. 

10. E-UTRAN sends an SI UE Context Release Request (Cause) message to the MME. Cause indicates that the SI 
UE Context Release was caused by CS fallback to IxRTT. 

1 1. MME sets the UE context to suspended status and sends to the S-GW a Suspend Request (IMSI) message that 
requests the suspension of EPS bearers for the UE. The Sl-U bearers are released for all EPS bearers by the 
MME and all GBR bearers are deactivated. The non-GBR bearers are preserved and are marked as suspended in 
the S-GW. 

12. S-GW acknowledges the Suspend Request message and marks the UE as suspended. When a downlink data 
arrives at the S-GW, the S-GW should not send a downlink data notification message to the MME if the UE is 
marked as suspended. 

13. SI UE Context in the E-UTRAN is released as specified in TS 23.401 [2]. 

14. UE tunes to IxRTT and acknowledges the page by transmitting a IxRTT Paging Response message over the Ix 
Access Channel. 

15. Subsequently UE performs the procedure for mobile terminated call establishment as specified in 3GPP2 
A.S0013 [18]. 

8.4.7.3.3 Test description 

8.4.7.3.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 19. 

Cell 19 has a lower reselection priority than Cell 1. 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode pre-registered on IxRTT (state 2C) on Cell 1 according to [18]. 


8.4.7.3.3.2 Test procedure sequence 

Table 8.4.7.3.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while row marked "Tl" is to 
be applied subsequently. The exact instants on which these values shall be applied are described in the texts in this 
clause. 
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Table 8.4.7.3.3.2-1 : Cell configuration changes over time 



Parameter 

Unit 

CelM 

Cell 19 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/15kHz 

-60 

- 

Srxlevceii i > and Cell 1 9 is off 
such that camping on Cell 1 is 
guaranteed. 

lor/loc 

dB 

- 

- 

Pilot Ec/lor 

dB 

- 

- 

loc 

dBm/1.23 
MHz 

- 

- 

Pilot Ec/lo 
(Note1) 

dB 

- 

- 

T1 

Cell-specific 
RS EPRE 

dBm/15kHz 

-60 

- 

Cell 19 in on, with SservingCell > 
Threshserving, low and SnonServingCell, x 

<Threshx,iow. 

lor/loc 

dB 

- 



Pilot Ec/lor 

dB 

- 

-7 

loc 

dBm/1.23 
MHz 

- 

-75 

Pilot Ec/lo 
(Note1) 

dB 

- 

-10 

Note 1 : This parameter is not directly settable, but is derived by calculation from the other 
parameters set by the SS. 


Table 8.4.7.3.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1-8 

Steps 2 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed to successfully complete the 
service request procedure. 





9 

The SS changes the cell power levels 
according to "T1 " in Table 8.4.7.3.3.2-1 . 





10 

The SS transmits a DLInformationTransfer 
containing a 1x RTTGCSNA encapsulated 
General Page message on Cell 1 . 

<- 

DL Information Transfer 



11 

The CS paging for the CS Fallback to IxRTT is 
accepted at the UE. 

- 

- 

- 

- 

12 

Check: Does the UE transmit an 
ULInfornfiationTransfer conXammg an 
EXTENDED SERVICE REQUEST with 
Service Type IE set to "mobile terminating CS 
fallback or 1 xCS fallback" on Cell 1 ? 

-> 

UL Information Transfer 

1 

P 

13 

The SS transmits an RRCConnectionRelease 
message on Cell 1 redirecting the UE to Cell 
19. 

<- 

RRCConnectionRelease 



14 

The UE tunes to IxRTT radio. 

- 

- 

- 

- 

15 

Check: Does the UE transmit a Page 
Response message on Cell 19? 

-> 

Page Response 

2 

P 

16 

The SS transmits an Extended Channel 
Assignment message on Cell 19. 

<— 

Extended Channel Assignment 

- 

- 

17 

After the SS detects that Traffic Channel 
Initialization is successful, it transmits an 
Acknowledgement Order message on Cell 19. 

<— 

Acknowledgement Order 



18 

The SS transmits a Service Connect message 
on Cell 19. 

<- 

Service Connect 

- 

- 

19 

The UE transmits a Service Connect 
Completion message on Cell 19. 

-> 

Service Connect Completion 

- 

- 
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8.4.7.3.3.3 Specific message contents 

Table 8.4.7.3.3.3-1 : Void 

Table 8.4.7.3.3.3-2: Void 

Table 8.4.7.3.3.3-3: DLInformationTransfer (step 10, Table 8.4.7.3.3.2-2) 


Derivation Patii: 36.508 Table 4.6.1-3 

Information Element 

Value/remark 

Comment 

Condition 

DLInformationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




dllnformationTransfer-r8 SEQUENCE { 




dedicatedlnfoType CHOICE { 




dedicatedlnfoCDMA2000-1 XRTT 

Set according to Table 
8.4.7.3.3.3-4 



} 




} 




} 




} 




} 




Table 8.4.7.3.3.3-4: 1xRTT GCSNA encapsulated General Page message (step 10, Table 8.4.7.3.3.2-2) 

Field 

Value/remark 

Comment 

Condition 

MessagelD 

'00000001'B 

GCSNAIxCircuitS 
ervice message 


GCSNAOption 

'00000001'B 



AlternativeGCSNAOption INCL 

'O'B 



IWSIDIncI 

'O'B 



AckRequired 

'O'B 



StopDupDetect 

'O'B 



MessageSequence 

6 bits, Set by SS 



NumTLACEncapsulatedl XL3PDU 

'OO'B 



Reserved 

'OOOO'B 



IxLogicalChannel 

'O'B 



IxProtocolRevision 

'0000011 0'B 



MsgType 

'0001 0001 'B 

General Page 
Message 


NumTLACHeaderRecords 

'OOOO'B 



Reserved 

'OOO'B 



1xL3PDULength 

16 bits, SetbySS 



Service Option 

16 bits, SetbySS 



Table 8.4.7.3.3.3-5: ULInformatlonTransfer (step 12, Table 8.4.7.3.3.2-2) 

Derivation Path: 36.508 Table 4.6.1-25 

Information Element 

Value/remark 

Comment 

Condition 

ULInformationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ullnformationTransfer-r8 SEQUENCE { 




dedicatedlnfoType CHOICE { 




dedicatedlnfoNAS 

Set according to Table 
8.4.7.3.3.3-6 

EXTENDED 

SERVICE 

REQUEST 


} 




} 




} 




} 




} 
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Table 8.4.7.3.3.3-6: EXTENDED SERVICE REQUEST (step 12, Table 8.4.7.3.3.2-2) 


Derivation Path: 36.508 Table 4.7.2-1 4A 

Information Element 

Value/remark 

Comment 

Condition 

Protocol discriminator 

EMM 



Service type 

'OOOrB 

mobile terminating 
CS fallback or 
IxCS fallback 


CSFB response 

'001 'B 

CS fallback 
accepted by the 
UE 



Table 8.4.7.3.3.3-7: RRCConnectionRelease (step 13, Table 8.4.7.3.3.2-2) 


Derivation Path: 36.508 table 4.6.1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




redirectedCarrierlnfo ::= CHOICE { 




cdma2000-1xRTT 

cdma2000-Carrierlnfo for 
Cell 19 



} 




} 




} 




} 




} 
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Table 8.4.7.3.3.3-8: Page Response (step 15, Table 8.4.7.3.3.2-2) 


Field 

Value/remark 

Comment 

Condition 

PD 

'01 'B 



MSGJD 

'000101'B 

Page Response 
Message 


LAC Length Field 

5 bits, Set by UE 



ACK SEQ 

3 bits, Set by UE 



MSG SEQ 

3 bits. Set by UE 



ACK REQ 

'1'B 



VALID ACK 

'1'B 



ACK TYPE 

'010'B 



MSID TYPE 

3 bits. Set by UE 



MSID LEN 

4 bits. Set by UE 



MSID 

Variable, Set by UE 



LAC Padding Field 

0to7, SetbyUE 



ACTIVE PILOT STRENGTH 

6 bits, set by UE 



FIRST IS ACTIVE 

1 bit, set by UE 



FIRST IS PTA 

1 bit, set by UE 



NUM ADD PILOTS 

'O'B 



MOB TERM 

'1'B 



SLOT CYCLE INDEX 

'010'B 



MOB P REV 

8 bits, SetbyUE 



SCM 

8 bits, SetbyUE 



REQUEST MODE 

'001 'B 



SERVICE OPTION 

16 bits, SetbyUE 



PM 

'O'B 



NAAR AN CAP 

'O'B 



NUM ALT SO 

'OOO'B 



UZID INCL 

'O'B 



CH IND 

'01 'B 



OTD SUPPORTED 

'1'B 



QPCH SUPPORTED 

'1'B 



ENHANCED RC 

'1'B 



FOR RC PREF 

'0001 1'B 



REV RC PREF 

'0001 1'B 



FCH SUPPORTED 

'1'B 



FCH FRAME SIZE 

'O'B 



FOR FCH LEN 

3 bits, SetbyUE 



FOR FCH RC MAP 

Variable, Set by UE 



REV FCH LEN 

3 bits, SetbyUE 



REV FCH RC MAP 

Variable, Set by UE 



DCCH SUPPORTED 

'1'B 



REV FCH GATING REQ 

'O'B 
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Table 8.4.7.3.3.3-9: Extended Channel Assignment (step 16, Table 8.4.7.3.3.2-2) 


Field 

Value/remark 

Comment 

Condition 

MSG_TYPE 

'00010101'B 

Extended Channel 

Assignment 

Message 


ACK SEQ 

3 bits, Set by UE 



MSG SEQ 

3 bits, Set by UE 



ACK REQ 

'O'B 



VALID ACK 

'1'B 



ADDR TYPE 

3 bits, SetbyUE 



ADDR LEN 

4 bits. Set by UE 



ADDRESS 

Variable, Set by UE 



RESERVED 1 

'O'B 



ADD RECORD LEN 

8 bits, SetbyUE 



ASSIGN_MODE 

'100'B 

Traffic Channel 
Assignment 


RESERVED 2 

'OOOOO'B 



BAND CLASS 

5 bits. Set by SS 



CDMA FREQ 

1 1 bits. Set by SS 



BYPASS ALERT ANSWER 

'1'B 



GRANTED MODE 

'10'B 



DEFAULT CONFIG 

'100'B 



FOR RC 

'00011 'B 



REV RC 

'0001 1'B 



FRAME OFFSET 

4 bits. Set by SS 



ENCRYPT MODE 

'OO'B 



FPC SUBCHAN GAIN 

'00001 'B 



RLGAIN ADJ 

OOOO'B 



NUM PILOTS 

'OOO'B 



CH IND 

'01 'B 



CH RECORD LEN 

5 bits. Set by SS 



CH RECORD FIELDS 

Variable, Set by SS 



REV FCH GATING MODE 

'O'B 



RESERVED 

0-7 bits, SetbyUE 



PDU PADDING 

0-7 bits, SetbyUE 



Table 8.4.7.3.3.3-10: Acknowledgment Order (step 17, Table 8.4.7.3.3.2-2) 

Field 

Value/remark 

Comment 

Condition 

MSG TYPE 

'00000001 'B 

Order Message 


ACK SEQ 

3 bits. Set by SS 



MSG SEQ 

3 bits. Set by SS 



ACK REQ 

'1'B 



ENCRYPTION 

'OO'B 



ORDER 

'01 OOOO'B 

Base Station 

Acknowledgment 

Order 


ORDQ 

'OOOOOOOO'B 
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Table 8.4.7.3.3.3-11 : Service Connect (step 18, Table 8.4.7.3.3.2-2) 


Field 

Value/remark 

Comment 

Condition 

MSG_TYPE 

'00010100'B 

Service Connect 
Message 


ACK SEQ 

3 bits, Set by SS 



MSG SEQ 

3 bits, Set by SS 



ACK REQ 

1'B 



ENCRYPTION 

'OO'B 



USE TIME 

'O'B 



ACTION TIME 

'OOOOOO'B 



SERV CON SEQ 

Set by SS 



RESERVED 

'OOOOO'B 



RECORD TYPE 

'0000011 1'B 



RECORD LEN 

8 bits. Set by SS 



Type-specific fields 

Variable, Set by SS 



RECORD TYPE 

'0001001 1'B 



RECORD LEN 

8 bits. Set by SS 



Type-specific fields 

Variable, Set by SS 



PDU PADDING 

0-7 bits, Set by SS 




Table 8.4.7.3.3.3-12: Service Connect Compietion (step 19, Table 8.4.7.3.3.2-2) 


Field 

Value/remark 

Comment 

Condition 

MSG_TYPE 

'00001 11 O'B 

Service Connect 

Completion 

Message 


ACK SEQ 

3 bits. Set by UE 



MSG SEQ 

3 bits. Set by UE 



ACK REQ 

'1'B 



ENCRYPTION 

'OO'B 



RESERVED 

'O'B 



SERV_CON_SEQ 

Same value as 
SERV_CON_SEQ 
received in Service 
Connect Message (Table 
8.4.7.3.3.3-11) 



PDU PADDING 

0-7 bits. Set by UE 




8.4.7.4 

8.4.7.4.1 
(1) 


Pre-registration at 1xRTT and inter-RAT handover / OS fallback caused by 
addition of OS service / From E-UTRA (Data) to 1xRTT 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state and having completed the IxRTT CS pre-registration procedure 

} 

ensure that { 

when { a voice call is originated at the UE } 

then { UE transmits an EXTENDED SERVICE REQUEST message with Service Type IE set to "mobile 
originating CS fallback or IxCS fallback" } 


} 


(2) 


with { UE having transmitted an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile originating CS fallback or IxCS fallback" } 
ensure that { 

when { SS transmits a RRCConnectionRelease message with redirection to IxRTT } 

then { UE tunes to IxRTT cell and transmits a IxRTT Origination message on IxRTT cell } 


8.4.7.4.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.272, clause B.2.2. 
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[TS 23.272, clause B. 2.2] 

This clause describes the mobile originating call procedures for the CS Fallback to IxRTT. 


1xCS 

CSFB 

UE 


E- 
UTRAN 


MME 


1xCS 
IWS 


1. UE is E-UTRAN attached and registered with 1xRTT CS 


2. UE decision 

to perform IVIO 

call in 1xCS 


3. Extended Service Recjuest 


4. S1 UE Context 
Modification 


5. Optional measurement report 


O. 


solicitation 


Jl 


_ J 


6. E-UTRAN triggers RRC connection 
release with redirection 


7. S1 UE Context Releas^ 
Request 


10. S1 UE Context Release 


8. Suspend F^equest 


9. Suspend Retjuest Ack 


1 1 . 1x MO call establishment per 3GPP2 specifications 


1xRTT 
MSC 


S-GW 


Figure B.2.2-1 : CS MO call using fallback to CDMA 1x RTT network 

1. UE is E-UTRAN attached and registered with IxRTT CS as defined in clause B.2.1.1. 

2. UE makes a decision to perform a mobile originated CS call. 

3. UE sends an Extended Service Request (CS Fallback Indicator) to the MME. 

4. MME sends Sl-AP: UE Context Modification (UE capabilities, CS Fallback Indicator) to indicate the 
E-UTRAN to move the UE to IxRTT. 

5. E-UTRAN may optionally solicit a measurement report from the UE to determine the target IxRTT cell to which 
the CS Fallback will be performed. 

6. E-UTRAN triggers RRC connection release with redirection to IxCS. 
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7. E-UTRAN sends an SI UE Context Release Request (Cause) message to the MME. Cause indicates that the SI 
UE Context Release was caused by CS fallback to IxRTT. 

8. MME sets the UE context to suspended status and sends to the S-GW a Suspend Request (IMSI) message that 
requests the suspension of EPS bearers for the UE. The Sl-U bearers are released for all EPS bearers by the 
MME and all GBR bearers are deactivated. The non-GBR bearers are preserved and are marked as suspended in 
the S-GW. 

9. S-GW acknowledges the Suspend Request message and marks the UE as suspended. When a downlink data 
arrives at the S-GW, the S-GW should not send a downlink data notification message to the MME if the UE is 
marked as suspended. 

10. SI UE Context in the E-UTRAN is released as specified in TS 23.401 [2]. 

1 1. UE moves to IxRTT and performs the procedure for mobile originating call as specified in 
3GPP2A.S0013 [18]. 

8.4.7.4.3 Test description 

8.4.7.4.3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 19. 

- Cell 19 has a lower reselection priority than Cell 1. 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established, pre-registered on IxRTT (state 3C) on Cell 1 according to [18]. 

8.4.7.4.3.2 Test procedure sequence 

Table 8.4.7.4.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while row marked "Tl" is to 
be applied subsequently. The exact instants on which these values shall be applied are described in the texts in this 
clause. 
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Table 8.4.7.4.3.2-1 : Cell configuration changes over time 



Parameter 

Unit 

CelM 

Cell 19 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/15kHz 

-60 

- 

Srxlevceii i > and Cell 1 9 is off 
such that camping on Cell 1 is 
guaranteed. 

lor/loc 

dB 

- 

- 

Pilot Ec/lor 

dB 

- 

- 

loc 

dBm/1.23 
MHz 

- 

- 

Pilot Ec/lo 
(Note1) 

dB 

- 

- 

T1 

Cell-specific 
RS EPRE 

dBm/15kHz 

-60 

- 

Cell 19 in on, with SservingCell > 
Threshserving, low and SnonServingCell, x 

<Threshx,iow. 

lor/loc 

dB 

- 



Pilot Ec/lor 

dB 

- 

-7 

loc 

dBm/1.23 
MHz 

- 

-75 

Pilot Ec/lo 
(Note1) 

dB 

- 

-10 

Note 1 : This parameter is not directly settable, but is derived by calculation from the other 
parameters set by the SS. 


Table 8.4.7.4.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

A voice call is originated at the UE 

- 

- 

- 

- 

2 

Check: Does the UE transmit an 
ULInformationTransfer conXain'ing an 
EXTENDED SERVICE REQUEST with 
Service Type IE set to "mobile originating CS 
fallback or 1 xCS fallback" on Cell 1 ? 

-> 

UL Information Transfer 

1 

P 

3 

The SS changes the cell power levels 
according to "T1" in Table 8.4.7.3.3.2-1 and 
waits for 2 seconds. 





4 

The SS transmits an RRCConnectionRelease 
message on Cell 1 redirecting the UE to Cell 
19. 

<- 

RRCConnectionRelease 



5 

The UE tunes to IxRTT radio. 

- 

- 

- 

- 

6 

Check: Does the UE transmit an Origination 
message on Cell 19? 

-> 

Origination 

2 

P 

7 

The SS transmits an Extended Ctiannel 
Assignment message on Cell 19. 

<— 

Extended Channel Assignment 

- 

- 

8 

After the SS detects that Traffic Channel 
Initialization is successful, it transmits an 
Acknowiedgement Order message on Cell 19. 

<— 

Acknowledgement Order 



9 

The SS transmits a Service Connect message 
on Cell 19. 

<- 

Service Connect 

- 

- 

10 

The UE transmits a Service Connect 
Completion message on Cell 19. 

-> 

Service Connect Completion 

- 

- 


8.4.7.4.3.3 


Specific message contents 

Table 8.4.7.4.3.3-1 : Void 
Table 8.4.7.4.3.3-2: Void 
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Table 8.4.7.4.3.3-3: ULInformationTransfer (step 2, Table 8.4.7.4.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-25 

Information Element 

Value/remark 

Comment 

Condition 

ULInformationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ullnformationTransfer-r8 SEQUENCE { 




dedicatedlnfoType CHOICE { 




dedicatedlnfoNAS 

Set according to Table 
8.4.7.4.3.3-4 

EXTENDED 

SERVICE 

REQUEST 


} 




} 




} 




} 




} 





Table 8.4.7.4.3.3-4: EXTENDED SERVICE REQUEST (step 2, Table 8.4.7.4.3.2-2) 


Derivation Path: 36.508 Table 4.7.2-1 4A 

Information Element 

Value/remark 

Comment 

Condition 

Protocol discriminator 

EMM 



Service type 

'OOOO'B 

mobile originating 
CS fallback or 
1xCS fallback 


CSFB response 

Not present 




Table 8.4.7.4.3.3-5: RRCConnectionRelease (step 4, Table 8.4.7.4.3.2-2) 


Derivation Path: 36.508 table 4.6.1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




redirectedCarrierlnfo ::= CHOICE { 




cdma2000-1xRTT 

cdma2000-Carrierlnfo for 
Cell 19 



} 




} 




} 




} 




} 
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Table 8.4.7.4.3.3-6: Origination (step 6, Table 8.4.7.4.3.2-2) 


Field 

Value/remark 

Comment 

Condition 

PD 

'OO'B 



MSGJD 

'0001 OO'B 

Origination 
Message 


LAC Length Field 

5 bits, Set by UE 



ACK SEQ 

3 bits, Set by UE 



MSG SEQ 

3 bits. Set by UE 



ACK REQ 

'1'B 



VALID ACK 

'O'B 



ACK TYPE 

'010'B 



MSID TYPE 

3 bits. Set by UE 



MSID LEN 

4 bits. Set by UE 



MSID 

Variable, Set by UE 



LAC Padding Field 

0to7, SetbyUE 



ACTIVE PILOT STRENGTH 

6 bits, set by UE 



FIRST IS ACTIVE 

1 bit, set by UE 



FIRST IS PTA 

1 bit, set by UE 



NUM ADD PILOTS 

'O'B 



MOB TERM 

'1'B 



SLOT CYCLE INDEX 

'010'B 



MOB P REV 

8 bits, SetbyUE 



SCM 

8 bits, SetbyUE 



REQUEST MODE 

'001 'B 



SPECIAL SERVICE 

'1'B 



SERVICE_OPTION 

16 bits. Any value 
mapping to a voice 
service option 



PM 

'O'B 



DIGIT MODE 

'O'B 



NUMBER TYPE 

3 bits, SetbyUE 



NUMBER PLAN 

4 bits, SetbyUE 



MORE FIELDS 

'O'B 



NUM FIELDS 

8 bits, SetbyUE 



CHARi 

Variable, Set by UE 



NAR AN CAP 

'O'B 



PACA REORIG 

'O'B 



RETURN CAUSE 

'OOOO'B 



MORE RECORDS 

'O'B 



ENCRYPTION SUPPORTED 

'OOOO'B 



PACA SUPPORTED 

'O'B 



NUM ALT SO 

'OOO'B 



DRS 

'1'B 



UZID INCL 

'O'B 



CH IND 

'01 'B 



SR ID 

3 bits, SetbyUE 



OTD SUPPORTED 

'1'B 



QPCH SUPPORTED 

'1'B 



ENHANCED RC 

'1'B 



FOR RC PREF 

'0001 1'B 



REV RC PREF 

'0001 1'B 



FCH SUPPORTED 

'1'B 



FCH FRAME SIZE 

'O'B 



FOR FCH LEN 

3 bits, SetbyUE 



FOR FCH RC MAP 

Variable, Set by UE 



REV FCH LEN 

3 bits, SetbyUE 



REV FCH RC MAP 

Variable, Set by UE 



DCCH SUPPORTED 

'1'B 



RESERVED 

'O'B 



REV FCH GATING REQ 

'O'B 
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Table 8.4.7.4.3.3-7: Extended Channel Assignment (step 7, Table 8.4.7.4.3.2-2) 


Field 

Value/remark 

Comment 

Condition 

MSG_TYPE 

'010101'B 

Extended Channel 

Assignment 

Message 


ACK SEQ 

3 bits, Set by UE 



MSG SEQ 

3 bits, Set by UE 



ACK REQ 

'O'B 



VALID ACK 

'1'B 



ADDR TYPE 

3 bits, SetbyUE 



ADDR LEN 

4 bits. Set by UE 



ADDRESS 

Variable, Set by UE 



RESERVED 1 

'O'B 



ADD RECORD LEN 

8 bits, SetbyUE 



ASSIGN_MODE 

'100'B 

Traffic Channel 
Assignment 


RESERVED 2 

'OOOOO'B 



BAND CLASS 

5 bits. Set by SS 



CDMA FREQ 

1 1 bits. Set by SS 



BYPASS ALERT ANSWER 

'1'B 



GRANTED MODE 

'10'B 



DEFAULT CONFIG 

'100'B 



FOR RC 

'00011 'B 



REV RC 

'0001 1'B 



FRAME OFFSET 

4 bits. Set by SS 



ENCRYPT MODE 

'OO'B 



FPC SUBCHAN GAIN 

'00001 'B 



RLGAIN ADJ 

OOOO'B 



NUM PILOTS 

'OOO'B 



CH IND 

'01 'B 



CH RECORD LEN 

5 bits. Set by SS 



CH RECORD FIELDS 

Variable, Set by SS 



REV FCH GATING MODE 

'O'B 



RESERVED 

0-7 bits, SetbyUE 



PDU PADDING 

0-7 bits, SetbyUE 



Table 8.4.7.4.3.3-8: Acknowledgment Order (step 8, Table 8.4.7.4.3.2-2) 

Field 

Value/remark 

Comment 

Condition 

MSG TYPE 

'00000001 'B 

Order Message 


ACK SEQ 

3 bits. Set by SS 



MSG SEQ 

3 bits. Set by SS 



ACK REQ 

'1'B 



ENCRYPTION 

'OO'B 



ORDER 

'01 OOOO'B 

Base Station 

Acknowledgment 

Order 


ORDQ 

'OOOOOOOO'B 
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Table 8.4.7.4.3.3-9: Service Connect (step 9, Table 8.4.7.4.3.2-2) 


Field 

Value/remark 

Comment 

Condition 

MSG_TYPE 

'00010100'B 

Service Connect 
Message 


ACK SEQ 

3 bits, Set by SS 



MSG SEQ 

3 bits, Set by SS 



ACK REQ 

'1'B 



ENCRYPTION 

'OO'B 



USE TIME 

'O'B 



ACTION TIME 

'OOOOOO'B 



SERV CON SEQ 

Set by SS 



RESERVED 

'OOOOO'B 



RECORD TYPE 

'0000011 1'B 



RECORD LEN 

8 bits. Set by SS 



Type-specific fields 

Variable, Set by SS 



RECORD TYPE 

'0001001 1'B 



RECORD LEN 

8 bits. Set by SS 



Type-specific fields 

Variable, Set by SS 



PDU PADDING 

0-7 bits, Set by SS 




Table 8.4.7.4.3.3-10: Service Connect Compietion (step 10, Table 8.4.7.4.3.2-2) 


Information Element 

Value/remark 

Comment 

Condition 

MSG_TYPE 

'00001 11 O'B 

Service Connect 

Completion 

Message 


ACK SEQ 

3 bits. Set by UE 



MSG SEQ 

3 bits. Set by UE 



ACK REQ 

'1'B 



ENCRYPTION 

'OO'B 



RESERVED 

'O'B 



SERV_CON_SEQ 

Same value as 
SERV_CON_SEQ 
received in Service 
Connect Message (Table 
8.4.7.4.3.3-9 



PDU PADDING 

0-7 bits. Set by UE 




8.4.7.5 Pre-registration at 1xRTT and inter-RAT Handover/ Enhanced CS fallback from E- 
UTRA RRC IDLE to 1xRTT/MT call 


8.4.7.5.1 


(1) 


Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state having completed the IxRTT CS pre-registration procedure and 
having received a DLInformationTransfer message containing a IxRTT GCSNA Encapsulated Paging message 

} 

ensure that { 

when { CS paging for the CS Fallback to IxRTT is accepted at the UE } 

then { UE transmits an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" } 

} 

(2) 

with { UE having transmitted an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" in response to 
a IxRTT CS Paging message } 
ensure that { 

when { SS transmits HandoverFromEUTRAPreparationRequest message with cdma2000-type set to 
'typelXRTT' } 

then { UE transmits an ULHandoverPreparationTransfer message containing a tunneled IxRTT GCSNA 
Encapsulated Page Response message } 
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(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a Mobil ityFromEUTRACommand message containing a tunneled IxRTT GCSNA 
Encapsulated Handoff Direction message } 

then { UE transmits a IxRTT Handoff Completion message on the target IxRTT cell } 
} 


8.4.7.5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.272, clause B.2.3a.4. 

[TS 23.272, clause B.2.3a.4] 

The following figure describes the mobile terminating call procedures for the enhanced CS Fallback to IxRTT with 
concurrent non-optimised PS handover or optimised idle-mode PS handover, or without PS handover, in the normal 
case. Clause B.2.3b describes the procedure when the procedure is rejected by the MME. 



E- 
UTRAN 


X 


MME 


1xGS 
IWS 


IxRTT 
MSG 


1 . UE is E-UTRAN attached and registered with 1 xRTT 
UE indicates that it supports enhanced 1 xCSFB procedure 


Z 


S-GW/ 
P-GW 


Step 2-7, same as in Figure Figure B .2.3-1 . 


,1 1 — 

I 8. Optional measurement report i 

I c/-»lir'i+o+i/-»n ' 


solicitation 


9. HOfromEUTRAPrep . Request 

(3G1x parameter , RAND , con-HRPD HO indication ) 


10. ULHOprepXfer 
(MEID , IxPageResponse ) 


11. ULS1 cdma2000 tunneling 
(...) 


12. SI 02 Direct Transfer, and IxlVISC interworking 


T" 

13. DLS1 cdma2000 tunneling 

(...) 

-I 


14. MobiiityFromEUTRA (el xCSFB ind , IxRTT parameters , hrpd redirection info ) 

I 
15a. 81 UE context Release Request 


15c. SI UE Context Release 


1 5b Suspend Notification / Acknovrledge 


16. UE tunes to IxRTT and resumes with 3GPP2 specific procedure. 


HRPD 


:t: 


j 17. HRPD PS HO as I 
I per TS 23.402. j 


L^- 


Figure B.2.3a.4-1 : Enhanced CS fallback to IxRTT MT call without PS handover, or with concurrent 
non-optimised PS handover or optimised idle-mode PS handover 


1. UE is E-UTRAN attached and pre-registered with IxRTT CS as defined in clause B.2.1.1 with enhanced CS 
fallback to IxRTT capability indication to the network. The UE may also indicate that it supports concurrent 
IxRTT and HRPD capability The UE may also be pre-register with HRPD access using procedures defined in 
TS 23.402 [27], clause 9.3.1. 


2-7. Same as step 2-7 in figure B.2.3-1. 
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8-17. Same as steps 5-12 of Figure B.2.3a.2-1, with the modification that the Ix message in step 7 of Figure 
B.2.3a.2-1 provided by the UE to the E-UTRAN is a IxPage Response message and Ix messages in step 9a of 
Figure B.2.3.a.2-1 (step 14a of Figure B.2.3a.4-1) provided by the E-UTRAN to UE may also contain Alert With 
Information message to provide caller line Identification and alerting trigger with Ix channel assignment 
message. 


Test description 
Pre-test conditions 


8.4.7.5.3 
8.4.7.5.3.1 
System Simulator: 

- Cell land Cell 19. 

Cell 19 has a lower reselection priority than Cell 1. 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode pre-registered on IxRTT (state 2C) on Cell 1 according to [18]. 


8.4.7.5.3.2 


Test procedure sequence 


Table 8.4.7.5.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while row marked "Tl" is to 
be applied subsequently. The exact instants on which these values shall be applied are described in the texts in this 
clause. 

Table 8.4.7.5.3.2-1 : Cell configuration changes over time 



Parameter 

Unit 

CelM 

Cell 19 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/15kHz 

-60 

- 

Srxlevceii i > and Cell 1 9 is off 
such that camping on Cell 1 is 
guaranteed. 

lor/loc 

dB 

- 

- 

Pilot Ec/lor 

dB 

- 

- 

loc 

dBm/1.23 
MHz 

- 

- 

Pilot Ec/lo 
(Note1) 

dB 

- 

- 

T1 

Cell-specific 
RS EPRE 

dBm/15kHz 

-60 

- 

Cell 19 in on, with SservingCell > 
Threshserving, low and SnonServingCell, x 

< Threshxjow. 

lor/loc 

dB 

- 



Pilot Ec/lor 

dB 

- 

-7 

loc 

dBm/1.23 
MHz 

- 

-75 

Pilot Ec/lo 
(Note1) 

dB 

- 

-10 

Note 1 : This parameter is not directly settable, but is derived by calculation from the other 
parameters set by the SS. 
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Table 8.4.7.5.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1-8 

Steps 2 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed to successfully complete the 
service request procedure. 





9 

The SS changes the cell power levels 
according to "T1 " in Table 8.4.7.5.3.2-1 . 





10 

The SS transmits a DLInformationTransfer 
containing a 1x RTTGCSNA Encapsulated 
General Page message on Cell 1 . 

<— 

DL Information Transfer 



11 

The CS paging for the CS Fallback to IxRTT is 
accepted at the UE. 

- 

- 

- 

- 

12 

Check: Does the UE transmit an 
ULInformationTransfer conXain'ing an 
EXTENDED SERVICE REQUEST with 
Service Type IE set to "mobile terminating CS 
fallback or 1 xCS fallback" on Cell 1 ? 

-> 

UL Information Transfer 

1 

p 

13 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup inter RAT measurement on Cell 
19. 

<— 

RRCConnectionReconfiguration 



14 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 to confirm the setup of inter 
RAT measurement. 

-> 

RRCConnectionReconfigurationC 
omplete 



15 

The UE transmits a MeasurementReport 
message on Cell 1 to report event B2 for Cell 
19, 

-> 

MeasurementReport 



16 

The SS transmits a 

HandoverFromEUTRAPreparationRequest on 
CelM. 

<— 

HandoverFromEUTRAPreparation 
Request 



17 

Check: Does the UE transmit a tunnelled 
1xRTT GCSNA Encapsulated Page Response 
message contained in an 
ULHandoverPreparationTransfer message on 
CelM? 

-> 

ULHandoverPreparation Transfer 

2 

p 

18 

The SS transmits a tunnelled 1xRTT GCSNA 
Encapsulated Handoff Direction message 
contained in a MobilityFromEUTRACommand 
on CelM to order the UE to perform inter RAT 
handover to Cell 19. 

<- 

MobilityFromEUTRA Command 



19 

The UE tunes to IxRTT radio. 





20 

Check: Does the UE transmit a IxRTT Handoff 
Completion message on Cell 19? 

-> 

Handoff Completion 

3 

p 

21 

The SS transmits an Alert With Information 
message. 

<— 

Alert With Information 



22 

The UE transmits a Connect Order. 

-> 

Connect Order 
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8.4.7.5.3.3 Specific message contents 

Table 8.4.7.5.3.3-1 : DLInformationTransfer {Step 10, Table 8.4.7.5.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-3 

Information Element 

Value/remark 

Comment 

Condition 

DLInformationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




dllnformationTransfer-r8 SEQUENCE { 




dedicatedlnfoType CHOICE { 




dedicatedlnfoCDMA2000-1 XRTT 

Set according to Table 
8.4.7.3.3.3-2 



} 




} 




} 




} 




} 




Table 8.4.7.5.3.3-2: 1xRTT GCSNA Encapsulated General Page (Step 10, Table 8.4.7.5.3.2-2) 

Field 

Value/remark 

Comment 

Condition 

MessagelD 

'00000001'B 

GCSNAIxCircuitS 
ervice message 


GCSNAOption 

'00000001'B 



AlternativeGCSNAOption INCL 

'O'B 



IWSIDIncI 

'O'B 



AckRequired 

'O'B 



StopDupDetect 

'O'B 



MessageSequence 

Set by SS 



NumTLACEncapsulatedl XL3PDU 

'OO'B 



Reserved 

'OOOO'B 



IxLogicalChannel 

'O'B 



IxProtocolRevision 

Set by UE 



MsgType 

'00010001'B 

General Page 
Message 


NumTLACHeaderRecords 

'OOOO'B 



Reserved 

'OOO'B 



1xL3PDULength 

16 bits, SetbySS 



PDU 


1xL3PDU 


Service Option 

1 6 bits, Set by SS 



Table 8.4.7.5.3.3-3: ULInformatlonTransfer{S\ep 12, Table 8.4.7.5.3.2-2) 

Derivation Path: 36.508 Table 4.6.1-25 

Information Element 

Value/remark 

Comment 

Condition 

ULInformationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ullnformationTransfer-r8 SEQUENCE { 




dedicatedlnfoType CHOICE { 




dedicatedlnfoNAS 

Set according to Table 
8.4.7.3.3.3-6 

EXTENDED 

SERVICE 

REQUEST 


} 




} 




} 




} 




} 
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Table 8.4.7.5.3.3-4: EXTENDED SERVICE REQUEST (Step 12, Table 8.4.7.5.3.2-2) 


Derivation Path: 36.508 Table 4.7.2-1 4A 

Information Element 

Value/remark 

Comment 

Condition 

Protocol discriminator 

EMM 



Service type 

'OOOrB 

mobile terminating 
CS fallback or 
IxCS fallback 


CSFB response 

'001 'B 

CS fallback 
accepted by the 
UE 



Table 8.4.7.5.3.3-5: RRCConnectionReconfiguration (Step 13, Table 8.4.7.5.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.4.7.5.3.3-6: MeasConfig (Step 13, Table 8.4.7.5.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f17 



measObject[1] 

MeasObjectCDMA2000- 
GENERIC 



measObjectld[2] 

ldMeasObject-f1 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-CDMA2000(-69, -18) 



} 




measldToAddModList SEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f17 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



} 




quantityConfig SEQUENCE { 




quantityConfigEUTRA 

Not present 



quantityConfigUTRA 

Not present 



quantityConfigGERAN 

Not present 



quantityConfigCDMA2000 SEQUENCE { 




measQuantityCDMA2000 

pilotPnPhaseAndPilotStre 
ngth 



} 




} 




measGapConfig SEQUENCE { 




gapActivation CHOICE { 




activate SEQUENCE { 




gapPattern CHOICE { 




gp1 SEQUENCE! 




gapOffset 

30 



} 




} 




} 




} 




} 




} 
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Table 8.4.7.5.3.3-7: MeasObjectCDMA2000-G EN ERIC (Step 13, Table 8.4.7.5.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1 C 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectCDMA2000-GENERIC ::= SEQUENCE { 




cdma2000-Type 

TypelXRTT 



CarrierFreqCDMA2000 SEQUENCE { 




bandClass 

Band Class of frequency 
under test 



arfcn 

f17 



} 




SearchWindowSize 

15 



offsetFreq 

dbO 



cellsToRemoveList 

Not present 



cellsToAddModList CHOICE {} 

Cell 19 



cellForWhichToReportCGI 

Not present 



} 




Table 8.4.7.5.3.3-8: MeasurementReport (Step 15, Table 8.4.7.5.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultsCDMA2000 :=SEQUENCE { 




preRegistrationStatusHRPD 

FALSE 



measResultListCDMA2000::=SEQUENCE 
(SIZE (1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 19 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




pilotPnPhase 

(0..32767) 



pilotStrength 

(0..63) 



} 




} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.4.7.5.3.3-9: HandoverFromEUTRAPreparation Request (Step 16, Table 8.4.7.5.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-4 

Information Element 

Value/remark 

Comment 

Condition 

HandoverFromEUTRAPreparationRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




c1 CHOICE { 




handoverFromEUTRAPreparationRequest-r8 
SEQUENCE} 




cdma2000-Type 

TypelXRTT 



Rand 

Set by SS 

Random 

Challenge Data as 
broadcast on Cell 
19 


mobilityParameters 

Set according to 36.508 
Table 4.5.2C.4-6 

CDMA2000Param 
eters 


} 




} 




} 




} 




Table 8.4.7.5.3.3-10: ULHandoverPreparationTransfer {Step 17, Table 8.4.7.5.3.2-2) 

Derivation Path: 36.508 Table 4.6.1-24 

Information Element 

Value/remark 

Comment 

Condition 

ULHandoverPreparationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ulHandoverPreparationTransfer-r8 SEQUENCE { 




cdma2000-Type 

TypelXRTT 



Meid 

UE's meid 



dedicatedlnfo 

Set according to Table 
8.4.7.5.3.3-11 

IxRTTGCSNA 
Encapsulated 
Page Response 
message 


} 




} 




} 




} 
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Table 8.4.7.5.3.3-1 1 : 1xRTT GCSNA Encapsulated Page Response (Step 17, Table 8.4.7.5.3.2-2) 


Information Element 

Value/remark 

Comment 

Condition 

MessagelD 

'00000001'B 

GCSNAIxCircuitS 
ervice message 


GCSNAOption 

'00000001'B 



AlternativeGCSNAOption INCL 

'O'B 



IWSIDIncI 

'O'B 



AckRequired 

'O'B 



StopDupDetect 

'O'B 



MessageSequence 

6 bits, SetbyUE 



NumTLACEncapsulatedl xLSPDU 

'OO'B 



Reserved 

'OOOO'B 



IxLogicalChannel 

'O'B 



IxProtocolRevision 

'0000011 0'B 



MsgType 

'000001 01 'B 

Page Response 
message 


NumTLACHeaderRecords 

'0001 'B 



TLACHeaderRecordType 

'OOOO'B 



TLACHeaderRecordLength 

8 bits, SetbyUE 



MSID_TYPE 

3 bits, SetbyUE 

Should be 
matched with 
PREF MSID TYP 
E 


MSID LEN 

4 bits, SetbyUE 



MSID 

Variable, Set by UE 



Reserved 

'OOOOOOO'B 



1xL3PDULength 

16 bits, SetbyUE 



MOB TERM 

'1'B 



SLOT CYCLE INDEX 

'010'B 



MOB P REV 

8 bits, SetbyUE 



SCM 

8 bits, SetbyUE 



REQUEST MODE 

'001 'B 



SERVICE OPTION 

16 bits, SetbyUE 



PM 

'O'B 



NAR AN CAP 

'O'B 



ENCRYPTION SUPPORTED 

'OOOO'B 



NUM ALT SO 

'OOO'B 



UZID INCL 

'O'B 



CH IND 

'O'B 



OTD SUPPORTED 

'OOOO'B 



QPCH SUPPORTED 

'O'B 



ENHANCED RC 

'O'B 



FOR RC PREF 

'OOOO'B 



REV RC PREF 

'O'B 



FCH SUPPORTED 

'O'B 



FCH Capability Type-specific fields 

Variable 



DCCH SUPPORTED 

'1'B 



REV FCH GATING REQ 

'O'B 
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Table 8.4.7.5.3.3-12: MobilityFromEUTRACommand (Step 18, Table 8.4.7.5.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




mobilityFromEUTRACommand-r9 SEQUENCE { 




csFallbacklndicator 

False 



purpose CHOICE! 




e-CSFB-r9 SEQUENCE! 








messageContCDMA2000-1 XRTT-r9 

Set according to Table 
8.4.7.5.3.3-13 

IxRTTGCSNA 
Encapsulated 
Handoff Direction 
message 


} 




} 




} 




} 




} 




} 
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Table 8.4.7.5.3.3-13: 1xRTT GCSNA Encapsulated Handoff Direction (Step 18, Table 8.4.7.5.3.2-2) 


Information Element 

Value/remark 

Comment 

Condition 

MessagelD 

'00000001'B 



GCSNAOption 

'00000001'B 



AlternativeGCSNAOption INCL 

'O'B 



IWSIDIncI 

'O'B 



AckRequired 

'O'B 



StopDupDetect 

'O'B 



IVIessageSequence 

Set by SS 



NumTLACEncapsulatedl xLSPDU 

'OO'B 



Reserved 

'OOOO'B 



IxLogicalChannel 

'1'B 



IxProtocolRevision 

'0000011 0'B 



IVIsgType 

'001 0001 0'B 

Universal Handoff 

Direction 

message 


NumTLACHeaderRecords 

'OOOO'B 



Reserved 

'OOO'B 



1xL3PDULength 

1 6 bits, Set by SS 



USE TIME 

'O'B 



ACTION TIME 

'OOOOOO'B 



HDM SEQ 

2 bits, Set by SS 



FARMS INCL 

'1'B 



P REV 

'0000011 O'B 



SERV NEG TYPE 

'1'B 



SEARCH INCLUDED 

'1'B 



SRCH WIN A 

'1 OOO'B 



SRCH WIN N 

'1001'B 



SRCH WIN R 

'1011'B 



T ADD 

'010100'B 



T DROP 

'011110'B 



T COMP 

'1010'B 



T TDROP 

'0100'B 



SOFT SLOPE 

'OOOOOO'B 



ADD INTERCEPT 

'OOOOOO'B 



DROP INTERCEPT 

'OOOOOO'B 



EXTRA PARMS 

'1'B 



PACKET ZONE ID 

'OOOOOOOO'B 



FRAME OFFSET 

4 bits. Set by SS 



PRIVATE LCM 

'O'B 



RESET L2 

'1'B 



RESET FPC 

'1'B 



ENCRYPT MODE 

'OO'B 



NOM PWR EXT 

'O'B 



NOM PWR 

'OOOO'B 



RLGAIN TRAFFIC PILOT 

'OOOOOO'B 



DEFAULT RLAG 

'1'B 



NUM PREAMBLE 

'OOO'B 



BAND CLASS 

5 bits. Set by SS 



CDMA FREQ 

1 1 bits. Set by SS 



RETURN IF HANDOFF FAIL 

'O'B 



PERIODIC SEARCH 

'O'B 



SCR INCLUDED 

'1'B 



NNSCR INCLUDED 

'1'B 



USE PWR CNTL STEP 

'O'B 



CLEAR RETRY DELAY 

'O'B 



SCH INCL 

'1'B 



FPC SUBCHAN GAIN 

'01010'B 



USE PC TIME 

'O'B 



CH IND 

'101'B 



ACTIVE SET REC LEN 

8 bits. Set by SS 



NUM PILOTS 

'001 'B 



SRCH OFFSET INCL 

'1'B 



PILOT PN 

'OOOOOOOOO'B 



SRCH OFFSET 

'010'B 
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ADD PILOT REC INCL 

'O'B 



PWR COMB IND 

'O'B 



CODE CHAN FCH 

1 1 bits, Set by SS 



OOF MASK ID FCH 

'OO'B 



RESERVED 

0-7 bits 



REV FCH GATING MODE 

'O'B 




Table 8.4.7.5.3.3-14: IxRTTHandoff Completion (Step 20, Table 8.4.7.5.3.2-2) 


Information Element 

Value/remark 

Comment 

Condition 

MSG ID 

'00001010' 

LAC 


ACK SEQ 

3 bits, Set by SS 



MSG SEQ 

3 bits, set by UE 



ACK REQ 

'1'B 



ENCRYPTION 

'OO'B 



RESERVED 

'O'B 



LAST_HDM_SEQ 

Same value as 
HDM_SEQin IxRTT 
Handoff Direction 
message at Step 9 

IxRTT L3 PDU 


PILOT_PN 

Same value as 
PILOT_PN included in 
IxRTT Handoff Direction 
message at Step 9 



PDU PADDING 

-7 bits, set by UE 




Table 8.4.7.5.3.3-15: IxRTT Alert With Information (Step 21, Table 8.4.7.5.3.2-2) 


Information Element 

Value/remark 

Comment 

Condition 

MSG ID 

■0000001 1'B 

LAC 


ACK SEQ 

FFS 



MSG SEQ 

3 bits, set by UE 



ACK REQ 

'1'B 



ENCRYPTION 

■OO'B 



RECORD TYPE 

■0000001 1 ' 

IxRTT L3 PDU 


RECORD LEN 

8bits, Set by SS 



NUMBER TYPE 

3bits, Set by SS 



NUMBER PLAN 

4bits, Set by SS 



CHARi 

Variable, set by SS 



RESERVED 

'O'B 



PDU PADDING 

-7 bits, set by UE 




Table 8.4.7.5.3.3-16: IxRTT Connect Order {Step 22, Table 8.4.7.5.3.2-2) 


Information Element 

Value/remark 

Comment 

Condition 

MSG ID 

'00000001 'B 

LAC 


ACK SEQ 

3 bits. Set by SS 



MSG SEQ 

3 bits, set by UE 



ENCRYPTION 

'OO'B 



RESERVED 

'O'B 



ORDER 

'011000'B 

IxRTT L3 PDU 


ADD RECORD LEN 

'001 'B 



ORDQ 

'OOOOOOOO'B 



PDU PADDING 

-7 bits, set by UE 
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8.4.7.6 Pre-registration at 1xRTT and inter-RAT handover / Enhanced CS fallback 

from E-UTRA RRC_CONNECTED to 1xRTT/M0 call 

8.4.7.6.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state and having completed the IxRTT CS pre-registration procedure 

} 

ensure that { 

when { a voice call is originated at the UE } 

then { UE transmits an EXTENDED SERVICE REQUEST message with Service Type IE set to "mobile 
originating CS fallback or IxCS fallback" } 

} 

(2) 

with { UE having transmitted an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile originating CS fallback or IxCS fallback" } 
ensure that { 

when { SS transmits HandoverFromEUTRAPreparationRequest message with cdma2 000 -type set to 
'type IXRTT' } 

then { UE transmits an ULHandoverPreparationTransfer message containing a tunneled IxRTT GCSNA 
Encapsulated Origination message } 

(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a Mobil ityFromEUTRACommand message containing a tunneled IxRTT GCSNA 
Encapsulated Handoff Direction message } 

then { UE transmits a IxRTT Handoff Completion message on the target IxRTT cell } 
} 

8.4.7.6.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.272, clause B.2.3a.2. 

[TS 23.272, clause B.2.3a.2] 

The following figure describes the mobile originating call procedures for the enhanced CS Fallback to IxRTT with 
concurrent non-optimised PS handover or optimised idle-mode PS handover, or without concurrent PS handover, in the 
normal case. Clause B.2.3b describes the procedure when the procedure is rejected by the MME. 
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1xCS 

CSFB 

UE 


E- 

UTRAN 


MME 


1xCS 
IWS 


1xRTT 
MSC 


S-GW/ 
P-GW 


1 . UE is E-UTRAN attached and registered with 1xRTT CS 
UE indicates that it supports enhanced IxCSFB procedure 


2. UE decision 

to perform MO 

call in 1xCS 


3. Extended Service Request 


4. UE Context IVIodification Request/ Initial UE Context Request 


4. UE Context Modification Response / Initial UIE Context Response 


\ 5. Optional measurement report | 


solicitation 


1 


_ J 


6. HOfromEUTRAPrep . Request 

(3G1x parameter , RAND, con-HRPD HO indication ) 

7. UL HO prepXfer 

(MEID , 1x Message) 


ULS1 cdma2000 tunneling 
(...) 


8102 Direct Transfer , and 1xMSC interworking 


DLS1 cdma2000 tunneling 

(...) 


9. MobiiityFromEUTRA (elxCSFB ind ,1xRTT parameters , hrpd redirection info ) 

I 
10a. 81 UE context Release Request 


10b 


10c. SI U= Context Release 


Suspend Notification / Acknowledge 


1 1 . UE tunes to IxRTT and resumes with3GPP2 specific procedure. 


HRPD 


I 12. HRPD PS HO as I 
I per TS 23.402. j 

't 1 — 


Figure B.2.3a.2-1 : Enhanced CS fallback to 1xRTT MO Call with no PS handover, or with concurrent 
non-optimised PS handover or optimised idle-mode PS handover 


1. UE is E UTRAN attached and registered with IxRTT CS as defined in clause B.2.1.1 with enhanced CS fallback 
to IxRTT capability indication to the network. The UE may also indicate that it supports concurrent IxRTT and 
HRPD capability.. The UE may also be pre-registered with HRPD access using procedures defined in 

TS 23.402 [27], clause 9.3.1. 

2. UE makes a decision to perform a mobile originated CS call. 

3. UE sends an Extended Service Request (CS Fallback Indicator) to the MME. 

4. For a UE in active mode, MME sends UE Context Modification Request (CS Fallback Indicator) to E-UTRAN. 
CS Fallback Indicator indicates to the E UTRAN to move the UE to IxRTT. 

E-UTRAN responds with UE Context Modification Response. 

For a UE in idle mode, MME sends Initial UE Context Request (CS Fallback Indicator) to E-UTRAN. CS 
Fallback Indicator indicates to the E-UTRAN to move the UE to IxRTT. E-UTRAN responds with Initial UE 
Context Response. 
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5. E-UTRAN may optionally solicit a IxRTT measurement report from the UE to determine the target IxRTT cell 
to which the CS Fallback will be performed. 

If the network supports PS handover procedure to HRPD then E-UTRAN may optionally solicit an HRPD 
measurement report from the UE to determine whether the target HRPD candidates exist or not. If the network 
does not support PS handover procedure to HRPD or if no target HRPD candidates exist then E-UTRAN shall 
release the SI UE context (see step lOa/b) after executing the enhanced CS fallback to IxRTT procedure. 

6. E-UTRAN sends a HandoverFromE-UTRAPreparation Request message to the UE to start the enhanced IxCS 
fallback procedure. It includes 3Glx Overhead Parameters and RAND value. This message also includes an 
indication that concurrent HRPD handover preparation is not required. 

7. The UE initiates signalling for establishment of the CS access leg by sending UL HandoverPreparation Transfer 
message which contains the IxRTT Origination message with called party number. 

8. Messages between MME and IxIWS are tunnelled using the S102 interface. The IxRTT MSC initiates the call 
with the called party number carried in the IxRTT Origination message. 

9. The E UTRAN sends Mobility from EUTRA Command to the UE with indication that this is for enhanced Ix 
CS Fallback operation, IxRTT related information, and optionally the HRPD redirection information. The 
IxRTT information contains IxRTT messages related to Ix channel assignment and cause the UE to tune to and 
acquire this Ix channel. This is perceived by the UE as a Handover Command message to IxRTT. If IxRTT CS 
network cannot support this CSFB request (for example due to resource availability), the DL information 
transfer message is sent instead, with an embedded Ix message that indicates failure to the UE. 

For either concurrent non-optimised PS handover procedure or optimised idle-mode PS handover procedure 
along with enhanced CS fallback to IxRTT, E-UTRAN may also redirect the UE to HRPD as part of this 
procedure. This is indicated by the HRPD redirection information in the Mobility from EUTRA Command. 

lOa/b/c. If PS handover procedure is not performed then E-UTRAN sends an SI UE Context Release Request 
(Cause) message to the MME. Cause indicates that the SI UE Context Release was caused by CS fallback to 
IxRTT. The Sl-U bearers are released and the MME starts the preservation and suspension of non-GBR bearers 
and the deactivation of GBR bearers towards S-GW and P-GW(s). The MME sets the UE context to suspended 
status. 

1 1. UE retunes to the IxRTT radio access network and performs Ixchannel acquisition with the IxRTT CS access 
(e.g. IxRTT BSS). 

12. UE and Network follow the appropriate procedure for handling non-optimised PS handover procedure or 
optimised idle-mode PS handover as defined in TS 23.402 [27] if performed. SI UE Context release procedure is 
as specified in TS 23.402 [27] for non-optimised PS handover (clause 8.2.2) or optimised idle-mode PS 
handover (clause 9.4). This step occurs in parallel with step 11. 

8.4.7.6.3 Test description 

8.4.7.6.3.1 Pre-test conditions 

System Simulator: 

- Cell land Cell 19. 

- Cell 19 has a lower reselection priority than Cell 1. 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established, pre-registered on IxRTT (state 3C) on Cell 1 according to [18]. 
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8.4.7.6.3.2 


Test procedure sequence 


Table 8.4.7.6.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while row marked "Tl" is to 
be applied subsequently. The exact instants on which these values shall be applied are described in the texts in this 
clause. 

Table 8.4.7.6.3.2-1 : Cell configuration changes over time 



Parameter 

Unit 

CelM 

Cell 19 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/15kHz 

-60 

- 

Srxlevceii i > and Cell 1 9 is off 
such that camping on Cell 1 is 
guaranteed. 

lor/loc 

dB 

- 

- 

Pilot Ec/lor 

dB 

- 

- 

loc 

dBm/1.23 
MHz 

- 

- 

Pilot Ec/lo 
(Note1) 

dB 

- 

- 

T1 

Cell-specific 
RS EPRE 

dBm/15kHz 

-60 

- 

Cell 19 in on, with SservingCell > 
Threshserving, low and SnonServingCell, x 

< Threshxjow. 

lor/loc 

dB 

- 



Pilot Ec/lor 

dB 

- 

-7 

loc 

dBm/1.23 
MHz 

- 

-75 

Pilot Ec/lo 
(Note1) 

dB 

- 

-10 

Note 1 : This parameter is not directly settable, but is derived by calculation from the other 
parameters set by the SS. 
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Table 8.4.7.6.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

A voice call is originated at the UE 

- 

- 

- 

- 

2 

Check: Does the UE transmit an 
ULInformationTransfer con{a\n\ng an 
EX 1 ENDED SERVICE REQUEST with 
Service Type IE set to "mobile originating CS 
fallback or 1 xCS fallback" on Cell 1 ? 

-> 

UL Information Transfer 

1 

P 

3 

The SS changes the cell power levels 
according to "T1 " in Table 8.4.7.6.3.2-1 . 





4 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup inter RAT measurement on Cell 
19. 

<— 

RRCConnectionReconfiguration 



5 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 to confirm the setup of inter 
RAT measurement. 

-> 

RRCConnectionReconfigurationC 
omplete 



6 

The UE transmits a MeasurementReport 
message on Cell 1 to report event B2 for Cell 
19, 

-> 

MeasurementReport 



7 

The SS transmits a 

HandoverFromEUTRAPreparationRequest on 
CelM. 

<- 

HandoverFromEUTRAPreparation 
Request 



8 

Check: Does the UE transmit a tunnelled 
1xRTT GCSNA Encapsulated Origination 
message contained in an 
ULHandoverPreparationTransfer message on 
Cell 1? 

-> 

ULHandoverPreparation Transfer 

2 

P 

9 

The SS transmits a tunnelled 1xRTT GCSNA 
Encapsulated Handoff Direction message 
contained in a MobilityFronfiEUTRAConfinfiand 
on Celll to order the UE to perform inter RAT 
handover to Cell 19. 

<— 

MobilityFromEUTRA Command 



10 

The UE tunes to IxRTT radio. 





11 

Check: Does the UE transmit a 1xRTT Handoff 
Confipletion message on Cell 19? 

-> 

Handoff Completion 

3 

P 


8.4.7.6.3.3 Specific message contents 

Table 8.4.7.6.3.3-1 : ULInformationTransfer (Step 2, Table 8.4.7.6.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-25 

Information Element 

Value/remark 

Comment 

Condition 

ULInformationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ullnformationTransfer-r8 SEQUENCE { 




dedicatedlnfoType CHOICE { 




dedicatedlnfoNAS 

Set according to Table 
8.4.7.4.3.3-2 

EXTENDED 

SERVICE 

REQUEST 


} 




} 




} 




} 




} 
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Table 8.4.7.6.3.3-2: EXTENDED SERVICE REQUEST (Step 2, Table 8.4.7.6.3.2-2) 


Derivation Path: 36.508 Table 4.7.2-1 4A 

Information Element 

Value/remark 

Comment 

Condition 

Protocol discriminator 

EMM 



Service type 

'OOOO'B 

mobile originating 
CS fallback or 
IxCS fallback 


CSFB response 

Not present 



Table 8.4.7.6.3.3-3: RRCConnectionReconfiguration (Step 4, Table 8.4.7.6.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 

Table 8.4.7.6.3.3-4: MeasConfig (Step 4, Table 8.4.7.6.3.2-2) 

Derivation Path: 36.508, Table 4.6.6-1 I 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1 ..maxObiectId)) OF SEQUENCE { 

2 entries 



measObjectld[1] 

ldMeasObject-f17 



measObject[1] 

MeasObjectCDMA2000- 
GENERIC 



measObjectld[2] 

IdMeasObject-fl 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-CDMA2000(-69, -18) 



} 




measldToAddModList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



measObjectld[1] 

ldMeasObject-f17 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



} 




quantityConfig SEQUENCE { 




quantityConfigEUTRA 

Not present 



quantityConfigUTRA 

Not present 



quantityConfigGERAN 

Not present 



quantityConfigCDMA2000 SEQUENCE { 




measQuantityCDMA2000 

pilotPnPhaseAndPilotStre 
ngth 



} 




} 




measGapConfig SEQUENCE { 




gapActivation CHOICE { 




activate SEQUENCE { 




gapPattern CHOICE { 




gpl SEQUENCE} 




gapOffset 

30 



} 




} 




} 




} 




} 




} 
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Table 8.4.7.6.3.3-5: MeasObjectCDMA2000-G EN ERIC (Step 4, Table 8.4.7.6.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1 C 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectCDMA2000-GENERIC ::= SEQUENCE { 




cdma2000-Type 

TypelXRTT 



CarrierFreqCDMA2000 SEQUENCE { 




bandClass 

Band Class of frequency 
under test 



arfcn 

f17 



} 




SearchWindowSize 

15 



offsetFreq 

dbO 



cellsToRemoveList 

Not present 



cellsToAddModList CHOICE {} 

Cell 19 



cellForWhichToReportCGI 

Not present 



} 




Table 8.4.7.6.3.3-6: MeasurementReport (Step 6, Table 8.4.7.6.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultsCDMA2000 :=SEQUENCE { 




preRegistrationStatusHRPD 

FALSE 



measResultListCDMA2000::=SEQUENCE 
(SIZE (1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 19 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE} 




pilotPnPhase 

(0..32767) 



pilotStrength 

(0..63) 



} 




} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.4.7.6.3.3-7: HandoverFromEUTRAPreparation Request (Step 7, Table 8.4.7.6.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-4 

Information Element 

Value/remark 

Comment 

Condition 

HandoverFromEUTRAPreparationRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




c1 CHOICE { 




handoverFromEUTRAPreparationRequest-r8 
SEQUENCE} 




cdma2000-Type 

TypelXRTT 



Rand 

Set by SS 

Random 

Challenge Data as 
broadcast on Cell 
19 


mobilityParameters 

Set according to 36.508 
Table 4.5.2C.4-6 

CDMA2000Param 
eters 


} 




} 




} 




} 




Table 8.4.7.6.3.3-8: ULHandoverPreparationTransfer (Step 8, Table 8.4.7.6.3.2-2) 

Derivation Path: 36.508 Table 4.6.1-24 

Information Element 

Value/remark 

Comment 

Condition 

ULHandoverPreparationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ulHandoverPreparationTransfer-r8 SEQUENCE { 




cdma2000-Type 

TypelXRTT 



Meid 

UE's meid 



dedicatedlnfo 

Set according to Table 
8.4.7.1.3.3-9 

IxRTTGCSNA 
Encapsulated 
Origination 
message 


} 




} 




} 




} 
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Table 8.4.7.6.3.3-9: 1xRTT GCSNA Encapsulated Origination (Step 8, Table 8.4.7.6.3.2-2) 


Information Element 

Value/remark 

Comment 

Condition 

MessagelD 

'00000001'B 

GCSNAIxCircuitS 
ervice message 


GCSNAOption 

'00000001'B 



AlternativeGCSNAOption INCL 

'O'B 



IWSIDIncI 

'O'B 



AckRequired 

'O'B 



StopDupDetect 

'O'B 



MessageSequence 

Set by UE 



NumTLACEncapsulatedl xLSPDU 

'OO'B 



Reserved 

'OOOO'B 



IxLogicalChannel 

'O'B 



IxProtocolRevision 

'0000011 0'B 



MsgType 

'000001 OO'B 

Origination 
message 


NumTLACHeaderRecords 

'0001 'B 



TLACHeaderRecordType 

'OOOO'B 



TLACHeaderRecordLength 

4 bits, Set by UE 



MSID_TYPE 

3 bits, SetbyUE 

Should be 
matched with 
PREF MSID TYP 
E 


MSID LEN 

4 bits. Set by UE 



MSID 

Variable, Set by UE 



Reserved 

'OOOOOOO'B 



1xL3PDULength 

16 bits, SetbyUE 



MOB TERM 

'1'B 



SLOT CYCLE INDEX 

'010'B 



MOB P REV 

8 bits, SetbyUE 



SCM 

8 bits, SetbyUE 



REQUEST MODE 

'001 'B 



SPECIAL SERVICE 

'1'B 



SERVICE_OPTION 

16 bits, any value 
mapping to a voice 
service option 



PM 

'O'B 



DIGIT MODE 

'O'B 



NUMBER TYPE 

3 bits, SetbyUE 



NUMBER PLAN 

4 bits, SetbyUE 



MORE FIELDS 

'O'B 



NUM FIELDS 

8 bits, SetbyUE 



CHARi 

Variable, Set by UE 



NAR AN CAP 

'O'B 



PACA REORIG 

'O'B 



RETURN CAUSE 

'OOOO'B 



MORE RECORDS 

'O'B 



ENCRYPTION SUPPORTED 

'OOOO'B 



PACA SUPPORTED 

'O'B 



NUM ALT SO 

'OOO'B 



DRS 

'1'B 



UZID INCL 

'O'B 



CH IND 

'01 'B 



SR ID 

3 bits, SetbyUE 



OTD SUPPORTED 

'1'B 



QPCH SUPPORTED 

'1'B 



ENHANCED RC 

'1'B 



FOR RC PREF 

'0001 1'B 



REV RC PREF 

'0001 1'B 



FCH SUPPORTED 

'1'B 



FCH Capability Type-specific fields 

Variable 



DCCH SUPPORTED 

'1'B 



RESERVED 

'O'B 



REV FCH GATING REQ 

'O'B 
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Table 8.4.7.6.3.3-10: MobilityFromEUTRACommand (Step 9, Table 8.4.7.6.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




mobilityFromEUTRACommand-r9 SEQUENCE { 




csFallbacklndicator 

False 



purpose CHOICE! 




e-CSFB-r9 SEQUENCE! 








messageContCDMA2000-1 XRTT-r9 

Set according to Table 
8.4.7.6.3.3-11 

IxRTTGCSNA 
Encapsulated 
Handoff Direction 
message 


} 




} 




} 




} 




} 




} 
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Table 8.4.7.6.3.3-1 1 : 1xRTT GCSNA Encapsulated Handoff Direction (Step 9, Table 8.4.7.6.3.2-2) 


Information Element 

Value/remark 

Comment 

Condition 

MessagelD 

'00000001'B 



GCSNAOption 

'00000001'B 



AlternativeGCSNAOption INCL 

'O'B 



IWSIDIncI 

'O'B 



AckRequired 

'O'B 



StopDupDetect 

'O'B 



IVIessageSequence 

Set by SS 



NumTLACEncapsulatedl xLSPDU 

'OO'B 



Reserved 

'OOOO'B 



IxLogicalChannel 

'1'B 



IxProtocolRevision 

'0000011 0'B 



IVIsgType 

'001 0001 0'B 

Universal Handoff 

Direction 

message 


NumTLACHeaderRecords 

'OOOO'B 



Reserved 

'OOO'B 



1xL3PDULength 

1 6 bits, Set by SS 



USE TIME 

'O'B 



ACTION TIME 

'OOOOOO'B 



HDM SEQ 

2 bits, Set by SS 



FARMS INCL 

'1'B 



P REV 

'0000011 O'B 



SERV NEG TYPE 

'1'B 



SEARCH INCLUDED 

'1'B 



SRCH WIN A 

'1 OOO'B 



SRCH WIN N 

'1001'B 



SRCH WIN R 

'1011'B 



T ADD 

'010100'B 



T DROP 

'011110'B 



T COMP 

'1010'B 



T TDROP 

'0100'B 



SOFT SLOPE 

'OOOOOO'B 



ADD INTERCEPT 

'OOOOOO'B 



DROP INTERCEPT 

'OOOOOO'B 



EXTRA PARMS 

'1'B 



PACKET ZONE ID 

'OOOOOOOO'B 



FRAME OFFSET 

4 bits. Set by SS 



PRIVATE LCM 

'O'B 



RESET L2 

'1'B 



RESET FPC 

'1'B 



ENCRYPT MODE 

'OO'B 



NOM PWR EXT 

'O'B 



NOM PWR 

'OOOO'B 



RLGAIN TRAFFIC PILOT 

'OOOOOO'B 



DEFAULT RLAG 

'1'B 



NUM PREAMBLE 

'OOO'B 



BAND CLASS 

5 bits. Set by SS 



CDMA FREQ 

1 1 bits. Set by SS 



RETURN IF HANDOFF FAIL 

'O'B 



PERIODIC SEARCH 

'O'B 



SCR INCLUDED 

'1'B 



NNSCR INCLUDED 

'1'B 



USE PWR CNTL STEP 

'O'B 



CLEAR RETRY DELAY 

'O'B 



SCH INCL 

'1'B 



FPC SUBCHAN GAIN 

'01010'B 



USE PC TIME 

'O'B 



CH IND 

'101'B 



ACTIVE SET REC LEN 

8 bits. Set by SS 



NUM PILOTS 

'001 'B 



SRCH OFFSET INCL 

'1'B 



PILOT PN 

'OOOOOOOOO'B 



SRCH OFFSET 

'010'B 
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ADD PILOT REC INCL 

'O'B 



PWR COMB IND 

'O'B 



CODE CHAN FCH 

1 1 bits, Set by SS 



OOF MASK ID FCH 

'OO'B 



RESERVED 

0-7 bits 



REV FCH GATING MODE 

'O'B 




Table 8.4.7.6.3.3-1 2: 1xRTT Handoff Completion (Step 1 1 , Table 8.4.7.6.3.2-2) 


Information Element 

Value/remark 

Comment 

Condition 

MSG ID 

'00001010' 



ACK SEQ 

3 bits, Set by SS 



MSG SEQ 

3 bits. Set by SS 



ACK REQ 

'1'B 



ENCRYPTION 

'OO'B 



RESERVED 

'O'B 



LAST_HDM_SEQ 

Same value as 
HDM_SEQin IxRTT 
Handoff Direction 
message at Step 9 



PILOT_PN 

Same value as 
PILOT_PN included in 
IxRTT Handoff Direction 
message at Step 9 




8.5 

8.5.1 
8.5.1.1 

8.5.1.1.1 
(1) 


RRG others 

Radio link failure 

Radio link failure / RRG connection re-establishment success 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE detecting physical layer problems} 
then { UE shall start timer T310 and UE does not initiate any RRC Connection re-establishment 
procedure before expiring of timer T310} 


(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE detecting radio link failure on expiring of timer T310 } 
then { UE starts timer T311 and UE initiates the RRC Connection re-establishment procedure 


(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE sucsessfully completes the RRC Connection re-establishment procedure 
then { UE is in E-UTRA RRC CONNECTED state } 


8.5.1.1.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in TS 36.331, clauses 5.3.7.2, 
5.3.10.1, 5.3.10.3 and 5.3.10.4. 

[TS 36.331 clause 5.3.7.2] 
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The UE shall only initiate the procedure when AS security has been activated. The UE initiates the procedure when one 
of the following conditions is met: 

1> upon detecting radio link failure, in accordance with 5.3.11; or 

1> upon handover failure, in accordance with 5.3.5.6; or 

1> upon mobility from E-UTRA failure, in accordance with 5.4.3.5; or 

1> upon integrity check failure indication from lower layers; or 

1> upon an RRC connection reconfiguration failure, in accordance with 5.3.5.5; 
Upon initiation of the procedure, the UE shall: 

1> stop timer T310, if running; 

1> start timer T3 1 1 ; 

1> suspend all RBs except SRBO; 

1> reset MAC; 

1> apply the default physical channel configuration as specified in 9.2.4; 

1> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

1> apply the default MAC main configuration as specified in 9.2.2; 

1> perform cell selection in accordance with the cell selection process as specified in TS 36.304 [4]; 

[TS 36.331 clause 5.3.11.1] 

The UE shall: 

1> upon receiving N310 consecutive "out-of-sync" indications from lower layers while neither T300, T301, T304 
nor T31 1 is running: 

2> start timer T3 10; 

[TS 36.331 clause 5.3.11.3] 

The UE shall: 

1> upon T310 expiry; or 

1> upon random access problem indication from MAC while neither T300, T301, T304 nor T31 1 is running; or 

1> upon indication from RLC that the maximum number of retransmissions has been reached: 

2> consider radio link failure to be detected; 

2> if AS security has not been activated: 

3> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'; 

2> else: 

3> initiate the connection re-establishment procedure as specified in 5.3.7; 

8.5.1 .1 .3 Test description 

8.5.1 .1 .3.1 Pre-test conditions 

System Simulator: 

- 2 cells on same E-UTRA frequency: 

- Cell 1 (default parameters) serving cell 
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- Cell 2 intra-frequency cell 
UE: 
None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18] on cell 1. 
8.5.1 .1 .3.2 Test procedure sequence 

Table 8.5.1.1.3.2-0: Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

"Off" 

-85 

Power level "Off" is defined in TS36.508 Table 6.2.2.1-1 . 


Table 8.5.1.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS changes Cell 1 and Cell 2 parameters 
according to the row "T1 " in table 8.5.1 .1 .3.2-0 
in order that the radio link quality of Cell 1 is 
degraded and cell 2 is suitable for camping. 





2 

Check: Does the UE initiate an RRC 
connection re-establishment procedure on Cell 
1 or Cell 2. This is checked during the time 
T=T310. 



1 

F 

3 

Check: Does the UE send 
RRCConnectionReestablishmentRequest 
message on Cell 2? 

-> 

RRCConnectionReestablishment 
Request 

2 

P 

4 

The SS transmits 
RRCConnectionReestablishment message. 

<- 

RRCConnectionReestablishment 

- 

- 

5 

The UE transmits 

RRCConnectionReestablishmentComplete 

message. 

-> 

RRCConnectionReestablislinfient 
Complete 



6 

The SS transmits an 

RRCConnectionReconfiguration message to 
resume existing radio bearer. 

<- 

RRCConnectionReconfiguration 



7 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationtC 
omplete 



8 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 2? 



3 

P 
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8.5.1 .1 .3.3 Specific message contents 

Table 8.5.1 .1 .3.3-1 : RRCConnectionReestablishmentRequest (step 3, Table 8.5.1 .1 .3.2-1 ) 


Derivation Patii: 36.508, Table 4.6.1-13 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablislimentRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




rrcConnectionReestablislimentRequest-r8 
SEQUENCE} 




ue-ldentity SEQUENCE! 




c-RNTI 

the value of the C-RNTI 
oftheUE 



pliysCellld 

PhysicalCellldentity of 
CelM 



shortlVIAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS 



} 




reestabiisiimentCause 

otherFailure 



} 




} 




} 




Table 8.5.1.1.3.3-2: RRCConnectionReconfiguration (step 6, Table 8.5.1.1.3.2-1) 

Derivation Patii: 36.508, Table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-HO 



} 




} 




} 




} 





8.5.1.2 
8.5.1.2.1 

(1) 


Radio link failure / T301 expiry 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE having sent an RRCConnectionReestablishmentRequest message on starting of timer T3 01 } 
then { UE goes to RRC_IDLE state after timer T3 01 is expired and trigger TAU procedure in order 
to recover RRC connection} 


8.5.1.2.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in TS 36.331, clauses 5.3.7.2, 
5.3.7.3, 5.3.7.7, 5.3.11.1 and 5.3.11.3. The following represent an extraction of the requirements relevant to the test 
purpose. 

[TS 36.331 clause 5.3.7.2] 

The UE shall only initiate the procedure when AS security has been activated. The UE initiates the procedure when one 
of the following conditions is met: 

1> upon detecting radio link failure, in accordance with 5.3.11; or 
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1> upon handover failure, in accordance with 5.3.5.6; or 

1> upon mobility from E-UTRA failure, in accordance with 5.4.3.5; or 

1> upon integrity check failure indication from lower layers; or 

1> upon an RRC connection reconfiguration failure, in accordance with 5.3.5.5; 
Upon initiation of the procedure, the UE shall: 

1> stop timer T310, if running; 

1> start timer T3 1 1 ; 

1> suspend all RBs except SRBO; 

1> reset MAC; 

1> apply the default physical channel configuration as specified in 9.2.4; 

1> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

1> apply the default MAC main configuration as specified in 9.2.2; 

1> perform cell selection in accordance with the cell selection process as specified in TS 36.304 [4]; 
[TS 36.331 clause 5.3.7.3] 
Upon selecting a suitable E-UTRA cell, the UE shall: 

1> stop timer T311; 

1> start timer T301; 

1> apply the timeAlignmentTimerCommon included in SystemInformationBlockType2\ 

1> initiate transmission of the RRCConnectionReestablishmentRequest message in accordance with 5.3.7.4; 

NOTE: This procedure applies also if the UE returns to the source cell. 

Upon selecting an inter-RAT cell, the UE shall: 

1> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'RRC 
connection failure'; 

[TS 36.331 clause 5.3.7.7] 

The UE shall: 

1> if timer T301 expires; or 

1> if the selected cell becomes no longer suitable according to the cell selection criteria as specified in TS 36.304 
[4]: 

2> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'RRC 
connection failure'; 

[TS 36.331 clause 5.3.11.1] 

The UE shall: 

1> upon receiving N310 consecutive "out-of-sync" indications from lower layers while neither T300, T301, T304 
nor T31 1 is running: 

2> start timer T3 10; 

[TS 36.331 clause 5.3.11.3] 

The UE shall: 
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1> upon T310 expiry; or 

1> upon random access problem indication from MAC while neither T300, T301, T304 nor T31 1 is running; or 
1> upon indication from RLC that the maximum number of retransmissions has been reached: 
2> consider radio link failure to be detected; 
2> if AS security has not been activated: 

3> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'; 
2> else: 

3> initiate the connection re-establishment procedure as specified in 5.3.7; 
8.5.1 .2.3 Test description 

8.5.1 .2.3.1 Pre-test conditions 
System Simulator: 

2 cells on same E-UTRA frequency: 

- Cell 1 (default parameters) serving cell 

- Cell 2 intra-frequency cell 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.5.1 .2.3.2 Test procedure sequence 

Table 8.5.1.2.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The SS changes the power level of Cell 1 to 
non-suitable "Off" and changes the power level 
of Cell 2 to suitable according to TS 36.508 
subclause 6.2.2.1 in order that the radio link 
quality of Cell 1 is degraded. 





2 

The UE sends 

RRCConnectionReestablishmentRequest 
message on Cell 2. 

-> 

RRCConnectionReestablishment 
Request 



3 

The SS does not respond to any 
RRCConnectionReestablishmentRequest 
message for 2s (T301). 





4-8 

The UE will perform TAU procedure based on 
steps 1 to 5 of subclause 6.4.2.7 in TS 36.508 
on Cell 2. 

NOTE: The UE performs a TAU procedure due 
to NAS signalling connection recovery. 





9 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 2? 



1 



At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 
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8.5.1 .2.3.3 Specific message contents 

Table 8.5.1.2.3.3-1 : SystemlnformationBlockType2iov Cell 2 (all steps) 


Derivation patii: 36.508 table 4.4.3.3-1 I 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




ue-TimersAndConstants SEQUENCE { 




t301 

ms2000 



} 




} 




Table 8.5.1.2.3.3-2: RRCConnectionReestablishmentRequest (step 2, Table 8.5.1.2.3.2-1) 

Derivation Path: 36.508, Table 4.6.1-13 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-r8 
SEQUENCE} 




ue-ldentity SEQUENCE} 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS 



} 




reestablishmentCause 

otherFailure 



} 




} 




} 





8.5.1.3 
8.5.1.3.1 

(1) 


Radio link failure / T31 1 expiry 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state with default bearer established and radio link failure was 
detected and UE attempts to select a suitable E-UTRA cell to re-establish the RRC connection } 
ensure that { 

when { UE can not find a suitable cell within T311 } 

then { UE does not try to re-establish the RRC connection and goes to RRC_IDLE state after T311 
expired } 


8.5.1.3.2 


Conformance requirements 


The conformance requirements covered in the current test case are specified in TS 36.331 clause 5.3.7.2, 5.3.7.6 and 
5.3.12. 

[TS 36.331 clause 5.3.7.2] 


Upon initiation of the procedure, the UE shall: 
1> stop timer T310, if running; 
1> start timer T3 1 1 ; 
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[TS 36.331 clause 5.3.7.6] 

Upon T31 1 expiry, the UE shall: 

1> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'RRC 
connection failure'. 

[TS 36.331 clause 5.3.12] 

Upon leaving RRC_CONNECTED, the UE shall: 

1> reset MAC; 

1> stop all timers that are running except T320; 

1> release all radio resources, including release of the RLC entity, the MAC configuration and the associated PDCP 
entity for all established RBs; 

1> indicate the release of the RRC connection to upper layers with the release cause; 

1> if leaving RRC_CONNECTED was not triggered by reception of the MobilityFromEUTRACommand message: 

2> enter RRC_IDLE by performing cell selection in accordance with the cell selection process, defined for the 
case of leaving RRC_CONNECTED, as specified in TS 36.304 [4]. 


Test description 
Pre-test conditions 


8.5.1.3.3 
8.5.1.3.3.1 
System simulator: 

2 cells on same E-UTRA frequency: 

- Cell 1 (default parameters) serving cell 
Cell 1 1 intra- frequency cell 

UE: 

None. 

Preamble: 

- The UE is in Generic RB Established (state 3) according to [18] on Cell 1. 
8.5.1 .3.3.2 Test procedure sequence 

Table 8.5.1.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS changes the power level of Cell 1 to 
non-suitable "Off" according to TS 36.508 
subclause 6.2.2.1 in order that the radio link 
quality of Cell 1 is degraded. 





2 

Wait for 12s (T31 1 (10s) is transmitted in 
SIB2). 

- 

- 

- 

- 

3 

The SS changes the power level of Cell 1 1 to 
"Serving Cell" according to TS 36.508 
subclause 6.2.2.1. 





4 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.7 
indicate that the UE is camped on E-UTRAN 
Cell 11? 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 



1 
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8.5.1 .3.3.3 Specific message contents 

None. 

8.5.1 .4 Radio link failure / RRC connection re-establishnnent reject 

8.5.1.4.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state with default bearer established and radio link failure was 
detected and UE initiates the re-establishment procedure} 
ensure that { 

when { the UE receives a RRCConnec tionReest ah lishment Reject message } 

then { UE goes to RRC_IDLE and trigger TAU procedure in order to recover RRC connection } 
} 

8.5.1 .4.2 Conformance requirements 

The conformance requirements covered in the current test case are specified in TS 36.331 clause 5.3.7.8 and 5.3.12. 

[TS 36.331 clause 5.3.7.8] 

Upon receiving the RRCConnectionReestablishmentReject message, the UE shall: 

1> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'RRC 
connection failure'. 

[TS 36.331 clause 5.3.12] 

Upon leaving RRC_CONNECTED, the UE shall: 

1> reset MAC; 

1> stop all timers that are running except T320; 

1> release all radio resources, including release of the RLC entity, the MAC configuration and the associated PDCP 
entity for all established RBs; 

1> indicate the release of the RRC connection to upper layers together with the release cause; 

1> if leaving RRC_CONNECTED was not triggered by reception of the MobilityFromEUTRACommand message: 

2> enter RRC_IDLE by performing cell selection in accordance with the cell selection process, defined for the 
case of leaving RRC_CONNECTED, as specified in TS 36.304 [4]; 

8.5.1 .4.3 Test description 
8.5.1 .4.3.1 Pre-test conditions 
System simulator: 

2 cells on same E-UTRA frequency: 

- Cell 1 (default parameters) serving cell 

- Cell 2 intra-frequency cell 
UE: 

None. 
Preamble: 

- The UE is in Generic RB Established (state 3) according to [18] on Cell 1. 
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8.5.1.4.3.2 


Test procedure sequence 

Table 8.5.1.4.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS changes the power level of Cell 1 to 
non-suitable "Off" cell according to TS 36.508 
subclause 6.2.2.1 in order that the radio link 
quality of Cell 1 is degraded and set the power 
level of Cell 2 to suitable cell. 





2 

The UE transmits an 

RRCConnectionReestablishmentRequest 
message on Cell 2. 

-> 

RRCConnectionRestablishmentR 
equest 



3 

The SS transmits a 

RRCConnectionReestablishmentReject 

message 

<- 

RRCConnectionReestablishment 
Reject 



4-8 

The UE will perform TAU procedure based on 
steps 1 to 5 of subclause 6.4.2.7 in TS 36.508 
on Cell 2. 

NOTE: The UE performs a TAU procedure due 
to NAS signalling connection recovery. 





9 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 2? 



1 



At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 






8.5.1.4.3.3 
None. 
8.5.1.5 
8.5.1.5.1 

(1) 


Specific message contents 

Radio link failure / Radio link recovery while T31 is running 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE detecting physical layer recovery while T310 was running } 
then { the UE resumes the RRC connection without explicit signalling 


8.5.1.5.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331 clause 5.3.11.1 and 
5.3.11.2. 

[TS 36.331, clause 5.3.11.1] 

The UE shall: 

1> upon receiving N310 consecutive "out of sync" indications from lower layers while neither T300, T301, T304 
nor T31 1 is running: 

2> start timer T3 10. 
[TS 36.331, clause 5.3.11.2] 
Upon receiving N311 consecutive "in-sync" indications from lower layers while T310 is running, the UE shall: 1> 

stop timer T3 10. 

NOTE 1: In this case, the UE resumes the RRC connection without explicit signalling, i.e. the UE resumes the 
entire radio resource configuration. 
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NOTE 2: Periods in time where neither "in-sync" nor "out-of-sync" is reported by layer 1 do not affect the 
evaluation of the number of consecutive "in-sync" or "out-of-sync" indications 


Test description 
Pre-test conditions 


8.5.1.5.3 
8.5.1.5.3.1 
System Simulator: 

- Cell 1 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 

8.5.1 .5.3.2 Test procedure sequence 

Table 8.5.1.5.3.2-1 illustrates the downlink power level to be applied for the cell at various time instants of the test 
execution. Row marked "TO" denotes the initial condition, while column marked "Tl"is applied according the 
procedure. 

Table 8.5.1.5.3.2-1 : Time instances of cell power level 



Parameter 

Unit 

CelM 

Remark 

TO 

RS EPRE 

dBm/ 
15kH 

z 

Pdefault 

Power level from 36.508 
clause 6.2.2.1. Pdefauitas 
serving cell. 

T1 

RS EPRE 

dBm/ 
15kH 

z 

Poff 

Poff as non-suitable "Off" cell. 


Table 8.5.1.5.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 


SS wait for the 660ms to ensure that DL 
Timing Advance is sent at least once and UE 
apply the value of 

timeAlignmentTimerDedicated which is 
updated during the preamble. 





1 

The SS changes Cell 1 level according to the 
row "T1" in table 8.5.1.5.3.2-1. 

- 

- 

- 

- 

2 

SS waits for 1 .5s. The T31 is 2s. 

- 

- 

- 

- 

3 

The SS changes Cell 1 level according to the 
row "TO" in table 8.5.1 .5.3.2-1 . 

- 

- 

- 

- 

4 

SS waits for 5s. 

Check: Does the UE transmit any signalling 

message? 



1 

F 

5 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1 
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8.5.1 .5.3.3 Specific message contents 

Table 8.5.1.5.3.3-1 : SystemlnformationBlockType2 (preamble and all steps, Table 8.5.1.5.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-1 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




ue-TimersAndConstants SEQUENCE { 




t310 

ms2000 



} 




} 





Table 8.5.1.5.3.3-2: RRCConnectionReconfiguration (preamble: Table 4.5.3.3-1 [18], step 8) 


Derivation path: 36.508 table 4.8.2.1 .5-1 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




RadioResourceConfigDedicated SEQUENCE { 




mac-MainConfig CHOICE { 




timeAlignmentTimerDedicated 

Infinity 



1 




} 




1 




I 




1 




} 





NOTE: As per test model SS is not configured to transmit PDCCH orders and it expects UE to be PUCCH 
synchronized throughout the test sequence. 


8.5.1.6 
8.5.1.6.1 
(1) 


Radio link failure / T31 1 expiry / Dedicated RLF tinner 
Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message containing an rlf -TimersAndConstants -r9 
set to setup } 

then { UE uses timer value received in the RRCConnectionReconfiguration message } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state and having received an RRCConnectionReconfiguration message 
containing an rlf-TimersAndConstants-r9 set to setup } 
ensure that { 

when { UE receives SystemInformationBlockType2 containing different timer value from 
RRCConnectionReconfiguration message } 

then { UE continues to use timer value received in the RRCConnectionReconfiguration message } 

} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state and having received an RRCConnectionReconfiguration message 
containing an rlf -TimersAndConstants -r9 set to setup } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message containing an rlf -TimersAndConstants -r9 
set to release } 

then { UE does not use timer value received in the RRCConnectionReconfiguration message } 
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8.5.1 .6.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331 clause 5.2.2.9, 
5.3.7.2, 5.3.7.6, 5.3.10.0, 5.3.10.7 and 5.3.12. 

[TS 36.331 clause 5.2.2.9] 

Upon receiving SystemInformationBlockType2, the UE shall: 


1> if in RRC_CONNECTED and UE has previously received rlf-TimersAndConstants: 

2> The UE shall not update its values of the timers and constants in UE-TimersAndConstants except for the 
value of timer T300. 

[TS 36.331 clause 5.3.7.2] 

Upon initiation of the procedure, the UE shall: 

1> stop timer T310, if running; 

1> start timer T3 1 1 ; 

[TS 36.331 clause 5.3.7.6] 

Upon T31 1 expiry, the UE shall: 

1> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'RRC 
connection failure'; 

[TS 36.331 clause 5.3.10.0] 

The UE shall: 


1> if the received radioResourceConfigDedicated includes the rlf-TimersAndConstants: 
2> reconfigure the values of timers and constants as specified in 5.3.10.7; 
[TS 36.331 clause 5.3.10.7] 
The UE shall: 

1> if the received rlf-TimersAndConstants is set to 'release': 

2> use values for timers T301, T310, T311 and constants N310, N311, as included in ue -Timer sAndConstants 
received in SystemInformationBlockType2\ 

1> else: 

2> reconfigure the value of timers and constants in accordance with received rlf-TimersAndConstants\ 
[TS 36.331 clause 5.3.12] 
Upon leaving RRC_CONNECTED, the UE shall: 

1> reset MAC; 

1> stop all timers that are running except T320; 

1> release all radio resources, including release of the RLC entity, the MAC configuration and the associated PDCP 
entity for all established RBs; 

1> indicate the release of the RRC connection to upper layers together with the release cause; 

1> if leaving RRC_CONNECTED was not triggered by reception of the Mobility FromEUTRACommand message: 
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2> enter RRCJDLE and perform procedures as specified in TS 36.304 [4, 5.2.7]; 
8.5.1 .6.3 Test description 

8.5.1 .6.3.1 Pre-test conditions 
System simulator: 

- Cell 1 and Cell 2 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.5.1 .6.3.2 Test procedure sequence 

Table 8.5.1.6.3.2-1 illustrates the downlink power levels to be applied for the cells at various time instants of the test 
execution. The exact instants on which these values shall be applied are described in the texts in this clause. 

Table 8.5.1.6.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

"Off" 

"Off" 

No Cells are available. 
(N0TE1). 

T2 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

"Off" 

-85 

Only Cell 2 is available. 
(N0TE1). 

T3 

Cell-specific RS 
EPRE 

dBm/15 
kHz 

-85 

"Off" 

Only Cell 1 is available. 
(N0TE1). 

NOTE 1 : Power level "Off" is defined in TS 36.508 Table 6.2.2.1-1 . 
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Table 8.5.1.6.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS changes Cell 1 levels according to row 
"T1" in Table 8.5.1.6.3.2-1. 

- 

- 

- 

- 

2 

Wait for 5s. 

- 

- 

- 

- 

3 

The SS changes Cell 2 levels according to row 
"T2" in Table 8.5.1.6.3.2-1. 

- 

- 

- 

- 

4 

Check: Does the UE transmit an 
RRCConnectionRequest message on Cell 2? 

-> 

RRCConnectionRequest 

1 

P 

5-9 

Steps 2 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed on 
Cell 2. 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





10 

Wait for 5 s for the UE to enter E-UTRA 
RRC IDLE state. 

- 

- 

- 

- 

Il- 
ls 

Steps 2 to 9 of the generic test procedure in 
TS 36.508 subclause 4.5.3.3 are performed on 
Cell 2. 

NOTE: The UE performs the establishment of 
the data radio bearer associated with the 
default EPS bearer context. 





19 

The SS transmits a Paging message including 
systemlnfoModification on Cell 2. 

<— 

Paging 

- 

- 

20 

Wait for 2.1* modification period for the UE to 
receive system information. 

- 

- 

- 

- 

21 

The SS changes Cell 2 levels according to row 
"T1" in Table 8.5.1.6.3.2-1. 

- 

- 

- 

- 

22 

Wait for 5s. 

- 

- 

- 

- 

23 

The SS changes Cell 1 levels according to row 
"T3" in Table 8.5.1.6.3.2-1. 

- 

- 

- 

- 

24 

Check: Does the UE transmit an 
RRCConnectionRequest message on Cell 1? 

-> 

RRCConnectionRequest 

2 

P 

25- 
29 

Steps 2 to 6 of the generic test procedure in 

TS 36.508 subclause 6.4.2.7 are performed on 

CelM. 

NOTE: The UE performs a TAU procedure and 

the RRC connection is released. 





30 

Wait for 5 s for the UE to enter E-UTRA 
RRC IDLE state. 

- 

- 

- 

- 

31- 
38 

Steps 2 to 9 of the generic test procedure in 

TS 36.508 subclause 4.5.3.3 are performed on 

CelM. 

NOTE: The UE performs the establishment of 

the data radio bearer associated with the 

default EPS bearer context. 





39 

The SS transmits an 

RRCConnectionReconfiguration message on 
CelM. 

<— 

RRCConnectionReconfiguration 



40 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
ompiete 



41 

The SS changes Cell 1 levels according to row 
"T1" in Table 8.5.1.6.3.2-1. 

- 

- 

- 

- 

42 

Wait for 5s. 

- 

- 

- 

- 

43 

The SS changes Cell 2 levels according to row 
"T2" in Table 8.5.1.6.3.2-1. 

- 

- 

- 

- 

44 

Check: Does the UE transmit an 
RRCConnectionReestablishmentRequest 
message on Cell 2? 

-> 

RRCConnectionReestablisliment 
Request 

3 

P 

45 

The SS transmits an 

RRCConnectionReestablishment message on 
Cell 2. 

<— 

RRCConnectionReestabiisliment 



46 

The UE transmits an 
RRCConnectionReestablishmentComplete 

-> 

RRCConnectionReestablisliment 
Complete 

- 

- 
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message on Cell 2. 





47 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 2. 

<- 

RRCConnectionReconfiguration 



48 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 2. 

-> 

RRCConnectionReconfigurationC 
omplete 



49 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 2? 



3 



8.5.1.6.3.3 


Specific message contents 


Table 8.5.1.6.3.3-1 : SystemlnformationBlockType2iov Cell 1 (preamble and all steps, Table 

8.5.1.6.3.2-2) 


Derivation Path: 36.508, Table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




ue-TimersAndConstants SEQUENCE { 




t311 

ms30000 



} 




} 





Table 8.5.1.6.3.3-2: RRCConnectionReconfiguration (preamble, step 17 and 37 Table 8.5.1.6.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition SRB2-DRB(1, 0) 

Table 8.5.1.6.3.3-3: RadioResourceConfigDedicated (Tab\e 8.5.1.6.3.3-2) 


Derivation Path: 36.508, Table 4.6.3-16 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated ::= SEQUENCE { 




rlf-TimersAndConstants-r9 CHOICE { 




setup SEQUENCE} 




t301-r9 

mslOOO 



t310-r9 

mslOOO 



n310-r9 

n1 



t311-r9 

mslOOO 



n311-r9 

n1 



} 




} 




} 





Table 8.5.1.6.3.3-4: Paging {step 19, Table 8.5.1.6.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-7 

Information Element 

Value/remark 

Comment 

Condition 

Paging ::= SEQUENCE} 




pagingRecordList 

Not present 



systemlnfoModification 

true 



} 
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Table 8.5.1.6.3.3-5: SystemlnformationBlockType2 ior Cell 2 (step 20, Table 8.5.1.6.3.2-2) 


Derivation Path: 36.508, Table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




ue-TimersAndConstants SEQUENCE { 




t311 

ms30000 



} 




} 





Table 8.5.1.6.3.3-6: RRCConnectionReconfiguration (step 39, Table 8.5.1.6.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated SEQUENCE { 

RadioResourceConfigDe 
dicated-NON-DEFAULT 



} 




} 




} 




} 




} 





Table 8.5.1.6.3.3-7: RadioResourceConfigDedicated-NON-DEFAULT (Table 8.5.1.6.3.3-6) 


Derivation Path: 36.508, Table 4.6.3-1 8A 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated-NON-DEFAULT ::= 
SEQUENCE} 




srb-ToAddModList 

Not present 



drb-ToAddModList 

Not present 



drb-ToReleaseList 

Not present 



mac-MainConfig 

Not present 



sps-Config 

Not present 



physicalConfigDedicated 

Not present 



rlf-TimersAndConstants-r9 CHOICE { 




release 

NULL 



} 




} 





8.5.2 
8.5.2.1 

8.5.2.1.1 
(1) 


Redirection to E-UTRAN 

Redirection to E-UTRAN / From UTRAN upon reception of RRC 
CONNECTION REJECT 

Test Purpose (TP) 


with { UE in UTRA Idle state } 
ensure that { 

when { UE is requested to make an outgoing PS call } 
then { UE includes in the RRC CONNECTION REQUEST the IE Pre -Redirection info" } 
} 

(2) 

with { UE in UTRA CELL_DCH state } 
ensure that { 

when { UE receives an RRC CONNECTION REJECT message including an IE Redirection info with E-UTRA 
target info E-UTRA frequency } 

then { UE enters RRC_IDLE state on E-UTRAN Carrier included in IE Redirection info } 
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8.5.2.1 .2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 25.331, clause 8.1.3.3, 
8.1.4.3 and clause 8.5.2. 

[TS 25.331, clause 8.1.3.3] 

The UE shall, in the transmitted RRC CONNECTION REQUEST message: 


1> if the UE supports E-UTRA: 

2> if the variable EUTRA_FREQUENCY_INFO_LIST contains no E-UTRA frequencies: 

3> include the IE "Pre-Redirection info"; 

3> if the UE supports E-UTRA FDD: 

4> set the IE "Support of E-UTRA FDD" to TRUE. 

3> if the UE supports E-UTRA TDD: 

4> set the IE "Support of E-UTRA TDD" to TRUE. 

2> if the UE supports any of the bands that the E-UTRA frequencies included in the variable 
EUTRA_FREQUENCY_INFO_LIST belong to: 

3> include the IE "Pre-Redirection info"; 

3> if the UE supports any of the bands that the E-UTRA FDD frequencies included in the variable 
EUTRA_FREQUENCY_INFO_LIST belong to: 

4> set the IE "Support of E-UTRA FDD" to TRUE. 

3> if the UE supports any of the bands that the E-UTRA TDD frequencies included in the variable 
EUTRA_FREQUENCY_INFO_LIST belong to: 

4> set the IE "Support of E-UTRA TDD" to TRUE. 

[TS 25.331, clause 8.1.3.9] 

When the UE receives an RRC CONNECTION REJECT message on the downlink CCCH, it shall compare the value of 
the IE "Initial UE identity" in the received RRC CONNECTION REJECT message with the value of the variable 
INITIAL UE IDENTITY: 


1> if the IE "inter-RAT info" is present: 

2> if the IE "wait time" = '0': 

3> the UE behaviour is not specified. 

2> if V300 is equal to or smaller than N300: 

3> if the IE "GSM target cell info" is present: 

4> attempt to camp on a suitable cell of the list of cells indicated for that RAT; 

4> if the UE selects and camps on one of the cells indicated for that RAT: 

5> disable cell reselection to the original RAT until the time stated in the IE "wait time" has elapsed. 

4> if the UE cannot find any suitable cell from the indicated ones within 10s, the UE is allowed to camp 
on any suitable cell on that RAT. 
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5> after having selected and camped on a suitable cell on the designated RAT: 

6> the UE may disable cell reselection to the original RAT until the time stated in the IE "wait 
time" has elapsed. 

3> if the IE "E-UTRA target info" is present: 

4> attempt to camp on a suitable cell on one of the frequencies indicated for that RAT, excluding any cell 
indicated in the list of not allowed cells for that RAT (e.g. the "E-UTRA Target Cell Blacklist" for E- 
UTRA), if present; 

4> if the UE selects and camps on one such cell: 

5> disable cell reselection to the original RAT until the time stated in the IE "wait time" has elapsed. 

4> if the UE cannot find any suitable cell on the indicated frequencies within 10s, the UE is allowed to 
camp on any suitable cell on that RAT: 

5> after having selected and camped on a suitable cell on the designated RAT: 

6> disable cell reselection to the original RAT until the time stated in the IE "wait time" has 
elapsed. 


Test description 
Pre-test conditions 


8.5.2.1.3 
8.5.2.1.3.1 
System Simulator: 

- 2 cells, one UTRA and one E-UTRA cell: 

- Cell 5 UTRA serving cell (priority 4 default) 

- Cell 1 suitable neighbour E-UTRA cell (priority 3) 
UE: 

UTRAN Idle state 
Preamble: 

State 3 or state 7 as specified in clause 7.4 of TS 34.108, depending on the CN domain(s) supported by the UE. 
8.5.2.1 .3.2 Test procedure sequence 

Table 8.5.2.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Make the UE initiate an outgoing PS call. 

- 

- 

- 

- 

2 

Check: does the UE include the IE Pre- 
redirection info with Support of E-UTRA set to 
TRUE? 

-> 

RRC CONNECTION REQUEST 

1 

P 

3 

The SS transmit a RRC CONNECTION 
REJECT 

<— 

RRC CONNECTION REJECT 

- 

- 

4 

Check: Does the test result of generic test 
procedure in TS 36.508 Table 6.4.2.7A-2 
indicate that the UE is camped on E-UTRAN 
CelM? 



2 
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8.5.2.1.3.3 


Specific message or IE contents 


Table 8.5.2.1.3.3-1 System Information Block type 19 for cell 5 (preamble and all steps, Table 

8.5.2.1.3.2-1) 


Derivation Path: 36.508 table Table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList SEQUENCE { 




utra-ServingCell SEQUENCE { 




priority 

4 



} 




eutra-FrequencyAndPrioritylnfoList SEQUENCE 
(SIZE (1..maxNumEUTRAFreqs)) OF SEQUENCE 

1 entry 



earfcn[7] 

Downlink EARFCN of 
CelM 



priority[7] 

3 



} 




} 





Table 8.5.2.1.3.3-2: RRC CONNECTION REQUEST (UTRA Rel-8) 


Derivation path: 34.1 08 default RRC CONNECTION REQUEST in section 9.1 .1 for UTRA FDD or 9.1 .2 for UTRA 
TDD 

Information Element 

Value/Remark 

Comment 

Condition 

Pre-redirection info 


The presence of 
this IE indicates 
the UE support of 
radio access 
technologies that 
the UE could be 
directed to 






Support of E-UTRA FDD 

TRUE 


E-UTRA- 
FDD 

Support of E-UTRA TDD 

TRUE 


E-UTRA- 
TDD 

Domain indicator 

PS domain 




Table 8.5.2.1.3.3-2: RRC CONNECTION REJECT (UTRA Rel-8) 


Derivation path: 34.1 08 default RRC CONNECTION REJECT in section 9.1 .1 for UTRA FDD or 9.1 .2 for UTRA TDD 

Information Element 

Value/Remark 

Comment 

Condition 

Wait Time 

15 



Redirection info 




Inter-RAT info 

E-UTRA 



E-UTRA target info 




E-UTRA Target Frequency Info List 

1 Entry 



DL Carrier frequency 

EARFCN of the downlink 
Cell 1 carrier frequency 




8.5.3 
8.5.4 
8.5.4.1 

8.5.4.1.1 

(1) 


Void 

UE capability transfer 

UE capability transfer / Success 
Test Purpose (TP) 


with I UE in RRC CONNECTED state 
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ensure that { 

when { UE receives an UECapabilityEnquiry message before AS security is activated } 

then { UE transmits an UECapabilitylnformation message including UE radio access capability 
information corresponding to the ue-CapabilityRequest variable } 

} 

(2) 

with { UE in RRC_CONNECTED state } 
ensure that { 

when { UE receives an UECapabilityEnquiry message after AS security is activated } 

then { UE transmits an UECapabilitylnformation message including UE radio access capability 
information corresponding to the ue-CapabilityRequest variable } 
} 

8.5.4.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.6.3.3. 

[TS 36.331, clause 5.6.3.3] 

The UE shall: 

1> set the contents of UECapabilitylnformation message as follows: 

2> if the ue-CapabilityRequest includes 'eutra': 

3> include the UE-EUTRA-Capability within a ue- Capability RAT- Container and with the rat-Type set to 
'eutra'; 

2> if the ue-CapabilityRequest includes 'geran-cs' and if the UE supports GERAN CS domain: 

3> include the UE radio access capabilities for GERAN CS within a ue-CapabilityRAT-Container and with 
the rat-Type set to 'geran-cs'\ 

2> if the ue-CapabilityRequest includes 'geran-ps' and if the UE supports GERAN PS domain: 

3> include the UE radio access capabilities for GERAN PS within a ue- Capability RAT- Container and with 
the rat-Type set to 'geran-ps'\ 

2> if the ue-CapabilityRequest includes 'utra' and if the UE supports UTRA: 

3> include the UE radio access capabilities for UTRA within a ueCapabilityRAT-Container and with the rat- 
Type set to 'utra'\ 

2> if the ue-CapabilityRequest includes 'cdma2000-lXRTT and if the UE supports CDMA2000-lxRTT: 

3> include the UE radio access capabilities for CDMA 2000 within a ueCapabilityRAT-Container and with 
the rat-Type set to 'cdma2000-lXRTT\ 

1> submit the UECapabilitylnformation message to lower layers for transmission, upon which the procedure ends. 

8.5.4.1 .3 Test description 
8.5.4.1 .3.1 Pre-test conditions 
System Simulator: 

- Cell 1 
UE: 
None. 
Preamble: 

- The UE is in state Switched OFF (state 1) according to [18]. 
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8.5.4.1.3.2 


Test procedure sequence 

Table 8.5.4.1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

The UE transmits an RRCConnectionRequest 
message. 

-> 

RRCConnectionRequest 

- 

- 

3 

The SS transmits an RRCConnectionSetup 
message. 

<— 

RRCConnectionSetup 

- 

- 

4 

The UE transmits an 
RRCConnectionSetupComplete. 
This message includes an ATTACH 
REQUEST and a PDN CONNECTIVITY 
REQUEST message. 

-> 

RRCConnectionSetupComplete 



5 

The SS transmits a DLInformationTransfer 

message. 

This message includes an AUTHENTICATION 

REQUEST message. 

<— 

DL Information Transfer 



6 

The UE transmits a ULInformationTransfer 

message. 

This message includes an AUTHENTICATION 

RESPONSE message. 

-> 

UL Information Transfer 



7 

The SS transmits a DLInformationTransfer 

message. 

This message includes a SECURITY MODE 

COMMAND message. 

<- 

DL Information Transfer 



8 

The UE transmits a ULInformationTransfer 

message. 

This message includes a SECURITY MODE 

COMPLETE message. 

-> 

UL Information Transfer 



9 

The SS transmits a UECapabilityEnquiry 
message to request UE radio access capability 
information for E UTRA only. 

<— 

UECapabilityEnquiry 



10 

Check: Does the UE transmit a 
UECapabilitylnformation message? 

-> 

UECapabilitylnformation 

1 

p 

11 

The SS transmits a SecurityModeCommand 
message to activate AS security. 

<— 

SecurityModeCommand 

- 

- 

12 

The UE transmits a SecurityModeComplete 
message and establishes the initial security 
configuration. 

-> 

SecurityModeComplete 




EXCEPTION: Steps 13a1 to 13a2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred after 
SECURITY MODE COMPLETE message. 





13a 

1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits a 
DLInformationTransfer message. 
This message includes an ESM 
INFORMATION REQUEST message. 

<- 

DL Information Transfer 



13a 
2 

The UE transmits a ULInformationTransfer 

message. 

This message includes an ESM 

INFORMATION RESPONSE message. 

-> 

UL Information Transfer 



14 

The SS transmits an 

RRCConnectionReconfiguration message to 
establish a data radio bearer. 

<— 

RRCConnectionReconfiguration 



15 

The UE transmits an 
RRCConnectionReconfigurationComplete. 

-> 

RRCConnectionReconfigurationC 
omplete 

- 

- 

16 

The UE transmits a ULInformationTransfer 

message. 

This message includes an ATTACH 

COMPLETE message. 

-> 

UL Information Transfer 



17 

The SS transmits a UECapabilityEnquiry 

<— 

UECapabilityEnquiry 

- 

- 
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message to request UE radio access capability 
information for E UTRA only. 





18 

Check: Does the UE transmit a 
UECapabilitylnformation message? 

-> 

UECapabilitylnformation 

2 

P 

- 

EXCEPTION: Steps 19a1 to 19a2 describe 
behaviour that depends on the UE capability. 

- 

- 

- 

- 

19a 
1 

IF pc FDD, pc TDD HCR, pc TDD LCR, 
pc_TDD_VHCR, pc_GERAN, pc_1xRTT or 
pc_HRPD THEN the SS transmits a 
UECapabilityEnquiry message to request UE 
radio access capability information for every 
other supported RATs. 

<— 

UECapabilityEnquiry 



19a 
2 

Check: Does the UE transmit a 
UECapabilitylnformation message? 

-> 

UECapabilitylnformation 

2 

P 


8.5.4.1 .3.3 Specific message contents 

Table 8.5.4.1.3.3-1: UEcapabilityEnquiry (step 9 and 17, Table 8.5.4.1.3.2-1) 


Derivation path: 36.508 clause 4.6.1 table 4.6.1-22 

Information Element 

Value/Remark 

Comment 

Condition 

UECapabilityEnquiry ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ueCapabilityEnquiry-r8 SEQUENCE { 




ue-CapabilityRequest SEQUENCE (SIZE 
(L.maxRAT-Capabilities)) OF SEQUENCE { 

1 entry 

E-UTRA only 


RAT-Type[11 

eutra 



} 




} 




} 




} 




} 
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Table 8.5.4.1.3.3-2: UECapabilitylnformation (step 10 and 18, Table 8.5.4.1.3.2-1) 


Derivation path: 36.508 clause 4.6.1 table 4.6.1-23 

Information Element 

Value/Remark 

Comment 

Condition 

UECapabilitylnformation ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




ueCapabilitylnformation-r8 SEQUENCE { SIZE 
(L.maxRAT-Capabilities)) OF SEQUENCE { 

1 entry only 



rat-Type[1] 

eutra 

E-UTRA only 


ueCapabilitiesRAT-Container[1 ] OCTET 
STRING { 




UE-EUTRA-Capability SEQUENCE { 




accessStratum Release 

Not checked 

Value should be 
based on Rel of 
Access stratum 
supported 


ue-Category 

px eUE Category Type 



pdcp-Parameters 

Not checked 



phyLayerParameters SEQUENCE { 




ul-AntennaSelectionSupported 

Not checked 



ue-SpecificRefSigsSupported 

Not checked 



} 




rf-Parameters SEQUENCE (SIZE 
(1 ..maxBands)) OF SEQUENCE { 




supportedEUTRA-BandList SEQUENCE { 

n entries where n is the 
sum of pc_eBanda_Supp 
for a= 1 to 64 

n is the number of 
supported EUTRA 
bands 


eutra-Band[a = 1..n] 

Any value (3 such that 
pc_eBand(3_Supp is 
TRUE and different from 
all eutra-Band[k] where k 
= 1 to a - 1 



halfDuplex[a = 1..n] 

Not checked 



} 




} 




measurementParameters SEQUENCE { 




eutra-BandList SEQUENCE (SIZE 
(1.. maxBands)) OF SEQUENCE { 




InterFreqEUTRA-BandList SEQUENCE 
(SIZE (1 ..maxBands)) OF SEQUENCE { 

same number of entries 
like in supportedEUTRA- 
BandList 



interFreqNeedForGaps[1 ..n] 

Not checked 



} 




interRAT-BandList SEQUENCE (SIZE 
(1.. maxBands)) OF SEQUENCE { 

m entries (contents not 
checked, but m shall be 
equal to the number of 
bands listed in each IE 
present in interRAT- 
Parameters) 



interRAT-NeedForGaps[1 ..m] 

Not checked 



} 




} 




} 




featureGrouplndicators 

shall be set according to 
the corresponding PICS 
items 



interRAT-Parameters SEQUENCE { 

m elements are present 



utraFDD 

Present but value not 
checked 


pc_FDD 

utraTDD128 

Present but value not 
checked 


pc TDD L 
CR 

utraTDD384 

Present but value not 
checked 


pc TDD H 
CR 

utraTDD768 

Present but value not 
checked 


pc TDD V 
HCR 

geran 

Present but value not 


pc GERA 
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checked 


N 

cdma2000-HRPD 

Present but value not 
checked 


pc_HRPD 

cdma2000-1xRTT 

Present but value not 
checked 


pc_1xRTT 

} 




nonCriticalExtension SEQUENCE {} 

Not checked 



} 




} 




} 




} 




} 




} 





Table 8.5.4.1.3.3-3: UEcapabilityEnquiry (step 19a1, Table 8.5.4.1.3.2-1) 


Derivation path: 36.508 clause 4.6.1 table 4.6.1-22 

Information Element 

Value/Remark 

Comment 

Condition 

UEcapabilityEnquiry ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ueCapabilityEnquiry-r8 SEQUENCE { 

Numbering of entries is 
according to conditions 
met 

According to inter- 
RAT capabilities 
of UE 


ue-RadioAccessCapRequest[i1 ] 

utran 

This entry is 
present if the UE 
is capable of any 
mode (FDD/TDD) 
in UMTS. 

pc FDD, 

pc TDD H 

CR, 

pc TDD L 

CR, 

pc TDD V 

HCR 

ue-RadioAccessCapRequest[i2] 

geran-cs 


pc_GERA 
N and 
pc_CS 

ue-RadioAccessCapRequest[i3] 

geran-ps 


pc_GERA 
N and 
pc PS 

ue-RadioAccessCapRequest[i4] 

cdma2000-1XRTT 


pc IxRTT, 
pc HRPD 

nonCriticalExtension SEQUENCE {} 

Not present 



} 




} 




} 




} 
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Table 8.5.4.1.3.3-4: UECapabilitylnformation (step 19a2, Table 8.5.4.1.3.2-1) 


Derivation path: 36.508 clause 4.6.1 table 4.6.1-23 

Information Element 

Value/Remark 

Comment 

Condition 

UECapabilitylnformation ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




ueCapabilitylnformation-r8 SEQUENCE { SIZE 
(L.maxRAT-Capabilities)) OF SEQUENCE { 


Stated capability 
shall be 

compatible with 
3GPP TS 36.523- 
2(ICS 

statements) and 
the user settings 


rat-Type[i1] 

utran 


pc FDD, 

pc TDD H 

CR, 

pc TDD L 

CR, 

pc TDD V 

HCR 

ueCapabilitiesRAT-Container[i1] OCTET 
STRING {} 

ueCapabilitiesRAT- 
Container-UTRAN 

Encoded as an 
INTER RAT 
HANDOVER 
INFO messages 
as defined in 
3GPP TS 25.331 
[171. 

pc FDD, 

pc TDD H 

CR, 

pc TDD L 

CR, 

pc TDD V 

HCR 

rat-Type[i2] 

geran-cs 


pc_GERA 
N and 
pc CS 

ueCapabilitiesRAT-Container [12] OCTET 
STRING {} 

ueCapabilitiesRAT- 
Container-GERAN-CS 

Encoded as the 
concatenation of 
lEs MS classmark 
2 and MS 
classmark 3 as 
defined in 3GPP 
TS 24.008 [32]. 

pc GERA 

Nand 

pc_CS 

rat-Type[i3] 

geran-ps 


pc GERA 
Nand 
pc PS 

ueCapabilitiesRAT-Container [12] OCTET 
STRING {} 

ueCapabilitiesRAT- 
Container-GERAN-PS 

Encoded as MS 
radio access 
capability IE as 
defined in 3GPP 
TS 24.008 [32]. 

pc_GERA 
N and 
pc_PS 

rat-Type[i4] 

cdma2000-1XRTT 


pc IxRTT, 
pc HRPD 

ueCapabilitiesRAT-Container [13] OCTET 
STRING {} 

Not checked 

Encoded as A21 
Mobile 
Subscription 
Information as 
defined in 3GPP2 
A.S0008 [33]. 

pc IxRTT, 
pc_HRPD 

nonCriticalExtension SEQUENCE {} 

Not present 



} 




} 




} 




} 
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Table 8.5.4.1.3.3-5: ueCapabilitiesRAT-Container-UTRAN 


Derivation path: 25.331 clause 1 1 .2 

Information Element 

Value/Remark 

Comment 

Condition 

ueCapabilitiesRAT-Container-UTRAN ::= 
SEQUENCE} 




predefinedConfigStatusList CHOICE { 




absent 

NULL 



} 




uE-Securitylnformation 

Not checked 

The value of start 
CS is not used for 
LTE to UMTS 
handover in Rel-8 


ue-CapabilityContainer CHOICE { 




present 

Not checked 

Container 
including UE radio 
access capability 


} 




v390NonCriticalExtensions CHOICE { 




present SEQUENCE} 




interRATHandoverlnfo-v390ext 

Not checked 

Positioning 
capability and 
dummy field 


v3aONonCriticalExtensions SEQUENCE { 




interRATHandoverlnfo-v3a0ext 

Not checked 

Positioning 
capability 


laterNonCriticalExtensions SEQUENCE { 




interRATHandoverlnfo-v3d0ext 

Not checked 

Deprecated 
information 


interRATHandoverlnfo-r3-add-ext 

Not checked 

UE radio access 
capability for 
bands VIII to XIV, 
UE radio access 
capability 
extension, support 
of 2 DRX 
schemes in 
CELL_PCH, 
support of E- 
DPDCH power 
interpolation 


v3gONonCriticalExtensions SEQUENCE { 




interRATHandoverlnfo-v3g0ext 

Not checked 

Positioning 

capability 

extension 


v4bONonCriticalExtensions SEQUENCE { 




interRATHandoverlnfo-v4b0ext 

Not checked 

Access Stratum 
Release indicator 


v4dONonCriticalExtensions SEQUENCE { 




interRATHandoverlnfo-v4d0ext 

Not checked 

LCRTDDUE 
capability 


v590NonCriticalExtensions SEQUENCE { 




interRATHandoverlnfo-v590ext 

Not checked 

Predefined 
configuration 
status information 
compressed, UE 
radio access 
capability 
compressed 


v690NonCriticalExtensions SEQUENCE { 




interRATHandoverlnfo-v690ext 
SEQUENCE} 




ue-Securitylnformation2 

Not checked 

START PS 

pc_Featr 
Grp_8 

ue-RadioAccessCapabilityComp 

Not checked 

RF capability for 
bands VIII to XIV 


ue-RadioAccessCapabilityComp2 

Not checked 

UE radio access 
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capability comp 2 


} 




v6bONonCritical Extensions SEQUENCE 
{ 




interRATHandoverlnfo-v6b0ext 

Not checked 

Support for 
SIB11bis 


v6eONonCriticalExtensions SEQUENCE 
{ 




interRATHandoverlnfo-v6e0ext 

Not checked 

Support of 
FDPCH 


v770NonCritical Extensions 
SEQUENCE} 




interRATHandoverlnfo-v770ext 

Not checked 

TDD RF and 
physical channel 
capability 
extensions in Rel- 
7, support of 
GANSS, support 
of MAC-ehs, LCR 
TDD UE specific 
capability 
information 


v790nonCriticalExtensions 
SEQUENCE} 




interRATHandoverlnfo-v790ext 

Not checked 

Support of E- 
DPCCH power 
boosting 


v860NonCriticalExtensions 
SEQUENCE { 




interRATHandoverlnfo-v860ext 

Not checked 

UE radio access 
capability for 
additional bands, 
Rel-8 HS-DSCH 
physical layer 
category, support 
of MAC-iis 


v880NonCriticalExtensions 




SEQUENCE! 




interRATHandoverlnfo-v880ext 

Not checked 

Support for priority 
reselection in 
UTRAN, Rel-8 
radio access 
capability 
extensions for 
LCR TDD (e.g. 
multi-carrier 
operation) 


nonCriticalExtensions 




SEQUENCER 




} 




} 




} 




} 




} 




} 




} 




} 




} 




} 




} 




} 




} 




} 




} 




} 
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Table 8.5.4.1.3.3-6: ueCapabilitiesRAT-Container-GERAN-CS 


Derivation path: 25.331 clause 1 1 .2 

Information Element 

Value/Remark 

Comment 

Condition 

IVIobile Station Classmark 2 

First byte is 33H 
Second byte is 3. 
Third, Fourth and Fifth 
bytes are ignored. 



Mobile Station Classmark 3 

CSN.1 decoding shall be 
successful and the 
contents shall indicate 
that E-UTRA FDD or 
EUTRA TDD or both is 
supported. 
Other values are not 
checked. 




Table 8.5.4.1.3.3-7: ueCapabilitiesRAT-Container-GERAN-PS 


Derivation path: 25.331 clause 1 1 .2 

Information Element 

Value/Remark 

Comment 

Condition 

MS Radio Access Capability 

CSN.1 decoding shall be 
successful and the 
contents shall indicate 
that E-UTRA FDD or 
EUTRA TDD or both is 
supported. 
Other values are not 
checked. 




8.6 
8.6.1 

FFS 

8.6.2 
8.6.2.1 
8.6.2.1.1 

(1) 


Minimization of Drive Test Specific Procedures 
Immediate MDT 

Logged MDT 

Logged MDT / Intra-frequency measurement, logging and reporting 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state camping normally on an E-UTRA cell where logged measurement is 
configured without areaConf iguration and the UE is able to detect an E-UTRA intra-frequency cell } 
ensure that { 

when { T330 is running } 
then { UE is logging serving cell idle mode measurements and Intra-frequency neighbouring cell 
measurements } 


(2) 

with { UE in E-UTRA RRC_CONNECTED state and UE has one or more logged Intra-frequency neighbouring 
cell measurement entries stored in VarLogMeasReport stored and the plmn-Identy stored in 
VarLogMeasReport is equal to the RPLMN } 
ensure that { 

when { receiving RRCConnectionSetup message } 
then { UE includes the logMeasAvailable IE in the RRCConnectionSetupComplete message } 
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(3) 

with { UE in E-UTRA RRC_CONNECTED state and UE has logged Intra- frequency neighbouring cell 
measurements available for E-UTRA and plmn- Identity stored in VarLogMeasReport is equal to the RPLMN 

} 

ensure that { 

when { receiving UEInformationRequest message } 
then { UE transmits UEInformationResponse messages with a logMeasReport with Intra- frequency 
neighbouring cell measurements } 

} 

(4) 

with { UE in E-UTRA RRC_CONNECTED state and UE has logged measurements available for E-UTRA and 
plmn- Identity stored in VarLogMeasReport is equal to the RPLMN } 
ensure that { 

when { receiving UEInformationRequest message } 
then { UE transmits UEInformationResponse messages with absoluteTimeStamp set equal to the value 
configured when the logged measurement configuration was received and a relativeTimeStamp for each 
logged measurement indicating the elapsed time since the logged measurement configuration was 
received | 


(5) 

with { UE in E-UTRA RRC_CONNECTED state and UE has logged measurements available for E-UTRA and 
plmn- Identity stored in VarLogMeasReport is equal to the RPLMN } 
ensure that { 

when { receiving UEInformationRequest message } 
then { UE transmits UEInformationResponse messages with traceReference, traceRecordingSessionRef 
and tce-Id being set to same values as configured when the logged measurement configuration was 
received | 


8.6.2.1 .2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 34.304, clause 8; TS 36.331, 
clauses 5.3.5.3, 5.5.4.1, 5.5.4.2 and 5.5.5. 

[TS 36.304, clause 8 (TPl)] 

The UE may be configured to perform logging of measurement results in RRC_IDLE mode with the 
LoggedMeasurementsConfiguration message as specified in TS 36.331 [3]. This configuration is valid while the 
logging duration timer is running. 

If the configuration of logged measurements is valid, the UE shall perform logging of measurement results if all of the 
following conditions are met: 

- The UE is in camped normally state in RRC_IDLE mode; 

- RPLMN of the UE is the same as the RPLMN at the point of time of LoggedMeasurementConfiguration 
message reception; 

- The UE is camped on a cell belonging to the areaConfiguration (see TS 36.331 [3]), if configured; 

- The UE is camped on the RAT where the logged measurement configuration was received. 

Otherwise, the logging of measurement results shall be suspended. 

NOTE: Even if logging of measurement results is suspended, the logging duration timer and time stamp will 
continue, and the logged measurement configuration and corresponding log are kept. 

[TS 36.331, clause 5.3.3.4 (TP2)] 

The UE shall: 


1> set the content of RRCConnectionSetupComplete message as follows: 
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2> if the UE has logged measurements available for E-UTRA and plmn-Identity stored in VarLogMeasReport is 
equal to the RPLMN: 

3> include logMeas Available', 

2> submit the RRCConnectionSetupComplete message to lower layers for transmission, upon which the 
procedure ends; 

[TS 36.331, clause 5.6.5.3 (TP3, TP4, TP5)] 

Upon receiving the UEInformationRe quest message, the UE shall 


1> if the logMeasReportReq is present and iht plmn-Identity stored in VarLogMeasReport is equal to the RPLMN: 

2> if VarLogMeasReport includes one or more logged measurement entries, set the contents of the 
logMeasReport in the UEInformationRe sponse message as follows: 

3> include the absoluteTimeStamp and set it to the value of absoluteTimelnfo in the VarLogMeasReport', 

3> include the trace Reference and set it to the value of traceReference in the VarLogMeasReport, 

3> include the traceRecordingSessionRef Sind set it to the value of traceRecordingSessionRef in the 
Va rLogMeasReport; 

3> include the tce-Id and set it to the value of tce-Id in the VarLogMeasReport', 

3> include the logMeasInfoList and set it to include one or more entries from VarLogMeasReport starting 
from the entries logged first; 

3> if the VarLogMeasReport includes one or more additional logged measurement entries that are not 
included in the logMeasInfoList within the UEInformationResponse message: 

4> include the logMe as Available', 

1> if the logMeasReport is included in the UEInformationResponse: 

2> submit the UEInformationResponse message to lower layers for transmission via SRB2; 

2> discard the logged measurement entries included in the logMeasInfoList from VarLogMeasReport upon 
successful delivery of the UEInformationResponse message confirmed by lower layers; 

1> else: 

2> submit the UEInformationResponse message to lower layers for transmission via SRB 1 ; 

[TS 36.331, clause 5.6.6.3 (TPl, TP4, TP5)] 

Upon receiving the LoggedMeasurementConfiguration message the UE shall: 

1> discard the logged measurement configuration as well as the logged measurement information as specified in 

5.6.7; 

1> store the received loggingDuration, logginglnterval and areaConfiguration, if included, in VarLogMeasConfig', 

1> store the RPLMN 2iS plmn-Identity in VarLogMeasReport', 

1> store the received absoluteTimelnfo, traceReference, traceRecordingSessionRef din& tce-Id in 
Va rLogMeasReport, 

1> start timer T330 with the timer value set to the loggingDuration', 

[TS 36.331, clause 5.6.8.2 (TPl, TP4)] 

While T330 is running, the UE shall: 
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1> perform the logging in accordance with the following: 

2> if the UE is camping normally on an E-UTRA cell and the RPLMN of the UE is the same as the plmn- 
Identity stored in VarLogMeasReport and, if the cell is part of the area indicated by areaConfiguration if 
configured in VarLogMeasConfig: 

3> perform the logging at regular time intervals, as defined by the logginglnterval in VarLogMeasConfig', 

2> when adding a logged measurement entry in VarLogMeasReport, include the fields in accordance with the 
following: 

3> set the re lativeTime Stamp to indicate the elapsed time since the moment at which the logged 
measurement configuration was received; 

3> if detailed location information became available during the last logging interval, set the content of the 
locationlnfo as follows: 

4> include the locationCo ordinate s', 

3> set the servCellldentity to indicate global cell identity of the cell the UE is camping on; 

3> set the measResultServCell to include the quantities of the cell the UE is camping on; 

3> if available, set the measResultNeighCells, in order of decreasing ranking-criterion as used for cell re- 
selection, to include neighbouring cell measurements that became available during the last logging 
interval for at most the following number of neighbouring cells; 6 intra-frequency and 3 inter-frequency 
neighbours per frequency as well as 3 inter-RAT neighbours, per frequency/ set of frequencies (GERAN) 
per RAT; 

NOTE: The UE includes the latest results of the available measurements as used for cell reselection evaluation, 
which are performed in accordance with the performance requirements as specified in TS 36.133 [16]. 

2> when the memory reserved for the logged measurement information becomes full, stop timer T330 and 
perform the same actions as performed upon expiry of T330, as specified in 5.6.6.4; 

[TS 36.331, clause 6.2.2 (TPl)] 

LoggedMeasurementConfiguration 

The LoggedMeasurementConfiguration message is used by E-UTRAN to configure the UE to perform logging of 
measurement results while in RRC_IDLE. It is used to transfer the logged measurement configuration for network 
performance optimisation, see TS 37.320 [60]. 

Signalling radio bearer: SRB 1 

RLC-SAP: AM 

Logical channel: DCCH 

Direction: E-UTRAN to UE 

LoggedMeasurementConfiguration message 

-- ASNl START 

LoggedMeasurementConf iguration-rlO ::= SEQUENCE { 
criticalExtensions CHOICE { 

cl CHOICE { 

loggedMeasurementConf iguration-rlO LoggedMeasurementConf iguration-rlO-IEs, 
spares NULL, spare2 NULL, sparel NULL 

criticalExtensionsFuture SEQUENCE {} 


LoggedMeasurementConf iguration-rlO-IEs ::= SEQUENCE { 
traceRef erence-rlO TraceRef erence-rlO , 

traceRecordingSessionRef-rlO OCTET STRING (SIZE (2)) 
tce-Id-rlO OCTET STRING (SIZE (1) ) 
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absoluteTimelnfo-rlO 
areaConf iguration-rlO 
loggingDuration-rlO 
logginglnterval-rlO 
nonCriticalExtension 


AbsoluteTimeInf o-rlO , 
AreaConf igurat ion- rlO 
LoggingDuration-rlO , 
Logginglnterval-rlO , 
SEQUENCE { } 


OPTIONAL, -- Need OR 


OPTIONAL -- Need OP 


ASNISTOP 


LoggedMeasurementConfiguration field descriptions 


absolute Timelnfo 

Indicates the absolute time in the current cell. 


tce-ld 

Parameter Trace Collection Entity Id: See TS 32.422 [58]. 


traceRecordingSessionRef 

Parameter Trace Recording Session Reference: See TS 32.422 [58] 


8.6.2.1.3 Test description 

8.6.2.1 .3.1 Pre-test conditions 
System Simulator: 

- Two intra- frequency cells belonging to the same PLMN, but to different tracking areas: Cell 1, Cell 1 1 

- Cell power levels are selected according to [18] so that camping on Cell 1 is guaranteed 

- System information combination 2 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
Preamble: 

The UE is in state Generic RB Established (state 3) according to [18] on Cell 1. 

8.6.2.1 .3.2 Test procedure sequence 

Table 8.6.2.1.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The configuration marked "Tl" is applied at the point indicated in the Main 
behaviour description in Table 8.6.2.1.3.2-2. 

Table 8.6.2.1.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

Cein 

Cell 11 

Remark 

T1 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

-79 

The power level values are assigned to 
satisfy Rcein < Rceim. 
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Table 8.6.2.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

SS transmits a 

LoggedMeasurementConfiguration message 
including to configure the UE to perform 
logging of measurement results while in 
RRC IDLE. 

<- 

LoggedlVleasurementConfiguratio 
n 



2 

The SS transmits an RRCConnectionRelease 
message. 

<— 

RRCConnectionReiease 

- 

- 

3 

Wait 5s to allow UE to activate logging 

- 

- 

- 

- 

4 

The SS changes Cell 1 and Cell 1 1 levels 
according to the row "T1 " in table 8.6.2.1 .3.2-1 . 
(Notel) 





5 

The UE transmits an RRCConnectionRequest 
message on Cell 1 1 to initiate a tracking area 
update procedure. 
(Notel) 

-> 

RRCConnectionRequest 



6 

SS transmit an RRCConnectionSetup 
message. 

<— 

RRC: RRCConnectionSetup 

- 

- 

7 

Check: Does the UE include the IE 
logMeasAvailable in the 
RRCConnectionSetupComplete message? 

-> 

RRC: 

RRCConnectionSetupComplete 
NAS: TRACKING AREA UPDATE 
REQUEST 

2 

P 

8- 
10 

Steps 4 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed on 
Cell 11. 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





11- 
19 

Steps 1 to 9 of the generic radio bearer 
establishment procedure in TS 36.508 
subclause 4.5.3.3 are executed to successfully 
complete the service request procedure on 
Cell 11. 





20 

The SS transmits a UEInformationRequest 
message on Cell 1 1 . 

<- 

UEInformationRequest 

- 

- 

21 

Check: Does the UE transmit a 
UEInformationResponse message with the lEs 
absoluteTimeStamp, traceReference-r10, 
traceRecordingSessionRef and tce-ldse\ to 
same value as received in the 
LoggedMeasurementConfiguration message in 
step 1 ; and a LogMeaslnfoListmXh at least two 
entries with serving cell idle mode 
measurements and where in at least one of the 
entries the IE irieasResultListEUTRA include a 
neighbouring cell measurement of Cell 1 1 ; and 
where the relativeTimeStamp is increased 
between the subsequent LogMeaslnfoList 
entries by at least the value of configured 
logginglnterval'm the received 
LoggedMeasurementConfiguration message in 
step 1 . 

-> 

UEInformationResponse 

1,3, 
4,5 

P 

Note 1 : The change of power levels is to trigger a cell re-selection procedure to make sure that the UE is logging 
neighbouring cell measurements (logging interval=2.56 seconds) of Cell 1 1 while t-Reselection timer is 
running (7 seconds). 
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8.6.2.1 .3.3 Specific message contents 

Table 8.6.2.1.3.3-1: SystemlnformationBlockTypeS iov ceW 1 (preamble^ 


Derivation Patii: 36.508 table 4.4.3.3-2 

Information Element 

Value/remark 

Comment 

SystemlnformationBlockType3 ::= SEQUENCE { 



intraFreqCellReselectionlnfo SEQUENCE { 



t-ReselectionEUTRA 

7 

seconds 

} 



} 




Table 8.6.2.1.3.3-2: LoggedMeasurementConfiguration (step 1, Table 8.6.2.1.3.2-2) 


Derivation path: 36.508 clause 4.6.1 table 4.6.1 -4. OA LoggedMeasurementConfiguration 

Information Element 

Value/remark 

Comment 

Condition 

LoggedMeasurementConfiguration-rl ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




CI CHOICE { 




loggedMeasurementConfiguration-rlO 
SEQUENCE} 




logginglnterval-rlO 

ms2560 

2.56 seconds 


} 




} 




} 




} 





Table 8.6.2.1.3.3-3: RRCConnectionSetupComplete (step 7, Table 8.6.2.1.3.2-2) 


Derivation path: 36.508 clause 4.6.1 table 4.6.1-18 RRCConnectionSetupComplete 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionSetupComplete ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionSetupComplete-r8 SEQUENCE { 




lateNonCriticalExtension 

Not checked 



gummei-Type-rlO 

Not checked 



rIf-lnfoAvailable-rlO 

Not checked 



logMeasAvailable-rlO 

TRUE 



rn-SubframeConfigReq-rl 

Not checked 



nonCriticalExtension SEQUENCE {} 

Not checked 



} 




} 




} 




} 





Table 8.6.2.1.3.4: UEInformationRequest {step 20, Table 8.6.2.1.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-23A UEInformationRequest, condition "Logged MDT" 
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Table 8.6.2.1.3.3-5: UEInformationResponse (step 21, Table 8.6.2.1.3.2-2) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1 -23B UEInformationResponse 

Information Element 

Value/remark 

Comment 

Condition 

UEInformationResponse-r9 ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




uelnformationResponse-r9 SEQUENCE { 




nonCriticalExtension SEQUENCE { 




lateNonCriticalExtension 

Not checked 



nonCriticalExtension SEQUENCE { 




logMeasReport-nO SEQUENCE { 




absoluteTimeStamp-rl 

Same value as sent by 
SSin 

LoggedMeasurementCon 
figuration in step 1 
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traceReference-r10 SEQUENCE { 




plmn-ldentity-r10 SEQUENCE { 




mcc SEQUENCE (SIZE (3)) OF MCC- 

NMC-Digit 

Same value as sent by 
SSin 

LoggedMeasurementCon 
figuration in step 1 



mnc SEQUENCE (SIZE (2..3)) OF 
MCC-NMC-Digit 

Same value as sent by 
SSin 

LoggedMeasurementCon 
figuration in step 1 



} 




} 




traceRecordingSessionRef-r1 

Same value as sent by 
SSin 

LoggedMeasurementCon 
figuration in step 1 



tce-ld-r10 

Same value as sent by 
SSin 

LoggedMeasurementCon 
figuration in step 1 



logMeaslnfoList-nO SEQUENCE (SIZE 
(1..maxLogMeasReport-r10)) OF SEQUENCE { 

At least 2 entries where 
at least one entry 
complies to entry with 
index 'x' below. SS 
records the 

relativeTimeStamp value 
for each entry 



Iocationlnfo-r10[x] 

Not checked 



relativeTimeStamp-r10 [x] 

SS record the value 



servCellldentity-r10 [x] 

Same as Cell 1 



measResultServCell-r10 [x] SEQUENCE { 




rsrpResult-r10 

(0..97) 



rsrqResult-r10 

(0..34) 



} 




measResultNeighCells-r10 [x] SEQUENCE 
{ 




measResultListEUTRA-r10 SEQUENCE 
(SIZE (1 ..maxFreq)) OF SEQUENCE { 

1 entry 



carrierFreq-r9[1] 

Same as Cell 1 1 



measResultList-r9[1] SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

Same as Cell 1 1 



cgi-lnfo [1] 

Not checked 



measResult[1] SEQUENCE! 




rsrpResult-r10 

(0..97) 



rsrqResult-r10 

(0..34) 



} 




} 




} 




measResultListUTRA-r1 

Not present 



measResultListGERAN-r1 

Not present 



measResultListCDMA2000-r1 

Not present 



} 




} 




logMeasAvailable-r10 

Not present 



} 




nonCriticalExtension SEQUENCE { 

Not checked 



} 




} 




} 




} 




} 




} 
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8.6.2.2 Logged MDT / Inter-frequency measurement, logging and reporting 

8.6.2.2.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_IDLE state camping normally on an E-UTRA cell where logged 
measurement is configured without areaConf iguration and the UE is able to detect an E-UTRA inter- 
frequency cell } 
ensure that { 

when { T3 3 is running } 

then { UE is logging Inter- frequency neighbouring cell measurements } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state and UE has one or more logged Inter- frequency neighbouring 
cell measurement entries stored in VarLogMeasReport stored and the plmn-Identy stored in 
VarLogMeasReport is equal to the RPLMN } 
ensure that { 

when { receiving UEInformationRequest message } 
then { UE transmits UEInformationResponse messages with a logMeasReport with Inter- frequency 
neighbouring cell measurements } 
} 

8.6.2.2.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 34.304, clause 8; TS 36.331, 
clauses 5.6.5.3, 5.6.6.3 and 5.6.8.2. 

[TS 36.304, clause 8 (TPl)] 

The UE may be configured to perform logging of measurement results in RRC_IDLE mode with the 
LoggedMeasurementsConfiguration message as specified in TS 36.331 [3]. This configuration is valid while the 
logging duration timer is running. 

If the configuration of logged measurements is valid, the UE shall perform logging of measurement results if all of the 
following conditions are met: 

- The UE is in camped normally state in RRCJDLE mode; 

- RPLMN of the UE is the same as the RPLMN at the point of time of LoggedMeasurementConfiguration 
message reception; 

- The UE is camped on a cell belonging to the areaConfiguration (see TS 36.331 [3]), if configured; 

- The UE is camped on the RAT where the logged measurement configuration was received. 

Otherwise, the logging of measurement results shall be suspended. 

NOTE: Even if logging of measurement results is suspended, the logging duration timer and time stamp will 
continue, and the logged measurement configuration and corresponding log are kept. 

[TS36.331, clause 5.6.5.3 (TP2)] 

[TS 36.331, clause 5.6.5.3 (TP3, TP4, TP5)] 

Upon receiving the UEInformationRequest message, the UE shall 


1> if the logMeasReportReq is present and the plmn-Identity stored in VarLogMeasReport is equal to the RPLMN: 

2> if VarLogMeasReport includes one or more logged measurement entries, set the contents of the 
logMeasReport in the UEInformationResponse message as follows: 
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3> include the logMeasInfoList and set it to include one or more entries from VarLogMeasReport starting 
from the entries logged first; 

3> if the VarLogMeasReport includes one or more additional logged measurement entries that are not 
included in the logMeasInfoList within the UEInformationResponse message: 

4> include the logMe as Available', 

1> if the logMeasReport is included in the UEInformationResponse: 

2> submit the UEInformationResponse message to lower layers for transmission via SRB2; 

2> discard the logged measurement entries included in the logMeasInfoList from VarLogMeasReport upon 
successful delivery of the UEInformationResponse message confirmed by lower layers; 

1> else: 

2> submit the UEInformationResponse message to lower layers for transmission via SRB 1 ; 

[TS36.331, clause 5.6.6.3 (TPl)] 

Upon receiving the LoggedMeasurementConfiguration message the UE shall: 

1> discard the logged measurement configuration as well as the logged measurement information as specified in 

5.6.7; 

1> store the received loggingDuration, logginglnterval and areaConfiguration, if included, in VarLogMeasConfig; 

1> store the RPLMN 2iS plmn-Identity in VarLogMeasReport', 

1> store the received absoluteTimelnfo, trace Reference, traceRecordingSessionRef Sind tce-Id in 
Va rLogMeasReport', 

1> start timer T330 with the timer value set to the loggingDuration', 
[TS36.331, clause 5.6.8.2 (TPl)] 
While T330 is running, the UE shall: 

1> perform the logging in accordance with the following: 

2> if the UE is camping normally on an E-UTRA cell and the RPLMN of the UE is the same as the plmn- 
Identity stored in VarLogMeasReport and, if the cell is part of the area indicated by areaConfiguration if 
configured in VarLogMeasConfig: 

3> perform the logging at regular time intervals, as defined by the logginglnterval in VarLogMeasConfig', 

2> when adding a logged measurement entry in VarLogMeasReport, include the fields in accordance with the 
following: 

3> set the re lativeTime Stamp to indicate the elapsed time since the moment at which the logged 
measurement configuration was received; 

3> if detailed location information became available during the last logging interval, set the content of the 
locationlnfo as follows: 

4> include the locationCo ordinate s', 

3> set the servCellldentity to indicate global cell identity of the cell the UE is camping on; 

3> set the measResultServCell to include the quantities of the cell the UE is camping on; 

3> if available, set the measResultNeighCells, in order of decreasing ranking-criterion as used for cell re- 
selection, to include neighbouring cell measurements that became available during the last logging 
interval for at most the following number of neighbouring cells; 6 intra-frequency and 3 inter- frequency 
neighbours per frequency as well as 3 inter-RAT neighbours, per frequency/ set of frequencies (GERAN) 
per RAT; 
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NOTE: The UE includes the latest results of the available measurements as used for cell reselection evaluation, 
which are performed in accordance with the performance requirements as specified in TS 36.133 [16]. 

2> when the memory reserved for the logged measurement information becomes full, stop timer T330 and 
perform the same actions as performed upon expiry of T330, as specified in 5.6.6.4; 

[TS36.331, clause 6.2.2 (TPl)] 

LoggedMeasurementConfiguration 

The LoggedMeasurementConfiguration message is used by E-UTRAN to configure the UE to perform logging of 
measurement results while in RRC_IDLE. It is used to transfer the logged measurement configuration for network 
performance optimisation, see TS 37.320 [60]. 

Signalling radio bearer: SRB 1 

RLC-SAP: AM 

Logical channel: DCCH 

Direction: E-UTRAN to UE 

LoggedMeasurementConfiguration message 

-- ASNl START 


LoggedMeasurementConf iguration-rlO ::= SEQUENCE { 
criticalExtensions CHOICE { 

cl CHOICE { 

loggedMeasurementConf iguration-rlO LoggedMeasurementConf iguration-rlO-IEs, 
spares NULL, spare2 NULL, sparel NULL 


criticalExtensionsFuture 


SEQUENCE 


LoggedMeasurementConf igurat ion- rlO 
traceReference-rlO 
traceRecordingSessionRef -rlO 
tce-Id-rlO 

absoluteTimeInf o-rlO 
areaConf igurat ion- rlO 
loggingDurat ion- r 1 
logginglnterval-rlO 
nonCriticalExtension 


-lEs : := SEQUENCE { 
TraceReference-rlO , 
OCTET STRING (SIZE (2) 
OCTET STRING (SIZE (1) 
AbsoluteTimeInf o-rlO , 
AreaConf igurat ion- rlO 
LoggingDuration-rlO , 
Logginglnterval - rl , 
SEQUENCE { } 


OPTIONAL, 


OPTIONAL 


Need OR 


Need OP 


ASNISTOP 


Loggedl\/leasurementConfiguration field descriptions 


absolute TImelnfo 

Indicates the absolute time in the current cell. 


tce-ld 

Parameter Trace Collection Entity Id: See TS 32.422 [58]. 


traceRecordingSessionRef 

Parameter Trace Recording Session Reference: See TS 32.422 [58] 


Test description 
Pre-test conditions 


8.6.2.2.3 
8.6.2.2.3.1 
System Simulator: 

- Two inter- frequency cells belonging to the same PLMN, but to different tracking areas: Cell 1 and Cell 23 

- Cell power levels are selected according to [18] so that camping on Cell 1 is guaranteed 
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- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 

Preamble: 

The UE is in state Generic RB Established (state 3) according to [18] on Cell 1. 

8.6.2.2.3.2 Test procedure sequence 

Table 8.6.2.2.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The configuration marked "Tl" is applied at the point indicated in the Main 
behaviour description in Table 8.6.2.2.3.2-2. 

Table 8.6.2.2.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 23 

Remark 

T1 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

-79 

The power level values are assigned to 
satisfy Rceii i < Rceii 23. 


Table 8.6.2.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS transmits a 

LoggedMeasurementConfiguration message 
including to configure the UE to perform 
logging of measurement results while in 
RRC IDLE. 

<— 

LoggedMeasurementConfiguratio 
n 



2 

The SS transmits an RRCConnectionRelease 
message. 

<— 

RRCConnectionRelease 

- 

- 

3 

Wait 5s to allow UE to activate logging 

- 

- 

- 

- 

4 

The SS changes Cell 1 and Cell 23 levels 
according to the row "Tl " in table 8.6.2.2.3.2-1 . 
(Notel) 





5- 
10 

Steps 1 to 6 of the generic test procedure in 
TS 36.508 subclause 6.4.2.7 are performed on 
Cell 23. 

NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





11- 
19 

Steps 1 to 9 of the generic radio bearer 
establishment procedure in TS 36.508 
subclause 4.5.3.3 are executed to successfully 
complete the service request procedure. 





20 

SS transmits a UEInformationRequest 
message. 

<— 

UEInformationRequest 

- 

- 

21 

Check: Does the UE transmit a 
UEInformationResponse message with a 
LogMeaslnfoListmXh at least one 
neighbouring cell measurement of Cell 23. 

-> 

UEInformationResponse 

1,2 

P 

Note 1 : The change of power levels is to trigger the cell re-selection procedure to make sure that the UE is logging 
neighbouring cell measurements (logging interval=2.56 seconds) of Cell 23 while t-Reselection timer is 
running (7 seconds). 
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8.6.2.2.3.3 Specific message contents 

Table 8.6.2.1.3.3-1: SystemlnformationBlockTypeS iov ceW 1 (preamble^ 


Derivation Patii: 36.508 table 4.4.3.3-4 

Information Element 

Value/remark 

Comment 

SystemlnformationBlockTypeS ::= SEQUENCE { 



interFreqCarrierFreqList SEQUENCE (SIZE 
(L.maxFreq)) OF SEQUENCE { 

1 entry 


t-ReselectionEUTRA[1] 

7 

Seconds 

} 



} 




Table 8.6.2.2.3.3-2: LoggedMeasurementConfiguration (step 1, Table 8.6.2.2.3.2-2) 


Derivation path: 36.508 clause 4.6.1 table 4.6.1 -4. OA LoggedMeasurementConfiguration 

Information Element 

Value/remark 

Comment 

Condition 

LoggedMeasurementConfiguration-rl ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




c1 CHOICE { 




loggedMeasurementConfiguration-rlO 
SEQUENCE! 




logginglnterval-rlO 

Ms2560 

2.56 seconds 


} 




} 




} 




} 





Table 8.6.2.2.3.3-3: UElnformationRequest{sXep 20, Table 8.6.2.2.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-23A UEInfornfiationRequest, condition "Logged MDT" 
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Table 8.6.2.2.3.3-4: UEInformationResponse (step 21, Table 8.6.2.2.3.2-2) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1 -23B UEInformationResponse 

Information Element 

Value/remark 

Comment 

Condition 

UEInformationResponse-r9 ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




uelnformationResponse-r9 SEQUENCE { 




nonCriticalExtension SEQUENCE { 




lateNonCriticalExtension 

Not checked 



nonCriticalExtension SEQUENCE { 




logMeasReport-nO SEQUENCE { 




absoluteTimeStamp-rl 

Note checked 



traceReference-rlO SEQUENCE {} 

Note checked 



traceRecordingSessionRef-r1 

Note checked 



tce-ld-rlO 

Note checked 



logMeaslnfoList-nO SEQUENCE (SIZE 
(1..maxLogMeasReport-r10)) OF SEQUENCE { 

At least 1 entries where 
at least one entry 
complies to entry with 
index 'x' below. 



Iocationlnfo-r10[x] 

Not checked 



relativeTimeStamp-rlO [x] 

Not checked 



servCellldentity-rlO [x] 

Same as Cell 1 



measResultServCell-no [x] SEQUENCE { 




rsrpResult-rlO 

(0..97) 



rsrqResult-rlO 

(0..34) 



} 




measResultNeighCells-rlO [x] SEQUENCE 
{ 




measResultListEUTRA-rlO SEQUENCE 
(SIZE (1 ..maxFreq)) OF SEQUENCE { 

1 entry 



carrierFreq-r9[1] 

Same as Cell 23 



measResultList-r9[1] SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

Same as Cell 23 



cgi-lnfo [1] 

Not checked 



measResult [11 SEQUENCE! 




rsrpResult-rlO 

(0..97) 



rsrqResult-rlO 

(0..34) 



} 




} 




} 




measResultListUTRA-rl 

Not present 



measResultListGERAN-r1 

Not present 



measResultListCDMA2000-r1 

Not present 



} 




} 




logMeasAvailable-rlO 

Not present 



} 




nonCriticalExtension SEQUENCE { 

Not checked 



} 




} 




} 




} 




} 




} 





8.6.2.3 
8.6.2.3.1 
(1) 


Logged MDT / Logging and reporting / Limiting area scope 
Test Purpose (TP) 


with { UE received LoggedMeasurementConfiguration message with a cellGloballdList on a LTE cell} 
ensure that { 
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when { UE camps on a LTE cell in the cellGloballdList } 
then { UE performs logged measurements} 


(2) 

with { UE received LoggedMeasurementConfiguration message with a cellGloballdList on a LTE cell} 
ensure that { 

when { UE camps on a LTE cell not in the cellGloballdList} 
then { UE does not perform logged measurements} 


(3) 

with { UE received LoggedMeasurementConfiguration message with a trackingAreaCodeList on a LTE cell} 
ensure that { 

when { UE camps on a LTE cell in the trackingAreaCodeList} 
then { UE performs logged measurements } 

} 

(4) 

with { UE received LoggedMeasurementConfiguration message with a trackingAreaCodeList on a LTE cell} 
ensure that { 

when { UE camps on a LTE cell not in the trackingAreaCodeList} 
then { UE decs not perform logged measurements } 


8.6.2.3.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 8; TS 36.331 
clauses 5.6.6.3, 5.6.8.2, 6.3.4 and 6.3.6. 

[TS 36.304, clause 8 (TP1,TP2,TP3,TP4)] 

The UE may be configured to perform MDT logging in RRC_IDLE mode with the LoggedMeasurementsConfiguration 
message as specified in TS 36.331 [3]. This configuration is valid while the logging duration timer is running. 

If the logged measurements configuration is valid, the MDT logging is performed only: 

- in RRCJDLE mode; 

while the UE is camped normally on a cell belonging to the MDT PLMN or a cell belonging to the 
areaConfiguration (see TS 36.331 [3]), if configured; 

in the RAT where the logged measurements configuration was received. 

Otherwise, the MDT logging will be suspended. 

NOTE: If the MDT logging is suspended, the logged measurements configuration and corresponding log are kept. 
UE will log nothing for MDT, but the logging duration timer and time stamp will continue. 

If the logged measurements configuration is valid and the logging is not suspended the UE logs the following 
information according to Section 5.6.8 of TS 36.331 [3] at every logginglnterval: 

- measurement results of available serving cell measurements and available neighbouring cell measurements; 

time information; 

- valid accurate location information, if available. 
[TS 36.331, clause 5.6.6.3 (TP1,TP2,TP3,TP4)] 

Upon receiving the LoggedMeasurementConfiguration message the UE shall: 

1> discard the logged measurement configuration as well as the logged measurement information as specified in 

5.6.7; 
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1> store the received loggingDuration, logginglnterval and areaConfiguration, if included, in VarLogMeasConfig, 
and absoluteTimelnfo in VarLogMeasReport; 

1> store the received trace Reference and traceRecordingSession in VarLogMeasReport\ 

1> store the RPLMN 2iS plmn-Identity in VarLogMeasReport\ 

1> start timer T330 with the timer value set to the loggingDuration; 
[TS 36.331, clause 5.6.8.2 (TP1,TP2,TP3,TP4)] 
While T330 is running, the UE shall: 

1> perform the logging in accordance with the following: 

2> if the UE is camping normally on an E-UTRA cell that is part of the PLMN for which logging of 

measurement is configured (i.e. the RPLMN of the UE where the logged measurement configuration was 
received) and, if areaConfiguration is configured in VarLogMeasConfig, that is part of the concerned area; 

3> perform the logging at regular time intervals, as defined by the logginglnterval in VarLogMeasConfig; 

2> when adding a logged measurement entry in VarLogMeasReport, include the fields in accordance with the 
following: 

3> set the re lativeTime Stamp to indicate the elapsed time since the moment at which the logged 
measurement configuration was received; 

3> if detailed location information became available during the last logging interval, set the content of the 
locationlnfo to include the locationCo ordinate s; 

3> set the servCellldentity to indicate global cell identity of the cell the UE is camping on; 

3> set the measResultServCell to include the quantities of the cell the UE is camping on; 

3> set the measResultNeighCells, in order of decreasing ranking-criterion as used for cell re-selection, to 
include available measurements for at most the following number of neighbouring cells; 6 intra- frequency 
and 3 inter- frequency neighbours per frequency as well as 3 inter-RAT neighbours, per frequency per 
RAT; 

NOTE: The UE includes, only once, the latest available results of the measurement performed for cell reselection, 
which are performed in accordance with the regular performance requirements as specified in TS 36.133 
[16]. 

2> when the memory reserved for the logging of measurements becomes full, stop timer T330 and perform the 
same actions as performed upon expiry of T330, as specified in 5.6.6.4. 

[TS 36.331, clause 6.3.6 (TPl, TP2, TP3, TP4)] 

The AreaConfiguration indicates area for which UE is requested to perform measurement logging. If not configured, 
measurement logging applies in the entire RPLMN of the UE at the point of receiving the configuration 

AreaConfiguration information element 


-- ASNl START 



AreaConf iguration-rlO ::= 
cellGloballdList-rlO 
trackingAreaCodeList-rlO 

} 

CHOICE 

{ 

CellGloballdList-rlO, 
TrackingAreaCodeList-rlO 

CellGloballdList-rlO ::= 


SEQUENCE (SIZE (1..32)) OF CellGloballdEUTRA 

TrackingAreaCodeList-rlO ::= 


SEQUENCE (SIZE (1..8)) OF TrackingAreaCode 

-- ASNISTOP 




[TS 36.331, clause 6.3.4 (TP1,TP2)] 
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The IE CellGloballdEUTRA specifies the Evolved Cell Global Identifier (ECGI), the globally unique identity of a cell 
in E-UTRA. 

CellGloballdEUTRA information element 


-- ASNl START 


CellGloballdEUTRA ::= 

SEQUENCE { 

plmn- Identity 

PLMN- Identity, 

cellldentity 
} 

Cellldentity 

-- ASNISTOP 



[TS 36.331, clause 6.3.4 (TP3,TP4)] 

The IE TrackingAreaCode is used to identify a tracking area within the scope of a PLMN, see TS 24.301 [35]. 

TracklngAreaCode information element 

-- ASNl START 

TrackingAreaCode ::= BIT STRING (SIZE (16)) 

-- ASNISTOP 

8.6.2.3.3 Test description 

8.6.2.3.3.1 Pre-test conditions 
System Simulator: 

- Celll , Cell 2 and Cell 11. 

- System information combination 2 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18] 

8.6.2.3.3.2 Test procedure sequence 

Table 8.6.2.3.3.2-1 shows the cell configurations used during the test. The configuration TO indicates the initial 
conditions. Subsequent configurations marked "Tl", "T2", "T3"and "T4" are applied at the points indicated in the Main 
behaviour description in Table 8.6.2.3.3.2-2. 
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Table 8.6.2.3.3.2-1 : Cell configuration changes over time 



Parameter 

Unit 

CelM 

Cell 2 

Cell 11 

Comments 

TO 

RS EPRE 

dBm/15kHz 

-85 

-91 

-91 

Configure logged 
measurement with 
limiting area scope using 
cellGloballdList 

T1 

RS EPRE 

dBm/15kHz 

-91 

-91 

-85 

Verify that UE is perform 
logging of Cell 11 (TP1, 
Cell 1 1 is not configured 
in cellGloballdList) 

T2 

RS EPRE 

dBm/15kHz 

-91 

-85 

-91 

Verify that UE is not 
logging Cell 2 (TP2, Cell 
2 is not configured in 
cellGloballdList) and 
then re-configure logged 
measurement with 
limiting area scope using 
trackingAreaCodeList 

T3 

RS EPRE 

dBm/15kHz 

-91 

-91 

-85 

Verify that UE is not 
perform logging of Cell 
1 1 (TP4, Cell 1 1 not in 
configured 
trackingAreaCodeList) 

T4 

RS EPRE 

dBm/15kHz 

-85 

-91 

-91 

Verify that UE is logging 
Cell 1 (TP3, Cell 2 is in 
configured 
trackingAreaCodeList) 
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Table 8.6.2.3.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits a 

LoggedMeasurementConfiguration message 
with a cellGloballdList on Cell 1 . 

<- 

LoggedMeasurementConfiguratio 
n 



2 

SS transmits a RRCConnectionRelease 
message to release the RRC connection. 

<- 

RRCConnectionRelease 

- 

- 

3 

The SS changes Cell 1 , Cell 2 and Cell 1 1 
level according to the row "T1 " in Table 
8.6.2.3.3.2-1. 





4-9 

Steps 1 to 6 of generic test procedure in TS 
36.508 subclause 6.4.2.7. And the UE move 
to idle mode on Cell 11. 





10 

Wait 30 seconds for UE logging interval timer 
to expire at least once 

- 

- 

- 

- 

Il- 
ls 

Steps 2 to 9 of the generic radio bearer 
establishment procedure in TS 36.508 
subclause 4.5.3.3 are executed to successfully 
complete the service request procedure on 
Cell 11. 





19 

The SS send a UEInformationRequest 
message to get logMeasReport. 

<— 

UEInformationRequest 



20 

Check: Does the UE send an 
UEInformationReponse message including at 
least one logMeasReport wWh serving cell 
measurements for Cell 1 1 ? 

-> 

UEInformationReponse 

1 

P 

21 

SS transmits a RRCConnectionRelease 
message to release the RRC connection. 

<- 

RRCConnectionRelease 

- 

- 

22 

The SS changes Cell 1 , Cell 2 and Cell 1 1 
level according to the row "T2" in Table 
8.6.2.3.3.2-1. 





23- 
28 

Steps 1 to 6 of generic test procedure in TS 
36.508 subclause 6.4.2.7. And the UE move 
to idle mode on Cell 2. 





29 

Wait 30 seconds for UE logging interval timer 
to expire at least once 

- 

- 

- 

- 

30 

The SS transmits a Paging message. 

<— 

Paging 

- 

- 

31 

The UE transmits an RRCConnectionRequest 
message. 

-> 

RRCConnectionRequest 

- 

- 

32 

SS transmit an RRCConnectionSetup 
message. 

<- 

RRCConnectionSetup 

- 

- 


EXCEPTION: In case the UE had performed a 
logging before the cell re-selection to Cell 2 
then the steps 33a1-33a1 1 are executed. 





33a1 

The UE transmit an 

RRCConnectionSetupComplete message 
including logMeasAvailable IE set it to true. 

-> 

RRCConnectionSetupComplete 



33a2 
33a9 

Steps 2 to 9 of the generic radio bearer 
establishment procedure in TS 36.508 
subclause 4.5.3.3 are executed to successfully 
complete the service request procedure on 
Cell 2. 





33a1 


The SS send an UEInformationRequest 
message to get logMeasReport. 

<- 

UEInformationRequest 



33a1 

1 

Check: Does the UE send an 
UEInfornfiationReponse message with logged 
serving cell measurements of Cell 27 

-> 

UEInformationReponse 

2 

F 


EXCEPTION: In case the UE had not 
performed any logging before the cell re- 
selection to Cell 2 then the step 33b1 is 
executed. 





33b1 

Check: Does UE transmit an 
RRCConnectionSetupComplete message with 
logMeasAvailable IE not present 

-> 

RRCConnectionSetupComplete 

2 

P 

34 

The SS transmits a 

<- 

LoggedMeasurementConfiguratio 

- 

- 
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LoggedMeasurementConfiguration message 
with a trackingAreaCodeList on Cell 2. 


n 



35 

The SS transmits a RRCConnectionRelease 
message to release RRC connection and 
move to RRC IDLE on Cell 2. 

<— 

RRCConnectionRelease 



36 

The SS changes Cell 1 , Cell 2 and Cell 1 1 
level according to the row "T3" in Table 
8.6.2.3.3.2-1. 





37- 
42 

Steps 1 to 6 of generic test procedure in TS 
36.508 subclause 6.4.2.7. And the UE move 
to idle mode on Cell 11. 





43 

The SS transmits a Paging message on Cell 
11. 

<— 

Paging 

- 

- 

44 

The UE transmits an RRCConnectionRequest 
message on Cell 1 1 . 

-> 

RRCConnectionRequest 

- 

- 

45 

SS transmit an RRCConnectionSetup 
message on Cell 1 1 . 

<— 

RRCConnectionSetup 

- 

- 


EXCEPTION: In case the UE had performed a 
logging before the cell re-selection to Cell 1 1 
then the steps 46a1-46a1 1 are executed. 





46a1 

The UE transmit an 

RRCConnectionSetupComplete message 
including log l\/leas Available IE set it to true. 

-> 

RRCConnectionSetupComplete 



46a2 
46a9 

Steps 2 to 9 of the generic radio bearer 
establishment procedure in TS 36.508 
subclause 4.5.3.3 are executed to successfully 
complete the service request procedure on 
Cell 11. 





46a1 


The SS send a UEInformationRequest 
message to get logMeasReport. 

<— 

UEInformationRequest 



46a1 
1 

Check: Does the UE send an 
UEInformationReponse message with logged 
serving cell measurements of Cell 1 1 7. 

-> 

UEInformationReponse 

4 

F 


EXCEPTION: In case the UE had not 
performed any logging before the cell re- 
selection to Cell 1 1 then the step 46b1 is 
executed. 





46b1 

Check: Does UE transmit an 
RRCConnectionSetupComplete message with 
logMeasAvailable IE not present 

-> 

RRCConnectionSetupComplete 

4 

P 

47 

SS transmits an RRCConnectionRelease 
message to release the RRC connection. 

<- 

RRCConnectionRelease 

- 

- 

48 

The SS changes Cell 1 , Cell 2 and Cell 1 1 
level according to the row "T4" in Table 
8.6.2.3.3.2-1. 





49- 
50 

Steps 1 to 6 of generic test procedure in TS 
36.508 subclause 6.4.2.7. And the UE move 
to idle mode on Cell 1. 





51 

Wait 30 seconds for UE logging interval timer 
to expire at least once 

- 

- 

- 

- 

52- 
53 

Steps 2 to 9 of the generic radio bearer 
establishment procedure in TS 36.508 
subclause 4.5.3.3 are executed to successfully 
complete the service request procedure on 
CelM. 





54 

The SS send an UEInformationRequest 
message to get logMeasReport. 

<- 

UEInformationRequest 



55 

Check: Does the UE send an 
UEInformationReponse include 
logMeasReport with logged serving cell 
measurements of Cell 1 ? 

-> 

UEInformationReponse 

3 

P 
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8.6.2.3.3.3 Specific message contents 

FFS 

8.6.2.4 Logged MDT / logging and reporting / Indication of logged nneasurennents at 

E-UTRA handover 

8.6.2.4.1 Test Purpose (TP) 

(1) 

with { UE received LoggedMeasurement Configuration message and has stored logMeasReport in 
VarLogMeasReport } 
ensure that { 

when { UE receives an RRCConnectionReconfiguration message including a mobilityControlInfo] 
then { UE transmits an RRCConnectionReconfigurationComplete message with logMeasAvailahle is 
true} 


(2) 

with { UE having indicated availability of logged measurements in RRCConnectionReconfiguration 
message } 
ensure that { 

when { UE has completed the E-UTRA handover procedure and receives a UEInformationRequest message 
with logMeasReportReq present } 

then { UE transmits an UEInformationReponse message including logMeasReport} 

8.6.2.4.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.3.5.4 and 
5.6.5.3. 

[TS 36.331, clause 5.3.5.4 (TPl)] 

If the RRCConnectionReconfiguration message includes the mobilityControlInfo and the UE is able to comply with the 
configuration included in this message, the UE shall: 


1> set the content of RRCConnectionReconfigurationComplete message as follows: 

2> if the UE has radio link failure or handover failure information available in VarRLF-Report and there is a 
plmn-Identity stored in VarRLF-Report and its value is equal to the RPLMN: 

3> include rlf- Info Available and set it to 'true'; 

2> if the UE has logged measurements available for E-UTRA and plmn-Identity stored in VarLogMeasReport is 
equal to the RPLMN: 

3> include the logMe as Available and set it to true; 

1> submit the RRCConnectionReconfigurationComplete message to lower layers for transmission; 


[TS 36.331, clause 5.6.5.3 (TP2)] 
Upon receiving the UEInformationRequest message, the UE shall: 

1> if the logMeasReportReq is present and the plmn-Identity stored in VarLogMeasReport is equal to the RPLMN: 

2> if VarLogMeasReport includes one or more logged measurement entries, set the contents of the 
logMeasReport in the UEInformationResponse message as follows: 

3> include the absoluteTime Stamp and set it to the value of absoluteTimelnfo in the VarLogMeasReport; 
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3> include the traceReference and set it to the value of traceReference in the VarLogMeasReport; 

3> include the traceRecordingSession and set it to the value of traceRecordingSession in the 
VarLogMeasReport; 

3> include the logMeasInfoList and set it to include one or more entries from VarLogMeasReport starting 
from the entries logged first; 

3> if the VarLogMeasReport is not empty: 

4> include the logMeas Available and set it to true\ 

1> if the logMeasReport is included in the UEInformationReponse: 

2> submit the UEInformationResponse message to lower layers for transmission via SRB2; 

2> discard the logged measurement entries included in the logMeasInfoList from VarLogMeasReport upon 
successful transmission of the UEInformationResponse message; 

1> else: 

2> submit the UEInformationResponse message to lower layers for transmission via SRB 1 ; 

8.6.2.4.3 Test description 

8.6.2.4.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 4. 
UE: 

None 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.6.2.4.3.2 Test procedure sequence 

Table 8. 6.2.4. 3. 2-1 shows the cell configurations used during the test. The configuration TO indicates the initial 
conditions. Subsequent configurations marked "Tl" are applied at the points indicated in the Main behaviour 
description in Table 8.6.2.4.3.2-2. 

Table 8.6.2.4.3.2-1 : Cell configuration changes over time 



Parameter 

Unit 

CelM 

Cell 4 

Remark 

TO 

RS EPRE 

dBm/15kHz 

-85 

-91 

The power level values are 

such that measurement results 

for Cell 1 (M1)andCell4(M4) 

satisfy exit condition for event 

A3(M4<M1). 

T1 

RS EPRE 

dBm/15kHz 

-85 

-79 

The power level values are 

such that measurement results 

for Cell 1 (M1)andCell4(M4) 

satisfy entry condition for event 

A3(M4>M1). 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1597 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 8.6.2.4.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits a 

LoggedMeasurementConfiguration message 
on Cell 1. 

<- 

LoggedMeasurementConfiguratio 
n 



2 

SS transmits a RRCConnectionRelease 
message to release the RRC connection. 

<- 

RRCConnectionRelease 

- 

- 

3 

Wait 30 seconds for UE performing the logging 
at regular time intervals 

- 

- 

- 

- 

4-11 

Steps 2 to 9 of the generic radio bearer 
establishment procedure in TS 36.508 
subclause 4.5.3.3 are executed to successfully 
complete the service request procedure. 





12 

The SS changes Cell 1 and Cell 4 parameters 
according to the row "T1 " in table 8.6.2.4.3.2-1 . 

- 

- 

- 

- 

13 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform intra 
frequency handover to Cell 4. 

<— 

RRCConnectionReconfiguration 



14 

Check: Does the UE transmit an 
RRCConnectionReconfigurationComplete 
message on Cell 4 with logMeasAvailable is 
true confirm the successful completion of the 
intra frequency handover? 

-> 

RRCConnectionReconfigurationC 
omplete 

1 

P 

15 

The SS send an UEInformationRequest 
message to get logMeasReport. 

<— 

UEInformationRequest 



16 

Check: Does the UE send an 
UEInformationReponse message include 
logMeasReport. 

-> 

UEInformationReponse 

2 

P 


8.6.2.4.3.3 
FFS 

8.6.3 

FFS 

8.6.4 

8.6.4.1 
8.6.4.1.1 
(1) 


Specific message contents 

Inter-RAT Logged MDT 

Logged Radio Link Failure 

Radio Link Failure logging / Reporting of Intra-frequency measurements 
Test Purpose (TP) 


with { UE in RRC_CONNECTED having performed the intra-frequency measurement and reported that the UE 
has radio link failure information available } 
ensure that { 

when { UE receives the UEInformationRequest message containing rlf-ReportReq } 

then { UE sends the UEInformationResponse message containing the measurement result for intra- 
frequency neighbour cell } 
} 


8.6.4.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.7.4, 
5.3.7.5, 5.3.11.3 and 5.6.5.3. 

[TS 36.331, clause 5.3.7.4] 

If the procedure was initiated due to radio link failure or handover failure, the UE shall: 

1> set the reestahlishmentCellld in the VarRLF -Report to the global cell identity of the selected cell; 
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[TS 36.331, clause 5.3.7.5] 
The UE shall: 


1> set the content of RRCConnectionReestablishmentComplete message as follows: 

2> if the UE has radio link failure or handover failure information available in VarRLF -Report and plmn-Identity 
stored in VarRLF-Report is equal to the RPLMN: 

3> include the rlf -Info Available', 


1> submit the RRCConnectionReestablishmentComplete message to lower layers for transmission, upon which the 
procedure ends; 

[TS 36.331, clause 5.3.11.3] 

The UE shall: 

1> upon T310 expiry; or 

1> upon random access problem indication from MAC while neither T300, T301, T304 nor T31 1 is running; or 

1> upon indication from RLC that the maximum number of retransmissions has been reached: 

2> consider radio link failure to be detected; 

2> store the following radio link failure information in the VarRLF-Report by setting its fields as follows: 

3> clear the information included in VarRLF-Report, if any; 

3> set the plmn-Identity to the RPLMN; 

3> set the measResultLastServCell to include the RSRP and RSRQ, if available, of the PCell based on 
measurements collected up to the moment the UE detected radio link failure; 

3> set the measResultNeighCells to include the best measured cells, other than the PCell, ordered such that 
the best cell is listed first, and based on measurements collected up to the moment the UE detected radio 
link failure, and set its fields as follows; 

4> if the UE was configured to perform measurements for one or more EUTRA frequencies, include the 
measResultListEUTRA ; 

4> if the UE was configured to perform measurement reporting for one or more neighbouring UTRA 
frequencies, include the measResultListUTRA\ 

4> if the UE was configured to perform measurement reporting for one or more neighbouring GERAN 
frequencies, include the measResultListGERAN\ 

4> if the UE was configured to perform measurement reporting for one or more neighbouring 
CDMA2000 frequencies, include the measResultsCDMA2000\ 

NOTE: The measured quantities are filtered by the L3 filter as configured in the mobility measurement 

configuration. The measurements are based on the time domain measurement resource restriction, if 
configured. Blacklisted cells are not required to be reported. 

3> if detailed location information is available, set the content of the locationlnfo as follows: 

4> include the locationCoordinates\ 

4> include the horizontalVelocity, if available; 

3> set the failedPCe Hid to the global cell identity, if available, and otherwise to the physical cell identity and 
carrier frequency of the PCell where radio link failure is detected; 
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3> if an RRCConnectionRe configuration message including the mobility Controllnfo was received before the 
connection failure: 

4> include previousPCellld and set it to the global cell identity of the PCell where the last 
RRCConnectionReconfiguration including the mobility Controllnfo message was received; 

4> set the timeConnFailure to the elapsed time since reception of the last 

RRCConnectionReconfiguration message including the mobility Controllnfo; 

3> set the connectionFailureType to rlf\ 
2> if AS security has not been activated: 

3> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'; 
2> else: 

3> initiate the connection re-establishment procedure as specified in 5.3.7; 

The UE may discard the radio link failure information, i.e. release the UE variable VarRLF-Report 48 hours after the 
radio link failure is detected. 

[TS 36.331, clause 5.6.5.3] 

Upon receiving the UEInformationRe quest message, the UE shall: 


1> if rlf-ReportReq is set to true and the UE has radio link failure information or handover failure information 
available in VarRLF-Report and plmn-Identity stored in VarRLF-Report is equal to the RPLMN, set the rlf- 
Report in the UEInformationResponse message to the value of rlf-Report in VarRLF-Report, 

1> if the rlf-Report is included in UEInformationResponse: 

2> discard the rlf-Report from VarRLF-Report upon successful delivery of the UEInformationResponse message 
confirmed by lower layers. 


1> if the logMeasReport is included in the UEInformationResponse: 

1> else: 

2> submit the UEInformationResponse message to lower layers for transmission via SRB 1 ; 
8.6.4.1 .3 Test description 

8.6.4.1 .3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.6.4.1 .3.2 Test procedure sequence 

Table 8.6.4. 1.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
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columns marked "Tl" and "T2" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 8.6.4.1.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-91 

The power level values are such that 
measurement results for Cell 1 (Ml) and 
Cell 2 (M2) satisfy exit condition for event 
A3(M2<M1). 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-79 

The power level values are such that 
measurement results for Cell 1 (Ml) and 
Cell 2 (M2) satisfy entry condition for event 
A3(M2>M1). 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

"Off- 

-79 

Only Cell 2 is available. 
(N0TE1) 

NOTE 1 : Power level "Off" is defined in TS 36.508 Table 6.2.2.1-1 . 


Table 8.6.4.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup intra frequency measurement on Cell 1 . 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 2 parameters according 
to the row "Tl " in Table 8.6.4.1 .3.2-1 . 

- 

- 

- 

- 

4 

The UE transmits a MeasurementReport 
message on Cell 1 . 

-> 

MeasurementReport 

- 

- 

5 

The SS changes Cell 1 parameter according to 
the row "T2" in Table 8.6.4.1 .3.2-1 . 

- 

- 

- 

- 

6 

The UE transmits an 

RRCConnectionReestablishmentRequest 
message on Cell 2. 

-> 

RRCConnectionReestablisliment 
Request 



7 

The SS transmits an 

RRCConnectionReestablishment message on 
Cell 2. 

<- 

RRCConnectionReestablisliment 



8 

The UE transmits an 

RRCConnectionReestablishmentComplete 
message on Cell 2. 

-> 

RRCConnectionReestabiislinfient 
Complete 



9 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 2. 

<- 

RRCConnectionReconfiguration 



10 

The UE transmits an 

RRCConnectionReconfigurationConfipiete 
message on Cell 2. 

-> 

RRCConnectionReconfigurationC 
omplete 



11 

The SS transmits a UEInfornfiationRequest 
message on Cell 2. 

<— 

UEInformationRequest 

- 

- 

12 

Check: Does the UE transmit a 
UEInfornfiationResponse message on Cell 2? 

-> 

UEInformationResponse 

1 

P 

13 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 2? 



1 



8.6.4.1 .3.3 Specific message contents 

Table 8.6.4.1.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.6.4.1.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.6.4.1.3.3-2: MeasConfig (Tab\e 8.6.4.1.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



nneasObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModListSEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 




measld[1] 

1 



measObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 




Table 8.6.4.1.3.3-3: MeasurementReport{sXep 4, Table 8.6.4.1.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld 

PhysicalCellldentity of 
Cell 2 



cgi-lnfo 

Not present 



measResult SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



additionalSI-lnfo-r9 

Not present 



} 




} 




} 




measResultForECID-r9 

Not present 



} 




} 




} 




} 




} 
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Table 8.6.4.1.3.3-4: RRCConnectionReestablishmentRequest (step 6, Table 8.6.4.1.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-13 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-r8 
SEQUENCE { 




ue-ldentity SEQUENCE} 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS 



} 




reestablishmentCause 

otherFailure 



} 




} 




} 




Table 8.6.4.1.3.3-5: RRCConnectionReestablishmentComplete (step 8, Table 8.6.4.1.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-11 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentComplete ::= 
SEQUENCE! 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentComplete-r8 = 
SEQUENCE { 




nonCriticalExtension SEQUENCE { 




rlf-lnfoAvailable-r9 

true 



nonCriticalExtension 

Not present or any 
allowed value 



} 




} 




} 




} 




Table 8.6.4.1.3.3-6: RRCConnectionReconfiguration (step 9, Table 8.6.4.1.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-HO 



} 




} 




} 




} 
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Table 8.6.4.1.3.3-7: UEInformationRequest (step 11, Table 8.6.4.1.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-23A 

Information Element 

Value/remark 

Comment 

Condition 

UEInformationRequest-r9 ::=SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




uelnformationRequest-r9 SEQUENCE { 




rlf-ReportReq-r9 

TRUE 



} 




} 




} 




} 
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Table 8.6.4.1.3.3-8: UEInformationResponse (step 12, Table 8.6.4.1.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-23B 

Information Element 

Value/remark 

Comment 

Condition 

UEInformationResponse-r9 ::=SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




uelnformationResponse-r9 SEQUENCE { 




rlf-Report-r9 SEQUENCE { 




measResultLastServCell-r9 SEQUENCE { 




rsrpResult-r9 

(0..97) 



rsrqResult-r9 

Not present or (0..34) 



} 




measResultNeighCells-r9 SEQUENCE { 




measResultListEUTRA-r9 SEQUENCE (SIZE 
(1 ..maxFreq)) OF SEQUENCE { 

1 entry 



carrierFreq-r9[1] 

Same downlink EARFCN 
as used for Cell 2 



measResultList-r9[1] SEQUENCE (SIZE 
(L.maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

Physical cell Identity of 
Cell 2 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



additionalSI-lnfo-r9 

Not present 



} 




} 




} 




measResultListUTRA-r9 

Not present 



measResultListGERAN-r9 

Not present 



measResultsCDMA2000-r9 

Not present 



} 




Iocationlnfo-r10 

Not present or any 
allowed value 



failedPCellld-r10 CHOICE! 

cellGloballd-r10 or pci- 
arfcn-r1 

If the UE has the 
global cell identity 
depending on UE 
implementation, 
the UE sets the 
global cell identity, 
otherwise the UE 
sets the physical 
cell identity and 
the carrier 
frequency. 


cellGloballd-r10 SEQUENCE! 




pimn-ldentity 

pimn-ldentity wWh'in 
SystenfilnfornfiationBlockT 
ype1 broadcasted in Cell 

1 



cellldentity 

ce///cye/7% within 
SystemlnformationBlockT 
ype1 broadcasted in Cell 

1 



} 




pci-arfcn-r10 SEQUENCE! 




physCellld-r10 

Physical cell Identity of 
CelM 



carrierFreq-r10 

Same downlink EARFCN 
as used for Cell 1 



} 




} 




reestablishmentCellld-r10 SEQUENCE ! 




pimn-ldentity 

pimn-ldentity wWhin 
SystemlnformationBlockT 
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ype1 broadcasted in Cell 
2 



cellldentity 

cellldentity \N\\h\n 
SystemlnformationBlockT 
ype1 broadcasted in Cell 
2 



1 




timeConnFailure-r10 

Not present 



connectionFailureType-r1 

rif 



previousPCellld-r10 

Not present 



} 




} 




} 




} 




} 





8.6.4.2 
8.6.4.2.1 
(1) 


Radio Link Failure logging / Reporting of Inter-frequency measurements 
Test Purpose (TP) 


with { UE in RRC_CONNECTED having performed the inter- frequency measurement and reported that the UE 
has radio link failure information available } 
ensure that { 

when { UE receives the UEInformationRequest message containing rlf-ReportReq } 

then { UE sends the UEInformationResponse message containing the measurement result for inter- 
frequency neighbour cell } 


8.6.4.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.7.4, 
5.3.7.5, 5.3.11.3 and 5.6.5.3. 

[TS 36.331, clause 5.3.7.4] 

If the procedure was initiated due to radio link failure or handover failure, the UE shall: 

1> set the reestablishmentCellld in the VarRLF -Report to the global cell identity of the selected cell; 

[TS 36.331, clause 5.3.7.5] 

The UE shall: 

1> set the content of RRCConnectionReestablishmentComplete message as follows: 

2> if the UE has radio link failure or handover failure information available in VarRLF-Report and plmn-Identity 
stored in VarRLF-Report is equal to the RPLMN: 

3> include the rlf -Info Available', 

1> submit the RRCConnectionReestablishmentComplete message to lower layers for transmission, upon which the 
procedure ends; 

[TS 36.331, clause 5.3.11.3] 

The UE shall: 

1> upon T310 expiry; or 

1> upon random access problem indication from MAC while neither T300, T301, T304 nor T31 1 is running; or 
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1> upon indication from RLC that the maximum number of retransmissions has been reached: 
2> consider radio Hnk failure to be detected; 
2> store the following radio link failure information in the VarRLF -Report by setting its fields as follows: 

3> clear the information included in VarRLF -Report, if any; 

3> set the plmn-Identity to the RPLMN; 

3> set the measResultLastServCell to include the RSRP and RSRQ, if available, of the PCell based on 
measurements collected up to the moment the UE detected radio link failure; 

3> set the measResultNeighCells to include the best measured cells, other than the PCell, ordered such that 
the best cell is listed first, and based on measurements collected up to the moment the UE detected radio 
link failure, and set its fields as follows; 

4> if the UE was configured to perform measurements for one or more EUTRA frequencies, include the 
measResultListEUTRA ; 

4> if the UE was configured to perform measurement reporting for one or more neighbouring UTRA 
frequencies, include the measResultListUTRA; 

4> if the UE was configured to perform measurement reporting for one or more neighbouring GERAN 
frequencies, include the measResultListGERAN\ 

4> if the UE was configured to perform measurement reporting for one or more neighbouring 
CDMA2000 frequencies, include the measResultsCDMA2000\ 

NOTE: The measured quantities are filtered by the L3 filter as configured in the mobility measurement 

configuration. The measurements are based on the time domain measurement resource restriction, if 
configured. Blacklisted cells are not required to be reported. 

3> if detailed location information is available, set the content of the locationlnfo as follows: 

4> include the locationCo ordinate s\ 

4> include the horizontalVelocity, if available; 

3> set the failedPCellld to the global cell identity, if available, and otherwise to the physical cell identity and 
carrier frequency of the PCell where radio link failure is detected; 

3> if an RRCConnectionReconfiguration message including the mobility Controllnfo was received before the 
connection failure: 

4> include previous? Cellld and set it to the global cell identity of the PCell where the last 
RRCConnectionReconfiguration including the mobility Controllnfo message was received; 

4> set the timeConnFailure to the elapsed time since reception of the last 

RRCConnectionReconfiguration message including the mobility Controllnfo; 

3> set the connectionFailureType to rlf\ 
2> if AS security has not been activated: 

3> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'; 
2> else: 

3> initiate the connection re-establishment procedure as specified in 5.3.7; 

The UE may discard the radio link failure information, i.e. release the UE variable VarRLF-Report 48 hours after the 
radio link failure is detected. 

[TS 36.331, clause 5.6.5.3] 

Upon receiving the UEInformationRe quest message, the UE shall: 
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1> if rlf-ReportReq is set to true and the UE has radio Hnk failure information or handover failure information 
available in VarRLF-Report and plmn-Identity stored in VarRLF-Report is equal to the RPLMN, set the rlf- 
Report in the UEInformationResponse message to the value of rlf-Report in VarRLF-Report, 

1> if the rlf-Report is included in UEInformationResponse: 

2> discard the rlf-Report from VarRLF-Report upon successful delivery of the UEInformationResponse message 
confirmed by lower layers. 


1> if the logMeasReport is included in the UEInformationResponse: 

1> else: 

2> submit the UEInformationResponse message to lower layers for transmission via SRB 1 ; 
8.6.4.2.3 Test description 

8.6.4.2.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 3 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.6.4.2.3.2 Test procedure sequence 

Table 8.6.4.2.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" and "T2" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 8.6.4.2.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 3 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-97 

The power level values are such that 
measurement results for Cell 1 (Ml) and 
Cell 3 (M3) satisfy exit condition for event 
A3(M3<M1). 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-73 

The power level values are such that 
measurement results for Cell 1 (Ml) and 
Cell 3 (M3) satisfy entry condition for event 
A3(M3>M1). 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

"Off- 

-73 

Only Cell 3 is available. 
(N0TE1) 

NOTE 1 : Power level "Off" is defined in TS 36.508 Table 6.2.2.1-1 . 
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Table 8.6.4.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup inter-frequency measurement on Cell 1 . 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 3 parameters according 
to the row "T1 " in Table 8.6.4.2.3.2-1 . 

- 

- 

- 

- 

4 

The UE transmits a MeasurementReport 
message on Cell 1 . 

-> 

MeasurementReport 

- 

- 

5 

The SS changes Cell 1 parameter according to 
the row "T2" in Table 8.6.4.2.3.2-1 . 

- 

- 

- 

- 

6 

The UE transmits an 

RRCConnectionReestablishmentRequest 
message on Cell 3. 

-> 

RRCConnectionReestablisliment 
Request 



7 

The SS transmits an 

RRCConnectionReestablishment message on 
Cell 3. 

<— 

RRCConnectionReestablisfinfient 



8 

The UE transmits an 

RRCConnectionReestablishmentComplete 
message on Cell 3. 

-> 

RRCConnectionReestablisiiment 
Complete 



9 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 3. 

<- 

RRCConnectionReconfiguration 



10 

The UE transmits an 

RRCConnectionReconfigurationConfipiete 
message on Cell 3. 

-> 

RRCConnectionReconfigurationC 
omplete 



11 

The SS transmits a UEInfornfiationRequest 
message on Cell 3. 

<— 

UEInformationRequest 

- 

- 

12 

Check: Does the UE transmit a 
UEInformationResponse message on Cell 3? 

-> 

UEInformationResponse 

1 

P 

13 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 3? 



1 



8.6.4.2.3.3 Specific message contents 

Table 8.6.4.2.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.6.4.2.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.6.4.2.3.3-2: MeasConfig (Table 8.6.4.2.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1, condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f2 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f2) 



} 




reportConfigloAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measidloAddModListSEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 




measld[1] 

1 



measObjectld[1] 

ldMeasObject-f2 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 




Table 8.6.4.2.3.3-3: MeasurementReport {step 4, Table 8.6.4.2.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld 

PhysicalCellldentity of 
Cells 



cgi-lnfo 

Not present 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



additionalSI-lnfo-r9 

Not present 



} 




} 




} 




measResultForECID-r9 

Not present 



} 




} 




} 




} 




} 
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Table 8.6.4.2.3.3-4: RRCConnectionReestablishmentRequest (step 6, Table 8.6.4.2.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-13 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-r8 
SEQUENCE { 




ue-ldentity SEQUENCE} 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS 



} 




reestablishmentCause 

otherFailure 



} 




} 




} 




Table 8.6.4.2.3.3-5: RRCConnectionReestablishmentComplete (step 8, Table 8.6.4.2.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-11 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentComplete ::= 
SEQUENCE! 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentComplete-r8 = 
SEQUENCE { 




nonCriticalExtension SEQUENCE { 




rlf-lnfoAvailable-r9 

true 



nonCriticalExtension 

Not present or any 
allowed value 



} 




} 




} 




} 




Table 8.6.4.2.3.3-6: RRCConnectionReconfiguration (step 9, Table 8.6.4.2.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-HO 



} 




} 




} 




} 
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Table 8.6.4.2.3.3-7: UEInformationRequest (step 11, Table 8.6.4.2.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-23A 

Information Element 

Value/remark 

Comment 

Condition 

UEInformationRequest-r9 ::=SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




uelnformationRequest-r9 SEQUENCE { 




rlf-ReportReq-r9 

TRUE 



} 




} 




} 




} 
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Table 8.6.4.2.3.3-8: UEInformationResponse (step 12, Table 8.6.4.2.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-23B 

Information Element 

Value/remark 

Comment 

Condition 

UEInformationResponse-r9 ::=SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




uelnformationResponse-r9 SEQUENCE { 




rlf-Report-r9 SEQUENCE { 




measResultLastServCell-r9 SEQUENCE { 




rsrpResult-r9 

(0..97) 



rsrqResult-r9 

Not present or (0..34) 



} 




measResultNeighCells-r9 SEQUENCE { 




measResultListEUTRA-r9 SEQUENCE (SIZE 
(1 ..maxFreq)) OF SEQUENCE { 

1 entry 



carrierFreq-r9[1] 

Same downlink EARFCN 
as used for Cell 3 



measResultList-r9[1] SEQUENCE (SIZE 
(L.maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 3 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



additionalSI-lnfo-r9 

Not present 



} 




} 




} 




measResultListUTRA-r9 

Not present 



measResultListGERAN-r9 

Not present 



measResultsCDMA2000-r9 

Not present 



} 




Iocationlnfo-r10 

Not present or any 
allowed value 



failedPCellld-r10 CHOICE! 

cellGloballd-r10 or pci- 
arfcn-r1 

If the UE has the 
global cell identity 
depending on UE 
implementation, 
the UE sets the 
global cell identity, 
otherwise the UE 
sets the physical 
cell identity and 
the carrier 
frequency. 


cellGloballd-r10 SEQUENCE! 




pimn-ldentity 

pimn-ldentity wWh'in 
SystenfilnfornfiationBlockT 
ype1 broadcasted in Cell 

1 



cellldentity 

ce///cye/7% within 
SystemlnformationBlockT 
ype1 broadcasted in Cell 

1 



} 




pci-arfcn-r10 SEQUENCE! 




physCellld-r10 

PhysicalCellldentity of 
CelM 



carrierFreq-r10 

Same downlink EARFCN 
as used for Cell 1 



} 




} 




reestablishmentCellld-r10 SEQUENCE ! 




pimn-ldentity 

pimn-ldentity wWhin 
SystemlnformationBlockT 
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ype1 broadcasted in Cell 
3 



cellldentity 

cellldentity \N\\h\n 
SystemlnformationBlockT 
ype1 broadcasted in Cell 
3 



1 




timeConnFailure-r10 

Not present 



connectionFailureType-r1 

rif 



previousPCellld-r10 

Not present 



} 




} 




} 




} 




} 





8.6.5 

FFS 

8.6.6 
8.6.6.1 
8.6.6.1.1 
(1) 


Inter-RAT Logged Radio Link Failure 

Logged Handover Failure 

Handover Failure logging / Reporting of Intra-frequency measurements 
Test Purpose (TP) 


with { UE in RRC_CONNECTED having performed the intra-frequency measurement and reported that the UE 
has handover failure information available } 
ensure that { 

when { UE receives the UEInformationRequest message containing rlf-ReportReq } 

then { UE sends the UEInformationResponse message containing the measurement result for intra- 
frequency neighbour cell } 


8.6.6.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.5.6, 
5.3.7.4, 5.3.7.5 and 5.6.5.3. 

[TS 36.331, clause 5.3.5.6] 

The UE shall: 

1> if T304 expires (handover failure): 

NOTE: Following T304 expiry any dedicated preamble, if provided within the rach-ConfigDedicated, is not 
available for use by the UE anymore. 

2> revert back to the configuration used in the source PCell, excluding the configuration configured by the 
physicalConfigDedicated, the mac-MainConfig and the sps-Config; 

2> store the following handover failure information in VarRLF -Report by setting its fields as follows: 

3> clear the information included in VarRLF -Report, if any; 

3> set the plmn-Identity to the RPLMN; 

3> set the measResultLastServCell to include the RSRP and RSRQ, if available, of the PCell based on 
measurements collected up to the moment the UE detected handover failure; 

3> set the measResultNeighCells to include the best measured cells, other than the PCell, ordered such that 
the best cell is listed first, and based on measurements collected up to the moment the UE detected 
handover failure, and set its fields as follows; 
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4> if the UE was configured to perform measurements for one or more EUTRA frequencies, include the 
measResultListEUTRA ; 

4> if the UE was configured to perform measurement reporting for one or more neighbouring UTRA 
frequencies, include the measResultListUTRA; 

4> if the UE was configured to perform measurement reporting for one or more neighbouring GERAN 
frequencies, include the measResultListGERAN\ 

4> if the UE was configured to perform measurement reporting for one or more neighbouring 
CDMA2000 frequencies, include the measResultsCDMA2000\ 

NOTE 1 : The measured quantities are filtered by the L3 filter as configured in the mobility measurement 

configuration. The measurements are based on the time domain measurement resource restriction, if 
configured. Blacklisted cells are not required to be reported. 

3> if detailed location information is available, set the content of the locationlnfo as follows: 

4> include the locationCo ordinate s\ 

4> include the horizontalVelocity, if available; 

3> set the failedPCe Hid to the global cell identity, if available, and otherwise to the physical cell identity and 
carrier frequency of the target PCell of the failed handover; 

3> include previousPCellld and set it to the global cell identity of the PCell where the last 
RRCConnectionReconfiguration message including mobility Controllnfo was received; 

3> set the timeConnFailure to the elapsed time since reception of the last RRCConnectionReconfiguration 
message including the mobility ControlInfo\ 

3> set the connectionFailureType to 'hof\ 

2> initiate the connection re-establishment procedure as specified in 5.3.7, upon which the RRC connection 
reconfiguration procedure ends; 

The UE may discard the handover failure information, i.e. release the UE variable VarRLF-Report 48 hours after the 
failure is detected. 

NOTE 2: E-UTRAN may retrieve the handover failure information using the UE information procedure with rlf- 
ReportReq set to true, as specified in 5.6.5.3. 

[TS 36.331, clause 5.3.7.4] 

If the procedure was initiated due to radio link failure or handover failure, the UE shall: 

1> set the reestablishmentCellld in the VarRLF-Report to the global cell identity of the selected cell; 

[TS 36.331, clause 5.3.7.5] 

The UE shall: 


1> set the content of RRCConnectionReestablishmentComplete message as follows: 

2> if the UE has radio link failure or handover failure information available in VarRLF-Report and plmn-Identity 
stored in VarRLF-Report is equal to the RPLMN: 

3> include the rlf- Info Available; 


1> submit the RRCConnectionReestablishmentComplete message to lower layers for transmission, upon which the 
procedure ends; 

[TS 36.331, clause 5.6.5.3] 
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Upon receiving the UEInformationRe quest message, the UE shall: 


1> if rlf-ReportReq is set to true and the UE has radio link failure information or handover failure information 
available in VarRLF-Report and plmn-Identity stored in VarRLF-Report is equal to the RPLMN, set the rlf- 
Report in the UEInformationResponse message to the value of rlf-Report in VarRLF-Report; 

1> if the rlf-Report is included in UEInformationResponse: 

2> discard the rlf-Report from VarRLF-Report upon successful delivery of the UEInformationResponse message 
confirmed by lower layers. 


1> if the logMeasReport is included in the UEInformationResponse: 

1> else: 

2> submit the UEInformationResponse message to lower layers for transmission via SRB 1 ; 
8.6.6.1 .3 Test description 

8.6.6.1 .3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.6.6.1 .3.2 Test procedure sequence 

Table 8.6.6.1.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" and "T2" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 8.6.6.1.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-91 

The power level values are such that 
measurement results for Cell 1 (Ml) and 
Cell 2 (M2) satisfy exit condition for event 
A3(M2<M1). 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-79 

The power level values are such that 
measurement results for Cell 1 (Ml) and 
Cell 2 (M2) satisfy entry condition for event 
A3(M2>M1). 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

"Off- 

Only Cell 1 is available. 
(N0TE1) 

NOTE 1 : Power level "Off" is defined in TS 36.508 Table 6.2.2.1-1 . 
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Table 8.6.6.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup intra-frequency measurement on Cell 1 . 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 2 parameters according 
to the row "T1 " in Table 8.6.6.1 .3.2-1 . 

- 

- 

- 

- 

4 

The UE transmits a MeasurementReport 
message on Cell 1. 

-> 

MeasurementReport 

- 

- 

5 

The SS transmits an 

RRCConnectionReconfiguration message 
including mobilityControllnfo on Cell 1 . 

<- 

RRCConnectionReconfiguration 




EXCEPTION: In parallel to the events 
described in step 6 the steps specified in Table 
8.6.6.1 .3.2-3 should take place. 





6 

The SS changes Cell 2 parameter according to 
the row "T2" in Table 8.6.6.1 .3.2-1 . 

- 

- 

- 

- 

7 

The UE transmits an 

RRCConnectionReestablislimentRequest 
message on Cell 1 . 

-> 

RRCConnectionReestablisiiment 
Request 



8 

The SS transmits an 

RRCConnectionReestabiislinfient message on 
CelM. 

<- 

RRCConnectionReestablisiiment 



9 

The UE transmits an 

RRCConnectionReestabiislimentCompiete 
message on Cell 1 . 

-> 

RRCConnectionReestablisiiment 
Complete 



10 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1. 

<— 

RRCConnectionReconfiguration 



11 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



12 

The SS transmits a UEInformationRequest 
message on Cell 1 . 

<- 

UEInformationRequest 

- 

- 

13 

Check: Does the UE transmit a 
UEInformationResponse message on Cell 1 ? 

-> 

UEInformationResponse 

1 

P 

14 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1 


Table 8.6.6.1.3.2-3: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

- 

EXCEPTION: The steps 1 and 2 below are 
repeated for the duration of T304. 

- 

- 

- 

- 

1 

The UE attempts to perform the intra- 
frequency handover using MAC Random 
Access Preamble on Cell 2. 





2 

The SS does not respond. 

- 

- 

- 

- 


8.6.6.1 .3.3 Specific message contents 

Table 8.6.6.1.3.3-1 : RRCConnectionReconfiguration (step 1, Table 8.6.6.1.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.6.6.1.3.3-2: MeasConfig (Tab\e 8.6.6.1.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

1 entry 



nneasObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModListSEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 




measld[1] 

1 



measObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 




Table 8.6.6.1.3.3-3: MeasurementReport {step 4, Table 8.6.6.1.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld 

PhysicalCellldentity of 
Cell 2 



cgi-lnfo 

Not present 



measResult SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



additionalSI-lnfo-r9 

Not present 



} 




} 




} 




measResultForECID-r9 

Not present 



} 




} 




} 




} 




} 




Table 8.6.6.1.3.3-4: RRCConnectionReconfiguration (step 5, Table 8.6.6.1.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO | 
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Table 8.6.6.1.3.3-5: MobilityControllnfo (Table 8.6.6.1.3.3-5) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 2 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 2 



ul-CarrierFreq 

Not present 



} 




} 





Table 8.6.6.1.3.3-6: RRCConnectionReestablishmentRequest (step 7, Table 8.6.6.1.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-13 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-r8 
SEQUENCE! 




ue-ldentity SEQUENCE} 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS 



} 




reestablishmentCause 

handoverFailure 



} 




} 




} 





Table 8.6.6.1.3.3-7: RRCConnectionReestablishmentComplete (step 9, Table 8.6.6.1.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-11 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentComplete ::= 
SEQUENCE! 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentComplete-r8 = 
SEQUENCE! 




nonCriticalExtension SEQUENCE { 




rlf-lnfoAvailable-r9 

true 



nonCriticalExtension 

Not present or any 
allowed value 



} 




} 




} 




} 
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Table 8.6.6.1.3.3-8: RRCConnectionReconfiguration (step 10, Table 8.6.6.1.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-HO 



} 




} 




} 




} 




Table 8.6.6.1.3.3-9: UEInformationRequest {step 12, Table 8.6.6.1.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-23A 

Information Element 

Value/remark 

Comment 

Condition 

UEInformationRequest-r9 ::=SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




uelnformationRequest-r9 SEQUENCE { 




rlf-ReportReq-r9 

TRUE 



} 




} 




} 




} 
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Table 8.6.6.1.3.3-10: UEIn formation Response (step 13, Table 8.6.6.1.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-23B 

Information Element 

Value/remark 

Comment 

Condition 

UEInformationResponse-r9 ::=SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




uelnformationResponse-r9 SEQUENCE { 




rlf-Report-r9 SEQUENCE { 




measResultLastServCell-r9 SEQUENCE { 




rsrpResult-r9 

(0..97) 



rsrqResult-r9 

Not present or (0..34) 



} 




measResultNeighCells-r9 SEQUENCE { 




measResultListEUTRA-r9 SEQUENCE (SIZE 
(1 ..maxFreq)) OF SEQUENCE { 

1 entry 



carrierFreq-r9[1] 

Same downlink EARFCN 
as used for Cell 2 



measResultList-r9[1] SEQUENCE (SIZE 
(L.maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 2 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



additionalSI-lnfo-r9 

Not present 



} 




} 




} 




measResultListUTRA-r9 

Not present 



measResultListGERAN-r9 

Not present 



measResultsCDMA2000-r9 

Not present 



} 




Iocationlnfo-r10 

Not present or any 
allowed value 



failedPCellld-r10 CHOICE! 

cellGloballd-r10 or pci- 
arfcn-r1 

If the UE has the 
global cell identity 
depending on UE 
implementation, 
the UE sets the 
global cell identity, 
otherwise the UE 
sets the physical 
cell identity and 
the carrier 
frequency. 


cellGloballd-r10 SEQUENCE! 




pimn-ldentity 

pimn-ldentity wWh'in 
SystenfilnfornfiationBlockT 
ype1 broadcasted in Cell 
2 



cellldentity 

ce///cye/7% within 
SystemlnformationBlockT 
ype1 broadcasted in Cell 
2 



} 




pci-arfcn-r10 SEQUENCE! 




physCellld-r10 

PhysicalCellldentity of 
Cell 2 



carrierFreq-r10 

Same downlink EARFCN 
as used for Cell 2 



} 




} 




reestablishmentCellld-r10 SEQUENCE ! 




pimn-ldentity 

pimn-ldentity wWhin 
SystemlnformationBlockT 
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ype1 broadcasted in Cell 

1 



cellldentity 

cellldentity \N\\h\n 
SystemlnformationBlockT 
ype1 broadcasted in Cell 
1 



1 




timeConnFailure-r10 

Any allowed value 



connectionFailureType-r1 

hof 



previousPCellld-r10 SEQUENCE { 




pimn-ldentity 

plmn-ldentity\N\{h\n 
SystemlnformationBlockT 
ype1 broadcasted in Cell 

1 



cellldentity 

cellldentity \N\\h\n 
SystemlnformationBlockT 
ype1 broadcasted in Cell 

1 



} 




} 




} 




} 




} 




} 





8.6.6.2 
8.6.6.2.1 

(1) 


Handover Failure logging / Reporting of Inter-frequency measurennents 
Test Purpose (TP) 


with { UE in RRC_CONNECTED having performed the inter- frequency measurement and reported that the UE 
has handover failure information available } 
ensure that { 

when { UE receives the UEInformationRequest message containing rlf-ReportReq } 

then { UE sends the UEInformationResponse message containing the measurement result for inter- 
frequency neighbour cell } 
} 


8.6.6.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.3.5.6, 
5.3.7.4, 5.3.7.5 and 5.6.5.3. 

[TS 36.331, clause 5.3.5.6] 

The UE shall: 

1> if T304 expires (handover failure): 

NOTE: Following T304 expiry any dedicated preamble, if provided within the rach-ConfigDedicated, is not 
available for use by the UE anymore. 

2> revert back to the configuration used in the source PCell, excluding the configuration configured by the 
physicalConfigDedicated, the mac-MainConfig and the sps-Config\ 

2> store the following handover failure information in VarRLF -Report by setting its fields as follows: 

3> clear the information included in VarRLF -Report, if any; 

3> set the plmn-Identity to the RPLMN; 

3> set the measResultLastServCell to include the RSRP and RSRQ, if available, of the PCell based on 
measurements collected up to the moment the UE detected handover failure; 
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3> set the measResultNeighCells to include the best measured cells, other than the PCell, ordered such that 
the best cell is listed first, and based on measurements collected up to the moment the UE detected 
handover failure, and set its fields as follows; 

4> if the UE was configured to perform measurements for one or more EUTRA frequencies, include the 
measResultListEUTRA ; 

4> if the UE was configured to perform measurement reporting for one or more neighbouring UTRA 
frequencies, include the measResultListUTRA\ 

4> if the UE was configured to perform measurement reporting for one or more neighbouring GERAN 
frequencies, include the measResultListGERAN\ 

4> if the UE was configured to perform measurement reporting for one or more neighbouring 
CDMA2000 frequencies, include the measResultsCDMA2000\ 

NOTE 1 : The measured quantities are filtered by the L3 filter as configured in the mobility measurement 

configuration. The measurements are based on the time domain measurement resource restriction, if 
configured. Blacklisted cells are not required to be reported. 

3> if detailed location information is available, set the content of the locationlnfo as follows: 

4> include the locationCo ordinate s\ 

4> include the horizontalVelocity, if available; 

3> set the failedPCe Hid to the global cell identity, if available, and otherwise to the physical cell identity and 
carrier frequency of the target PCell of the failed handover; 

3> include previousPCellld and set it to the global cell identity of the PCell where the last 
RRCConnectionReconfiguration message including mobility Controllnfo was received; 

3> set the timeConnFailure to the elapsed time since reception of the last RRCConnectionReconfiguration 
message including the mobility ControlInfo\ 

3> set the connectionFailureType to 'hof\ 

2> initiate the connection re-establishment procedure as specified in 5.3.7, upon which the RRC connection 
reconfiguration procedure ends; 

The UE may discard the handover failure information, i.e. release the UE variable VarRLF-Report 48 hours after the 
failure is detected. 

NOTE 2: E-UTRAN may retrieve the handover failure information using the UE information procedure with rlf- 
ReportReq set to true, as specified in 5.6.5.3. 

[TS 36.331, clause 5.3.7.4] 

If the procedure was initiated due to radio link failure or handover failure, the UE shall: 

1> set the reestablishmentCellld in the VarRLF-Report to the global cell identity of the selected cell; 

[TS 36.331, clause 5.3.7.5] 

The UE shall: 


1> set the content of RRCConnectionReestablishmentComplete message as follows: 

2> if the UE has radio link failure or handover failure information available in VarRLF-Report and plmn-Identity 
stored in VarRLF-Report is equal to the RPLMN: 

3> include the rlf- Info Available', 
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1> submit the RRCConnectionReestablishmentComplete message to lower layers for transmission, upon which the 
procedure ends; 

[TS 36.331, clause 5.6.5.3] 

Upon receiving the UEInformationRe quest message, the UE shall: 


1> if rlf-ReportReq is set to true and the UE has radio link failure information or handover failure information 
available in VarRLF-Report and plmn-Identity stored in VarRLF-Report is equal to the RPLMN, set the rlf- 
Report in the UEInformationResponse message to the value of rlf-Report in VarRLF-Report, 

1> if the rlf-Report is included in UEInformationResponse: 

2> discard the rlf-Report from VarRLF-Report upon successful delivery of the UEInformationResponse message 
confirmed by lower layers. 


1> if the logMeasReport is included in the UEInformationResponse: 

1> else: 

2> submit the UEInformationResponse message to lower layers for transmission via SRB 1 ; 
8.6.6.2.3 Test description 

8.6.6.2.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 3 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

8.6.6.2.3.2 Test procedure sequence 

Table 8.6.6.2.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" and "T2" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 8.6.6.2.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 3 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-97 

The power level values are such that 
measurement results for Cell 1 (Ml) and 
Cell 3 (M3) satisfy exit condition for event 
A3(M3<M1). 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-73 

The power level values are such that 
measurement results for Cell 1 (Ml) and 
Cell 3 (M3) satisfy entry condition for event 
A3(M3>M1). 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

"Off- 

Only Cell 1 is available. 
(NOTED 

NOTE 1 : Power level "Off" is defined in TS 36.508 Table 6.2.2.1-1 . 
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Table 8.6.6.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup inter-frequency measurement on Cell 1 . 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 3 parameters according 
to the row "T1 " in Table 8.6.6.2.3.2-1 . 

- 

- 

- 

- 

4 

The UE transmits a MeasurementReport 
message on Cell 1. 

-> 

MeasurementReport 

- 

- 

5 

The SS transmits an 

RRCConnectionReconfiguration message 
including mobilityControllnfo on Cell 1 . 

<- 

RRCConnectionReconfiguration 




EXCEPTION: In parallel to the events 
described in step 6 the steps specified in Table 
8.6.6.2.3.2-3 should take place. 





6 

The SS changes Cell 3 parameter according to 
the row "T2" in Table 8.6.6.2.3.2-1 . 

- 

- 

- 

- 

7 

The UE transmits an 

RRCConnectionReestablislimentRequest 
message on Cell 1 . 

-> 

RRCConnectionReestablisiiment 
Request 



8 

The SS transmits an 

RRCConnectionReestabiislinfient message on 
CelM. 

<- 

RRCConnectionReestablisiiment 



9 

The UE transmits an 

RRCConnectionReestabiislimentCompiete 
message on Cell 1 . 

-> 

RRCConnectionReestablisiiment 
Complete 



10 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1. 

<— 

RRCConnectionReconfiguration 



11 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



12 

The SS transmits a UEInformationRequest 
message on Cell 1 . 

<- 

UEInformationRequest 

- 

- 

13 

Check: Does the UE transmit a 
UEInformationResponse message on Cell 1 ? 

-> 

UEInformationResponse 

1 

P 

14 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



1 


Table 8.6.6.2.3.2-3: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

- 

EXCEPTION: The steps 1 and 2 below are 
repeated for the duration of T304. 

- 

- 

- 

- 

1 

The UE attempts to perform the inter- 
frequency handover using MAC Random 
Access Preamble on Cell 3. 





2 

The SS does not respond. 

- 

- 

- 

- 


8.6.6.2.3.3 Specific message contents 

Table 8.6.6.2.3.3-1 : RRCConnectionReconfiguration (step 1 , Table 8.6.6.2.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 8.6.6.2.3.3-2: MeasConfig (Table 8.6.6.2.3.3-1) 


Derivation Path: 36.508, Table 4.6.6-1, condition INTER-FREQ 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

IdMeasObject-fl 



measObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



measObjectld[2] 

ldMeasObject-f2 



measObject[2] 

MeasObjectEUTRA- 
GENERIC(f2) 



} 




reportConfigloAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measidloAddModListSEQUENCE (SIZE 
(1..maxMeasld)) OF SEQUENCE { 




measld[1] 

1 



measObjectld[1] 

ldMeasObject-f2 



reportConfigld[1] 

ldReportConfig-A3 



} 




} 




Table 8.6.6.2.3.3-3: MeasurementReport (step 4, Table 8.6.6.2.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld 

PhysicalCellldentity of 
Cells 



cgi-lnfo 

Not present 



measResult SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



additionalSI-lnfo-r9 

Not present 



} 




} 




} 




measResultForECID-r9 

Not present 



} 




} 




} 




} 




} 
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Table 8.6.6.2.3.3-4: RRCConnectionReconfiguration (step 5, Table 8.6.6.2.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 8.6.6.2.3.3-5: MobilityControllnfo (Table 8.6.6.2.3.3-5) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 3 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 3 



ul-CarrierFreq 

Not present 



} 




} 





Table 8.6.6.2.3.3-6: RRCConnectionReestablishmentRequest (step 7, Table 8.6.6.2.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-13 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE! 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-r8 
SEQUENCE! 




ue-ldentity SEQUENCE} 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS 



} 




reestablishmentCause 

handoverFailure 



} 




} 




} 





Table 8.6.6.2.3.3-7: RRCConnectionReestablishmentComplete (step 9, Table 8.6.6.2.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-11 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentComplete ::= 
SEQUENCE} 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentComplete-r8 = 
SEQUENCE} 




nonCriticalExtension SEQUENCE { 




rlf-lnfoAvailable-r9 

true 



nonCriticalExtension 

Not present or any 
allowed value 



} 




} 




} 




} 
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Table 8.6.6.2.3.3-8: RRCConnectionReconfiguration (step 10, Table 8.6.6.2.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-HO 



} 




} 




} 




} 




Table 8.6.6.2.3.3-9: UEInformationRequest {step 12, Table 8.6.6.2.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-23A 

Information Element 

Value/remark 

Comment 

Condition 

UEInformationRequest-r9 ::=SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




uelnformationRequest-r9 SEQUENCE { 




rlf-ReportReq-r9 

TRUE 



} 




} 




} 




} 
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Table 8.6.6.2.3.3-10: UEIn formation Response (step 13, Table 8.6.6.2.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-23B 

Information Element 

Value/remark 

Comment 

Condition 

UEInformationResponse-r9 ::=SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




uelnformationResponse-r9 SEQUENCE { 




rlf-Report-r9 SEQUENCE { 




measResultLastServCell-r9 SEQUENCE { 




rsrpResult-r9 

(0..97) 



rsrqResult-r9 

Not present or (0..34) 



} 




measResultNeighCells-r9 SEQUENCE { 




measResultListEUTRA-r9 SEQUENCE (SIZE 
(1 ..maxFreq)) OF SEQUENCE { 

1 entry 



carrierFreq-r9[1] 

Same downlink EARFCN 
as used for Cell 3 



measResultList-r9[1] SEQUENCE (SIZE 
(L.maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cells 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



additionalSI-lnfo-r9 

Not present 



} 




} 




} 




measResultListUTRA-r9 

Not present 



measResultListGERAN-r9 

Not present 



measResultsCDMA2000-r9 

Not present 



} 




Iocationlnfo-r10 

Not present or any 
allowed value 



failedPCellld-r10 CHOICE! 

cellGloballd-r10 or pci- 
arfcn-r1 

If the UE has the 
global cell identity 
depending on UE 
implementation, 
the UE sets the 
global cell identity, 
otherwise the UE 
sets the physical 
cell identity and 
the carrier 
frequency. 


cellGloballd-r10 SEQUENCE! 




pimn-ldentity 

pimn-ldentity wWh'in 
SystenfilnfornfiationBlockT 
ype1 broadcasted in Cell 
3 



cellldentity 

ce///cye/7% within 
SystemlnformationBlockT 
ype1 broadcasted in Cell 
3 



} 




pci-arfcn-r10 SEQUENCE! 




physCellld-r10 

PhysicalCellldentity of 
Cell 3 



carrierFreq-r10 

Same downlink EARFCN 
as used for Cell 3 



} 




} 




reestablishmentCellld-r10 SEQUENCE ! 




pimn-ldentity 

pimn-ldentity wWhin 
SystemlnformationBlockT 
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ype1 broadcasted in Cell 

1 



cellldentity 

cellldentity \N\\h\n 
SystemlnformationBlockT 
ype1 broadcasted in Cell 
1 



1 




timeConnFailure-r10 

Any allowed value 



connectionFailureType-r1 

hof 



previousPCellld-r10 SEQUENCE { 




pimn-ldentity 

plmn-ldentity\N\{h\n 
SystemlnformationBlockT 
ype1 broadcasted in Cell 

1 



cellldentity 

cellldentity \N\\h\n 
SystemlnformationBlockT 
ype1 broadcasted in Cell 

1 



} 




} 




} 




} 




} 




} 
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9 EPS mobility management 

9.1 EMM common procedures 

9.1.1 Void 

9.1.1.1 Void 

9.1.1.2 Void 

9.1.2 Authentication procedure 

9.1.2.1 Autlientication accepted 

9.1.2.1.1 Test Purpose (TP) 
(1) 

with { a NAS signalling connection existing } 
ensure that { 

when { the UE receives an AUTHENTICATION REQUEST message } 

then { the UE responds with a correct AUTHENTICATION RESPONSE message and establishes correct 
EPS security context } 
} 

9.1 .2.1 .2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clauses 5.4.2.1 and 

5.4.2.3 and TS 33.401, clause 6.1.1. 

[TS 24.301, clause 5.4.2.1] 

The UE shall support the EPS authentication challenge only if a USIM is present. 

An EPS security context is established in the UE and the network when an EPS authentication is successfully 
performed. During a successful EPS authentication, the CK and IK keys are computed. CK and IK are then used as key 
material to compute a new key, Kasme. Kasme is stored in the EPS security contexts (see 3GPP TS 33.401 [19]) of both 
the network and the UE, and is the root for the EPS integrity protection and ciphering key hierarchy. 

[TS 24.301, clause 5.4.2.3] 

The UE shall respond to an AUTHENTICATION REQUEST message. With the exception of the cases described in 
subclause 5.4.2.6, the UE shall process the authentication challenge data and respond with an AUTHENTICATION 
RESPONSE message to the network. 

Upon a successful EPS authentication challenge, the new Kasme calculated from the authentication challenge data shall 
be stored in a new EPS security context. 

[TS 33.401, clause 6.1.1] 

UE shall compute Kasme from CK, IK, and serving network's identity (SN id) using the KDF as specified in Annex A. 
SN id binding implicitly authenticates the serving network's identity when the derived keys from Kasme are successfully 
used. 


UE shall respond with User authentication response message including RES in case of successful AUTN verification as 
described in TS 33.102[4] and successful AMF verification as described above. Otherwise UE shall send User 
authentication reject message with a proper CAUSE value. 
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9.1 .2.1 .3 Test description 

9.1 .2.1 .3.1 Pre-test conditions 

System Simulator: 

- cell A. 

UE: 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and registered 
on cell A using default message contents according to TS 36.508 [18].. 

Preamble: 

- the UE is in state Switched OFF (State 1) according to TS 36.508 [18]. 
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9.1.2.1.3.2 


Test procedure sequence 

Table 9.1.2.1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

Switch the UEon 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
including a GUTI and a PDN CONNECTIVITY 
REQUEST message 

-> 

ATTACH REQUEST 



3 

SS transmits an AUTHENTICATION 
REQUEST message, KSIasme value is different 
to the KSIasme value provided in the ATTACH 
REQUEST 

<- 

AUTHENTICATION REQUEST 



4 

Check: Does the UE respond with 
AUTHENTICATION RESPONSE message 
within 6 seconds and the included RES is 
equal to the XRES calculated in the SS? 

-> 

AUTHENTICATION RESPONSE 

1 

P 

5 

SS transmits a NAS SECURITY MODE 
COMMAND message including the KSIasme of 
the new EPS security context (as provided in 
step 3) 

<— 

SECURITY MODE COMMAND 



6 

Check: Does the UE respond with NAS 
SECURITY MODE COMPLETE message 
integrity protected and ciphered with the new 
EPS security context identified by the KSIasme 
received in the SECURITY MODE COMMAND 
message in step 5 

-> 

SECURITY MODE COMPLETE 

1 

P 


EXCEPTION: Steps 7a1 to 7a2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





7a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<- 

ESM INFORMATION REQUEST 



7a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



8 

SS responds with ATTACH ACCEPT 
message. The ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message is 
piggybacked in ATTACH ACCEPT message 

<— 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 9 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





9 

The UE transmits an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message 

-> 

ATTACH COMPLETE 



10a1 

Void 

- 

- 

- 

- 

11 

SS releases the RRC connection 

- 

- 

- 

- 

12 

SS pages the UE using S-TMSI with CN 
domain indicator set to "PS". 

- 

- 

- 

- 

13 

Check: Does the UE respond with SERVICE 
REQUEST message providing KSIasme value 
that equals the value provided in the 
AUTHENTICATION REQUEST message in 
Step 3, and, integrity protected with new EPS 
security context? 

-> 

SERVICE REQUEST 

1 

P 

14- 
17 

Steps 6 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed to successfully complete the 
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service request procedure. 


9.1 .2.1 .3.3 Specific message contents 

Table 9.1.2.1.3.3-1 : AUTHENTICATION RESPONSE (step 4, Table 9.1.2.1.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-8 

Information Element 

Value/remark 

Comment 

Condition 

Authentication response parameter 

RES equal to the XRES 
calculated in the SS with 
the parameters 
provided/indicated in the 
AUTHENTICATION 
REQUEST 




9.1.2.2 
9.1.2.3 

9.1.2.3.1 
(1) 


Void 

Authentication not accepted by the network / GUTI used / Authentication 
reject and re-authentication 

Test Purpose (TP) 


with { UE having sent an initial NAS message with type of identity GUTI } 
ensure that { 

when { as a result of failure of an Authentication procedure intiated by the network the UE 
receives an AUTHENTICATION REJECT message } 

then { the UE shall set the update status to EU3 ROAMING NOT ALLOWED, delete the stored GUTI, 
TAI list, last visited registered TAI and KSIasme and enter state EMM-DEREGISTERED } 


9.1 .2.3.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clauses 5.4.2.5. 

[TS 24.301, clause 5.4.2.5] 

Upon receipt of an AUTHENTICATION REJECT message, the UE shall set the update status to EU3 ROAMING NOT 
ALLOWED, delete the stored GUTI, TAI Hst, last visited registered TAI and KSIasme- The USIM shall be considered 
invalid until switching off the UE or the UICC containing the USIM is removed. 

If the AUTHENTICATION REJECT message is received by the UE, the UE shall abort any EMM signalling 
procedure, stop any of the timers T3410, T3417 or T3430 (if running) and enter state EMM-DEREGISTERED. 

9.1.2.3.3 Test description 
9.1 .2.3.3.1 Pre-test conditions 
System Simulator: 

- cell A. 

UE: 

the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.1.2.3.3.2 


Test procedure sequence 

Table 9.1.2.3.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

Switch the UEon 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message including a GUTI and a PDN 
CONNECTIVITY REQUEST message 

-> 

ATTACH REQUEST 



3 

The SS transmits an AUTHENTICATION 
REQUEST message without integrity 
protection and ciphering 

<- 

AUTHENTICATION REQUEST 



4 

The UE transmits an AUTHENTICATION 
RESPONSE. 

-> 

AUTHENTICATION RESPONSE 

- 

- 

5 

The SS transmits an AUTHENTICATION 
REJECT message without integrity protection 
and ciphering 

<- 

AUTHENTICATION REJECT 



6 

SS releases the RRC connection 

- 

- 

- 

- 

7 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

8 

Check: Does the test result of CALL generic 
procedure "Test procedure for no response to 
paging (for NAS testing)" clause 6.4.2.5 [18] 
indicates that the UE responds to paging when 
paged with S-TMSI include GUTI-1 and with 
CN domain indicator set to "PS"? 



1 


9 

Check: Does the test result of CALL generic 
procedure "Test procedure for no response to 
paging (for NAS testing)" clause 6.4.2.5 [18] 
indicates that the UE responds to paging when 
paged with IMSI and with CN domain indicator 
set to "PS"? 



1 


10 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





11 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

12 

Check: Does UE transmit a NOT integrity 
protected ATTACH REQUEST message 
including IMSI and a PDN CONNECTIVITY 
REQUEST message? 

-> 

ATTACH REQUEST 

1 

P 

13- 
24 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 






9.1 .2.3.3.3 Specific message contents 

Table 9.1. 2.3.3.3-1 a: ATTACH REQUEST (step 2, Table 9.1.2.3.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

Old GUTI or IMSI 

GUTI-1 

GUTI allocated in 

pre-test 

conditions. 
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Table 9.1.2.3.3.3-1 : ATTACH REQUEST (step 12, Table 9.1.2.3.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 

'iirB 

no key is available 


Old GUTI or IMSI 

IMSI 



Last visited registered TAI 

Not Present 




9.1.2.4 
9.1.2.4.1 

(1) 


Authentication not accepted by the UE / MAC code failure 
Test Purpose (IP) 


with { a NAS signalling connection existing } 
ensure that { 

when { the UE receives an AUTHENTICATION REQUEST message with invalid MAC code } 

then { the UE shall send an AUTHENTICATION FAILURE message to the network, with the reject cause 
#2 "MAC failure" } 


9.1 .2.4.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clauses 5.4.2.6. 

[TS 24.301, clause 5.4.2.6] 

In an EPS authentication challenge, the UE shall check the authenticity of the core network by means of the AUTN 
parameter received in the AUTHENTICATION REQUEST message. This enables the UE to detect a false network. 

During an EPS authentication procedure, the UE may reject the core network due to an incorrect AUTN parameter (see 
3 GPP TS 33.401 [19]). This parameter contains three possible causes for authentication failure: 

a) MAC code failure: 

If the UE finds the MAC code (supplied by the core network in the AUTN parameter) to be invalid, the UE shall 
send an AUTHENTICATION FAILURE message to the network, with the EMM cause #20 "MAC failure". The 
UE shall then follow the procedure described in subclause 5.4.2.7, item c. 

[TS 24.301, clause 5.4.2.7] 

c) Authentication failure (EMM cause #20 "MAC failure"): 

The UE shall send an AUTHENTICATION FAILURE message, with EMM cause #20 "MAC failure" according 
to subclause 5.4.2.6, to the network and start timer T3418 (see example in figure 5.4.2.7.1). Furthermore, the UE 
shall stop any of the retransmission timers that are running (e.g. T3410, T3417, T3421 or T3430). Upon the first 
receipt of an AUTHENTICATION FAILURE message from the UE with EMM cause #20 "MAC failure", the 
network may initiate the identification procedure described in subclause 5.4.4. This is to allow the network to 
obtain the IMSI from the UE. The network may then check that the GUTI originally used in the authentication 
challenge corresponded to the correct IMSI. Upon receipt of the IDENTITY REQUEST message from the 
network, the UE shall send the IDENTITY RESPONSE message. 


If the GUTI/IMSI mapping in the network was incorrect, the network should respond by sending a new 
AUTHENTICATION REQUEST message to the UE. Upon receiving the new AUTHENTICATION REQUEST 
message from the network, the UE shall stop the timer T3418, if running, and then process the challenge 
information as normal. 


9.1.2.4.3 
9.1.2.4.3.1 
System Simulator: 
- cell A. 


Test description 
Pre-test conditions 
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UE: 

none. 
Preamble: 

- the UE is in state Switched OFF (State 1) according to TS 36.508 [18]. 
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9.1.2.4.3.2 


Test procedure sequence 

Table 9.1.2.4.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

Switch the UEon 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message 

-> 

ATTACH REQUEST 



3 

SS transmits an AUTHENTICATION 
REQUEST message which contains an invalid 
MAC code 

<- 

AUTHENTICATION REQUEST 



4 

Check: Does the UE respond with an 
AUTHENTICATION FAILURE message, with 
reject cause "MAC failure"? 

-> 

AUTHENTICATION FAILURE 

1 

P 

5 

SS transmits an IDENTITY REQUEST 
message requesting IMSI in the IE Identity 
type 

<— 

IDENTITY REQUEST 



6 

The UE responds with a correct IDENTITY 
RESPONSE message providing its IMSI in the 
IE Mobile Identity 

-> 

IDENTITY RESPONSE 



7 

SS transmits a correct AUTHENTICATION 
REQUEST message, RAND different to the 
one send in Step 3 

<- 

AUTHENTICATION REQUEST 



8 

Check: Does the UE respond with a correct 
AUTHENTICATION RESPONSE message 
with RES that is equal to the XRES calculated 
in the SS? 

-> 

AUTHENTICATION RESPONSE 

1 

P 

9 

SS transmits a NAS SECURITY MODE 
COMMAND message including the KSUsme of 
the new EPS security context (as provided in 
step 8) 

<- 

SECURITY MODE COMMAND 



10 

UE transmits a NAS SECURITY MODE 
COMPLETE message integrity protected and 
ciphered with the new EPS security context 
identified by the KSIasme received in the 
SECURITY MODE COMMAND message in 
step 9 

-> 

SECURITY MODE COMPLETE 




EXCEPTION: Steps 1 1 a1 to 1 1 a2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





11a 
1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<— 

ESM INFORMATION REQUEST 



11a 
2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



12 

SS responds with ATTACH ACCEPT. The 
ACTIVATE DEFAULT EPS BEARER 
CONTEXT REQUEST message is 
piggybacked in ATTACH ACCEPT message 

<— 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 13 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U- 
plane if requested by the UE. 





13 

The UE transmits an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message 

-> 

ATTACH COMPLETE 



14a 

1 

Void 

- 

- 

- 

- 
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9.1 .2.4.3.3 Specific message contents 

Table 9.1.2.4.3.3-1 : AUTHENTICATION REQUEST (step 3, Table 9.1.2.4.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-7 

Information Element 

Value/remark 

Comment 

Condition 

Authentication parameter AUTN 

Invalid MAC 

SS shall calculate 
the correct MAC 
value as specified 
in TS 33.102 and 
use any different 
value, e.g. 
correct MAC+5. 



Table 9.1.2.4.3.3-2: AUTHENTICATION RESPONSE (step 8, Table 9.1.2.4.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-8 

Information Element 

Value/remark 

Comment 

Condition 

Authentication response parameter 

RES equal to the XRES 
calculated in the SS with 
the parameters 
provided/indicated in the 
AUTHENTICATION 
REQUEST 




9.1.2.5 


9.1.2.5.1 


Authentication not accepted by the UE / SON failure 
Test Purpose (IP) 


(1) 


with { a NAS signalling connection existing } 
ensure that { 

when { the UE receives an AUTHENTICATION REQUEST message with SQN out of range } 

then { the UE sends an AUTHENTICATION FAILURE message to the network, with EMM cause "synch 
failure" and a re-synchronization token } 

} 

(2) 

with { UE having sent an AUTHENTICATION FAILURE message to the network, with EMM cause "synch 
failure" } 
ensure that { 

when { the UE receives a new correct AUTHENTICATION REQUEST message while T342 is running } 
then { the UE sends a corect AUTHENTICATION RESPONSE message } 


9.1.2.5.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 24.301, clauses 5.4.2.6 and 

5.4.2.7. 

[TS 24.301, clause 5.4.2.6] 

In an EPS authentication challenge, the UE shall check the authenticity of the core network by means of the AUTN 
parameter received in the AUTHENTICATION REQUEST message. This enables the UE to detect a false network. 

During an EPS authentication procedure, the UE may reject the core network due to an incorrect AUTN parameter (see 
3 GPP TS 33.401 [19]). This parameter contains three possible causes for authentication failure: 


c) SQN failure: 
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If the UE finds the SQN (supplied by the core network in the AUTN parameter) to be out of range, the UE 
shall send an AUTHENTICATION FAILURE message to the network, with the EMM cause #21 "synch 
failure" and a re- synchronization token AUTS provided by the USIM (see 3GPP TS 33.102 [18]). The UE 
shall then follow the procedure described in subclause 5.4.2.7, item e. 

[TS 24.301, clause 5.4.2.7] 

e) Authentication failure (EMM cause #21 "synch failure"): 

The UE shall send an AUTHENTICATION FAILURE message, with EMM cause #21 "synch failure", to the 
network and start the timer T3420 (see example in figure 5.4.2.7.2). Furthermore, the UE shall stop any of the 
retransmission timers that are running (e.g. T3410, T3417, T3421 or T3430). Upon the first receipt of an 
AUTHENTICATION FAILURE message from the UE with the EMM cause #21 "synch failure", the network 
shall use the returned AUTS parameter from the authentication failure parameter IE in the AUTHENTICATION 
FAILURE message, to re-synchronise. The re-synchronisation procedure requires the MME to delete all unused 
authentication vectors for that IMSI and obtain new vectors from the HSS. When re-synchronisation is complete, 
the network shall initiate the authentication procedure. Upon receipt of the AUTHENTICATION REQUEST 
message, the UE shall stop the timer T3420, if running. 


If the network is validated successfully (a new AUTHENTICATION REQUEST is received which contains a 
vaHd SQN and MAC) while T3420 is running, the UE shall send the AUTHENTICATION RESPONSE 
message to the network and shall start any retransmission timers (e.g. T3410, T3417, T3421 or T3430), if they 
were running and stopped when the UE received the first failed AUTHENTICATION REQUEST message. 

9.1 .2.5.3 Test description 

9.1 .2.5.3.1 Pre-test conditions 

System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Switched OFF (State 1) according to TS 36.508 [18]. 
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9.1.2.5.3.2 


Test procedure sequence 

Table 9.1.2.5.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

Switch the UEon 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message 

-> 

ATTACH REQUEST 



3 

SS transmits AUTHENTICATION REQUEST 
message with the AMF field in the IE 
"Authentication parameter AUTN" set to 
"AMFresynch" value to trigger SON re- 
synchronisation procedure in test USIM 

<- 

AUTHENTICATION REQUEST 



4 

Check: Does the UE respond with an 
AUTHENTICATION FAILURE message, with 
EMM cause "synch failure"? 

-> 

AUTHENTICATION FAILURE 

1 

P 

5 

SS transmits an IDENTITY REQUEST 
message requesting IMSI in the IE Identity 
type 

<— 

IDENTITY REQUEST 



6 

The UE responds with IDENTITY RESPONSE 
message providing its IMSI in the IE Mobile 
Identity 

-> 

IDENTITY RESPONSE 



7 

SS transmits AUTHENTICATION REQUEST 

message 

(Notel) 

<- 

AUTHENTICATION REQUEST 



8 

Check: Does the UE respond with 
AUTHENTICATION RESPONSE message 
with RES that is equal to the XRES calculated 
in the SS? 

-> 

AUTHENTICATION RESPONSE 

2 

P 

9 

SS transmits a NAS SECURITY MODE 
COMMAND message including the KSIasme of 
the new EPS security context (as provided in 
step 8) 

<- 

SECURITY MODE COMMAND 



10 

UE transmits a NAS SECURITY MODE 
COMPLETE message integrity protected and 
ciphered with the new EPS security context 
identified by the KSIasme received in the 
SECURITY MODE COMMAND message in 
step 9 

-> 

SECURITY MODE COMPLETE 




EXCEPTION: Steps 1 1 a1 to 1 1 a2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





11a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<— 

ESM INFORMATION REQUEST 



11a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



12 

SS responds with ATTACH ACCEPT. The 
ACTIVATE DEFAULT EPS BEARER 
CONTEXT REQUEST message is 
piggybacked in ATTACH ACCEPT message 

<- 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 13 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





13 

The UE transmits an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message 

-> 

ATTACH COMPLETE 
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14a1 Void 


Note 1 : The SS shall ensure that the AUTHENTICATION REQUEST message sent in step 7 is sent less than 

(T3420-10%) sec after the message sent in step 4 otherwise it cannot be ensured that the UE will behave as 
specified in step 8. 


9.1 .2.5.3.3 Specific message contents 

Table 9.1.2.5.3.3-1 : AUTHENTICATION REQUEST (step 3, Table 9.1.2.5.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-7 

Information Element 

Value/remark 

Comment 

Condition 

Authentication parameter AUTN 

AMF field set to 

"AMFresynch" 




Table 9.1.2.5.3.3-2: AUTHENTICATION FAILURE (step 4, Table 9.1.2.5.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-5 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0001 01 ore 

Synch failure 


Authentication failure parameter 

'1111 1111 1111 1111'B 

AMFresynch see 
TS 34.108, 8.1.2.2 



Table 9.1.2.5.3.3-3: AUTHENTICATION RESPONSE (step 8, Table 9.1.2.5.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-8 

Information Element 

Value/remark 

Comment 

Condition 

Authentication response parameter 

RES equal to the XRES 
calculated in the SS with 
the parameters 
provided/indicated in the 
AUTHENTICATION 
REQUEST 




9.1.2.6 
9.1.2.6.1 
(1) 


Abnormal cases / Network failing the authentication check 
Test Purpose (TP) 


with { UE in EMM-REGISTERED state / EMM-CONNECTED mode} 
ensure that { 

when { UE receives an AUTHENTICATION REQUEST message but UE deems that the network failed the 
authentication check } 

then { UE locally release the RRC connection and treat the active cell as barred } 
} 

9.1 .2.6.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.4.2.7. 

[TS 24.301, clause 5.4.2.7] 

It can be assumed that the source of the authentication challenge is not genuine (authentication not accepted by the 
UE) if any of the following occur: 

- after sending the AUTHENTICATION FAILURE message with the EMM cause #20 "MAC failure" the 
timer T3418 expires; 


When it has been deemed by the UE that the source of the authentication challenge is not genuine (i.e. 
authentication not accepted by the UE), the UE shall proceed as described in item f. 
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f) Network failing the authentication check: 

If the UE deems that the network has failed the authentication check, then it shall request RRC to locally release 
the RRC connection and treat the active cell as barred (see 3GPP TS 36.331 [22]). The UE shall start any 
retransmission timers (e.g. T3410, T3417, T3421 or T3430), if they were running and stopped when the UE 
received the first AUTHENTICATION REQUEST message containing an invahd MAC or SQN. 


9.1.2.6.3 
9.1.2.6.3.1 
System Simulator: 


Test description 
Pre-test conditions 


Cell A and Cell B are configured according to table 6.3.2.2-1 in TS 36.508 [18]; cell A and Cell B belong to 
different PLMNs 

- UE: 
none. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to clause [18]. 
9.1 .2.6.3.2 Test procedure sequence 

Table 9.1.2.6.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 


U-S 

IVIessage 

1 

The SS configures: 

- Cell A as the "Serving cell". 

- Cell B as a " Suitable neighbour intra- 
frequency cell". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is switched on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

--> 

ATTACH REQUEST 



4 

SS transmits an AUTHENTICATION 
REQUEST message which contains an invalid 
MAC code 

<-- 

AUTHENTICATION REQUEST 



5 

UE responds with an AUTHENTICATION 
FAILURE message, with reject cause "MAC 
failure" . 

--> 

AUTHENTICATION FAILURE 



6 

SS responds nothing and waits for the 
expiration of T3418. 





6A 

The SS configures: 

- Cell B as the "Serving cell". 

- Cell A as a " Suitable neighbour intra- 
frequency cell". 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

7 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

--> 

ATTACH REQUEST 

1 

P 

8- 
19 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 

" 


' 

" 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 

" 


■ 

' 
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9.1 .2.6.3.3 Specific message contents 

Table 9.1.2.6.3.3-1 : AUTHENTICATION REQUEST (step 3, Table 9.1.2.6.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-7 

Information Element 

Value/remark 

Comment 

Condition 

Authentication parameter AUTN 

Invalid MAC 

SS shall calculate 
the correct MAC 
value as specified 
in TS 33.401 and 
use any different 
value, e.g. 
correct MAC+5. 



Table 9.1.2.6.3.3-2: AUTHENTICATION FAILURE (step 5, Table 9.1.2.6.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-5 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0001 0100'B 

MAC failure 


Authentication failure parameter 

Not present 




Table 9.1.2.6.3.3-3: SystemlnformationBlockType1(Cell A, Preamble and all steps) 


Derivation Path: 36.508 Table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= 
SEQUENCE} 




cellAccessRelatedlnfo SEQUENCE { 




cellBarred 

notBarred 



intraFreqReselection 

allowed 



} 




} 





9.1 .3 Security mode control procedure 


9.1.3.1 
9.1.3.1.1 

(1) 


NAS security mode command accepted by the UE 

Test Purpose (TP) 


with { succesful completion of EPS authentication and key agreement (AKA) procedure } 
ensure that { 

when { UE receives an integrity protected SECURITY MODE COMMAND message including replayed 
security capabilities and IMEISV request } 

then { UE sends an integrity protected and ciphered SECURITY MODE COMPLETE message including 
IMEISV and starts applying the NAS Security in both UL and DL } 

(2) 

with { NAS Security Activated and EPS Authentication and key agreement procedure is executed for new 
Key generation} 
ensure that { 

when { UE receives an integrity protected SECURITY MODE COMMAND message corresponding to NAS count 
reset to zero including replayed security capabilities and IMEISV request } 

then { UE sends integrity protected and ciphered SECURITY MODE COMPLETE message [with NAS count 
set to zero] including IMEISV and starts applying the NAS Security in both UL and DL} 


9.1.3.1.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 24.301 clause 4.4.3.1, 
5.4.3.1, 5.4.3.2 and 5.4.3.3. 

[TS 24.301, clause 4.4.3.1] 
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Each EPS NAS security context shall be associated with two separate counters NAS COUNT: one related to uplink 
NAS messages and one related to downlink NAS messages. The NAS COUNT counters use 24 bit internal 
representation and are independently maintained by UE and MME. The NAS COUNT shall be constructed as a NAS 
sequence number (8 least significant bits) concatenated with a NAS overflow counter (16 most significant bits). 

When NAS COUNT is input to NAS ciphering or NAS integrity algorithms it shall be considered to be a 32-bit entity 
which shall be constructed by padding the 24-bit internal representation with 8 zeros in the most significant bits. 

During the handover from UTRAN/GERAN to E-UTRAN, if the mapped EPS security context is taken into use, the 
NAS COUNT values for this EPS security context shall be initialized to zero in the UE and the network for uplink and 
downlink NAS messages. 

The NAS sequence number part of the NAS COUNT shall be exchanged between the UE and the MME as part of the 
NAS signalling. After each new or retransmitted outbound security protected NAS message, the sender shall increase 
the NAS COUNT number by one. Specifically, on the sender side, the NAS sequence number shall be increased by one, 
and if the result is zero (due to wrap around), the NAS overflow counter shall also be incremented by one (see 
subclause 4.4.3.5). The receiving side shall estimate the NAS COUNT used by the sending side. Specifically, if the 
estimated NAS sequence number wraps around, the NAS overflow counter shall be incremented by one. 

[TS 24.301, clause 5.4.3.1] 

The purpose of the NAS security mode control procedure is to take an EPS security context into use, and initialise and 
start NAS signalling security between the UE and the MME with the corresponding NAS keys and security algorithms. 

[TS 24.301, clause 5.4.3.2] 

The MME initiates the NAS security mode control procedure by sending a SECURITY MODE COMMAND message 
to the UE and starting timer T3460 (see example in figure 5.4.3.2.1). 

If the security mode control procedure is initiated further to a successful execution of the authentication procedure, the 
MME shall use the reset downlink NAS COUNT to integrity protect the SECURITY MODE COMMAND message. 

The MME shall send the SECURITY MODE COMMAND message unciphered, but shall integrity protect the message 
with the NAS integrity key based on Kasme or mapped K'asme indicated by the eKSI included in the message. The 
MME shall set the security header type of the message to "integrity protected with new EPS security context". 


The MME shall include the replayed security capabilities of the UE (including the security capabilities with regard to 
NAS, RRC and UP (user plane) ciphering as well as NAS, RRC integrity, and other possible target network security 
capabilities, i.e. UTRAN/GERAN if UE included them in the message to network), the replayed nonccuE if the UE 
included it in the message to the network, the selected NAS ciphering and integrity algorithms and the Key Set 
Identifier (eKSI). 

Additionally, the MME may request the UE to include its IMEISV in the SECURITY MODE COMPLETE message. 

NOTE: The AS and NAS security capabilities will be the same, i.e. if the UE supports one algorithm for NAS it is 
also be supported for AS. 

[TS 24.301, clause 5.4.3.3] 

Upon receipt of the SECURITY MODE COMMAND message, the UE shall check whether the security mode 
command can be accepted or not. This is done by performing the integrity check of the message and by checking that 
the received UE security capabilities and the received nonccuE have not been altered compared to what the UE provided 
in the initial layer 3 message that triggered this procedure. 

If the type of security context flag is set to "native security context" and if the KSI matches a valid native EPS security 
context held in the UE while the UE has a mapped EPS security context as the current security context, the UE shall 
take the native EPS security context into use. The UE shall store the native EPS security context, as specified in 
annex C. 

If the security mode command can be accepted, the UE shall reset the uplink NAS COUNT and the UE shall take the 
new EPS security context into use when: 

a) the SECURITY MODE COMMAND message is received further to a successful execution of the authentication 
procedure; or 
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b) the type of security context flag is set to "mapped security context" in the NAS KSI IE included in the SECURITY 
MODE COMMAND message. 

If the security mode command can be accepted and the eKSI was included in the SECURITY MODE COMMAND 
message, the UE shall send a SECURITY MODE COMPLETE message integrity protected with the selected NAS 
integrity algorithm and the NAS integrity key based on the Kasme or mapped K'asme if the type of security context flag 
is set to "mapped security context" indicated by the eKSI. If the SECURITY MODE COMMAND message includes the 
type of security context flag set to "mapped security context" in the NAS KSI IE, nonccMME and nonccuE, the UE shall 
generate K'asme from both nonces as indicated in 3 GPP TS 33.401 [19] and reset the downlink NAS COUNT to check 
whether the SECURITY MODE COMMAND can be accepted or not. The UE shall cipher the SECURITY MODE 
COMPLETE message with the selected NAS ciphering algorithm and the NAS ciphering key based on the Kasme or 
mapped K'asme indicated by the eKSI. The UE shall set the security header type of the message to "integrity protected 
and ciphered with new EPS security context" . 

From this time onwards the UE shall cipher and integrity protect all NAS signalling messages with the selected NAS 
ciphering and NAS integrity algorithms. 

If the MME indicated in the SECURITY MODE COMMAND message that the IMEISV is requested, the UE shall 
include its IMEISV in the SECURITY MODE COMPLETE message. 

9.1 . 3.1 .3 Test description 

9.1 .3.1 .3.1 Pre-test conditions 

System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.1.3.1.3.2 


Test procedure sequence 

Table 9.1.3.1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



3 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<- 

AUTHENTICATION REQUEST 



4 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



5 

The SS transmits a SECURITY MODE 
COMMAND message to activate NAS security. 
It is integrity protected and includes request to 
include IMEISV 

<— 

SECURITY MODE COMMAND 



6 

Check: Does the UE transmit a SECURITY 
MODE COMPLETE message and does it 
establish the initial security configuration? 

-> 

SECURITY MODE COMPLETE 

1 

P 


EXCEPTION: Steps 6Aa1 to 6Aa2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





6A 

a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<— 

ESM INFORMATION REQUEST 



6A 
a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



7 

The SS transmits an ATTACH ACCEPT 
message. The ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message is 
piggybacked in ATTACH ACCEPT message 

<— 

ATTACH ACCEPT 



8 

The UE transmits an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message 

-> 

ATTACH COMPLETE 



9 

The SS transmits an IDENTITY REQUEST 
message [Security protected] 

<- 

IDENTITY REQUEST 

- 

- 

10 

Check: Does the UE transmit an IDENTIY 
RESPONSE message [Security Protected]? 

-> 

IDENTITY RESPONSE 

1 

P 

11 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure for new key 
set generation. 

<- 

AUTHENTICATION REQUEST 



12 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



13 

SS resets UL and DL NAS Count to zero 

- 

- 

- 

- 

14 

The SS transmits a SECURITY MODE 
COMMAND message to activate NAS security. 
It is integrity protected and includes request to 
include IMEISV 

<— 

SECURITY MODE COMMAND 



15 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 

2 

P 


Exception : Steps 16 and 17 are executed 100 
times to check UE is applying security correctly 





16 

The SS transmits an IDENTITY REQUEST 
message [Security protected] 

<- 

IDENTITY REQUEST 

- 

- 
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17 

Check: Does the UE transmit an IDENTIY 
RESPONSE message [Security Protected]? 

-> 

IDENTITY RESPONSE 

2 

P 


9.1 .3.1 .3.3 Specific message contents 

Table 9.1.3.1.3.3-1 : SECURITY MODE COMMAND (Steps 5 and 14) 


Derivation path: 36.508 table 4.7.2-19 

Information Element 

Value/Remark 

Comment 

Condition 

IMEISV request 

Present 



Table 9.1.3.1.3.3-2: 

SECURITY MODE COMPLETE (Steps 6 and 15) 


Derivation path: 36.508 table 4.7.2-20 

Information Element 

Value/Remark 

Comment 

Condition 

IMEISV 

Present 




9.1.3.2 
9.1.3.2.1 
(1) 


NAS security mode coininand not accepted by the UE 

Test Purpose (TP) 


with { succesful completion of EPS authentication and key agreement (AKA) procedure [ } 
ensure that { 

when { UE receives an integrity protected SECURITY MODE COMMAND message including not mathcing 
replayed security capabilities} 

then { UE sends SECURITY MODE REJECT and does not start applying the NAS security in both UL and 
DL} 


9.1.3.2.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 24.301 clause 5.4.3.1, 
5.4.3.2, 5.4.3.3 and 5.4.3.5. 

[TS 24.301, clause 5.4.3.1] 

The purpose of the NAS security mode control procedure is to take an EPS security context into use, and initialise and 
start NAS signalling security between the UE and the MME with the corresponding NAS keys and security algorithms. 

[TS 24.301, clause 5.4.3.2] 

The MME initiates the NAS security mode control procedure by sending a SECURITY MODE COMMAND message 
to the UE and starting timer T3460 (see example in figure 5.4.3.2.1). 

If the security mode control procedure is initiated further to a successful execution of the authentication procedure, the 
MME shall use the reset downlink NAS COUNT to integrity protect the SECURITY MODE COMMAND message. 

The MME shall send the SECURITY MODE COMMAND message unciphered, but shall integrity protect the message 
with the NAS integrity key based on Kasme or mapped K'asme indicated by the eKSI included in the message. The 
MME shall set the security header type of the message to "integrity protected with new EPS security context". 


The MME shall include the replayed security capabilities of the UE (including the security capabilities with regard to 
NAS, RRC and UP (user plane) ciphering as well as NAS, RRC integrity, and other possible target network security 
capabilities, i.e. UTRAN/GERAN if UE included them in the message to network), the replayed nonccuE if the UE 
included it in the message to the network, the selected NAS ciphering and integrity algorithms and the Key Set 
Identifier (eKSI). 

Additionally, the MME may request the UE to include its IMEISV in the SECURITY MODE COMPLETE message. 

NOTE: The AS and NAS security capabilities will be the same, i.e. if the UE supports one algorithm for NAS it is 
also be supported for AS. 
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[TS 24.301, clause 5.4.3.3] 

Upon receipt of the SECURITY MODE COMMAND message, the UE shall check whether the security mode 
command can be accepted or not. This is done by performing the integrity check of the message and by checking that 
the received UE security capabiHties and the received nonccuE have not been altered compared to what the UE provided 
in the initial layer 3 message that triggered this procedure. 

[TS 24.301, clause 5.4.3.5] 

If the security mode command cannot be accepted, the UE shall send a SECURITY MODE REJECT message, which 
shall not be integrity protected. The SECURITY MODE REJECT message contains an EMM cause that typically 
indicates one of the following cause values: 

#23: UE security capabilities mismatch; 

#24: security mode rejected, unspecified. 


Upon receipt of the SECURITY MODE REJECT message, the MME shall stop timer T3460. The MME shall also abort 
the ongoing procedure that triggered the initiation of the NAS security mode control procedure. 

9.1.3.2.3 Test description 

9.1 .3.2.3.1 Pre-test conditions 

System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.1.3.2.3.2 


Test procedure sequence 

Table 9.1.3.2.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



3 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<- 

AUTHENTICATION REQUEST 



4 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



5 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 
It is integrity protected and includes un 
matched replayed security capabilities. 

<— 

SECURITY MODE COMMAND 



6 

Check: Does the UE transmit a NAS 
SECURITY MODE REJECT message with 
cause'#23: UE security capabilities mismatch'? 

-> 

SECURITY MODE REJECT 

1 

P 

7 

The SS Transmits an IDENTITY REQUEST 
message for IMSI (Security not applied) 

<- 

IDENTITY REQUEST 

- 

- 

8 

Check: Does the UE transmit a non security 
protected IDENTIY RESPONSE message? 

-> 

IDENTITY RESPONSE 

1 

p 

9 

The SS transmits a SECURITY MODE 
COMMAND message to activate NAS security. 
It is integrity protected and includes request to 
include IMEISV 

<- 

SECURITY MODE COMMAND 



10 

The UE transmits a SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 




EXCEPTION: Steps lOAal to 10Aa2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





10 
Aa 

1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<— 

ESM INFORMATION REQUEST 



10 
A 
a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



11 

The SS transmits an ATTACH ACCEPT 
message. The ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message is 
piggybacked in ATTACH ACCEPT message 

<- 

ATTACH ACCEPT 



12 

The UE transmits an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message 

-> 

ATTACH COMPLETE 




9.1.3.2.3.3 


Specific message contents 
Table 9.1.3.2.3.3-1 : SECURITY MODE COMMAND (Step 5) 


Derivation path: 36.508 table 4.7.2-19 

Information Element 

Value/Remark 

Comment 

Condition 

Replayed UE security capabilities 

Set to mismatch the 
security capability of UE 
under test 
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Table 9.1.3.2.3.3-2: SECURITY MODE REJECT (Step 6) 


Derivation path: 36.508 table 4.7.2-21 

Information Element 

Value/Remark 

Comment 

Condition 

ElVIIVI cause 

#23 




9.1.4 

9.1.4.1 
9.1.4.2 
9.1.4.2.1 
(1) 


Identification procedure 
Void 

Identification procedure / IIVIEI requested 
Test Purpose (IP) 


with { UE in EMM-REGISTERED state / EMM-CONNECTED mode} 
ensure that { 

when { UE receives an IDENTITY REQUEST message with IMEI in the IE Identity type 
then { UE sends an IDENTITY RESPONSE message providing its IMEI } 


9.1 .4.2.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.4.4.3. 

[TS 24.301, clause 5.4.4.3] 

A UE shall be ready to respond to an IDENTITY REQUEST message at any time whilst in EMM-CONNECTED 
mode. 

Upon receipt of the IDENTITY REQUEST message the UE shall send an IDENTITY RESPONSE message to the 
network. The IDENTITY RESPONSE message shall contain the identification parameters as requested by the network. 


Test description 
Pre-test conditions 


9.1.4.2.3 
9.1.4.2.3.1 
System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Generic RB established (state 3) on cell A according to TS 36.508 [18]. 
9.1 .4.2.3.2 Test procedure sequence 

Table 9.1.4.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS transmits an IDENTITY REQUEST 
message requesting IIVIEI in the IE Identity 
type. 

<- 

IDENTITY REQUEST 



2 

Check: Does the UE respond with an 
IDENTITY RESPONSE message providing its 
IMEI? 

-> 

IDENTITY RESPONSE 

1 

P 
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9.1 .4.2.3.3 Specific message contents 

Table 9.1.4.2.3.3-1 : Message IDENTITY REQUEST (step 1, Table 9.1.4.2.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-17 

Information Element 

Value/Remark 

Comment 

Condition 

Identity Type 

0010 

IMEI 



Table 9.1.4.2.3.3-2: IDENTITY RESPONSE (step 2, Table 9.1.4.2.3.2-1) 


Derivation path: 36.508, Table 4.7.2-18 

Information Element 

Value/Remark 

Comment 

Condition 

Mobile Identity 




Type of identity 

010 

IMEI 


Identity digits 

UE's IMEI 




9.1.5 EMM information procedure 
9.1.5.1 EMM information procedure 

9.1.5.1.1 Test Purpose (IP) 
(1) 

with { UE in EMM-REGISTERED state and UE supporting the EMM information message } 
ensure that { 

when { UE receives an EMM Information message } 

then { UE accepts the message and uses the contents to update appropriate information stored 
within the UE } 
} 

9.1 .5.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.4.5.3. 

[TS 24.301, clause 5.4.5.3] 

When the UE (supporting the EMM information message) receives an EMM INFORMATION message, it shall accept 
the message and optionally use the contents to update appropriate information stored within the UE. 


Test description 
Pre-test conditions 


9.1.5.1.3 

9.1.5.1.3.1 

System Simulator: 

- cell A. 

UE: 

The UE is equipped with a USIM containing default values (as per TS 36.508) except for those listed in Table 
9.1.5.1.3.1-1 

Table 9.1.5.1.3.1-1: USIM configuration 


USIM field 

Priority 

Value 

EFusT 


Services 19 and 51 are not 
supported 


Preamble: 

- the UE is in state Generic RB established (state 3) on cell A according to TS 36.508 [18]. 
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9.1.5.1.3.2 


Test procedure sequence 

Table 9.1.5.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS transmits an EMM INFORMATION 
message. 

<- 

EMM INFORMATION 

- 

- 

2 

Check: Does the UE transmit in the next 5 
seconds an EMM STATUS message with 
cause #97 "message type non-existent or not 
implemented"? 

-> 

EMM STATUS 

1 

F 


EXCEPTION: Steps 3a1 to 3a4 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that takes place if a capability is 
supported. 





3a1 

IF pc_FullNameNetwork THEN 
Check: Does the UE associate the "full length 
name of the network" with the MCC and MNC 
contained in the last visited tracking area 
identification and is presented to the MS user 
at the earliest opportunity? (Note 1) 



1 

P 

3b1 

IF pc_ShortNameNetwork THEN 
Check: Does the UE associate the 
"abbreviated name of the network" with the 
MCC and MNC contained in the last visited 
tracking area identification and is presented to 
the MS user at the earliest opportunity? (Note 
1) 



1 

P 

3c1 

IF pc_LocalTimeZone THEN 
Check: Does the UE assume that this time 
zone applies to the tracking area of the current 
cell and is presented to the MS user at the 
earliest opportunity? (Note 2) 



1 

P 

3d1 

IF pc_UniversalAndLocalTimeZone THEN 
Check: Does the UE assume that this time 
zone applies to the tracking area of the current 
cell and is presented to the MS user at the 
earliest opportunity? (Note 2) 



1 

P 

Note 1 : AT command +COPS is assumed to be used for check. 
Note 2: AT command +CCLK is assumed to be used for check. 


9.1 .5.1 .3.3 Specific message contents 

Table 9.1.5.1.3.3-1: EMM INFORMATION (step 1, Table 9.1.5.1.3.2-1) 


Derivation Path: 36.508 table 4.7.2-13 

Information Element 

Value/Remark 

Comment 

Condition 

Full name for network 

"C63A9BED0CB7CB31 D 
98C56B3DD70" 

"FullNamel 23456 
78", Note 


Short name for network 

"5367B85D8EC966" 

"SName123", 
Note 


Local time zone 

"01" 

"GMT+1", Note 


Universal time and local time zone 

"01402131832510" 

"2010 12 April 
13:38 52s 
GMT+1", Note 


Network daylight saving time 

"01" 

"+1 hour 
adjustment for 
Daylight Saving 
Time", Note 


Note: Hard coded values have been chosen to allow for consistent/comparable SS behaviour. 
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Table 9.1.5.1.3.3-2: Message EMM STATUS (step 2, Table 9.1.5.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-14 

Information Element 

Value/Remark 

Comment 

Condition 

ElVIIVI cause 

'onoooorB 

IVIessage type 
non-existent or 
not implemented 



9.1.5.2 
9.1.5.2.1 
(1) 


EMM information procedure not supported by the UE 
Test Purpose (IP) 


with { UE in EMM-REGISTERED state } 
ensure that { 

when { UE receives an EMM Information message } 

then { UE ignore the contents of the message and return an EMM STATUS message with cause #97 
"message type non-existent or not implemented" } 


9.1 .5.2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.4.5.3. 

[TS 24.301, clause 5.4.5.3] 

If the UE does not support the EMM information message the UE shall ignore the contents of the message and return an 
EMM STATUS message with cause #97 "message type non-existent or not implemented". 


Test description 
Pre-test conditions 


9.1.5.2.3 
9.1.5.2.3.1 
System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Generic RB established (state 3) on cell A according to TS 36.508 [18]. 
9.1 .5.2.3.2 Test procedure sequence 

Table 9.1.5.2.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 


U-S 

Message 

1 

The 88 transmits an EMM INFORMATION 
message. 

<- 

EMM INFORMATION 

- 

- 

2 

Check: Does the UE transmit an EMM 
8TATU8 message with cause #97 "message 
type non-existent or not implemented". 

-> 

EMM 8TATU8 

1 

p 
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9.1 .5.2.3.3 Specific message contents 

Table 9.1.5.2.3.3-1 : EMM INFORMATION (step 1, Table 9.1.5.2.3.2-1) 


Derivation Patii: 36.508 table 4.7.2-13 

Information Element 

Value/remark 

Comment 

Condition 

Full name for network 

Not present 



Short name for network 

Not present 



Local time zone 

Not present 



Universal time and local time zone 

Not present 



Network daylight saving time 

'OO'B 

No adjustment for 
Daylight Saving 
Time 



Table 9.1.5.2.3.3-2: Message EMM STATUS (step 2, Table 9.1.5.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-14 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

'oiioooorB 

Message type 
non-existent or 
not implemented 



9.2 EMM specific procedures 

9.2.1 Attach procedure 

9.2.1 .1 Attach procedure for EPS services 

9.2.1 .1 .1 Attach / Success / Valid GUTI 

9.2.1.1.1.1 Test Purpose (TP) 

(1) 

with { the UE is switched-off with a valid USIM inserted and the USIM contains a valid GUTI and last 
visited registered TAI } 
ensure that { 

when { UE is powered on in a cell not belonging to the last visited registered TAI and in a 
different PLMN } 

then { the UE establishes the RRC connection without S-TMSI, with registeredMME and with the RRC 
estahlishment Cause set to 'mo-Signalling ' } 

} 

(2) 

with { UE is switched-off with a valid USIM inserted and the USIM contains a valid GUTI and last 
visited registered TAI } 
ensure that { 

when { UE is powered on in a cell not belonging to the last visited registered TAI } 

then { the UE transmits an ATTACH REQUEST message with the EPS attach type set to "EPS attach", 
including the GUTI and last visited registered TAI copied from the USIM, and, a PDN CONNECTIVITY 
REQUEST message with the request type set to "initial request" and not including APN } 

} 

(3) 

with { UE has sent an ATTACH REQUEST message } 
ensure that { 

when { UE receives an ATTACH ACCEPT message with EPS attach result matching the requested 
service (s), the TAI list the UE is registered to and including an ACTIVATE DEFAULT EPS CONTEXT 
BEARER message with IE EPS Bearer Identity for the default EPS bearer context activated for the UE } 

then { UE accepts the allocated GUTI, deletes the old TAI list and transmits an ATTACH COMPLETE 
message, together with ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message and enters EMM-REGISTERED 
state I 
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9.2.1 .1 .1 .2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clauses 5.3.1.1, 
5.5.1.2.1, 5.5.1.2.2, 5.5.1.2.4, 6.2.2, 6.4.1.3, 6.5.1.2 and Annex D, and TS 36.331, clauses 5.3.3.3 and 5.3.3.4. 

[TS 24.301, clause 5.3.1.1] 

When the UE is in EMM-IDLE mode and needs to transmit an initial NAS message, the UE shall request the lower 
layer to establish a RRC connection. In this request to the lower layer the NAS shall provide to the lower layer the RRC 
establishment cause and the call type as specified in annex D of this specification. 


For the routing of the initial NAS message to the appropriate MME, the UE NAS provides the lower layers with either 
the S-TMSI or the registered globally unique MME identifier (GUMMEI) that consists of the PLMN ID, the MME 
group ID, and the MME code (see 3GPP TS 23.003 [2]) according to the following rules: 

- When the UE is registered in the tracking area of the current cell during the NAS signalling connection 
establishment, the UE NAS shall provide the lower layers with the S-TMSI, but shall not provide the registered 
MME identifier to the lower layers. Exceptionally, when the UE in EMM-IDLE mode initiates a tracking area 
updating or combined tracking area updating procedure for load balancing purposes, the UE NAS shall provide 
the lower layers with neither S-TMSI nor registered MME identifier. 

- When the UE is not registered in the tracking area of the current cell during the NAS signalling connection 
establishment, the UE NAS does not provide the lower layers with the S-TMSI. Instead, 

a) if the TIN indicates "GUTI" or "RAT-related TMSI", or the TIN is not available, and the UE holds a valid 
GUTI, the UE NAS shall provide the lower layers with the MME identifier part of the valid GUTI; or 

b) if the TIN indicates "P-TMSI" and the UE holds a valid P-TMSI and RAI, the UE NAS shall provide the lower 
layers with the MME identifier part of the mapped GUTI, which is generated from the P-TMSI and RAI. 

[TS 24.301, clause 5.5.1.1] 

The attach procedure is used to attach to an EPC for packet services in EPS. 

The attach procedure is used for two purposes: 

- by a UE in PS mode of operation to attach for EPS services only; or 

- by a UE in CS/PS mode 1 or CS/PS mode 2 of operation to attach for both EPS and non-EPS services. 

With a successful attach procedure, a context is established for the UE in the MME, and a default bearer is established 
between the UE and the PDN GW, thus enabling always-on IP connectivity to the UE. The network may also initiate 
the activation of dedicated bearers as part of the attach procedure. 


[TS 24.301, clause 5.5.1.2.1] 

This procedure is used by a UE to attach for EPS services only. When the UE initiates the EPS attach procedure, the UE 
shall indicate "EPS attach" in the EPS attach type IE. 

[TS 24.301, clause 5.5.1.2.2] 

In state EMM-DEREGISTERED, the UE initiates the attach procedure by sending an ATTACH REQUEST message to 
the MME, starting timer T3410 and entering state EMM-REGISTERED-INITIATED (see example in 
figure 5.5.1.2.2.1). If timer T3402 is currently running, the UE shall stop timer T3402. If timer T3411 is currently 
running, the UE shall stop timer T341 1. 

If the UE supports neither A/Gb mode nor lu mode, the UE shall handle the Old GUTI or IMSI IE in the ATTACH 
REQUEST message as follows: 

- The UE shall include in the ATTACH REQUEST message a valid GUTI together with the last visited registered 
TAI, if available. If there is no valid GUTI available, the UE shall include the IMSI in the ATTACH REQUEST 
message. 
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The UE shall send the ATTACH REQUEST message together with a PDN CONNECTIVITY REQUEST message 
contained in the ESM message container information element to request PDN connectivity. 


If a valid NAS security context exists, the UE shall integrity protect the ATTACH REQUEST message combined with 
the PDN CONNECTIVITY REQUEST message. When the UE does not have a valid NAS security context, the 
ATTACH REQUEST message combined with the PDN CONNECTIVITY REQUEST message is not integrity 
protected. 


[TS 24.301, clause 5.5.1.2.4] 


If the ATTACH ACCEPT message contains a GUTI, the UE shall use this GUTI as the new temporary identity. The 
UE shall delete its old GUTI and store the new assigned GUTI. If no GUTI has been included by the MME in the 
ATTACH ACCEPT message, the old GUTI, if any available, shall be kept. 


When the UE receives the ATTACH ACCEPT message combined with the ACTIVATE DEFAULT EPS BEARER 
CONTEXT REQUEST message, it shall forward the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST 
message to the ESM sublayer. Upon receipt of an indication from the ESM sublayer that the default EPS bearer context 
has been activated, the UE shall send an ATTACH COMPLETE message together with an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message contained in the ESM message container information element to the 
network. 


[TS 24.301, clause 6.2.2] 

The UE shall set the PDN type IE in the PDN CONNECTIVITY REQUEST message based on its IP stack 
configuration as follows: 

a) A UE, which is IPv6 and IPv4 capable and 

- has not been allocated an IP address for this APN, shall set the PDN type IE to IPv4v6. 

- has been allocated an IPv4 address for this APN and received the ESM cause #52, "single address bearers 
only allowed", and is requesting an IPv6 address, shall set the PDN type IE to IPv6. 

- has been allocated an IPv6 address for this APN and received the ESM cause #52, "single address bearers 
only allowed", and is requesting an IPv4 address, shall set the PDN type IE to IPv4. 

b) A UE, which is only IPv4 capable, shall set the PDN type IE to IPv4. 

c) A UE, which is only IPv6 capable, shall set the PDN type IE to IPv6. 

d) When the IP version capability of the UE is unknown in the UE (as in the case when the MT and TE are 
separated and the capability of the TE is not known in the MT), the UE shall set the PDN type IE to IPv4v6. 


[TS 24.301, clause 6.4.1.3] 

Upon receipt of the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message, the UE shall send an 
ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message and enter the state BEARER CONTEXT 
ACTIVE. When the default bearer is activated as part of the attach procedure, the UE shall send the ACTIVATE 
DEFAULT EPS BEARER CONTEXT ACCEPT message together with ATTACH COMPLETE message. When the 
default bearer is activated as the response to the stand-alone PDN CONNECTIVITY REQUEST message, the UE shall 
send the ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message alone. 
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The UE checks the PTI in the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message to identify the 
UE requested PDN connectivity procedure to which the default bearer context activation is related (see subclause 6.5.1). 


[TS 24.301, clause 6.5.1.2] 

When the PDN CONNECTIVITY REQUEST message is sent together with an ATTACH REQUEST message, the UE 
shall not include the APN. 

NOTE: If the UE needs to provide PCO which require ciphering or provide an APN, or both, during the attach 

procedure, the ESM information transfer flag is included in the PDN CONNECTIVITY REQUEST. The 
MME then at a later stage in the PDN connectivity procedure initiates the ESM information request 
procedure in which the UE can provide the MME with PCO or APN or both. 


The UE shall set the request type to "initial request" when the UE is establishing connectivity to a PDN for the first 
time, i.e. when it is an initial attach to that PDN. The UE shall set the request type to "handover" when the connectivity 
to a PDN is established upon handover from a non-3 GPP access network and the UE was connected to that PDN before 
the handover to the 3 GPP access network. 


[TS 24.301, Annex D] 


Table D.1.1 : Mapping of NAS procedure to establishment cause and call type 


NAS procedure 

RRC establishment cause (according 3GPP TS 36.331 [22]) 

Call type 

Attach 

MO signalling (See Note 1) 

"originating signalling" 




Note 1 : For these NAS procedures initiated by UEs of access class 12, 13 or 14 in their home country, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". For this purpose the home country is 
defined as the country of the MCC part of the IMSI, see 3GPP TS 22.01 1 [1 A]. 

For these NAS procedures initiated by UE of access class 11 or 15 in their HPLMN or (if the EHPLMN list 
is not present or is empty) EHPLMN, (if the EHPLMN list is present) the RRC establishment cause will be 
set to "High priority access AC 1 1 - 15". 


[TS 36.331, clause 5.3.3.3 "Actions related to transmission of RRCConnectionRequest message"] 
The UE shall set the contents of RRCConnectionRequest message as follows: 
1> set the ue -Identity as follows: 

2> if upper layers provide an S-TMSI: 

3> set the ue-Identity to the value received from upper layers; 
2> else 

3> draw a random value in the range .. 2'^^-l and set the ue-Identity to this value; 
NOTE 1 Upper layers provide the S-TMSI if the UE is registered in the TA of the current cell. 
1> Set the estahlishmentCause in accordance with the information received from upper layers; 
[TS 36.331 clause 5.3.3.4] 

The UE shall: 

1> set the content of RRCConnectionSetupComplete message as follows: 
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2> set the selectedPLMN -Identity to the PLMN selected by upper layers (see TS 23.122 [11], TS 24.301 [35]) 
from the PLMN(s) included in the plmn-IdentityList in SystemlnformationBlockTypel ; 

2> if upper layers provide the 'Registered MME', include and set the registeredMME as follows: 

3> if the PLMN identity of the 'Registered MME' is different from the PLMN selected by the upper layers: 

4> include the plmnldentity in the registeredMME and set it to the value of the PLMN identity in the 
'Registered MME' received from upper layers; 

3> set the mmegi and the mmec to the value received from upper layers; 


2> submit the RRCConnectionSetup Complete message to lower layers for transmission, upon which the 
procedure ends; 

9.2.1.1.1.3 Test description 

9.2.1 .1 .1 .3.1 Pre-test conditions 

System Simulator: 

- cell A. 
UE: 

- the UE is configured to initiate EPS attach; 

- The UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell H using default message contents according to TS 36.508 [18]. 

NOTE: For cell H, (MCC, MNC, TAI) is (MCC stored in EFimsi, 02, TAL8). 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1.1.1.3.2 


Test procedure sequence 

Table 9.2.1.1.1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

Check: Does the UE transmit an 
RRCConnectionRequest message not 
including S-TIVISI and with 
establishmentCause set to 'mo-Signalling'? 



1 

P 

3 

The SS transmits an RRCConnectionSetup 
message. 

- 

- 

- 

- 

4 

Check: Does the UE transmit an 
RRCConnectionSetupComplete message 
including PLMN ID, MME group ID and MME 
code with ATTACH REQUEST message 
including a GUTI and a PDN CONNECTIVITY 
REQUEST message? 

-> 

ATTACH REQUEST 

2 

P 

5 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<— 

AUTHENTICATION REQUEST 



6 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



7 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 

<- 

SECURITY MODE COMMAND 

- 

- 

8 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 




EXCEPTION: Steps 9a1 to 9a2 describe 
behaviour that depends on UE configuration 
the "lower case letter" identifies a step 
sequence that take place depending on the 
last sent by the UE PDN CONNECTIVITY 
REQUEST message, IE Protocol configuration 
options setting. 





9a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<- 

ESM INFORMATION REQUEST 



9a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



10 

SS responds with ATTACH ACCEPT message 
including a valid TAI list. The ACTIVATE 
DEFAULT EPS BEARER CONTEXT 
REQUEST message is piggybacked in 
ATTACH ACCEPT message 

<— 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 1 1 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





11 

Check: Does the UE transmit an ATTACH 
COMPLETE message including an ACTIVATE 
DEFAULT EPS BEARER CONTEXT ACCEPT 
message? 

-> 

ATTACH COMPLETE 

2 

P 

12 

Void 

- 

- 

- 

- 

13 

The SS releases the RRC connection. 

- 

- 

- 

- 

14 

Check: Does the test result of CALL generic 
procedure [18] clause 6.4.2.4 indicate that the 
UE is in E-UTRA EMM-REGISTERED state on 
Cell A? 



3 
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At the end of this test procedure sequence, the 
UE is in end state E-UTRA idle (E1) according 
to TS 36.508. 






9.2.1 .1 .1 .3.3 Specific message contents 

Table 9.2.1.1.1.3.3-1 : Message RRCConnectionRequest{sXep 2, Table 9.2.1.1.1.3.2-1) 


Derivation path: 36.508 table 4.6.1-16 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




ue-ldentity CHOICE { 




randomValue 

Not checked 



} 




establishmentCause 

mo-Signalling 



} 




} 




} 




Table 9.2.1.1.1.3.3-2: Message RRCConnectionSetupComplete {step 4, Table 9.2.1.1.1.3.2-1) 

Derivation path: 36.508 table 4.6.1-18 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionSetupComplete ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionSetupComplete-r8 SEQUENCE { 




registeredMME { 




pimn-ldentity 

PLMN ID(MCC as stored 
in EFiMsi on the test 
USIMcardandMNC02) 



mmegi 

1000000000001000 

Bit is LSB 


mmec 

00000001 

Bit is LSB 


} 




} 




} 




} 
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Table 9.2.1.1.1.3.3-3: Message ATTACH REQUEST (step 4, Table 9.2.1.1.1.3.2-1) 


Derivation path: TS 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

GUTI(belonging to PLMN 
with same MCC as 
stored in EFimsi on the 
test USIM card and MNC 
02) 

GUTI copied from 

USIM 

Old and valid 

GUTI is included 

bytheUE 


ESM message container 

PDN CONNECTIVITY 
REQUEST message as 
specified in table 
9.2.1.1.1.3.3-3. 



Last visited registered TAI 

TAIS 

GUTI copied from 
USIM 

If available, the 
last TAI is 
included by UE 
and will be used 
to establish a 
good list of TAIs 
in subsequent 
ATTACH 
ACCEPT 
message. 



Table 9.2.1 .1.1.3.3-4: Void 


Table 9.2.1.1.1.3.3-5: Message ATTACH ACCEPT (step 10, Table 9.2.1.1.1.3.2-1) 


Derivation path: TS 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

ESM message container 

Contains the ACTIVATE 
DEFAULT EPS BEARER 
CONTEXT REQUEST 
message specified in 
table 9.2.1.1.1.3.3-6. 




Table 9.2.1 .1.1.3.3-6: Void 


Table 9.2.1.1.1.3.3-7: Message ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT (step 11, Table 

9.2.1.1.1.3.2-1) 


Derivation path: TS 36.508 table 4.7.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

Default EBId 

Same value as in 

ACTIVATE 

DEFAULT EPS 

BEARER 

CONTEXT 

REQUEST 


Procedure transaction identity 

PTI-0 

Same value as in 
PDN 

CONNECTIVITY 
REQUEST 
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9.2.1 .1.1a Attach Procedure / Success / Last visited TAI, TAI list and equivalent PLMN list 

handling 

9.2.1 .1 .1 a.l Test Purpose (TP) 

(1) 

with { UE attached to the network with a valid USIM inserted and a valid GUTi} 
ensure that { 

when { UE is powered off and then powered on } 

then { the UE transmits an ATTACH REQUEST message with the EPS attach type set to "initial EPS 
attach", including GUTI and last visited registered TAI and a PDN CONNECTIVITY REQUEST message with 
the request type set to "initial attach" and not including APN } 


(2) 

with { UE having a valid NAS security context and the UE switched-off } 
ensure that { 

when { UE is powered on} 

then { the UE transmits an integrity protected ATTACH REQUEST message combined with the PDN 
CONNECTIVITY REQUEST message} 


(3) 

with { UE has sent an ATTACH REQUEST message } 
ensure that { 

when { UE receives an ATTACH ACCEPT message with EPS attach result matching the requested 
service (s), the TAI list the UE is registered to, a set of equivalent PLMNs matching the PLMNs 
within the TAI list, and including an ACTIVATE DEFAULT EPS CONTEXT BEARER message with IE EPS Bearer 
Identity for the default EPS bearer context activated for the UE } 

then { UE deletes the old TAI list, stores the new TAI list, and does not perform a TAU while 
moving within this set of TAs } 


(4) 


with { UE has sent an ATTACH REQUEST message } 
ensure that { 

when { UE receives an ATTACH ACCEPT message with EPS attach result matching the requested 
service (s), the TAI list the UE is registered to, a set of equivalent PLMNs matching the PLMNs 
within the TAI list, and including an ACTIVATE DEFAULT EPS CONTEXT BEARER message with IE EPS Bearer 
Identity for the default EPS bearer context activated for the UE } 

then { UE deletes the old TAI list, stores the new TAI list, and performs a TAU when moving out 
of this set of TAsj 


(5) 

with { UE has received a set of equivalent PLMNs in an ATTACH ACCEPT message } 
ensure that { 

when { the UE has been switched off; then switched on; and then the UE receives an ATTACH_ACCEPT 
message with a new set of equivalent PLMNs} 

then { UE deletes the old equivalent PLMN list, and uses the new equivalent PLMN list} 
} 

9.2.1 .1 .1 a.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clauses 5.3.3, 
5.5.1.2.2, 5.5.1.2.4, 6.5.1.2 and 9.9.3.33, and TS 36.304 clause 4.3. 

[TS 24.301, clause 5.3.3] 

The UE shall store a list of equivalent PLMNs. These PLMNs shall be regarded by the UE as equivalent to each other 
for PLMN selection and cell selection/re-selection. The same list is used by EMM, GMM and MM. 

The UE shall update or delete this list at the end of each attach or tracking area updating procedure. The stored list 
consists of a list of equivalent PLMNs as downloaded by the network plus the PLMN code of the registered PLMN that 
downloaded the list. When the UE is switched off, it shall keep the stored list so that it can be used for PLMN selection 
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after switch on. The UE shall delete the stored list if the USIM is removed. The maximum number of possible entries in 
the stored list is 16. 

[TS 24.301, clause 5.5.1.2.2] 

In state EMM-DEREGISTERED, the UE initiates the attach procedure by sending an ATTACH REQUEST message to 
the MME, starting timer T3410 and entering state EMM-REGISTERED-INITIATED (see figure 5.5.1.2.2.1). 


The UE shall include in the ATTACH REQUEST message a valid GUTI together with the last visited registered TAI, if 
available. If there is no vaUd GUTI available, the UE shall include the IMSI in the ATTACH REQUEST message. 

The UE shall send the ATTACH REQUEST message together with a PDN CONNECTIVITY REQUEST message to 
request PDN connectivity to the default PDN (see subclause 6.5.1). 


If a valid NAS security context exists, the UE shall integrity protect the ATTACH REQUEST message combined with 
the PDN CONNECTIVITY REQUEST message. 

...[TS 24.301, clause 5.5.1.2.4] 


The MME shall assign and include the TAI Hst the UE is registered to in the ATTACH ACCEPT message. The UE, 
upon receiving an ATTACH ACCEPT message, shall delete its old TAI list and store the received TAI list. 


If the ATTACH ACCEPT message contains a GUTI, the UE shall use this GUTI as the new temporary identity and set 
its TIN to "GUTI". The UE shall delete its old GUTI and store the new assigned GUTI. If no GUTI has been included 
by the MME in the ATTACH ACCEPT message, the old GUTI, if any available, shall be kept. 


The MME may also include a list of equivalent PLMNs in the ATTACH ACCEPT message. Each entry in the list 
contains a PLMN code (MCC+MNC). The UE shall store the list as provided by the network, after having removed 
from the list any PLMN code that is already in the list of forbidden PLMNs. In addition, the UE shall add to the stored 
list the PLMN code of the registered PLMN that sent the list. The UE shall replace the stored list on each receipt of the 
ATTACH ACCEPT message. If the ATTACH ACCEPT message does not contain a list, then the UE shall delete the 
stored list. 


[TS 24.301, clause 5.5.3.2.2, "Normal and periodic tracking area updating procedure initiation"] 

The UE in state EMM-REGISTERED shall initiate the tracking area updating procedure by sending a TRACKING 
AREA UPDATE REQUEST message to the MME, 

a) when the UE detects entering a tracking area that is not in the list of tracking areas that the UE previously 
registered in the MME; 


[TS 24.301, clause 6.5.1.2, "UE requested PDN connectivity procedure initiation"] 

In order to request connectivity to the default PDN, the UE shall not include any APN in the PDN CONNECTIVITY 
REQUEST message. 


[TS 24.301, clause 9.9.3.33, "Tracking area identity list"] 
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The Tracking area identity list is a type 4 information element, with a minimum length of 8 octets and a maximum 
length of 98 octets. The list can contain a maximum of 16 different tracking area identities. 


The value part of the Tracking area identity list information element consists of one or several partial tracking area 
identity lists. The length of each partial tracking area identity list can be determined from the 'type of list' field and the 
'number of elements' field in the first octet of the partial tracking area identity list. 


Partial tracking area identity list: 

Type of list (octet 1) 

Bits 

76 

list of TACs belonging to one PLMN, with non-consecutive TAG values 

1 list of TACs belonging to one PLMN, with consecutive TAG values 

1 list of TAIs belonging to different PLMNs 


For type of list = "001 " and number of elements = k: 

octet 2 to 4 contain the MCC+MNC, and 

octet 5 and 6 contain the TAG of the first TAI belonging to the partial list. 

The TAG values of the other k-1 TAIs are TAC+1 , TAC+2, .■., TAC+k-1 . 


The MNC shall consist of 2 or 3 digits. 
[TS 36.304, clause 4.3] 

suitable cell: 

A "suitable cell" is a cell on which the UE may camp on to obtain normal service. Such a cell shall fulfil all the 
following requirements. 

The cell is part of either: 

the selected PLMN, or: 

the registered PLMN, or: 
- a PLMN of the Equivalent PLMN list 
according to the latest information provided by NAS: 


9.2.1. 1.1a.3 
9.2.1. 1.1a.3.1 
System Simulator: 


Test description 
Pre-test conditions 


NOTE: while this test describes the uses of 8 cells, it is intended that this test only requires 2 cells to be active at 
any one instant. 
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Table 9.2.1 .1 .1 a-1 : Cell TAI values 


Cell 

MCC 

MNC 

TAC (hex) 

Remark 

Freq 

List of frequencies 
in SIB5 

Remark 

A 

001 

01 

0002 

2 digit MNC 

f1 

f2, f3 

HPLMN 

1 

310 

102 

0002 

3 digit MNC 

f3 

f1,f2 

See Note 1 

B 

001 

01 

0001 


f1 

f2, f3 

HPLMN 

C 

001 

01 

0027 


f1 

f2,f3 

HPLMN 

G 

004 

07 

fffO 


f2 

f1,f3 

See Note 2 

H 

004 

07 

fff9 


f2 

f1,f3 

See Note 2 

K 

316 

002 

0003 

3 digit MNC 

f3 

f1,f2 

See Note 1 

E 

004 

02 

0003 


f2 

f1,f3 

See Note 2 

Note 1 : Cell 1 and Cell K do not co-exist; the same frequency f3 is used. 

Note 2: Cell E and Cells G and H do not co-exist; the same frequency f2 is used. 


System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells; 

with the exception of the Physical Cell Identity and the list of frequencies in SIB 5, all other parameters for these 
cells are the same as defined for cell 1 in TS 36.508 [18]; 

the power level of cell A is the Serving Cell level defined in table 6.2.2.1-1 of TS 36.508 [18]; 

the power levels of cells B to K are set to the Non-suitable Off level defined in table 6.2.2.1-1 of TS 36.508 [18]. 

Table 9.2.1. 1.1a-2: Time instances of cell power level and parameter changes 



Parameter 

Unit 

Cell A 

Celll 

CellB 

CellC 

CellG 

CellH 

CellK 

CellE 

TO 

Cell-specific 
RS EPRE 

dBm/ 
15kHz 

[-85] 

Off 

Off 

Off 

Off 

Off 

Off 

Off 

T1 

Cell-specific 
RS EPRE 

dBm/ 
15kHz 

[-97] 

[-85] 

Off 

Off 

Off 

Off 

Off 

Off 

T2 

Cell-specific 
RS EPRE 

dBm/ 
15kHz 

Off 

Off 

[-85] 

Off 

Off 

Off 

Off 

Off 

T3 

(N=3) 

Cell-specific 
RS EPRE 

dBm/ 
15kHz 

Off 

Off 

[-97] 

[-85] 

Off 

Off 

Off 

Off 

T3 

(N=4) 

Cell-specific 
RS EPRE 

dBm/ 
15kHz 

Off 

Off 

Off 

[-97] 

[-85] 

Off 

Off 

Off 

T3 

(N=5) 

Cell-specific 
RS EPRE 

dBm/ 
15kHz 

Off 

Off 

Off 

Off 

[-97] 

[-85] 

Off 

Off 

T3 

(N=6) 

Cell-specific 
RS EPRE 

dBm/ 
15kHz 

Off 

Off 

Off 

Off 

Off 

[-97] 

[-85] 

Off 

T3 

(N=7) 

Cell-specific 
RS EPRE 

dBm/ 
15kHz 

Off 

Off 

Off 

Off 

Off 

Off 

[-97] 

[-85] 

T4 

Cell-specific 
RS EPRE 

dBm/ 
15kHz 

Off 

[-85] 

Off 

Off 

Off 

Off 

Off 

[-97] 

T5 

Cell-specific 
RS EPRE 

dBm/ 
15kHz 

[-85] 

Off 

Off 

Off 

Off 

Off 

Off 

[-97] 


UE: 

the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .1 .1 a.3.2 Test procedure sequence 

Table 9.2.1. 1.1a.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message on cell A including a PDN 
CONNECTIVITY REQUEST message 

-> 

ATTACH REQUEST 



3 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<- 

AUTHENTICATION REQUEST 



4 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



5 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 

<— 

SECURITY MODE COMMAND 

- 

- 

6 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 




EXCEPTION: Steps 7a1 to 7a2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





7a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<— 

ESM INFORMATION REQUEST 



7a2 

The UE transmits the ESM INFORMATION 
REQUEST message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



8 

SS responds with ATTACH ACCEPT message 
including a valid TAI list containing the TAIs of 
Cell A and Cell 1; with PLMN ID of Cell A 
included in the GUTI; and with the PLMN ID of 
Cell 1 included in the Equivalent PLMNs IE. 
The ACTIVATE DEFAULT EPS BEARER 
CONTEXT REQUEST message is 
piggybacked in ATTACH ACCEPT message 

<- 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 9 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





9 

The UE transmits an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message. 

-> 

ATTACH COMPLETE 



10 

Void 

- 

- 

- 

- 

11 

The SS releases the RRC connection. 

- 

- 

- 

- 

12 

The signal strength of Cell 1 is raised to that of 
the Serving Cell and that of Cell A is lowered 
to that of a Suitable Neighbour Cell as defined 
in table 6.2.2.1-1 of TS 36.508 [18]. 

Note: Cell A is still suitable but the UE shall 
select Cell 1 





- 

The following messages are to be observed on 
Cell 1 unless explicitly stated otherwise. 

- 

- 

- 

- 

13 

Wait 70 seconds for mobile to camp on Cell 1 





14 

If possible (see ICS) switch off is performed or 
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the USIM is removed. 
Otherwise the power is removed. 





- 

EXCEPTION: Step 15 describes behaviour 
that depends on the UE capability. 





15 

If pc_SwitchOnOff or pc_USIM_Removal then 
Check: Does the UE send DETACH 
REQUEST message? 

-> 

DETACH REQUEST 

3 

P 

16 

Cells A and 1 are set to the Non-suitable "Off" 
level and Cell B is set to the Serving Cell level. 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

17 

The UE is brought back to operation or the 
USIM is inserted. 





18 

Check: Does the UE send an integrity 
protected ATTACH REQUEST message 
(including a PDN CONNECTIVITY REQUEST 
message) with the last visited TAI correctly 
indicating the TAI of cell 1; the GUTI allocated 
in step 8 and the KSIasme allocated in step 3? 

-> 

ATTACH REQUEST 

1,2 

P 

18 
A 

Void 

- 

- 

- 

- 

18 
B 

Void 

- 

- 

- 

- 


EXCEPTION: Steps 18a1 to 18a2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





18a 

1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<- 

ESM INFORMATION REQUEST 



18a 
2 

The UE transmits the ESM INFORMATION 
REQUEST message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



19 

The SS sends an ATTACH ACCEPT message 
allocating 16 TAIs and an aligned set of 
equivalent PLMNs. The ACTIVATE DEFAULT 
EPS BEARER CONTEXT REQUEST 
message is piggybacked in ATTACH ACCEPT 
message. 

<- 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 20 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





20 

The UE sends ATTACH COMPLETE including 
an ACTIVATE DEFAULT EPS BEARER 
CONTEXT ACCEPT message. 

-> 

ATTACH COMPLETE 



21 

Void 

- 

- 



22 

The SS releases the RRC connection. 

- 

- 

- 

- 

23 

The SS waits [5] seconds 

- 

- 

- 

- 


EXCEPTION steps 24 to 26 are repeated for N 
= 3 to N = 7 with cells C,G,H,K,E according to 
T3 in table 9.2.1. 1.1a-2. 





24 

Cell power levels are set according to T3 and 
the value of N. 





25 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message in the 
next 70 seconds? 

-> 

TRACKING AREA UPDATE 
REQUEST 

3 

F 

26 

Using the procedure of clause 6.4.2.2 of TS 

36.508 [18], 

Check: Does the UE camp on the strongest 



3 

P 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1668 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 



cell? 





27 

Cell K is set to the Non-suitable "Off" level. The 
signal strength of Cell E is lowered to that of a 
Suitable Neighbour Cell and that of Cell 1 is 
raised to the Serving Cell level. 

Note: the new list of equivalent PLMNs 
allocated in step 19 means that list of 
equivalent PLMNs allocated in step 8 should 
have been deleted. Hence the PLMN of Cell 1 
shall not be selected by a cell reselection 
process, and the UE shall remain camped on 
Cell E. 





28 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message on cell 1 
in the next 70 seconds? 

-> 

TRACKING AREA UPDATE 
REQUEST 

5 

F 

29 

Using the procedure of clause 6.4.2.2 of TS 
36.508 [18], page the UE on Cells E and 1. 

Check: Does the UE camp on cell E and not 
on Cell 1? 



5 

P 

30 

Cell 1 is set to the Non-suitable "Off" level. The 
signal strength of Cell A is raised to the 
Serving Cell level such that the UE shall select 
Cell A. 





31 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message on cell A 
with the last visited TAI set to the TAI of cell E; 
the GUTI allocated in step 8 and the KSIasme 
allocated in step 3? 

-> 

TRACKING AREA UPDATE 
REQUEST 

4 

P 

32 

SS responds with TRACKING AREA UPDATE 
ACCEPT message 

<- 

TRACKING AREA UPDATE 
ACCEPT 



33 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message 

-> 

TRACKING AREA UPDATE 
COMPLETE 




At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 






9.2.1 .1 .1 a.3.3 Specific message contents 

Table 9.2.1. 1.1a.3.3-1 : Message ATTACH ACCEPT (step 8, Table 9.2.1 .1.1a.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

TAI list 


List of 2 TAIs 


Length of tracking area identity list contents 

11 

The value in the 
length field 


Number of elements 

00001 



Type of list 

010 

More than one 
PLMN 


Partial tracking area identity list 

First TAI = TAI of Cell 1; 
Second TAI = TAI of Cell 
A 



GUTI 

MCC=001, MNC=01, 
MMEGI = 1, MMEC=1, 
M-TMSI arbitrarily 
allocated but compliant to 
rules of TS 23.003 sub 
clause 2.8 

Includes PLMN ID 
of cell A 


Equivalent PLMNs 

MCC=310, MNC=102 

PLMN ID of cell 1 
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Table 9.2.1. 1.1a.3.3-2: Message ATTACH REQUEST (step 18, Table 9.2.1.1.1a.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Sent in SECURITY PROTECTED NAS MESSAGE 
with valid integrity check 




Old GUTI or IMSI 

GUTI allocated in step 8 



NAS key set identifier 

KSI allocated in step 3 



Last visited registered TAI 

TAI of cell 2 




Table 9.2.1. 1.1a.3.3-3: Message ATTACH ACCEPT (step 19, Table 9.2.1.1.1a.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

TAI list 


Contains 3 
separate partial 
tracking area ID 
lists 


Length of tracking area identity list contents 

32 

The decimal value 
of the value in the 
length field 


Type of first partial tracking area identity list 

010 

More than one 
PLMN 


Number of elements 

00010 

3 elements 


First TAI 

MCC = 004, 
MNC = 02, 
TAC = 0003 



Second TAI 

MCC = 005, 
MNC = 002, 
TAC = 0003 



Third TAI 

MCC = 316, 
MNC = 002, 
TAC = 0003 



Type of second partial tracking area identity list 

001 

Consecutive 
TACs on same 
PLMN 


Number of consecutive TAGS 

01001 

10 elements 


TAI 

MCC = 004 
MNC = 07 
TAC = fffO 

TAI with lowest 
numbered TAC 


Type of third partial tracking area identity list 

000 

Individual TACs 
on same PLMN 


Number of elements 

00010 

3 


MCC 

MCC = 001 



MNC 

MNC = 01 



First TAC 

TAC = 0001 



Second TAC 

TAC = 0005 



Third TAC 

TAC = 0027 



GUTI 

MCC=001, MNC = 01, 
MMEGI = 64000, 
MMEC=127, M-TMSI 
arbitrarily allocated but 
compliant to rules of 
TS 23.003 sub clause 2.8 

Includes PLMN ID 
of cell B. 


Equivalent PLMNs 

MCC=004, MNC=02; 
MCC=004, MNC=03; 
MCC=004, MNC=07; 
MCC=316, MNC=002; 

4 equivalent 
PLMNs 
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Table 9.2.1. 1.1a.3.3-4: Message TRACKING AREA UPDATE REQUEST (step 37, Table 9.2.1. 1.1a.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI allocated in step 19 



NAS key set identifier asme 

Same as allocated in 
steps 



Last visited registered TAI 

TAI of cell 8 




9.2.1 .1 .2 Attach Procedure / Success / With IMSI / GUTI reallocation 

9.2.1 .1 .2.1 Test Purpose (TP) 
(1) 

with { UE in EMM-DEREGISTERED state } 
ensure that { 

when { there is no valid GUTI available in UE } 
then { UE sends ATTACH REQUEST message, containing IMSI as the EPS mobile identity } 

} 

(2) 

with { UE having received reallocated GUTI in the ATTACH ACCEPT message } 
ensure that { 

when { UE detaches from the EPS services } 
then { UE sends DETACH REQUEST message, containing GUTI as the EPS mobile identity } 
} 

9.2.1 .1 .2.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.1.2. 

[TS 24.301, clause 5.5.1.2.2] 

In state EMM-DEREGISTERED, the UE initiates the attach procedure by sending an ATTACH REQUEST message to 
the MME, starting timer T3410 and entering state EMM-REGISTERED-INITIATED (see example in figure 
5.5.1.2.2.1). If timer T3402 is currently running, the UE shall stop timer T3402. If timer T3411 is currently running, the 
UE shall stop timer T3411. 

If the UE supports neither A/Gb mode nor lu mode, the UE shall handle the Old GUTI or IMSI IE in the ATTACH 
REQUEST message as follows: 

- The UE shall include in the ATTACH REQUEST message a valid GUTI together with the last visited registered 
TAI, if available. If there is no valid GUTI available, the UE shall include the IMSI in the ATTACH REQUEST 
message. 

[TS 24.301, clause 5.5.1.2.4] 

If the attach request is accepted by the network, the MME shall send an ATTACH ACCEPT message to the UE and 
start timer T3450. The MME shall send the ATTACH ACCEPT message together with an ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message contained in the ESM message container information element to activate the 
default bearer (see subclause 6.4.1). The network may also initiate the activation of dedicated bearers towards the UE 
by invoking the dedicated EPS bearer context activation procedure (see subclause 6.4.2). 


The MME shall assign and include the TAI list the UE is registered to in the ATTACH ACCEPT message. The UE, 
upon receiving an ATTACH ACCEPT message, shall delete its old TAI list and store the received TAI list. 

Upon receiving the ATTACH ACCEPT message, the UE shall stop timer T3410. 

The GUTI reallocation may be part of the attach procedure. When the ATTACH REQUEST message includes the 
IMSI, the MME considers the GUTI provided by the UE is invalid, or the GUTI provided by the UE was assigned by 
another MME, the MME shall allocate a new GUTI to the UE. The MME shall include in the ATTACH ACCEPT 
message the new assigned GUTI together with the assigned TAI list. In this case the MME shall enter state EMM- 
COMMON-PROCEDURE-INITIATED as described in subclause 5.4.1. 
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For a shared network, the TAIs included in the TAI list can contain different PLMN identities. The MME indicates the 
selected core network operator PLMN identity to the UE in the GUTI (see 3GPP TS 23.251).If the ATTACH ACCEPT 
message contains a GUTI, the UE shall use this GUTI as the new temporary identity. The UE shall delete its old GUTI 
and store the new assigned GUTI. If no GUTI has been included by the MME in the ATTACH ACCEPT message, the 
old GUTI, if any available, shall be kept. 

If A/Gb mode or lu mode is supported in the UE, the UE shall set its TIN to "GUTI" when receiving the ATTACH 
ACCEPT message. 

9.2.1.1.2.3 Test description 

9.2.1 .1 .2.3.1 Pre-test conditions 

System Simulator: 

- cell A (HPLMN). 
UE: 

- the UE is configured to initiate EPS attach. 
Preamble: 

- the UE is in state Registered, Idle Mode (State 2) according to TS 36.508 [18]. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1672 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


9.2.1.1.2.3.2 


Test procedure sequence 

Table 9.2.1.1.2.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The SS transmits Paging on cell A with IMSI. 
Upon reception of paging with IMSI the UE 
shall locally deactivate any EPS bearer 
context(s), locally detach from EPS and delete 
the GUTI-1 . After local detach the UE shall 
perform an EPS attach procedure. 






EXCEPTION: Steps la describes a behaviour 
which depends on the UE capability 

- 

- 

- 

- 

1a 

IF NOT pc_Automatic_Re_Attach, the user 
initiates an attach by MMI or by AT command. 

- 

- 

- 

- 

2 

Check: Does the UE transmit an ATTACH 
REQUEST message including IMSI in the EPS 
mobile identity IE including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

1 

p 

3 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<- 

AUTHENTICATION REQUEST 



4 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



5 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 

<- 

SECURITY MODE COMMAND 

- 

- 

6 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 




EXCEPTION: Steps 6Aa1 to 6Aa2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





6A 
a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<- 

ESM INFORMATION REQUEST 



6A 
a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



7 

SS responds with ATTACH ACCEPT message 
with a new GUTI-2 included in the EPS mobile 
identity IE. The ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message is 
piggybacked in ATTACH ACCEPT message. 

<- 

ATTACH ACCEPT 



8 

The UE transmits an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message 

-> 

ATTACH COMPLETE 



9 

Cause UE to detach from the EPS services 

- 

- 

- 

- 

10 

Check: Does the UE transmit a DETACH 
REQUEST message including GUTI-2 in the 
EPS mobile identity IE? 

-> 

DETACH REQUEST 

2 

P 

11 

SS responds with DETACH ACCEPT message 

<~ 

DETACH ACCEPT 

- 

- 
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9.2.1 .1 .2.3.3 Specific message contents 

Table 9.2.1.1.2.3.3-1 : ATTACH REQUEST (step 2, Table 9.2.1.1.2.3.2-1) 


Derivation Patii: 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

Old GUTI or IMSI 

IMSI 



Last visited registered TAI 

Not present 




Table 9.2.1.1.2.3.3-2: DETACH REQUEST (step 10, Table 9.2.1.1.2.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-1 1 

Information Element 

Value/remark 

Comment 

Condition 

GUTI or IMSI 

GUTI-2 




Attach Procedure / Success / Request for obtaining tlie IPv6 address of the home 
agent 

Test Purpose (TP) 


9.2.1.1.3 

9.2.1.1.3.1 
(1) 

with { UE is configured to request the IPv6 address of the Home Agent during Attach procedure } 
ensure that { 

when { UE is switched on and has established the RRC connection } 

then { UE transmits an ATTACH REQUEST message and a PDN CONNECTIVITY REQUEST message indicating 
a request for DSMIPv6 Home Agent Address in the protocol configuration options } 

} 


(2) 

with { UE and is configured to request the IPv6 address of the Home Agent during Attach procedure, 
and has indicated in the PDN CONNECTIVITY REQUEST a request for DSMIPv6 Home Agent Address } 
ensure that { 

when { the SS responds to the ATTACH REQUEST with an IPv6 Home Agent address } 
then { the UE transmits an ATTACH COMPLETE message } 
} 


9.2.1.1.3.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 5.5.1.1 and 
6.5.1.2, andTS 24.008, clause 10.5.6.3. 

[24.301 clause 5.5.1.1] 

During the attach procedure, the UE may also obtain the home agent IPv4 and IPv6 addresses. 

[24.301 clause 6.5.1.2] 

If the UE supports DSMIPv6, the UE may include a request for obtaining the IPv6 address and optionally the IPv4 
address of the home agent in the Protocol configuration options IE in the PDN CONNECTIVITY REQUEST message. 
The UE may also include a request for obtaining the IPv6 Home Network Prefix. The UE shall request the IPv6 Home 
Network Prefix only if the UE has requested the home agent IPv6 address. The requested home agent address(es) and 
the Home Network Prefix are related to the APN the UE requested connectivity for. 

[24.008 clause 10.5.6.3] 
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Table 1 0.5.1 54/3GPP TS 24.008: Protocol configuration options information element 


Additional parameters list (octets w+1 to z) 

The additional parameters list'is included when special parameters and/or requests 
(associated with a PDP context) need to be transferred between the MS and the 
network. These parameters and/or requests are not related to a specific 
configuration protocol (e.g. PPP), and therefore are not encoded as the "Packets" 
contained in the configuration protocol options list. 

The additional parameters //sf contains a list of special parameters, each one in a 
separate container. The type of the parameter carried in a container is identified by 
a specific container identifier. In this version of the protocol, the following container 
identifiers are specified: 

MS to network direction: 

- 0001 H (P-CSCF Address Request); 

- 0002H (IM CN Subsystem Signaling Flag); 

- 0003H (DNS Server Address Request); 

- 0004H (Not Supported); 

- 0005H (MS Support of Network Requested Bearer Control indicator); 

- 0006H (Reserved); 

- 0007H (DSMIPv6 Home Agent Address Request; 

- 0008H (DSMIPv6 Home Network Prefix Request); 

- 0009H (DSMIPv6 IPv4 Home Agent Address Request); 

- OOOAH (IP address allocation via NAS signalling); and 

- OOOBH (IPv4 address allocation via DHCPv4). 
Network to MS direction: 

- 0001 H (P-CSCF Address); 

- 0002H (IM CN Subsystem Signaling Flag); 

- 0003H (DNS Server Address); 

- 0004H (Policy Control rejection code); 

- 0005H (Selected Bearer Control Mode; 

- 0006H (Reserved); 

- 0007H (DSMIPv6 Home Agent Address) ; 

- 0008H (DSMIPv6 Home Network Prefix); and 

- 0009H (DSMIPv6 IPv4 Home Agent Address). 

If the additional parameters //sf contains a container identifier that is not supported 
by the receiving entity the corresponding unit shall be discarded. 

The container identifier i\e\6 is encoded as the protocol identifier i\e\6 and the length 
of container identifier contents field is encoded as the length of the protocol identifier 
contents i'\e\6. 

When the container identifier \n6'\C3.\es P-CSCF Address Request or DNS Server 
Address Request, the container identifier contents field is empty and the length of 
container identifier contents indicates a length equal to zero. If the container 
identifier contents i\e\6 is not empty, it shall be ignored. 

When the container identifier \n6\C3.\es IM CN Subsystem Signalling Flag (see 3GPP 
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TS 24.229 [95]), the container identifier contents field is empty and the lengtli of 
container identifier contents indicates a length equal to zero. If the container 
identifier contents i\e\6 is not empty, it shall be ignored. In Network to MS direction 
this information may be used by the MS to indicate to the user whether the 
requested dedicated signalling PDP context was successfully established. 

When the container identifier \n6\ca\es P-CSCF Address, the container identifier 
contentsi\e\6 contains one IPv6 address corresponding to a P-CSCF address (see 
3GPP TS 24.229 [95]). This IPv6 address is encoded as a 128-bit address 
according to RFC 3513 [99]. When there is need to include more than one P-CSCF 
address, then more logical units with container identifier \n6'\C3.\\ng P-CSCF Address 
are used. 

When the container identifier \n6'\ca.\es DNS Server Address, the container identifier 
contentsi\e\6 contains one IPv6 DNS server address (see 3GPP TS 27.060 [36a]). 
This IPv6 address is encoded as a 128-bit address according to RFC 3513 [99]. 
When there is need to include more than one DNS server address, then more 
logical units with container identifier \n6'\ca\\ng DNS Server Address are used. 

When the container identifier \n6\ca.\es Policy Control rejection code, the container 
identifier contents field contains a Go interface related cause code from the GGSN 
to the UE (see 3GPP TS 29.207 [100]). The lengtfi of container identifier contents 
indicates a length equal to one. If the container identifier contents i\e\6 is empty or 
its actual length is greater than one octet, then it shall be ignored by the receiver. 

When the container identifier \n6\C3.\es MS Support of Network Requested Bearer 
Control indicator, the container identifier contents i\e\6 is empty and the iengtii of 
container identifier contents indicates a length equal to zero. If the container 
identifier contents i\e\6 is not empty, it shall be ignored. 

When the container identifier \n6\C3.\es Selected Bearer Control Mode, the container 
identifier contents field contains the selected bearer control mode, where '01 H' 
indicates that 'MS only' mode has been selected and '02H' indicates that 'MS/NW' 
mode has been selected. The lengtli of container identifier contents indicates a 
length equal to one. If the container identifier contents i\e\6 is empty or its actual 
length is greater than one octet, then it shall be ignored by the receiver. 

When the container identifier \n6\ca\es DSMIPv6 Home Agent Address Request, the 
container identifier contents i\e\6 is empty and the length of container identifier 
contents indicates a length equal to zero. If the container identifier contents i'\e\6 is 
not empty, it shall be ignored. 

When the container identifier \n6\ca\es DSMIPv6 Home Network Prefix Request, the 
container identifier contents i\e\6 is empty and the length of container identifier 
contents indicates a length equal to zero. If the container identifier contents i\e\6 is 
not empty, it shall be ignored. 

When the container identifier \n6\ca\es DSMIPv6 IPv4 Home Agent Address 
Request, the container identifier contents i\e\6 is empty and the length of container 
identifier contents indicates a length equal to zero. If the container identifier contents 
field is not empty, it shall be ignored. 

When the container identifier \n6\ca\es DSMIPv6 Home Agent Address, the 
container identifier contents i\e\6 contains one IPv6 address corresponding to a 
DSMIPv6 HA address (see 3GPP TS 24.303 [124] and 3GPP TS 24.327 [125]). 
This IPv6 address is encoded as a 128-bit address according to 
IETF RFC 3513 [99]. 

When the container identifier \n6\ca\es DSMIPv6 Home Network Prefix, the 
container identifier contents i\e\6 contains one IPv6 Home Network Prefix (see 
3GPP TS 24.303 [124] and 3GPP TS 24.327 [125]). This IPv6 prefix is encoded as 
an IPv6 address according to RFC 3513 [99] followed by 8 bits which specifies the 
prefix length. 

When the container identifier \n6'\ca\es DSMIPv6 IPv4 Home Agent Address, the 
container identifier contents i\e\6 contains one IPv4 address corresponding to a 
DSMIPv6 IPv4 Home Agent address (see 3GPP TS 24.303 [124] and 
3GPPTS 24.327 [125]). 

When the container identifier \n6'\ca\es IP address allocation via NAS signalling, the 
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container identifier contents i\e\6 is empty and the lengtli of container identifier 
contents indicates a length equal to zero. If the container identifier contents i\e\6 is 
not empty, it shall be ignored. 

When the container identifier \n6\ca\es IP address allocation DHCPv4, the container 
identifier contents i\e\6 is empty and the iengtii of container identifier contents 
indicates a length equal to zero. If the container identifier contents field is not empty, 
it shall be ignored. 

NOTE 1 : The additional parameters list and the configuration protocol options list 
are logically separated since they carry different type of information. The 
beginning of the additional parameters list'is marked by a logical unit, 
which has an identifier (i.e. the first two octets) equal to a container 

identifier (\.e. it is not a protocol identifier). 


9.2.1 .1 .3.3 Test description 

9.2.1 .1 .3.3.1 Pre-test conditions 

System Simulator: 

- cell A. 
UE: 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to [18]; 

- the UE is configured to request the IPv6 address of the Home Agent in the protocol configuration options IE as 
part of the Attach / PDN connectivity request procedure. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1.1.3.3.2 


Test procedure sequence 

Table 9.2.1.1.3.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message with IE 
PROTOCOL CONFIGURATION OPTIONS 
indicating a DSI\/IIPv6 Home Agent Address 
Request? 

-> 

ATTACH REQUEST 

1 

P 

3- 
11 

Steps 5 to 1 3 of the generic test procedure in 
TS 36.508 Table 4.5.2.3-1 (Attach procedure) 
are performed on Cell A, 





12 

SS responds with ATTACH ACCEPT message 
including a valid TAI list. The ACTIVATE 
DEFAULT EPS BEARER CONTEXT 
REQUEST message is piggybacked in 
ATTACH ACCEPT message, including the IE 
PROTOCOL CONFIGURATION OPTIONS 
indicating a DSMIPv6 Home Agent Address. 

<- 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 13 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





13 

Check: Does the UE transmit an ATTACH 
COMPLETE message including an ACTIVATE 
DEFAULT EPS BEARER CONTEXT ACCEPT 
message? 

-> 

ATTACH COMPLETE 

2 

P 


9.2.1 .1 .3.3.3 Specific message contents 

Table 9.2.1.1.3.3.3-1: Message ATTACH REQUEST (step 2, Table 9.2.1.1.3.3.2-1) 


Derivation path: TS 36.508 table 4.7.2.-4 

Information Element 

Value/Remark 

Comment 

Condition 

ESM message container 

PDN CONNECTIVITY 
REQUEST message as 
specified in table 
9.2.1.1.3.3.3-2. 




Table 9.2.1.1.3.3.3-2: PDN CONNECTIVITY REQUEST (step 2, Table 9.2.1.1.3.3.2-1) 


Derivation path: TS 36.508 table 4.7.3.-20 

Information Element 

Value/Remark 

Comment 

Condition 

Protocol configuration options 

The IE Protocol 
configuration options 
contains a configuration 
protocol option = '0007H' 
("DSMIPv6 Home Agent 
Address Request", length 
of contents = 0). 
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Table 9.2.1.1.3.3.3-3: Message ATTACH ACCEPT (step 12, Table 9.2.1.1.3.3.2-1) 


Derivation path: TS 36.508 table 4.7.3-1 

Information Element 

Value/Remark 

Comment 

Condition 

ESIVI message container 

Contains the ACTIVATE 
DEFAULT EPS BEARER 
CONTEXT REQUEST 
message specified in 
table 9.2.1.1.3.3.3-4. 




Table 9.2.1.1.3.3.3-4: Message ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST (step 12, 

Table 9.2.1 .1.3.3.2-1) 


Derivation path: TS 36.508 table 4.7.3-6 

Information Element 

Value/Remark 

Comment 

Condition 

Protocol configuration options 

The IE Protocol 
configuration options 
contains a configuration 
protocol option = '0007H' 
("DSMIPv6 Home Agent 
Address", non-zero 
length), with the value set 
to the IPv6 address of 
the Home Agent. 




9.2.1.1.4 


9.2.1.1.4.1 


Attach Procedure / Success / Request for obtaining the IPv4 address of the home 
agent 

Test Purpose (IP) 


(1) 

with { UE is configured to request the DSMIPv6 IPv4 Home Agent Address } 
ensure that { 

when { UE is switched on and has established the RRC connection } 
then { UE transmits an ATTACH REQUEST and a PDN CONNECTIVITY REQUEST message indicating a request 
for DSMIPv6 IPv4 Home Agent Address in the protocol configuration options } 

} 

(2) 

with { UE is configured to request the DSMIPv6 IPv4 Home Agent Address, and has indicated in the PDN 
CONNECTIVITY REQUEST a request for DSMIPv6 IPv4 Home Agent Address } 
ensure that { 

when { SS responds to the ATTACH REQUEST with a DSMIPv6 IPv4 Home Agent Address } 
then { UE transmits an ATTACH COMPLETE message } 


9.2.1.1.4.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 24.301, clauses 5.5.1.1, and 
6.5.1.2, and TS 24.008, clause 10.5.6.3. 

[24.301 clause 5.5.1.1] 

During the attach procedure, the UE may also obtain the home agent IPv4 and IPv6 addresses. 

[24.301 clause 6.5.1.2] 

If the UE supports DSMIPv6, the UE may include a request for obtaining the IPv6 address and optionally the IPv4 
address of the home agent in the Protocol configuration options IE in the PDN CONNECTIVITY REQUEST message. 
The UE may also include a request for obtaining the IPv6 Home Network Prefix. The UE shall request the IPv6 Home 
Network Prefix only if the UE has requested the home agent IPv6 address. The requested home agent address(es) and 
the Home Network Prefix are related to the APN the UE requested connectivity for. 

[24.008 clause 10.5.6.3] 
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Table 1 0.5.1 54/3GPP TS 24.008: Protocol configuration options information element 


Additional parameters list (octets w+1 to z) 

The additional parameters list'is included when special parameters and/or requests 
(associated with a PDP context) need to be transferred between the MS and the 
network. These parameters and/or requests are not related to a specific 
configuration protocol (e.g. PPP), and therefore are not encoded as the "Packets" 
contained in the configuration protocol options list. 

The additional parameters //sf contains a list of special parameters, each one in a 
separate container. The type of the parameter carried in a container is identified by 
a specific container identifier. In this version of the protocol, the following container 
identifiers are specified: 

MS to network direction: 

- 0001 H (P-CSCF Address Request); 

- 0002H (IM CN Subsystem Signaling Flag); 

- 0003H (DNS Server Address Request); 

- 0004H (Not Supported); 

- 0005H (MS Support of Network Requested Bearer Control indicator); 

- 0006H (Reserved); 

- 0007H (DSMIPv6 Home Agent Address Request; 

- 0008H (DSMIPv6 Home Network Prefix Request); 

- 0009H (DSMIPv6 IPv4 Home Agent Address Request); 

- OOOAH (IP address allocation via NAS signalling); and 

- OOOBH (IPv4 address allocation via DHCPv4). 
Network to MS direction: 

- 0001 H (P-CSCF Address); 

- 0002H (IM CN Subsystem Signaling Flag); 

- 0003H (DNS Server Address); 

- 0004H (Policy Control rejection code); 

- 0005H (Selected Bearer Control Mode; 

- 0006H (Reserved); 

- 0007H (DSMIPv6 Home Agent Address) ; 

- 0008H (DSMIPv6 Home Network Prefix); and 

- 0009H (DSMIPv6 IPv4 Home Agent Address). 

If the additional parameters //sf contains a container identifier that is not supported 
by the receiving entity the corresponding unit shall be discarded. 

The container identifier i\e\6 is encoded as the protocol identifier i\e\6 and the length 
of container identifier contents field is encoded as the length of the protocol identifier 
contents i'\e\6. 

When the container identifier \n6'\C3.\es P-CSCF Address Request or DNS Server 
Address Request, the container identifier contents field is empty and the length of 
container identifier contents indicates a length equal to zero. If the container 
identifier contents i\e\6 is not empty, it shall be ignored. 

When the container identifier \n6\C3.\es IM CN Subsystem Signalling Flag (see 3GPP 
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TS 24.229 [95]), the container identifier contents field is empty and the lengtli of 
container identifier contents indicates a length equal to zero. If the container 
identifier contents i\e\6 is not empty, it shall be ignored. In Network to MS direction 
this information may be used by the MS to indicate to the user whether the 
requested dedicated signalling PDP context was successfully established. 

When the container identifier \n6\ca\es P-CSCF Address, the container identifier 
contentsi\e\6 contains one IPv6 address corresponding to a P-CSCF address (see 
3GPP TS 24.229 [95]). This IPv6 address is encoded as a 128-bit address 
according to RFC 3513 [99]. When there is need to include more than one P-CSCF 
address, then more logical units with container identifier \n6'\C3.\\ng P-CSCF Address 
are used. 

When the container identifier \n6'\ca.\es DNS Server Address, the container identifier 
contentsi\e\6 contains one IPv6 DNS server address (see 3GPP TS 27.060 [36a]). 
This IPv6 address is encoded as a 128-bit address according to RFC 3513 [99]. 
When there is need to include more than one DNS server address, then more 
logical units with container identifier \n6'\ca\\ng DNS Server Address are used. 

When the container identifier \n6\ca.\es Policy Control rejection code, the container 
identifier contents field contains a Go interface related cause code from the GGSN 
to the UE (see 3GPP TS 29.207 [100]). The lengtfi of container identifier contents 
indicates a length equal to one. If the container identifier contents i\e\6 is empty or 
its actual length is greater than one octet, then it shall be ignored by the receiver. 

When the container identifier \n6\C3.\es MS Support of Network Requested Bearer 
Control indicator, the container identifier contents i\e\6 is empty and the iengtii of 
container identifier contents indicates a length equal to zero. If the container 
identifier contents i\e\6 is not empty, it shall be ignored. 

When the container identifier \n6\C3.\es Selected Bearer Control Mode, the container 
identifier contents field contains the selected bearer control mode, where '01 H' 
indicates that 'MS only' mode has been selected and '02H' indicates that 'MS/NW' 
mode has been selected. The lengtli of container identifier contents indicates a 
length equal to one. If the container identifier contents i\e\6 is empty or its actual 
length is greater than one octet, then it shall be ignored by the receiver. 

When the container identifier \n6\ca\es DSMIPv6 Home Agent Address Request, the 
container identifier contents i\e\6 is empty and the length of container identifier 
contents indicates a length equal to zero. If the container identifier contents i'\e\6 is 
not empty, it shall be ignored. 

When the container identifier \n6\ca\es DSMIPv6 Home Network Prefix Request, the 
container identifier contents i\e\6 is empty and the length of container identifier 
contents indicates a length equal to zero. If the container identifier contents i\e\6 is 
not empty, it shall be ignored. 

When the container identifier \n6\ca\es DSMIPv6 IPv4 Home Agent Address 
Request, the container identifier contents i\e\6 is empty and the length of container 
identifier contents indicates a length equal to zero. If the container identifier contents 
field is not empty, it shall be ignored. 

When the container identifier \n6\ca\es DSMIPv6 Home Agent Address, the 
container identifier contents i\e\6 contains one IPv6 address corresponding to a 
DSMIPv6 HA address (see 3GPP TS 24.303 [124] and 3GPP TS 24.327 [125]). 
This IPv6 address is encoded as a 128-bit address according to 
IETF RFC 3513 [99]. 

When the container identifier \n6\ca\es DSMIPv6 Home Network Prefix, the 
container identifier contents i\e\6 contains one IPv6 Home Network Prefix (see 
3GPP TS 24.303 [124] and 3GPP TS 24.327 [125]). This IPv6 prefix is encoded as 
an IPv6 address according to RFC 3513 [99] followed by 8 bits which specifies the 
prefix length. 

When the container identifier \n6'\ca\es DSMIPv6 IPv4 Home Agent Address, the 
container identifier contents i\e\6 contains one IPv4 address corresponding to a 
DSMIPv6 IPv4 Home Agent address (see 3GPP TS 24.303 [124] and 
3GPPTS 24.327 [125]). 

When the container identifier \n6'\ca\es IP address allocation via NAS signalling, the 
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container identifier contents i\e\6 is empty and the lengtli of container identifier 
contents indicates a length equal to zero. If the container identifier contents i\e\6 is 
not empty, it shall be ignored. 

When the container identifier \n6\ca\es IP address allocation DHCPv4, the container 
identifier contents i\e\6 is empty and the iengtii of container identifier contents 
indicates a length equal to zero. If the container identifier contents field is not empty, 
it shall be ignored. 

NOTE 1 : The additional parameters list and the configuration protocol options list 
are logically separated since they carry different type of information. The beginning 
of the additional parameters list'is marked by a logical unit, which has an identifier 
(i.e. the first two octets) equal to a container identifier (\.e. it is not a protocol 
identifier). 


9.2.1.1.4.3 
9.2.1.1.4.3.1 
System Simulator: 

- cell A. 
UE: 


Test description 
Pre-test conditions 


the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]; 

- the UE is configured to request the DSMIPv6 IPv4 Home Agent Address in the protocol configuration options 
IE as part of the Attach / PDN connectivity request procedure. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1.1.4.3.2 


Test procedure sequence 

Table 9.2.1.1.4.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

Void 

- 

- 

- 

P 

3 

Void 

- 

- 

- 

- 

4 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message with IE 
PROTOCOL CONFIGURATION OPTIONS 
indicating a DSIVIIPve IPv4 Home Agent 
Address Request? 

-> 

ATTACH REQUEST 

1 

P 

5- 
13 

Steps 5 to 13 of the generic test procedure in 
TS 36.508 Table 4.5.2.3-1 (Attach procedure) 
are performed on Cell A. 





14 

SS responds with ATTACH ACCEPT message 
including a valid TAI list. The ACTIVATE 
DEFAULT EPS BEARER CONTEXT 
REQUEST message is piggybacked in 
ATTACH ACCEPT message, including the IE 
PROTOCOL CONFIGURATION OPTIONS 
indicating a DSMIPv6 IPv4 Home Agent 
Address 

<— 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 1 1 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





15 

Check: Does the UE transmit an ATTACH 
COMPLETE message including an ACTIVATE 
DEFAULT EPS BEARER CONTEXT ACCEPT 
message? 

-> 

ATTACH COMPLETE 

2 

P 


9.2.1 .1 .4.3.3 Specific message contents 

Table 9.2.1 .1.4.3.3-1: Void 
Table 9.2.1.1.4.3.3-2: Message ATTACH REQUEST (step 4, Table 9.2.1.1.4.3.2-1) 


Derivation path: TS 36.508 table 4.7.2.-4 

Information Element 

Value/Remark 

Comment 

Condition 

ESM message container 

PDN CONNECTIVITY 
REQUEST message as 
specified in table 
9.2.1.1.4.3.3-3. 




Table 9.2.1.1.4.3.3-3: PDN CONNECTIVITY REQUEST (step 4, Table 9.2.1.1.4.3.2-1) 


Derivation path: TS 36.508 table 4.7.3.-20 

Information Element 

Value/Remark 

Comment 

Condition 

Protocol configuration options 

The IE Protocol 
configuration options 
contains a configuration 
protocol option = '0009H' 
("DSMIPv6 IPv4 Home 
Agent Address Request", 
length of contents = 0). 
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Table 9.2.1.1.4.3.3-4: Message ATTACH ACCEPT (step 11, Table 9.2.1.1.4.3.2-1) 


Derivation path: TS 36.508 table 4.7.3-1 

Information Element 

Value/Remark 

Comment 

Condition 

ESIVI message container 

Contains the ACTIVATE 
DEFAULT EPS BEARER 
CONTEXT REQUEST 
message specified in 
table 9.2.1.1.4.3.3-5. 




Table 9.2.1.1.4.3.3-5: Message ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST (step 11, 

Table 9.2.1 .1.4.3.2-1) 


Derivation path: TS 36.508 table 4.7.3-6 

Information Element 

Value/Remark 

Comment 

Condition 

Protocol configuration options 

The IE Protocol 
configuration options 
contains a configuration 
protocol option = 
'0009H' ("DSMIPv6 
IPv4 Home Agent 
Address", non-zero 
length), with the value 
set to the IPv4 address of 
the Home Agent. 




9.2.1.1.5 Void 

9.2.1.1.6 Void 

9.2.1 .1 .7 Attacli Procedure / Success / List of equivalent PLIVINs in tlie ATTACH ACCEPT 
message 

9.2.1 .1 .7.1 Test Purpose (TP) 

(1) 

with { UE in EMM-REGISTERED- INITIATED state } 
ensure that { 

when { the UE receives ATTACH ACCEPT message including a list of equivalent PLMNs } 
then { the UE stores correctly the list and does not consider forbidden PLMNs as equivalent PLMNs 


(2) 

with { UE in EMM-REGISTERED- INITIATED state } 
ensure that { 

when { the UE receives ATTACH ACCEPT message without a list of equivalent PLMNs } 
then { the UE deletes the stored list and applies a normal PLMN selection process 


9.2.1 .1 .7.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.1.2.4. 

[TS 24.301, clause 5.5.1.2.4] 

The MME may also include a list of equivalent PLMNs in the ATTACH ACCEPT message. Each entry in the list 
contains a PLMN code (MCC+MNC). The UE shall store the list as provided by the network, after having removed 
from the list any PLMN code that is already in the list of forbidden PLMNs. In addition, the UE shall add to the stored 
list the PLMN code of the registered PLMN that sent the list. The UE shall replace the stored list on each receipt of the 
ATTACH ACCEPT message. If the ATTACH ACCEPT message does not contain a list, then the UE shall delete the 
stored list. 
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9.2.1 .1 .7.3 Test description 

9.2.1 .1 .7.3.1 Pre-test conditions 

System Simulator: 

- Cell A (PLMNl, HPLMN), cell G (PLMN2, visited PLMN), cell I (PLMN3, another visited PLMN) and cell J 
(PLMN4, another visited PLMN, different than cell I and switched OFF) are configured according to table 
6.3.2.2-1 in TS 36.508 [18]; 

- at most 3 cells are active simultaneously. 

- system information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cell A 
UE: 

- the UE is configured to initiate EPS attach; 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE last attempted to register on cell 
I and received reject cause "forbidden PLMN". 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1685 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


9.2.1.1.7.3.2 


Test procedure sequence 

Table: 9.2.1.1.7.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The SS configures: 

- Cell A as the "Serving cell". 

- Cell G as a "Non-Suitable cell". 

- Cell 1 as a "Non-Suitable cell". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is switched on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



4 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<— 

AUTHENTICATION REQUEST 



5 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



6 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 

<- 

SECURITY MODE COMMAND 

- 

- 

7 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 




EXCEPTION: Steps 7Aa1 to 7Aa2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





7A 
a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<— 

ESM INFORMATION REQUEST 



7A 
a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



8 

SS responds with ATTACH ACCEPT message 
including PLMN2, PLMN3 and PLMN4 in the 
list of equivalent PLMNs. The ACTIVATE 
DEFAULT EPS BEARER CONTEXT 
REQUEST message is piggybacked in 
ATTACH ACCEPT message. 

<- 

ATTACH ACCEPT 



9 

The UE transmits an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message. 

-> 

ATTACH COMPLETE 



10 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





- 

EXCEPTION: Step lOal describes behaviour 
that depends on the UE capability. 





10a 

If pc_SwitchOnOff or pc_USIM_Removal then 
UE sends DETACH REQUEST message 

-> 

DETACH REQUEST 



11 

The SS configures: 

- Cell A as the "Non-Suitable cell". 

- Cell G as a "Suitable cell". 

- Cell 1 as a "Serving cell". 

Note: Cell 1 belongs to the forbidden PLMN. 





- 

The following messages are to be observed on 
Cell G unless explicitly stated otherwise. 

- 

- 

- 

- 

12 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 
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- 

EXCEPTION: The behaviour in table 
9.2.1.1.7.3.2-2 occurs in parallel with step 13. 





13 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

1 

p 

13 
A 

Void 

- 

- 

- 

- 

13 
B 

Void 

- 

- 

- 

- 


EXCEPTION: Steps 13Aa1 to 13Aa2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





13 
Aa 

1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<- 

ESM INFORMATION REQUEST 



13 
A 
a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 




EXCEPTION: In parallel to the event described 
in step 14 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U- 
plane if requested by the UE. 





14 

The SS transmits an ATTACH ACCEPT 
message without the Equivalent PLMNs list. 
The ACTIVATE DEFAULT EPS BEARER 
CONTEXT REQUEST message is 
piggybacked in ATTACH ACCEPT message. 

<- 

ATTACH ACCEPT 



15 

The UE transmits an ATTACH COMPLETE 
message on Cell G (PLMN2) including an 
ACTIVATE DEFAULT EPS BEARER 
CONTEXT ACCEPT message. 

-> 

ATTACH COMPLETE 



15 
A 

The SS configures: 

- Cell A as a "Suitable cell". 

- Cell G as a "Non-Suitable cell". 

- Cell 1 as a "Non-suitable "Off" cell". 

- Cell J as a "Serving cell". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

- 

EXCEPTION: The behaviour in table 
9.2.1.1.7.3.2-3 occurs in parallel with step 15B. 





15 
B 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2 

P 

15 
C 

SS responds with TRACKING AREA UPDATE 
ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

15 
D 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message 

-> 

TRACKING AREA UPDATE 
COMPLETE 



16- 
34 

Void 

- 

- 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 






Table: 9.2.1.1.7.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

Check: Does the UE transmit an ATTACH 
REQUEST message on Cell 1 (PLMN3) ? 

-> 

ATTACH REQUEST 

1 

F 
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Table: 9.2.1.1.7.3.2-3: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message on Cell J 
(PLMN4)? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2 

F 


9.2.1 .1 .7.3.3 Specific message contents 

Table 9.2.1.1.7.3.3-1 : SystemlnformationBlockTypeSiov Cell A 


Derivation path: 36.508 Table 4.4.3.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




interFreqCarrierFreqList SEQUENCE (SIZE 
(1 ..maxFreq)) OF SEQUENCE { 

3 entries 



dl-CarrierFreq[1] 

Same downlink EARFCN 
as used for Cell G 



dl-CarrierFreq[2] 

Same downlink EARFCN 
as used for Cell 1 



dl-CarrierFreq[2] 

Same downlink EARFCN 
as used for Cell J 



} 




} 





Table 9.2.1.1.7.3.3-2: Message ATTACH ACCEPT (step 8, Table 9.2.1.1.7.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

Equivalent PLMNs 


Includes MCC and 
MNC digits for 
PLMN2, PLMN3 
and PLMN4. 



Table 9.2.1.1.7.3.3-3: Message ATTACH ACCEPT (step 14, Table 9.2.1.1.7.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

Equivalent PLMNs 

Not present 




9.2.1.1.8 
9.2.1.1.9 
9.2.1.1.9.1 
(1) 


Void 

Attach / Rejected / IMSI invalid 
Test Purpose (TP) 


with { UE has sent an ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the reject cause set to "Illegal UE" } 

then { UE considers the USIM as invalid for EPS services and non-EPS services and enters state 
EMM-DEREGISTERED } 
} 

(2) 

with { UE receives an ATTACH REJECT message with the reject cause set to "Illegal UE" } 
ensure that { 

when { the UE has been switched off, then switched on } 

then { the UE sends an ATTACH REQUEST message with IMSI, including a PDN CONNECTIVITY REQUEST 
message } 

} 
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9.2.1 .1 .9.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.1.2.5. 

[TS 24.301, clause 5.5.1.2.5] 


Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410 and take the following actions 
depending on the reject cause value received. 

#3 (Illegal UE); or 


The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI and KSI. The UE shall consider the 
USIM as invalid for EPS services and non-EPS services until switching off or the UICC containing the USIM is 
removed. Additionally, the UE shall delete the list of equivalent PLMNs and enter state EMM- 
DEREGISTERED. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the MM parameters update 
status, TMSI, LAI and ciphering key sequence number, and the GMM parameters GMM state, GPRS update 
status, P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number as specified in 
3GPP TS 24.008 [13] for the case when the normal attach procedure is rejected with the GMM cause with the 
same value. 

NOTE: The possibility to configure a UE so that the radio transceiver for a specific RAT is not active, although it 
is implemented in the UE, is out of scope of the present specification. 


9.2.1 .1 .9.3 Test description 

9.2.1 .1 .9.3.1 Pre-test conditions 

System Simulator: 

- cell A, cell B and If (px_SinglePLMN_Tested = Multi PLMN) cell G: 

- Cell A and Cell B (home PLMN, different TAs), 

- If (px_SinglePLMN_Tested = Multi PLMN), Cell G (another PLMN); 

- the different cells may not be simultaneously activated (at most 2 cells are active simultaneously). 
UE: 

- the UE is configured to initiate EPS attach; 

the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1689 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


9.2.1.1.9.3.2 


Test procedure sequence 

Table 9.2.1.1.9.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The SS configures: 

- cell A as the "Serving cell". 

- cell B as a "Non-Suitable cell". 

- If present, Cell G as a "Non-Suitable Off cell". 





- 

The following messages are to be observed on 
cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is switched on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message on cell A. 

-> 

ATTACH REQUEST 



4 

The SS transmits an ATTACH REJECT 
message with EMM cause = "Illegal UE" as 
specified. 

<— 

ATTACH REJECT 



5 

The SS releases the RRC connection. 

- 

- 

- 

- 

6 

The SS configures: 

- Cell A as a "Non-Suitable cell". 

- Cell B as the "Serving cell". 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

7 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

Note: Cell B belongs to the same PLMN where 
the UE was rejected but a different TA 

-> 

ATTACH REQUEST 

1 

F 

8 

The operator initiates an attach by MMI or by 
AT command. 

- 

- 

- 

- 

9 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

10 

Void 

- 

- 

- 

- 

11 

Check: Does the test result of CALL generic 
procedure (TS 36.508 subclause 6.4.2.5) 
indicate that the UE ignores paging on cell B 
for PS domain with S-TMSI included in GUTI- 
1? 



1 



EXCEPTION: Steps 12a1 to 12a4 describe 
behaviour that depends on the network 
capability / preference; the "lower case letter" 
identifies a step sequence that takes place if 
the network is capable or prefers. 





12 
a1 

IF (px_SinglePLMN_Tested = Multi PLMN) The 
SS configures: 

- Cell A as a "Non-Suitable Off cell". 

- Cell B as a "Non-Suitable cell". 

- Cell G as the "Serving cell". 





- 

The following messages are to be observed on 
Cell G unless explicitly stated otherwise. 

- 

- 

- 

- 

12a 
2 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

Note: Cell G belongs to a PLMN which is not 
the same like the one on which the UE was 
rejected. 

-> 

ATTACH REQUEST 

1 

F 

12a 
3 

The user initiates an attach by MMI or by AT 
command. 

- 

- 

- 

- 

12a 
4 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

13- 
15 

Void 

- 

- 

- 

- 

16 

if possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 
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16 
A 

The SS configures: 

- Cell A as a "Non-Suitable cell". 

- Cell B as the "Serving cell". 

-If present Cell G as a "Non-Suitable off cell". 





17 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

17 
A 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise 

- 

- 

- 

- 

18 

Void 

- 

- 

- 

- 

19 

Check: Does the UE transmit an ATTACH 
REQUEST message with IMSI-1 ? 

-> 

ATTACH REQUEST 

2 

P 

20- 
31 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 






9.2.1 .1 .9.3.3 Specific message contents 

Table 9.2.1.1.9.3.3-1: Message ATTACH REJECT (steps 4 and 20, Table 9.2.1.1.9.3.2-1) 


Derivation path: 36.508 table 4.7.2-3 

Information Element 

Value/Remark 

Comment 

Condition 

Security header type 

EMM cause 

ESM message container 

0000 

00000011 
Not present 

" Plain NAS 
message, not 
security protected 

#3 "Illegal UE" 



Table 9.2.1.1.9.3.3-2: Message ATTACH REQUEST (step 19, Table 9.2.1.1.9.3.2-1) 


Derivation path: TS 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMS! 

IMSI-1 



ESM message container 

PDN CONNECTIVITY 
REQUEST message to 
request PDN connectivity 
to the default PDN 



Last visited registered TAI 

Not present 



Old LAI 

Not present 



TMSI status 

Not present 




9.2.1.1.10 
9.2.1.1.10.1 

(1) 


Attach / Rejected / Illegal ME 
Test Purpose (IP) 


with { UE has sent an ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the reject cause set to "Illegal ME" } 

then { UE considers the USIM as invalid for EPS services and non-EPS services and enters state 
EMM-DEREGISTERED } 
} 

(2) 

with { UE receives an ATTACH REJECT message with the reject cause set to "Illegal ME" } 
ensure that { 

when { the UE has been switched off, then switched on } 

then { the UE sends an ATTACH REQUEST message with IMSI, including a PDN CONNECTIVITY REQUEST 
message } 

} 
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9.2.1 .1 .1 0.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.1.2.5. 

[TS 24.301, clause 5.5.1.2.5] 


Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410 and take the following actions 
depending on the reject cause value received. 

#6 (Illegal ME); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI and KSI. The UE shall consider the 
USIM as invalid for EPS services and non-EPS services until switching off or the UICC containing the USIM is 
removed. Additionally, the UE shall delete the list of equivalent PLMNs and enter state EMM- 
DEREGISTERED. 


9.2.1 .1 .1 0.3 Test description 

The test description is identical to the one of subclause 9.2.1.1.9 except that in the test procedure and in the specific 
message contents, the reject cause #3 "Illegal UE" is replaced with the reject cause #6 "Illegal ME". 

9.2.1 .1.11 Attach / Rejected / EPS services and non-EPS services not allowed 

9.2.1.1.11.1 Test Purpose (TP) 

(1) 

with { UE has sent an ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the reject cause set to "EPS services and non-EPS 
services not allowed" } 

then { UE considers the USIM as invalid for EPS services and non-EPS services and enters state 
EMM-DEREGISTERED } 
} 

(2) 

with { UE receives an ATTACH REJECT message with the reject cause set to "EPS services and non-EPS 
services not allowed" } 
ensure that { 

when { the UE has been switched off, then switched on } 

then { the UE sends an ATTACH REQUEST message with IMSI, including a PDN CONNECTIVITY REQUEST 
message } 

} 

(3) 

with { UE receives an ATTACH REJECT message with the reject cause set to "EPS services and non-EPS 
services not allowed" } 
ensure that { 

when { the UE has been switched off, then switched on and a UMTS or GSM cell is found } 
then { the UE sends an ATTACH REQUEST message with IMSI } 


9.2.1 .1 .1 1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.1.2.5. 

[TS 24.301, clause 5.5.1.2.5] 


Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410 and take the following actions 
depending on the reject cause value received. 
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#8 (EPS services and non-EPS services not allowed); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI and KSL The UE shall consider the 
USIM as invalid for EPS services and non-EPS services until switching off or the UICC containing the USIM is 
removed. Additionally, the UE shall delete the list of equivalent PLMNs and enter state EMM- 
DEREGISTERED. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the MM parameters update 
status, TMSI, LAI and ciphering key sequence number, and the GMM parameters GMM state, GPRS update 
status, P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number as specified in 
3GPP TS 24.008 [13] for the case when the normal attach procedure is rejected with the GMM cause with the 
same value. 


[TS 24.008, clause 4.7.3.2.4] 

The MS shall then take one of the following actions depending upon the reject cause: 
# 8 (GPRS services and non-GPRS services not allowed); 

The MS shall set the GPRS update status to GU3 ROAMING NOT ALLOWED (shall store it according to 
subclause 4.1.3.2) and shall delete any P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence 
number. The new GMM state is GMM-DEREGISTERED. The new MM state is MM IDLE. 

The MS shall set the update status to U3 ROAMING NOT ALLOWED, shall delete any TMSI, LAI and 
ciphering key sequence number. The SIM/USIM shall be considered as invalid for GPRS and non-GPRS 
services until switching off or the SIM/USIM is removed. 

9.2.1 .1 .1 1 .3 Test description 

The test description is identical to the one of subclause 9.2.1.1.9 with the following exceptions: 

9.2.1 .1 .1 1 .3.1 Pre-test conditions 

System Simulator: 

- cell A, Cell B (home PLMN, different TAs) and if (px_SinglePLMN_Tested = Multi PLMN) Cell G TS 36.508 
(another PLMN) 

- If (px_RATComb_Tested = EUTRA_UTRA OR px_RATComb_Tested = EUTRA_GERAN) ; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 9 (is configured); 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (is configured); 

- system information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is applied in E-UTRA cells; 
- If (px_RATComb_Tested = EUTRA_Only) : 

neither cell 9 nor cell 24 is configured; 

- system information combination 1 as defined in TS 36.508[18] clause 4.4.3.1 is applied in E-UTRA cells; 


UE: 


the UE is configured to initiate EPS attach; 

the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]; 
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- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, the UE is previously registered on UTRAN cell 9 
using default message contents according to TS 36.508 [18]. 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, the UE is previously registered on GERAN 
cell 24 using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .1 .1 1 .3.2 Test procedure sequence 

Table 9.2.1.1.1 1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The SS configures: 

- Cell A as the "Serving cell". 

- Cell B as a "Non-Suitable cell". 

- If present, Cell G as a "Non-Suitable cell". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is switched on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



4 

The SS transmits an ATTACH REJECT 
message with EMM cause = "EPS services 
and non-EPS services not allowed" as 
specified. 

<— 

ATTACH REJECT 



5 

The SS releases the RRC connection. 

- 

- 

- 

- 

6 

The SS configures: 

- Cell A as a "Non-Suitable cell". 

- Cell B as the "Serving cell". 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

7 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

Note: Cell B belongs to the same PLMN where 
the UE was rejected but a different TA 

-> 

ATTACH REQUEST 

1 

F 

8 

The operator initiates an attach by MMI or by 
AT command. 

- 

- 

- 

- 

9 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

10 

Void 

- 

- 

- 

- 

11 

Check: Does the test result of CALL generic 
procedure (TS 36.508 subclause 6.4.2.5) 
indicate that the UE ignores paging on cell B 
for PS domain with S-TMSI included in GUTI- 
1? 



1 



EXCEPTION: Steps 12a1 to 12a4 describe 
behaviour that depends on the network 
capability / preference; the "lower case letter" 
identifies a step sequence that takes place if 
the network is capable or prefers. 





12 
a1 

IF (px_SinglePLMN_Tested = Multi PLMN) The 
SS configures: 

- Cell A as a "Non-Suitable "off" cell". 

- Cell B as a "Non-Suitable cell". 

- Cell G as the "Serving cell". 





- 

The following messages are to be observed on 
Cell G unless explicitly stated otherwise. 

- 

- 

- 

- 

12a 
2 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

Note: Cell G belongs to a PLMN which is not 
the same like the one on which the UE was 
rejected. 

-> 

ATTACH REQUEST 

1 

F 

12a 
3 

The user initiates an attach by MMI or by AT 
command. 

- 

- 

- 

- 

12a 
4 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

13- 
15 

Void 

- 

- 

- 

- 

16 

If possible (see ICS) switch off is performed or 
the USIM is removed. 

- 

- 

- 

- 
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Otherwise the power is removed. 





16 
A 

The SS configures: 

- Cell A as a "Non-Suitable cell". 

- Cell B as the "Serving cell". 

-If present, Cell G as a "Non-Suitable off cell". 





17 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

18 

The following message is sent on Cell B. 

- 

- 

- 

- 

19 

Check: Does the UE transmit an ATTACH 
REQUEST message with IMSI-1 ? 

-> 

ATTACH REQUEST 

2 

P 

20 

The SS transmits an ATTACH REJECT 
message with EMM cause = "EPS services 
and non-EPS services not allowed" as 
specified. 

<- 

ATTACH REJECT 



- 

EXCEPTION: Steps 21 a1 to 21 alO describe 
behaviour that depends on the UE capability. 

- 

- 

- 

- 

21a 

1 

IF pc UTRA AND px RATComb Tested = 

EUTRA UTRA OR pc GERAN AND 

px RATComb Tested = EUTRA GERAN 

THEN 

the SS sets 

- Cell B as a "Non-Suitable cell". 

- Cell 24 (GERAN) or Cell 9 (UTRAN) as the 
"Serving cell". 






The following messages are to be observed on 
Cell 24 or Cell 9 (depending on which cell was 
set as "Serving cell" in the preceding step) 
unless explicitly stated otherwise. 





21a 
2 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

21a 
3 

The user initiates an attach by MMI or by AT 
command. 

- 

- 

- 

- 

21a 
4 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

21a 
5 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





21a 
6 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

21a 

7 

Void 

- 

- 

- 

- 

21a 
8 

Check: Does the UE transmit an ATTACH 
REQUEST message with IMSI-1 ? 

-> 

ATTACH REQUEST 

3 

P 

22 

The attach procedure is completed 

- 

- 

- 

- 


If (px RATComb Tested = EUTRA UTRA OR 
px_RATComb_Tested = EUTRA_GERAN); At 
the end of this test procedure sequence, the 
UE is in end state either UIJDLE or GIJDLE 
E-UTRA connected (E2) according to TS 
36.508. 

Else: At the end of this test procedure 
sequence, the UE is in end state E-UTRA 
deregistered (E4) according to TS 36.508. 
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9.2.1 .1 .1 1 .3.3 Specific message contents 

Table 9.2.1.1.11.3.3-1 : Message ATTACH REJECT (steps 4 and 20, Table 9.2.1.1.11.3.2-1) 


Derivation path: 36.508 table 4.7.2-3 

Information Element 

Value/Remark 

Comment 

Condition 

Security header type 

EMM cause 

ESM message container 

0000 

00001000 
Not present 

" Plain NAS 
message, not 
security protected 

#8 "EPS services 
and non-EPS 
services not 
allowed" 



Table 9.2.1.1.11.3.3-2: Message ATTACH REQUEST (step 19, Table 9.2.1.1.11.3.2-1) 


Derivation path: TS 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

IMSI-1 



ESM message container 

PDN CONNECTIVITY 
REQUEST message to 
request PDN connectivity 
to the default PDN 



Last visited registered TAI 

Not present 



Old LAI 

Not present 



TMSI status 

Not present 




Table 9.2.1.1.11.3.3-3: Message ATTACH REQUEST (step 21 a8, Table 9.2.1.1.11.3.2-1) 


Derivation path: TS 24.008 table 9.4.1 

Information Element 

Value/Remark 

Comment 

Condition 

MS network capability 

Not checked 



Attach type 

Not checked 



GPRS ciphering key sequence number 

111 

No key is 
available 


DRX parameter 

Not checked 



P-TMSI or IMSI 

IMSI-1 



Old routing area identification 

Deleted RAI-1 

The MNC and the 
MCC in the 
coding of the RAI 
are replaced by 
the RAC of RAC-1 


MS Radio Access capability 

Not checked 



Old P-TMSI signature 

Not present 



Requested READY timer 
Value 

Not checked 



TMSI status 

Not Present 



PS LCS Capability 

Not checked 



Mobile station classmark 2 

Not checked 



Mobile station classmark 3 

Not checked 



Supported Codecs 

Not checked 



UE network capability 

Not checked 



Additional mobile identity 

Not present 



Additional old routing area identification 

Not present 




9.2.1.1.12 
9.2.1.1.12.1 
(1) 


Attach / Rejected / EPS services not allowed 
Test Purpose (TP) 


with { UE has sent an ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message 
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ensure that { 

when { UE receives an ATTACH REJECT message with the reject cause set to "EPS services not 
allowed" } 

then { UE deletes the GUTI and the last visited registered TAI and KSI and considers the USIM as 
invalid for EPS services until switching off or the UICC containing the USIM is removed and deletes 
the list of equivalent PLMNs and UE enters state EMM-DEREGISTERED } 
} 

9.2.1 .1 .1 2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 5.5.1.2.2 and 
5.5.1.2.5. 

[TS 24.301, clause 5.5.1.2.2] 

In state EMM-DEREGISTERED, the UE initiates the attach procedure by sending an ATTACH REQUEST message to 
the MME, starting timer T3410 and entering state EMM-REGISTERED-INITIATED (see example in 
figure 5.5.1.2.2.1). If timer T3402 is currently running, the UE shall stop timer T3402. If timer T3411 is currently 
running, the UE shall stop timer T341 1. 

If the UE supports neither A/Gb mode nor lu mode, the UE shall handle the Old GUTI or IMSI IE in the ATTACH 
REQUEST message as follows: 

- The UE shall include in the ATTACH REQUEST message a valid GUTI together with the last visited registered 
TAI, if available. If there is no valid GUTI available, the UE shall include the IMSI in the ATTACH REQUEST 
message. 


[TS 24.301, clause 5.5.1.2.5] 


Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410 and take the following actions 
depending on the reject cause value received. 

#7 (EPS services not allowed); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI and KSI. The UE shall consider the 
USIM as invalid for EPS services until switching off or the UICC containing the USIM is removed. 
Additionally, the UE shall delete the list of equivalent PLMNs and enter state EMM-DEREGISTERED. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the GMM parameters GMM 
state, GPRS update status, P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number as 
specified in 3GPP TS 24.008 [6] for the case when the normal attach procedure is rejected with the GMM cause 
with the same value. 

9.2.1 .1 .1 2.3 Test description 

9.2.1.1.12.3.1 Pre-test conditions 

System Simulator: 

- cell A, cell B and cell G: 

- cell A and cell B (HPLMN, different TAs), if (px_SinglePLMN_Tested = Multi PLMN) cell G (another 
PLMN); 

- If (px_RATComb_Tested = EUTRA_UTRA OR px_RATComb_Tested = EUTRA_GERAN) ; 

- if pc_UTRA, AND px_RATComb_Tested = EUTRA_UTRA cell 9 (HPLMN, UTRAN); 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (HPLMN, GERAN); 

- If (px_RATComb_Tested = EUTRA_Only) : 
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- neither cell 9 nor cell 24 is configured; 

- system information combination 1 as defined in TS 36.508[18] clause 4.4.3.1 is applied in E-UTRA cells; 

- the different cells may not be simultaneously activated (at most 2 cells are active simultaneously); 
UE: 

- the UE is configured to initiate EPS attach; 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, the UE is previously registered on UTRAN cell 9 
using default message contents according to TS 36.508 [18]. 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, the UE is previously registered on GERAN 
cell 24 using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .1 .1 2.3.2 Test procedure sequence 

Table 9.2.1.1.12.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The SS configures: 

- Cell A as the "Serving cell". 

- Cell B as a " Suitable neighbour cell". 

- If present, Cell G as a "Non-Suitable Off 
cell". 

- If present, Cell 9 or 24 as a "Non-Suitable 
Off cell". 





- 

The following messages are to be observed 
on Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The user switches the UE on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



4 

The SS transmits an ATTACH REJECT 
message with EMM cause = "EPS services 
not allowed". 

<- 

ATTACH REJECT 



5 

The SS releases the RRC connection. 

- 

- 

- 

- 

6 

The SS reconfigures: 

Cell A as a " Suitable neighbour cell". 

Cell B as the "Serving cell". 

Note: Cell A and Cell B are in different TAIs 
-same PLMN. 





- 

The following messages are to be observed 
on Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

7 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

8 

The user initiates an attach by MMI or by AT 
command. 

- 

- 

- 

- 

9 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

- 

EXCEPTION: Steps 10a1 to 10a6 describe 
behaviour that depends on the UE capability. 

- 

- 

- 

- 

10a1 

IFpc UTRAANDpx RATComb Tested = 

EUTRA UTRAORpc GERAN AND 

px RATComb Tested = EUTRA GERAN 

THEN 

the SS configures 

- Cell A as "Non-suitable Off cell" 

- Cell B as a " Suitable neighbour cell". 

- Cell 24 (GERAN) or 9 (UTRAN) as the 
"Serving cell". 

Note: Cell B and Cell 24 (GERAN) or 9 
(UTRAN) are in different PLMNs 





10a2 

The following messages are to be observed 
on Cell 24 or Cell 9 (depending on which cell 
was set as "Serving cell" in the preceding 
step) unless explicitly stated otherwise. 





10a3 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 2 minutes? 

-> 

ATTACH REQUEST 

1 

F 

10a4 

The user initiates an attach by MMI or by AT 
command. 

- 

- 

- 

- 

10a5 

Check : Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

10a6 

The SS configures cell 24 or cell 9 as " Non- 
Suitable Off cell". 

- 

- 

- 

- 


EXCEPTION: Steps 11 a1 to 11 a4 describe 
behaviour that depends on the network 
capability / preference; the "lower case letter" 
identifies a step sequence that takes place if 
the network is capable or prefers. 






ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1700 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


11a1 

If (px_SinglePLMN_Tested = Multi PLMN) 
The SS sets: 

- Cell B as a "Non-Suitable Off cell". 

- Cell G as the "Serving cell". 

Note: Cell B and Cell G are different PLMNs. 





- 

The following messages are to be observed 
on Cell G unless explicitly stated otherwise. 

- 

- 

- 

- 

11a2 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 60 seconds? 

-> 

ATTACH REQUEST 

1 

F 

11a3 

The operator initiates an attach by MMI or by 
AT command. 

- 

- 

- 

- 

11a4 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 


At the end of this test procedure sequence, 
the UE is in end state E-UTRA deregistered 
(E4) according to TS 36.508. 






9.2.1 .1 .1 2.3.3 Specific message contents 

Table 9.2.1.1.12.3.3-1: Message ATTACH REJECT (step 4, Table 9.2.1.1.12.3.2-1) 


Derivation path: 36.508 table 4.7.2-3 (This message is transmitted as a "plain NAS message") 

Information Element 

Value/Remark 

Comment 

Condition 

Security header type 

0000 

"Plain NAS 
message, not 
security 
protected" 


EMM cause 

000001 1 1 

#7 "EPS services 
not allowed" 


ESM message container 

Not present 




9.2.1.1.13 
9.2.1.1.13.1 
(1) 


Attach / Rejected / PLMN not allowed 
Test Purpose (TP) 


with { the UE has sent an ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message } 
ensure that { 

when { the UE receives an ATTACH REJECT message with the reject cause set to "PLMN not allowed" } 
then { the UE deletes the GUTI, the last visited registered TAI , KSI, the list of equivalent 
PLMNs and UE enters state EMM-DEREGISTERED . PLMN- SEARCH and UE stores the PLMN in the "forbidden PLMN 
list" in the USIM } 
} 

(2) 

with { the UE is switched off and a PLMN is stored in the "forbidden PLMN list" in the USIM } 
ensure that { 

when { the UE is switched on } 

then { the UE doesn't attempt to attach on this PLMN } 


(3) 


with { the UE in E-UTRA EMM-DEREGISTERED . PLMN- SEARCH state and a PLMN is stored in the "forbidden 
PLMN list" } 
ensure that { 

when { the UE detects a cell belonging to a PLMN which is not in the "forbidden PLMN list" } 
then { the UE attaches to this PLMN } 


(4) 


with {the UE in E-UTRA EMM-DEREGISTERED . PLMN- SEARCH state and a PLMN is stored in the "forbidden 
PLMN list" } 
ensure that { 

when { the forbidden PLMN is selected manually } 

then { the UE attaches to the forbidden PLMN and deletes this PLMN from the USIMJ 
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9.2.1 .1 .1 3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 5.5.1.2.2 and 
5.5.1.2.5. 

[TS 24.301, clause 5.5.1.2.2] 

In state EMM-DEREGISTERED, the UE initiates the attach procedure by sending an ATTACH REQUEST message to 
the MME, starting timer T3410 and entering state EMM-REGISTERED-INITIATED (see example in figure 
5.5.1.2.2.1). If timer T3402 is currently running, the UE shall stop timer T3402. If timer T3411 is currently running, the 
UE shall stop timer T3411. 


If the UE supports neither A/Gb mode nor lu mode, the UE shall handle the Old GUTI or IMSI IE in the ATTACH 
REQUEST message as follows: 

- The UE shall include in the ATTACH REQUEST message a valid GUTI together with the last visited registered 
TAI, if available. If there is no valid GUTI available, the UE shall include the IMSI in the ATTACH REQUEST 
message. 

If the UE supports A/Gb mode or lu mode, the UE shall handle the Old GUTI or IMSI IE as follows: 


If the TIN indicates "GUTI" or "RAT-related TMSI" and the UE holds a vahd GUTI, the UE shall indicate the 
GUTI in the Old GUTI or IMSI IE. 


Otherwise the UE shall include the IMSI in the Old GUTI or IMSI IE. 


[TS 24.301, clause 5.5.1.2.5] 

If the attach request cannot be accepted by the network, the MME shall send an ATTACH REJECT message to the UE 
including an appropriate EMM cause value. 


Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410 and take the following actions 
depending on the EMM cause value received. 


#11 (PLMN not allowed); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI and KSI. Additionally, the UE shall 
delete the list of equivalent PLMNs and reset the attach attempt counter, and enter state EMM- 
DEREGISTERED.PLMN-SEARCH. 

In SI mode, the UE shall store the PLMN identity in the "forbidden PLMN list" and enter state EMM- 
DEREGISTERED.PLMN-SEARCH. The UE shall perform a PLMN selection according to 3GPP TS 23.122 
[6]. 


If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the MM parameters update 
status, TMSI, LAI, ciphering key sequence number and location update attempt counter, and the GMM 
parameters GMM state, GPRS update status, P-TMSI, P-TMSI signature, RAI, GPRS ciphering key sequence 
number and GPRS attach attempt counter as specified in 3GPP TS 24.008 [13] for the case when the normal 
attach procedure is rejected with the GMM cause with the same value and no RR connection exists. 
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9.2.1 .1 .1 3.3 Test description 

9.2.1.1.13.3.1 Pre-test conditions 

System Simulator: 

- cell G, cell H (VPLMN, same MCC like HPLMN, different TAs) and cell I (VPLMN, different MCC from 
HPLMN); 


the cells may not be simultaneously activated. 


UE: 


the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell G using default message contents according to TS 36.508 [18]; 

- the "forbidden PLMN Hst" is empty; 

- the UE is configured to initiate EPS attach. 
Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .1 .1 3.3.2 Test procedure sequence 

Table 9.2.1.1.13.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The SS configures: 

- Cell G as the "Serving cell". 

- Cell H as a " Suitable Neighbour cell". 

- Cell 1 as a "Non-Suitable Off cell". 

Note: Cell G and Cell H are in the different TAI 
-same PLMN. 





- 

The following messages are to be observed on 
Cell G unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is switched on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



4 

The SS transmits an ATTACH REJECT 
message including EMM cause = "PLMN not 
allowed". 

<- 

ATTACH REJECT 



5 

The SS releases the RRC connection. 

- 

- 

- 

- 

6 

Check: Does the UE transmit an ATTACH 
REQUEST message on cell G or H in the next 
30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

7 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





8 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

9 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 90 seconds? 

-> 

ATTACH REQUEST 

2 

F 

10 

The SS configures: 

- Cell G as the "Serving cell" 

- Cell H as a "Non-Suitable Off cell" 

- Cell 1 as a " Suitable neighbour cell". 





11 

The following messages are to be observed on 
Cell 1 unless explicitly stated otherwise. 

- 

- 

- 

- 

12 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message as 
specified? 

-> 

ATTACH REQUEST 

1,3 

P 

12 
A- 
12 
M 

The attach procedure is completed and the 
RRC connection is released by executing 
steps 5 to 17 of the UE registration procedure 
in TS 36.508 clause 4.5.2.3. 





13- 
19 

Void 

- 

- 

- 

- 

20 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





- 

EXCEPTION: Step 21 describes behaviour 
that depends on the UE capability. 





21 

Ifpc SwitchOnOff or pc USIM Removal then 
the UE transmits a DETACH REQUEST 
message. 

-> 

DETACH REQUEST 



22 

The SS configures: 

- Cell G as the "Serving cell" 

- Cell 1 as a "Non-suitable Off cell". 

Note: Cell G belongs to the forbidden PLMN. 





23 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

24 

The following messages are to be observed on 
Cell G unless explicitly stated otherwise. 

- 

- 

- 

- 
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25 

The user sets the UE in manual PLMN 
selection mode or requests a PLMN search. 

- 

- 

- 

- 

26 

The user selects PLMN of cell G. 

- 

- 

- 

- 

27 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message as 
specified? 

-> 

ATTACH REQUEST 

4 

P 

28- 
40 

The attach procedure is completed and the 
RRC connection is released by executing 
steps 5 to 17 of the UE registration procedure 
in TS 36.508 clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA idle (E1) according 
to TS 36.508. 






9.2.1 .1 .1 3.3.3 Specific message contents 

Table 9.2.1.1.13.3.3-1: Message ATTACH REJECT (step 4, Table 9.2.1.1.13.3.2-1) 


Derivation path: 36.508 table 4.7.2-3 (Plain 

NAS message) 



Information Element 

Value/Remark 

Comment 

Condition 

Security header type 


0000 

"No security 
protection" 


EMM cause 


00001011 

#1 1 "PLMN not 
allowed" 


ESM message container 


Not present 




Table 9.2.1.1.13.3.3-2: Message ATTACH REQUEST (step 12, Table 9.2.1.1.13.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

IMSI-1 

GUTI has been 
deleted after 
receiving 

ATTACH REJECT 
at step 5; only 
IMSI is available. 


Last visited registered TAI 

Not present 

TAI has been 
deleted after 
receiving 

ATTACH REJECT 
at step 5. 



Table 9.2.1.1.13.3.3-3: Message ATTACH REQUEST (step 27, Table 9.2.1.1.13.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

GUTI allocated in step 18 



Last visited registered TAI 

TAI-9 

TAI 9 is allocated 
on Cell 1 
according to 
36.508 table 
6.3.2.2-1 



9.2.1 .1.14 Attach / Rejected / Tracking area not allowed 

9.2.1.1.14.1 Test Purpose (TP) 

(1) 

with { UE has sent an ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the reject cause set to "Tracking area not 
allowed" | 
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then { UE sets the EPS update status to EU3 ROAMING NOT ALLOWED, UE deletes the GUTI, last 
visited registered TAI and KSI, UE enters the state EMM-DEREGISTERED .LIMITED-SERVICE and UE stores 
the current TAI in the list of "forbidden tracking areas for regional provision of service" } 

} 

(2) 

with { UE is in EMM-DEREGISTERED .LIMITED-SERVICE state and the current TAI in the list of "forbidden 
tracking areas for regional provision of service"} 
ensure that { 

when { serving cell belongs to TAI where UE was rejected } 
then { UE does not attempt to attach on any other cell } 

} 

(3) 

with { UE is in EMM-DEREGISTERED .LIMITED-SERVICE state and the current TAI in the list of "forbidden 
tracking areas for regional provision of service"} 
ensure that { 

when { UE re- selects a new cell in the same TAI it was already rejected } 
then { UE does not attempt to attach } 

} 

(4) 

with { UE is in EMM-DEREGISTERED .LIMITED-SERVICE state and the current TAI in the list of "forbidden 
tracking areas for regional provision of service"} 
ensure that { 

when { UE enters a cell belonging to a tracking area not in the list of "forbidden tracking areas 
for regional provision of service"} 

then { UE attempts to attach with IMSI } 

} 

(5) 

with { UE is in EMM-DEREGISTERED .LIMITED-SERVICE state and the list of "forbidden tracking areas for 
regional provision of service" contains more than one TAI } 
ensure that { 

when { UE re-selects a cell belonging to one of the TAIs in the list of "forbidden tracking areas 
for regional provision of service" } 

then { UE does not attempt to attach } 

} 

(6) 

with { UE is switched off } 
ensure that { 

when { UE is powered on in the cell belonging to the TAI which was in the list of "forbidden 
tracking areas for regional provision of service" before the UE was swithed off } 
then { UE performs registration on that cell } 
} 

9.2.1.1.14.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 5.3.2, 
5.5.1.2.2, 5.5.1.2.5, 5.2.2.3.2, Annex C and TS 36.304 clause 4.3. 

[TS 24.301, clause 5.3.2] 

The UE shall store a list of "forbidden tracking areas for roaming", as well as a list of "forbidden tracking areas for 
regional provision of service". These lists shall be erased when the UE is switched off or when the UICC containing the 
USIM is removed, and periodically (with a period in the range 12 to 24 hours). 


In SI mode, the UE shall update the suitable list whenever an ATTACH REJECT, TRACKING AREA UPDATE 
REJECT, SERVICE REJECT or DETACH REQUEST message is received with the EMM cause #12 "tracking area not 
allowed", #13 "roaming not allowed in this tracking area", or #15 "no suitable cells in tracking area". 

Each list shall accommodate 40 or more TAIs. When the list is full and a new entry has to be inserted, the oldest entry 
shall be deleted. 

[TS 24.301, clause 5.5.1.2.2] 
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In state EMM-DEREGISTERED, the UE initiates the attach procedure by sending an ATTACH REQUEST message to 
the MME, starting timer T3410 and entering state EMM-REGISTERED-INITIATED (see example in figure 
5.5.1.2.2.1). 


If the UE supports neither A/Gb mode nor lu mode, the UE shall handle the Old GUTI or IMSI IE in the ATTACH 
REQUEST message as follows: 

- The UE shall include in the ATTACH REQUEST message a valid GUTI together with the last visited registered 
TAI, if available. If there is no valid GUTI available, the UE shall include the IMSI in the ATTACH REQUEST 
message. 

If the UE supports A/Gb mode or lu mode, the UE shall handle the Old GUTI or IMSI IE as follows: 


If the TIN indicates "GUTI" or "RAT-related TMSI" and the UE holds a vaUd GUTI, the UE shall indicate the 
GUTI in the Old GUTI or IMSI IE. 


The UE shall send the ATTACH REQUEST message together with a PDN CONNECTIVITY REQUEST message 
contained in the ESM message container information element to request PDN connectivity. 


[TS 24.301, clause 5.5.1.2.5] 

If the attach request cannot be accepted by the network, the MME shall send an ATTACH REJECT message to the UE 
including an appropriate EMM cause value. 


Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410 and take the following actions 
depending on the EMM cause value received. 


#12 (Tracking area not allowed); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI and KSI. Additionally, the UE shall 
reset the attach attempt counter. 

In SI mode, the UE shall store the current TAI in the list of "forbidden tracking areas for regional provision of 
service" and enter the state EMM-DEREGISTERED.LIMITED-SERVICE. 


[TS 24.301, clause 5.2.2.3.2] 

The UE shall perform an attach or combined attach procedure when entering a cell which provides normal service. 

[TS 24.301, Annex C (normative)] 

The following EMM parameters shall be stored on the USIM if the corresponding file is present: 

- GUTI; 

- last visited registered TAI; 

- EPS update status; 

- Allowed CSG Hst; and 

- EPS security context parameters from a full native EPS security context (see 3GPP TS 33.401 [19]). 
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The presence and format of corresponding files on the USIM is specified in 3GPP TS 31.102 [17]. 

If the corresponding file is not present on the USIM, these EMM parameters except allowed CSG list are stored in a 
non-volatile memory in the ME together with the IMSI from the USIM. The allowed CSG list is stored in a non- volatile 
memory in the ME if the UE supports CSG selection. These EMM parameters can only be used if the IMSI from the 
USIM matches the IMSI stored in the non- volatile memory; else the UE shall delete the EMM parameters. 


[TS 36.304, clause 4.3] 


suitable cell: 


Following exceptions to these definitions are applicable for UEs: 

- camped on a cell that belongs to a registration area that is forbidden for regional provision of service; a cell that 
belongs to a registration area that is forbidden for regional provision service ([5], [16]) is suitable but provides 
only limited service. 


9.2.1.1.14.3 Test description 

9.2.1.1.14.3.1 Pre-test conditions 

System Simulator: 

- cell A (home PLMN) and cell B (home PLMN, another TA) are configured according to table 6.3.2.2-1 in TS 
36.508 [18] and belong to the same frequency as specified in TS 36.523-3 [20]. 


System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells; 


UE: 


- the UE is configured to initiate EPS attach; 

the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .1 .1 4.3.2 Test procedure sequence 

Table 9.2.1.1.14.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS configures: 

- Cell A as the "Serving cell". 

- Cell B as a "Suitable Neighbour cell". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is switched on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



4 

The SS transmits an ATTACH REJECT 

message, EMM cause = "Tracking area not 

allowed". 

(The list of "forbidden tracking areas for 

regional provision of service " in the UE should 

now contain TAI-1) 

<- 

ATTACH REJECT 



5 

The SS releases the RRC connection. 

- 

- 

- 

- 

6 

Check: Does the UE transmit the ATTACH 
REQUEST message in the next 30 seconds on 
Cell A or Cell B? 

-> 

ATTACH REQUEST 

1,2 

F 

7 

The user initiates an attach by MMI or by AT 
command. 

- 

- 

- 

- 

8 

Check: Does the UE transmit the ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

9 

The SS reconfigures: 

Cell A as a "Suitable Neighbour cell", 

Cell B as the "Serving cell". 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

10 

Check: Does the UE transmit the ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

1,4 

P 

11 

The SS transmits an ATTACH REJECT 

message, EMM cause = "Tracking area not 

allowed". 

(The list of "forbidden tracking areas for 

regional provision of service " in the UE should 

now contain TAI-1 and TAI-2) 

<— 

ATTACH REJECT 



12 

The SS releases the RRC connection. 

- 

- 

- 

- 

13 

The SS reconfigures: 

Cell A as the "Serving cell". 

Cell B as a " Suitable Neighbour cell". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

14 

Check: Does the UE transmit the ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1,3, 
5 

F 

15 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





16 

The SS reconfigures: 
Cell A as the "Serving cell". 
Cell B as a "Non-Suitable cell". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

17 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

18 

Void 

- 

- 

- 

- 

19 

Check: Does the UE transmit the ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message as 
specified? 

-> 

ATTACH REQUEST 

1,6 

P 
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20- 
32 

The attach procedure is completed and the 
RRC connection released by executing steps 5 
to 17 of the UE registration procedure in TS 
36.508 clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA idle (E1) according 
to TS 36.508. 






9.2.1 .1 .1 4.3.3 Specific message contents 

Table 9.2.1.1.14.3.3-1: Message ATTACH REJECT (steps 4 and 11, Table 9.2.1.1.14.3.2-1) 


Derivation path: 36.508 table 4.7.2-3 

Information Element 

Value/Remark 

Comment 

Condition 

Security header type 

0000 

"No security 
protection" 


EMM cause 

00001100 

#12 "Tracking 
area not allowed" 


ESM message container 

Not present 




Table 9.2.1.1.14.3.3-2: Message ATTACH REQUEST (steps 10 and 18 Table 9.2.1.1.14.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

IMSI-1 

GUTI has been 
deleted after 
receiving 

ATTACH REJECT 
at step 4; only 
IMSI is available. 


Last visited registered TAI 

Not present 

TAI has been 
deleted after 
receiving 

ATTACH REJECT 
at step 4. 



9.2.1.1.15 
9.2.1.1.15.1 
(1) 


Attach / Rejected / Roaming not allowed in this tracking area 
Test Purpose (TP) 


with { the UE has sent an ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message } 
ensure that { 

when { the UE receives an ATTACH REJECT message with the reject cause set to "roaming not allowed 
in this tracking area" } 

then { the UE sets the EPS update status to EU3 ROAMING NOT ALLOWED and the UE deletes the GUTI, 
the last visited registered TAI and KSI and the UE enters the state EMM-DEREGISTERED .LIMITED-SERVICE 
or optionally EMM-DEREGISTERED . PLMN- SEARCH and the UE stores the current TAI in the list of 
"forbidden tracking areas for roaming" } 

} 

(2) 

with { the UE is in EMM-DEREGISTERED. LIMITED-SERVICE or EMM-DEREGISTERED . PLMN- SEARCH state and the 
TAI of the current cell belongs to the list of "forbidden tracking areas for roaming"} 
ensure that { 

when { the UE enters a cell belonging to a tracking area not in the list of "forbidden tracking 
areas for roaming"} 

then { the UE attempts to attach with IMSI } 

} 

(3) 

with { the UE is in EMM-DEREGISTERED .LIMITED-SERVICE or EMM-DEREGISTERED . PLMN- SEARCH state and the 
list of "forbidden tracking areas for roaming" contains more than one TAI } 
ensure that { 

when { the UE selects a cell belonging to one of the TAIs in the list of "forbidden tracking areas 
for roaming" } 
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then { the UE does not attempt to attach } 

} 

(4) 

with { the UE is switched off or the UICC containing the USIM is removed } 
ensure that { 

when { UE is powered on in the cell belonging to the TAI which was in the list of "forbidden 
tracking areas for roaming" before the UE was swithed off or the USIM is inserted again on that cell 


then { UE performs registration on that cell 


(5) 


with { the UE has sent an ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message } 
ensure that { 

when { the UE receives an ATTACH REJECT message with the reject cause set to "roaming not allowed 
in this tracking area" } 

then { the UE performs a PLMN selection } 

} 

9.2.1 .1 .1 5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 5.3.2, 
5.5.1.2.2, 5.5.1.2.5 and in TS 36.304 clause 5.2.4.4. 

[TS 24.301, clause 5.3.2] 

The UE shall store a list of "forbidden tracking areas for roaming", as well as a list of "forbidden tracking areas for 
regional provision of service". These lists shall be erased when the UE is switched off or when the UICC containing the 
USIM is removed, and periodically (with a period in the range 12 to 24 hours). 


In SI mode, the UE shall update the suitable list whenever an ATTACH REJECT, TRACKING AREA UPDATE 
REJECT, SERVICE REJECT or DETACH REQUEST message is received with the EMM cause #12 "tracking area not 
allowed", #13 "roaming not allowed in this tracking area", or #15 "no suitable cells in tracking area". 

Each list shall accommodate 40 or more TAIs. When the list is full and a new entry has to be inserted, the oldest entry 
shall be deleted. 

[TS 24.301, clause 5.5.1.2.2] 

In state EMM-DEREGISTERED, the UE initiates the attach procedure by sending an ATTACH REQUEST message to 
the MME, starting timer T3410 and entering state EMM-REGISTERED-INITIATED (see example in 
figure 5.5.1.2.2.1). 


If the UE supports neither A/Gb mode nor lu mode, the UE shall handle the Old GUTI or IMSI IE in the ATTACH 
REQUEST message as follows: 

- The UE shall include in the ATTACH REQUEST message a valid GUTI together with the last visited registered 
TAI, if available. If there is no vaHd GUTI available, the UE shall include the IMSI in the ATTACH REQUEST 
message. If the UE supports A/Gb mode or lu mode, the UE shall handle the Old GUTI or IMSI IE as follows: 


If the TIN indicates "GUTI" or "RAT-related TMSI" and the UE holds a vaHd GUTI, the UE shall indicate the 
GUTI in the Old GUTI or IMSI IE. 


The UE shall send the ATTACH REQUEST message together with a PDN CONNECTIVITY REQUEST message 
contained in the ESM message container information element to request PDN connectivity. 
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[TS 24.301, clause 5.5.1.2.5] 

If the attach request cannot be accepted by the network, the MME shall send an ATTACH REJECT message to the UE 
including an appropriate EMM cause value. 


Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410 and take the following actions 
depending on the EMM cause value received. 


#13 (Roaming not allowed in this tracking area); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI and KSI. The UE shall delete the list of 
equivalent PLMNs and reset the attach attempt counter. 

In SI mode, the UE shall store the current TAI in the list of "forbidden tracking areas for roaming". Additionally, 
the UE shall enter the state EMM-DEREGISTERED.LIMITED-SERVICE or optionally EMM- 
DEREGISTERED.PLMN-SEARCH. The UE shall perform a PLMN selection according to 3GPP TS 23.122 
[6]. 


[TS 36.304 subclause 5.2.4.4] 


If the highest ranked cell is an intra- frequency or inter- frequency cell which is not suitable due to being part of the "list 
of forbidden TAs for roaming" or belonging to a PLMN which is not indicated as being equivalent to the registered 
PLMN, the UE shall not consider this cell and other cells on the same frequency, as candidates for reselection for a 
maximum of 300s. If the UE enters into state any cell selection, any limitation shall be removed. If the UE is redirected 
under E-UTRAN control to a frequency for which the timer is running, any limitation on that frequency shall be 
removed. 


9.2.1 .1 .1 5.3 Test description 

9.2.1.1.15.3.1 Pre-test conditions 

System Simulator: 

- cell C (home PLMN), cell I (visited PLMN) and cell E (same visited PLMN, another TA), but at most two cells 
are simultaneously activated. 

NOTE 1 : Cell E shall not use the same frequency as cell I. 

NOTE 2: The requirement in 3GPP TS 24.301 to store at least 40 entries in the list of "forbidden tracking areas for 
roaming" is not fully tested. 

NOTE 3: Different types of UE may use different methods to periodically clear the list of forbidden areas (e.g. 

every day at 12 am) for roaming. If the list is cleared while the test is being run, it may be necessary to re- 
run the test. 

UE: 

- the UE is configured to initiate EPS attach; 

the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell I using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .1 .1 5.3.2 Test procedure sequence 

Table 9.2.1.1.15.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The SS configures: 

Cell 1 as the "Serving cell". 

cell E as a " Non-Suitable Off cell", 

cell C as a "Non-Suitable Off cell". 





- 

The following messages are to be observed on 
cell 1 unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is switched on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



4 

The SS transmits an ATTACH REJECT 
message, EMM cause = "roaming not allowed 
in this tracking area ". 
(The list of "forbidden tracking areas for 
roaming" in the UE should now contain TAI-9) 

<— 

ATTACH REJECT 



5 

The SS releases the RRC connection. 

- 

- 

- 

- 

6 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1,5 

F 

7 

The user initiates an attach by MMI or by AT 
command. 

- 

- 

- 

- 

8 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1,5 

F 

- 

The following messages are to be observed on 
Cell E unless explicitly stated otherwise. 

- 

- 

- 

- 

8A 

The SS configures: 

Cell 1 as the "Serving cell". 

Cell E as a "Suitable Neighbour cell". 

Cell C as a "Non-Suitable Off cell". 





9 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message on Cell 
E as specified? 

Note: according to TS 24.301 , the UE has the 
choice to enter "LIMITED-SERVICE" or 
"PLMN- SEARCH" state. But in any case it 
shall do a PLMN selection. In the first option, 
the UE shall apply reselection so it will select 
cell E and then attempt to attach; in the 
second option it will select the same PLMN 
again and exclude cells from forbidden TAs so 
it will select cell E. 

-> 

ATTACH REQUEST 

1,2 

P 

10 

The SS transmits an ATTACH REJECT 

message, EMM cause = "roaming not allowed 

in this tracking area". 

(The list of "forbidden tracking areas for 

roaming" in the UE should now contain TAI-9 

andTAI-12) 

<- 

ATTACH REJECT 



11 

The SS releases the RRC connection. 

- 

- 

- 

- 

12 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 60 seconds on 
Cell 1 or Cell E? 

-> 

ATTACH REQUEST 

1,3 

F 

13 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





14 

The SS reconfigures: 
Cell 1 as the "Serving cell". 
Cell E as a "Non-Suitable Off cell". 
Cell C as a "Non-Suitable Off cell". 





- 

The following messages are to be observed on 
Cell 1 unless explicitly stated otherwise. 

- 

- 

- 

- 

15 

The UE is brought back to operation or the 

- 

- 

- 

- 
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USIM is inserted. 





16 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message as specified. 

-> 

ATTACH REQUEST 

4 

P 

17 

The SS transmits an ATTACH REJECT 
message, EMM cause = "roaming not allowed 
in this tracking area ". 
(The list of "forbidden tracking areas for 
roaming" in the UE should now contain TAI-9) 

<— 

ATTACH REJECT 



18 

The SS reconfigures: 

Cell 1 as the "Serving cell", 

Cell E as a "Non-Suitable Off cell". 

Cell C as a "Suitable neighbour cell". 





- 

The following messages are to be observed on 
Cell C unless explicitly stated otherwise. 

- 

- 

- 

- 

19 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message as 
specified? 

-> 

ATTACH REQUEST 

5 

P 

20- 
32 

The attach procedure is completed and the 
RRC connection released by executing steps 5 
to 17 of the UE registration procedure in TS 
36.508 clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA idle (El) according 
to TS 36.508. 






9.2.1 .1 .1 5.3.3 Specific message contents 

Table 9.2.1.1.15.3.3-1: Message ATTACH REJECT (steps 4, 10 and 17 in table 9.2.1.1.15.3.2-1) 


Derivation path: 36.508 table 4.7.2-3 

Information Element 

Value/Remark 

Comment 

Condition 

Security header type 

0000 

"Plain NAS 
message, not 
security 
protected" 


EMM cause 

00001101 

#13 " roaming not 
allowed in this 
tracking area " 


ESM message container 

Not present 




Table 9.2.1.1.15.3.3-2: Message ATTACH REQUEST (steps 9,12, 16 and 19 in table 9.2.1.1.15.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

IMSI1 

GUTI has been 
deleted after 
receiving 

ATTACH REJECT 
at step 4; only 
IMSI is available. 


Last visited registered TAI 

Not present 

TAI has been 
deleted after 
receiving 

ATTACH REJECT 
at step 4. 



9.2.1.1.16 
9.2.1.1.16.1 

(1) 


Attach / Rejected / EPS services not allowed in this PLMN 
Test Purpose (TP) 


with { UE has sent an ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message 
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ensure that { 

when { UE receives an ATTACH REJECT message with the reject cause set to "EPS services not allowed 
in this PLMN" } 

then { UE deletes any GUTI, last visited registered TAI , KSI and enters EMM-DEREGISTERED . PLMN- 
SEARCH state} 
} 

(2) 

with { UE in E-UTRA EMM-DEREGISTERED . PLMN- SEARCH state, and a PLMN is stored in the "forbidden PLMNs 
for GPRS service list" } 
ensure that { 

when { UE detects a cell which belongs to a PLMN which is in the "forbidden PLMNs for GPRS service 
list" } 

then { UE doesn't perform an attach procedure } 

} 

(3) 

with { UE in E-UTRA EMM-DEREGISTERED . PLMN- SEARCH state, and a PLMN is stored in the "forbidden PLMNs 
for GPRS service list" } 
ensure that { 

when { UE detects a cell which belongs to a PLMN which is not in the "forbidden PLMNs for GPRS 
service list" } 

then { UE performs an attach procedure } 

} 

(4) 

with { UE is switched off when a PLMN is stored in the "forbidden PLMNs for GPRS service list" } 
ensure that { 

when { UE is powered on a cell which belongs to this PLMN } 
then { UE performs an attach procedure } 

} 

(5) 

with { UE in E-UTRA EMM-DEREGISTERED . PLMN- SEARCH state, and a PLMN is stored in the "forbidden PLMNs 
for GPRS service list" } 
ensure that { 

when { UE is in the cell which belongs to the rejected PLMN and when that PLMN is selected 
manually } 

then { UE performs an attach procedure } 

9.2.1 .1 .1 6.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 5.5.1.2.5 and 
TS23.122, clause 3.1. 

[TS24.301 clause 5.5.1.2.5] 

If the attach request cannot be accepted by the network, the MME shall send an ATTACH REJECT message to the UE 
including an appropriate EMM cause value. If the attach procedure fails due to a default EPS bearer setup failure, an 
ESM procedure failure, or operator determined barring is applied on default EPS bearer context activation during attach 
procedure, the MME shall combine the ATTACH REJECT message with a PDN CONNECTIVITY REJECT message 
contained in the ESM message container information element. In this case the EMM cause value in the ATTACH 
REJECT message shall be set to #19 "ESM failure". 

Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410 and take the following actions 
depending on the EMM cause value received. 


#14 (EPS services not allowed in this PLMN); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI and KSI. 

In SI mode, the UE shall store the PLMN identity in the "forbidden PLMNs for GPRS service" Hst. 
Additionally, the UE shall enter state EMM-DEREGISTERED.PLMN-SEARCH. The UE shall perform a 
PLMN selection according to 3GPP TS 23.122 [6]: 
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In S 101 mode, the UE shall store the PLMN identity provided with the indication from the lower layers to 
prepare for an S 101 mode to SI mode handover in the Hst of "forbidden PLMNs for attach in S 101 mode" and 
enter the state EMM-DEREGISTERED.NO-CELL-AVAILABLE. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the GMM parameters GMM state, 
GPRS update status, P-TMSI, P-TMSI signature, RAI, GPRS ciphering key sequence number and GPRS attach attempt 
counter as specified in 3GPP TS 24.008 [13] for the case when the normal attach procedure is rejected with the GMM 
cause with the same value. 


[TS23.122 clause 3.1] 


If a message with cause value "GPRS services not allowed in this PLMN" is received by an MS in response to an GPRS 
attach, GPRS detach, routing area update, attach or tracking area update request (see 3GPP TS 24.008 [23] and 
3GPP TS 24.301 [23A]) from a VPLMN, that VPLMN is added to a Hst of "forbidden PLMNs for GPRS service" 
which is stored in the MS and thereafter that VPLMN will not be accessed by the MS for GPRS service when in 
automatic mode. This list is deleted when the MS is switched off or when the SIM is removed. A PLMN is removed 
from the list of "forbidden PLMNs for GPRS service" if, after a subsequent manual selection of that PLMN, there is a 
successful GPRS attach. The maximum number of possible entries in this list is implementation dependant, but must be 
at least one entry. The HPLMN (if the EHPLMN list is not present or is empty) or an EHPLMN (if the EHPLMN list is 
present) shall not be stored on the list of "forbidden PLMNs for GPRS service". 


9.2.1 .1 .1 6.3 Test description 

9.2.1.1.16.3.1 Pre-test conditions 

System Simulator: 

- cell G, Cell H and cell I are configured according to Table 6.3.2.2-1 in; [18]. 

- cell G and Cell H with MCC-l/MNC-2 (visited PLMN, different TAs) 

- Cell I with MCC-2/MNC- 1 1 (visited PLMN) 

- the cells may not be simultaneously activated. 
UE: 

- the UE is configured to initiate EPS attach; 

the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell G using default message contents according to TS 36.508 [18]; 

- the "forbidden PLMNs for GPRS service Hst" is empty. 

- the different cells may not be simultaneously activated (at most 2 cells are active simultaneously). 
Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .1 .1 6.3.2 Test procedure sequence 

Table 9.2.1.1.16.3.2-1: Main Behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The SS configures: 

- Cell G as the "Serving cell". 

- Cell H as a "Non-Suitable cell". 

- Cell 1 as a "Non-Suitable off cell". 





- 

The following messages are to be observed on 
Cell G unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

Void 

- 

- 

- 

- 

3 

The UE is switched on. 

- 

- 

- 

- 

4 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



5 

The SS transmits an ATTACH REJECT 
message including EMM cause = "EPS 
services not allowed in this PLMN". 

<- 

ATTACH REJECT 



6 

The SS releases the RRC connection. 

- 

- 

- 

- 

7 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 90 seconds? 

-> 

ATTACH REQUEST 

1 

F 

8 

The SS configures: 

Cell G as a "Non-Suitable cell". 

Cell H as the "Serving cell". 

Note: Cell G and Cell H are in the different TAI 
-same PLMN. 





- 

The following messages are to be observed on 
Cell H unless explicitly stated otherwise. 

- 

- 

- 

- 

9 

Void 

- 

- 

- 

- 

10 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 90 seconds? 

-> 

ATTACH REQUEST 

2 

F 

11 

The SS configures: 

Cell H as a "Non-Suitable off cell". 

Cell 1 as the "Serving cell". 

Note: Cell G and Cell 1 are different PLMNs. 





- 

The following messages are to be observed on 
Cell 1 unless explicitly stated otherwise. 

- 

- 

- 

- 

12 

Void 

- 

- 

- 

- 

13 

Check: Does the UE transmit an ATTACH 
REQUEST message including and a PDN 
CONNECTIVITY REQUEST message as 
specified? 

-> 

ATTACH REQUEST 

3 

P 

13 
A 

The SS completes the attach procedure 
successfully and then releases the RRC - 
connection by executing steps 5 to 17 of UE 
registration procedure in TS 36.508 clause 
4.5.2.3. 





14- 
20 

Void 

- 

- 

- 

- 

21 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





22 

The SS configures 

- Cell 1 as a "Non-Suitable cell". 

- Cell G as the "Serving cell". 





- 

The following messages are to be observed on 
Cell G unless explicitly stated otherwise. 

- 

- 

- 

- 

23 

The UE is brought back to operation or the 
USIM is inserted. 





24 

Void 

- 

- 

- 

- 

25 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

4 

P 
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26 

The SS transmits an ATTACH REJECT 
message including EMM cause = "EPS 
services not allowed in this PLMN". 

<- 

ATTACH REJECT 



26 
A 

SS releases the RRC connection. 

- 

- 

- 

- 

27 

The user sets the UE in manual PLMN 
selection mode or requests a PLMN search. 





28 

The user selects PLMN (MCC-1/MNC-2) 





29 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message as 
specified? 

-> 

ATTACH REQUEST 

5 

P 

30- 
42 

The attach procedure is completed and the 
RRC connection released by executing steps 5 
to 17 of the UE registration procedure in TS 
36.508 clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA idle (El) according 
to TS 36.508. 






9.2.1 .1 .1 6.3.3 Specific message contents 

Table 9.2.1.1.16.3.3-1: Message ATTACH REJECT (step 5, Table 9.2.1.1.16.3.2-1) 


Derivation path: 36.508 table 4.7.2-3 (Plain NAS message) 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

00001110 

#14 "EPS 
services not 
allowed in this 
PLMN " 


ESM message container 

Not present 




Table 9.2.1.1.16.3.3-2: Message ATTACH REQUEST (step 13 and step 29, Table 9.2.1.1.16.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

IMSI-1 

GUTI has been 
deleted after 
receiving 

ATTACH REJECT 
at step 5 and 
step25;only IMSI 
is available. 


Last visited registered TAI 

Not present 

TAI has been 
deleted after 
receiving 

ATTACH REJECT 
at step 5 and 
step26. 



Table 9.2.1.1.16.3.3-3: Message ATTACH REJECT (step 26, Table 9.2.1.1.16.3.2-1) 


Derivation path: 36.508 table 4.7.2-3 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

00001110 

#14 "EPS 
services not 
allowed in this 
PLMN " 


ESM message container 

Not present 
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9.2.1 .1 .17 Attach / Rejected / No suitable cells in tracking area 

9.2.1.1.17.1 Test Purpose (TP) 
(1) 

with { the UE has sent an ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message } 
ensure that { 

when { the UE receives an ATTACH REJECT message with the EMM cause set to "No suitable cells in 
tracking area" } 

then { the UE sets the EPS update status to EU3 ROAMING NOT ALLOWED, UE deletes any GUTI, last 
visited registered TAI and KSI and the UE enters the state EMM-DEREGISTERED .LIMITED-SERVICE and the 
UE stores the current TAI in the list of "forbidden tracking areas for roaming" } 

} 

(2) 

with { the UE is in EMM-DEREGISTERED .LIMITED-SERVICE state and the current TAI in the list of 
"forbidden tracking areas for roaming"} 
ensure that { 

when { the UE re- selects a cell that belongs to the TAI where UE was rejected } 
then { the UE does not attempt to attach } 

} 

(3) 

with { the UE is in EMM-DEREGISTERED .LIMITED-SERVICE state and the current TAI in the list of 
"forbidden tracking areas for roaming" and KSI was deleted } 
ensure that { 

when { in the same PLMN, the UE enters a cell which provides normal service and belongs to a 
tracking area not in the list of "forbidden tracking areas for roaming" } 
then { the UE attempts to attach with IMSI } 
} 

(4) 

with { the UE is in EMM-DEREGISTERED .LIMITED-SERVICE state and the current TAI in the list of 
"forbidden tracking areas for roaming"} 
ensure that { 

when { there are cells in the same PLMN and other PLMN that provide normal service and belong to 
tracking areas not in the list of "forbidden tracking areas for roaming" } 
then { UE attempts to attach to the cell in the same PLMN } 

} 

Note: TP 4 is applicable only for Multi PLMN environment 

(5) 

with { UE is in EMM-DEREGISTERED .LIMITED-SERVICE state and the list of "forbidden tracking areas for 
roaming" contains more than one TAI } 
ensure that { 

when { UE re-selects a cell that belongs to one of the TAIs in the list of "forbidden tracking 
areas for roaming" } 

then { UE does not attempt to attach } 

} 

(6) 

with { UE is swithched off } 
ensure that { 

when { UE is powered on in the cell belonging to the TAI which was in the list of "forbidden 
tracking areas for roaming" before the UE was swithed off } 
then { UE attempts to attach } 

} 

9.2.1 .1 .1 7.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 5.3.2, 
5.5.1.2.2 and 5.5.1.2.5, and in TS 36.304 clause 5.2.4.4. 

[TS 24.301, clause 5.3.2] 

The UE shall store a list of "forbidden tracking areas for roaming", as well as a list of "forbidden tracking areas for 
regional provision of service". These lists shall be erased when the UE is switched off or when the UICC containing the 
USIM is removed, and periodically (with a period in the range 12 to 24 hours). 
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In SI mode, the UE shall update the suitable list whenever an ATTACH REJECT, TRACKING AREA UPDATE 
REJECT, SERVICE REJECT or DETACH REQUEST message is received with the EMM cause #12 "tracking area not 
allowed", #13 "roaming not allowed in this tracking area", or #15 "no suitable cells in tracking area". 

Each list shall accommodate 40 or more TAIs. When the list is full and a new entry has to be inserted, the oldest entry 
shall be deleted. 


[TS 24.301, clause 5.5.1.2.2] 

In state EMM-DEREGISTERED, the UE initiates the attach procedure by sending an ATTACH REQUEST message to 
the MME, starting timer T3410 and entering state EMM-REGISTERED-INITIATED (see example in figure 
5.5.1.2.2.1). 


If the UE supports neither A/Gb mode nor lu mode, the UE shall handle the Old GUTI or IMSI IE in the ATTACH 
REQUEST message as follows: 

- The UE shall include in the ATTACH REQUEST message a valid GUTI together with the last visited registered 
TAI, if available. If there is no valid GUTI available, the UE shall include the IMSI in the ATTACH REQUEST 
message. 

If the UE supports A/Gb mode or lu mode, the UE shall handle the Old GUTI or IMSI IE as follows: 


- If the TIN indicates "GUTI" or "RAT-related TMSI" and the UE holds a vaHd GUTI, the UE shall indicate the 
GUTI in the Old GUTI or IMSI IE. 


Otherwise the UE shall include the IMSI in the Old GUTI or IMSI IE. 


The UE shall send the ATTACH REQUEST message together with a PDN CONNECTIVITY REQUEST message 
contained in the ESM message container information element to request PDN connectivity. 


[TS 24.301, clause 5.5.1.2.5] 

If the attach request cannot be accepted by the network, the MME shall send an ATTACH REJECT message to the UE 
including an appropriate EMM cause value. 


Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410 and take the following actions 
depending on the EMM cause value received. 


#15 (No suitable cells in tracking area); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI and KSI. Additionally, the UE shall 
reset the attach attempt counter. 

In SI mode, the UE shall store the current TAI in the list of "forbidden tracking areas for roaming" and enter the 
state EMM-DEREGISTERED.LIMITED-SERVICE. The UE shall search for a suitable cell in another tracking 
area or in another location area in the same PLMN according to 3GPP TS 36.304 [21]. 
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[TS 36.304 subclause 5.2.4.4] 


If the highest ranked cell is an intra- frequency or inter-frequency cell which is not suitable due to being part of the "list 
of forbidden TAs for roaming" or belonging to a PLMN which is not indicated as being equivalent to the registered 
PLMN, the UE shall not consider this cell and other cells on the same frequency, as candidates for reselection for a 
maximum of 300s. If the UE enters into state any cell selection, any limitation shall be removed. If the UE is redirected 
under E-UTRAN control to a frequency for which the timer is running, any limitation on that frequency shall be 
removed. 


9.2.1.1.17.3 
9.2.1.1.17.3.1 
System Simulator: 


Test description 
Pre-test conditions 


cell I, , cell K, cell L and if (px_SinglePLMN_Tested = MultiPLMN) cell J are configured according to table 
6.3.2.2-1 in TS 36.508 [18] (maximum 3 cells are simultaneously active): 

- cell I and cell K (visited PLMN, same TA); 

- cell L (same visited PLMN, another TA); 

- If (px_SinglePLMN_Tested = Multi PLMN) cell J (another VPLMN). 

NOTE: Different types of UE may use different methods to periodically clear the list of forbidden areas (e.g. 

every day at 12 am) for roaming. If the list is cleared while the test is being run, it may be necessary to re- 
run the test. 

UE: 

- the UE is configured to initiate EPS attach; 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell I using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .1 .1 7.3.2 Test procedure sequence 

Table 9.2.1.1.17.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS configures: 

Cell 1 as the "Serving cell", 

Cell K as a "Suitable Neighbour cell", 

Cell L as a "Non-Suitable Off cell". 

If present. Cell J as a "Non-Suitable Off cell". 





- 

The following messages are to be observed on 
Cell 1 unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is switched on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



4 

The SS transmits an ATTACH REJECT 

message, 

EMM cause = "No suitable cells in tracking 

area". 

(The list of "forbidden tracking areas for 

roaming" in the UE should now contain TAI-9) 

<- 

ATTACH REJECT 



5 

The SS releases the RRC connection. 

- 

- 

- 

- 

6 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds on 
Cell 1 or Cell K? 

-> 

ATTACH REQUEST 

1 

F 

7 

The SS reconfigures: 

Cell 1 as a "Suitable neighbour cell", 

Cell K as the "Serving cell". 

Cell L as a "Non-Suitable Off cell", 

If present. Cell J as a "Non-Suitable Off cell ". 





8 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds on 
Cell K or Cell 1? 

-> 

ATTACH REQUEST 

2 

F 

8A 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





9 

The SS reconfigures: 

Cell 1 as a " Serving cell". 

Cell K is the " Non-Suitable Off cell ", 

Cell L as a "Non-Suitable Off cell". 

If present. Cell J as a "Non-Suitable Off cell". 





9A 

The UE is brought back to operation or the 
USIM is inserted. 





9B 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



9C 

The SS reconfigures: 

Cell L as a "Suitable Neighbour cell". 

If present. Cell J as a "Suitable Neighbour 

cell". 





9D 

The SS transmits an ATTACH REJECT 

message, 

EMM cause = "No suitable cells in tracking 

area". 

(The list of "forbidden tracking areas for 

roaming" in the UE should now contain TAI-9) 

<- 

ATTACH REJECT 



9E 

The SS releases the RRC connection. 

- 

- 

- 

- 

10 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message as 
specified on Cell L? 

-> 

ATTACH REQUEST 

3,4 

P 

11 

The SS transmits an ATTACH REJECT 
message, EMM cause = "No suitable cells in 
tracking area". 
(The list of "forbidden tracking areas for 

<- 

ATTACH REJECT 
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roaming" in the UE should now contain TAI-9 
andTAI-11) 





12 

The SS releases the RRC connection. 

- 

- 

- 

- 

13 

The SS reconfigures: 

Cell 1 as the "Serving cell". 

Cell K as a "Non-Suitable Off cell", 

Cell L as a " Suitable Neighbour cell", 

If present. Cell J as a "Non-Suitable Off cell". 





- 

The following messages are to be observed on 
Cell 1 unless explicitly stated otherwise. 

- 

- 

- 

- 

14 

Check: Does the UE transmit the ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

5 

F 

15 

If possible (see ICS) switch off is performed. 
Otherwise the power is removed. 

- 

- 

- 

- 

16 

The UE is brought back to operation. 

- 

- 

- 

- 

17 

Void 

- 

- 

- 

- 

18 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

6 

P 

19- 
31 

The attach procedure is completed and the 
RRC connection released by executing steps 5 
to 17 of the UE registration procedure in TS 
36.508 clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA idle (El) according 
to TS 36.508. 






9.2.1 .1 .1 7.3.3 Specific message contents 

Table 9.2.1.1.17.3.3-1 : Message ATTACH REJECT (step 4 and 11 Table 9.2.1.1.17.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-3 

Information Element 

Value/remark 

Comment 

Condition 

Security header type 

0000 

"No security 
protection" 


EMM cause 

0000 1111 

#15 "No suitable 
cells in tracking 
area" 


ESM message container 

Not present 




Table 9.2.1.1.17.3.3-2: Message ATTACH REQUEST (step 10 Table 9.2.1.1.17.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 

111 

"No key is 
available" 


Old GUTI or IMSI 

IMSI-1 

GUTI has been 
deleted after 
receiving 

ATTACH REJECT 
at step 4; only 
IMSI is available. 


Last visited registered TAI 

Not present 

TAI has been 
deleted after 
receiving 

ATTACH REJECT 
at step 4. 
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9.2.1 .1 .18 Attach / Rejected / Not authorized for this CSG 

9.2.1.1.18.1 Test Purpose (TP) 

(1) 

with { UE has sent an ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the reject cause set to " Not authorized for this 
CSG " } 

then { UE shall remove the CSG ID from the allowed CSG list and search for a suitable cell in 
the same PLMN } 

} 

(2) 

with { UE in state EMM-REGISTERED and EMM- IDLE mode and the CSG ID is removed from the Allowed CSG 
list } 
ensure that { 

when { UE detects entering new tracking areas not included in the TAI list } 

then { UE attempts to enter a normal cell and does not choose a cell which not included in the 
allowed CSG list } 


9.2.1 .1 .1 8.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.1.2.5. 

[TS 24.301, clause 5.5.1.2.5] 

#25 (Not authorized for this CSG); 

Cause #25 is only applicable when received from a CSG cell. Cause #25 received from a non-CSG cell is 
considered as an abnormal case and the behaviour of the UE is specified in subclause 5.5.1.2.6. 

If the ATTACH REJECT message with cause #25 was received without integrity protection, then the UE shall 
discard the message. 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3). Additionally, the UE shall reset the attach attempt counter and shall enter the state EMM- 
DEREGISTERED.LIMITED-SERVICE. 

The UE shall remove the CSG ID of the cell where the UE has sent the ATTACH REQUEST message from the 
Allowed CSG Hst. 

The UE shall search for a suitable cell in the same PLMN according to 3GPP TS 36.304 [21]. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the GMM parameters GMM 
state, GPRS update status and GPRS attach attempt counter as specified in 3GPP TS 24.008 [13] for the case 
when the normal attach procedure is rejected with the GMM cause with the same value. 

9.2.1 .1 .1 8.3 Test description 
9.2.1.1.18.3.1 Pre-test conditions 
System Simulator: 

- cell A (TAC 1, frequency 1, not a CSG cell); 

- cell B(TAC 2, frequency 1, is a CSG cell); 

- cell C(TAC 3, frequency 2, not a CSG cell). 

- System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells; 


UE: 


the UE is configured to initiate EPS attach; 
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- the UE is previously registered on cell B using manual CSG selection (so the allowed CSG list includes CSG ID 
of cell B); 

the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered in E-UTRAN using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .1 .1 8.3.2 Test procedure sequence 

Table 9.2.1.1.18.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The SS configures: 

- Cell A as a "Not Suitable cell". 

- Cell B as a "Serving cell". 

- Cell C as a "Not Suitable cell". 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is switched on. 

- 

- 

- 

- 

3 

UE initiate attach procedure and send 
ATTACH REQUEST including a PDN 
CONNECTIVITY REQUEST message. 

-> 

ATTACH REQUEST 



4 

The SS transmits an ATTACH REJECT 
message with EMM cause = " Not authorized 
for this CSG " as specified. 

<- 

ATTACH REJECT 



5 

The SS releases the RRC connection. 

- 

- 

- 

- 

6 

The SS configures: 

- Cell A as a "Not Suitable cell". 

- Cell B as a "Serving cell". 

- Cell C as a "Suitable neighbour intra- 
frequency cell". 





- 

The following messages are to be observed on 
Cell C unless explicitly stated otherwise. 

- 

- 

- 

- 

7 

Check: Does the UE transmit an ATTACH 
REQUEST message? 

Note: The UE shall search for a suitable cell in 
the same PLMN 

— > 

ATTACH REQUEST 

1 

p 

8 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<- 

AUTHENTICATION REQUEST 



9 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

— > 

AUTHENTICATION RESPONSE 



10 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 

<- 

SECURITY MODE COMMAND 

- 

- 

11 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 



- 

EXCEPTION: Steps 12a1 to 12a2 describe 
behaviour that depends on UE configuration. 

- 

- 

- 

- 

12a 

1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<- 

ESM INFORMATION REQUEST 



12a 
2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



13 

SS responds with ATTACH ACCEPT 
message. The ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message is 
piggybacked in ATTACH ACCEPT message. 

<- 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step14 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





14 

The UE transmit an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message. 

-> 

ATTACH COMPLETE 
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14 
A 

The SS releases the RRC Connection. 

- 

- 

- 

- 

15 

The SS configures: 

- Cell A as a "Non-Suitable cell". 

- Cell B as the "Serving cell". 

- Cell C as a "Not Suitable cell". 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

16 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message in the 
next 30 seconds? 

— > 

TRACKING AREA UPDATE 
REQUEST 

2 

F 

17 

The SS configures: 

- Cell A as a "Serving cell". 

- Cell B as the "Not Suitable cell". 

- Cell C as a "Non-Suitable cell". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

18 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message? 

— > 

TRACKING AREA UPDATE 
REQUEST 

2 

P 

19 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

20 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

~> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 






9.2.1 .1 .1 8.3.3 Specific message contents 

Table 9.2.1.1.18.3.3-1: Message ATTACH REJECT (step 4, Table 9.2.1.1.18.3.2-1) 


Derivation path: 36.508 table 4.7.2-3 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

ESM message container 

00011001 
Not present 

#25 " Not authorized 
for this CSG " 



Table 9.2.1.1.18.3.3-2: SystemlnformationBlockTypel for Cell A, B, C(Pre-test conditions and all steps 

in Table 9.2.1.1.18.3.2-1) 


Derivation Path: 36.508 clause 4.4.3-2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

TRUE 


CellB 


FALSE 


Cell A 


FALSE 


CellC 

csg-ldentity 

Not present 


Cell A 


Not present 


CellC 


'000 0000 0000 0000 
0000 0000 001 0'B 


CellB 


9.2.1.1.19 
9.2.1.1.19.1 
(1) 


Attach / Abnormal case / Failure due to non integrity protection 
Test Purpose (TP) 


with { UE has not performed NAS security mode control procedure } 
ensure that { 

when { UE receives an ATTACH ACCEPT messages without NAS integrity protection 
then { UE discards this message } 

} 
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(2) 

with { a valid NAS security context exists and the NAS security mode control procedure has been 
successfully completed in the network and the UE } 
ensure that { 

when { UE receives a NAS signalling message without integrity protection } 
then { UE discards this NAS signalling message } 

} 

(3) 

with { a valid NAS security context exists and the NAS security mode control procedure has been 
successfully completed in the network and the UE } 
ensure that { 

when { UE receives a security protected NAS signalling message with the Message authentication 
code set to an incorrect value } 

then { UE discards this NAS signalling message } 

} 

(4) 

with { a valid NAS security context exists and the NAS security mode control procedure has been 
successfully completed in the network and the UE } 
ensure that { 

when { UE receives a NAS signalling message with integrity protection } 
then { UE sends the response as a security protected NAS message } 
} 

9.2.1 .1 .1 9.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 4.4.4.1, 
4.4.4.2 and 5.5.2.2. 

[TS 24.301, clause 4.4.4.1] 

For the UE, integrity protected signalling is mandatory for the NAS messages once a valid EPS security context exists 
and has been taken into use. For the network, integrity protected signalling is mandatory for the NAS messages once a 
secure exchange of NAS messages has been established for the NAS signalling connection. Integrity protection of all 
NAS signalling messages is the responsibility of the NAS. It is the network which activates integrity protection. 


[TS 24.301, clause 4.4.4.2] 

Except the messages listed below, no NAS signalling messages shall be processed by the receiving EMM entity in the 
UE or forwarded to the ESM entity, unless the secure exchange of NAS messages has been established for the NAS 
signalling connection: 


- EMM messages: 

- IDENTITY REQUEST (if requested identification parameter is IMSI) ; 

- AUTHENTICATION REQUEST; 

- AUTHENTICATION REJECT; 

- ATTACH REJECT; 

- DETACH REQUEST; 

- DETACH ACCEPT (for non switch off); 

- TRACKING AREA UPDATE REJECT; 

- SERVICE REJECT. 

NOTE: These messages are accepted by the UE without integrity protection, as in certain situations they are sent 
by the network before security can be activated. 
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All ESM messages are integrity protected. 

Once the secure exchange of NAS messages has been established, the receiving EMM or ESM entity in the UE shall not 
process any NAS signalling messages unless they have been successfully integrity checked by the NAS. If NAS 
signalling messages, having not successfully passed the integrity check, are received, then the NAS in the UE shall 
discard that message. If any NAS signalling message is received as not integrity protected even though the secure 
exchange of NAS messages has been established by the network, then the NAS shall discard this message. 

[TS 24.301, clause 5.5.2.2.1] 


If the UE is to be switched off, the UE shall: 

- delete the current EPS security context stored in the UE as specified in annex C, if it is a mapped EPS security 
context; 

- store the native EPS security context (if it is valid), as specified in annex C; and 

- try for a period of 5 seconds to send the DETACH REQUEST message. During this period, the UE may be 
switched off as soon as the DETACH REQUEST message has been sent. 


9.2.1 .1 .1 9.3 Test description 

9.2.1.1.19.3.1 Pre-test conditions 

System Simulator: 

- cell A. 

UE: 

the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]. 

- the UE is configured to initiate EPS attach. 
Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .1 .1 9.3.2 Test procedure sequence 

Table 9.2.1.1.19.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

Note: The ATTACH REQUEST message 
shall be sent as a security protected NAS 
message (see TS 24.301 -clause 9.1). 

-> 

ATTACH REQUEST 




EXCEPTION: Steps 2Aa1 to 2Aa2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





2A 
a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<- 

ESM INFORMATION REQUEST 



2A 
a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



3 

The SS transmits an ATTACH ACCEPT 
although UE has not successfully completed 
any NAS security mode control procedure. 

Note: The ATTACH ACCEPT message is 
sent as a plain NAS message (see TS 24.301 
-clause 9.1). 

<— 

ATTACH ACCEPT 



4 

Check: Does the UE transmit an ATTACH 
COMPLETE message within the next Is? 

Note: the UE discards ATTACH ACCEPT 
message without security protection 

-> 

ATTACH COMPLETE 

1 

F 

5 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<- 

AUTHENTICATION REQUEST 



6 

The UE transmits an AUTHENTICATION 
RESPONSE message to establish mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



7 

The SS transmits a SECURITY MODE 
COMMAND message to activate NAS security. 

<— 

SECURITY MODE COMMAND 

- 

- 

8 

The UE transmits a SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 



9 

The SS transmits an ATTACH ACCEPT 
without integrity protection. 

Note: The ATTACH ACCEPT message is sent 
as a plain NAS message (see TS 24.301 - 
clause 9.1). 

<— 

ATTACH ACCEPT 



10 

Check: Does the UE transmit an ATTACH 
COMPLETE message within the next Is? 

Note: the UE discards ATTACH ACCEPT 
message without security protection 

-> 

ATTACH COMPLETE 

2 

F 

11 

The SS transmits an ATTACH ACCEPT with 
integrity protection with the Message 
authentication code set to an incorrect value. 

Note: The ATTACH ACCEPT message is sent 
as a security protected NAS message (see TS 

<— 

ATTACH ACCEPT 
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24.301 -clause 9.1). 





12 

Check: Does the UE transmit an ATTACH 
COMPLETE message within the next Is? 

Note: the UE discards ATTACH ACCEPT 
message because the integrity check is failed. 

-> 

ATTACH COMPLETE 

3 

F 

13 

The SS transmits an ATTACH ACCEPT 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT REQUEST. 
Note: The ATTACH ACCEPT message is sent 
as a security protected NAS message (see TS 
24.301 -clause 9.1). 

Nota 1 : SS allocates a PDN address of a PDN 
type which is compliant with from the PDN type 
requested by the UE. 

<— 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 14 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U- 
plane if requested by the UE. 





14 

Check: Does the UE transmit an ATTACH 
COMPLETE message including an ACTIVATE 
DEFAULT EPS BEARER CONTEXT ACCEPT 
message as specified? 

Note: The ATTACH COMPLETE message is 
sent as a security protected NAS message 
(see TS 24.301 -clause 9.1). 

-> 

ATTACH COMPLETE 

4 

P 

15 

The SS releases the RRC connection. 

- 

- 

- 

- 

16 

Check: Does the test results of test procedure 
in 36.508 clause 6.4.2.4 indicate that the UE is 
in E-UTRA EMM-REGISTERED state with S- 
TMSI-2? 

Note: This step verifies that the UE has 
correctly stored the GUTI-4 which was 
included in the protected ATTACH ACCEPT 
messages. 



4 



At the end of this test procedure sequence, the 
UE is in end state E-UTRA idle (El) according 
to TS 36.508. 






9.2.1 .1 .1 9.3.3 Specific message contents 

Table 9.2.1.1.19.3.3-1 : Message ATTACH ACCEPT (steps 3 and 9, Table 9.2.1.1.19.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 (Plain NAS message) 

Information Element 

Value/Remark 

Comment 

Condition 

GUT! 

GUTI-2 

The SS chooses a 
value different 
fromGUTI-1. 



NOTE: This message is voluntarily sent as a plain NAS message (see TS 24.301 - clause 9.1). 
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Table 9.2.1.1.19.3.3-2: Message SECURITY PROTECTED NAS MESSAGE (step 11, Table 

9.2.1.1.19.3.2-1) 


Derivation path: 36.508 table 4.7.1 -1 with condition CIPHERED 

Information Element 

Value/Remark 

Comment 

Condition 

IVIessage authentication code 

Incorrect value 

The SS chooses 
an incorrect value 
which fails 
integrity checks, 
(e.g. 00000000) 


NAS message 

ATTACH ACCEPT (see 
table 9.2.1.1.19.3.3-3) 




Table 9.2.1.1.19.3.3-3: Message ATTACH ACCEPT (step 1 1 , Table 9.2.1.1.19.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 (Security protected NAS message) 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

GUTI-3 

The SS chooses a 
value different 
from GUTI-1 and 
GUTI-2. 



Table 9.2.1.1.19.3.3-4: Message ATTACH ACCEPT (step 13, Table 9.2.1.1.19.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 (Security protected NAS message) 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

GUTI-4 

The SS chooses a 
value different 
from GUTI-1, 
GUTI-2 and GUTI- 
3. 



Attach / Abnormal case / Access barred because of access class barring or NAS 
signalling connection establishment rejected by the network 

Test Purpose (IP) 


9.2.1.1.20 

9.2.1.1.20.1 
(1) 

with { UE switched-on, and not yet attached to EPS } 
ensure that { 

when { Access is barred for signalling in the cell UE is camping [Access Class barred in System 
information] } 

then { the UE will not initiate any Attach procedure on the current cell } 


(2) 

with { UE switched-on, and not yet attached to EPS } 
ensure that { 

when { Access is barred for signalling in the cell UE is camping [T3 02 runiing due to 
RRCConnectionReject message reception] } 

then { the UE will not initiate any Attach procedure on the current cell } 

} 

(3) 

with { UE switched-on, and not yet attached to EPS } 
ensure that { 

when { Access is not barred for signalling in the cell UE is camping } 
then { the UE will initiate Attach procedure on the current cell } 

} 

(4) 


with { UE switched-on, and not yet attached to EPS 
ensure that { 
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when { Access was barred for signalling in the cell and UE has reselected an new cell where access 
for "signalling" is granted } 

then { the UE will initiate Attach procedure on the new cell } 
} 

9.2.1 .1 .20.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.1.2.6 and 
TS 36.331, clause 5.3.3.2 

[TS 24.301, clause 5.5.1.2.6] 

The following abnormal cases can be identified: 

a) Access barred because of access class barring or NAS signalling connection establishment rejected by the 
network 

If access is barred for "signalling" (see 3GPP TS 36.331 [22]), the attach procedure shall not be started. The UE 
stays in the current serving cell and applies the normal cell reselection process. The attach procedure is started as 
soon as possible, i.e. when access for "signalling" is granted on the current cell or when the UE moves to a cell 
where access for "signalling" is granted. 

[TS 36.331, clause 5. 3.3.2] 

1> else (the UE is establishing the RRC connection for mobile originating signalling): 

2> if timer T302 or T305 is running: 

3> consider access to the cell as barred; 

2> else if SystemInformationBlockType2 includes the ac-Barringlnformation and the ac-BarringForMO- 
Signalling is present: 

3> if the UE has one or more Access Classes, as stored on the USIM, with a value in the range 1 1..15, which 
is valid for the UE to use according to TS 22.011 [10] and TS 23.122 [11], and 

3> for at least one of these Access Classes the corresponding bit in the ac-BarringForSpecialAC contained in 
ac-BarringForMO-Signalling is set to zero: 

4> consider access to the cell as not barred; 

3> else: 

4> draw a random number 'rand' uniformly distributed in the range: < rand < 1; 

4> if 'rand' is lower than the value indicated by accessProhahilityFactor included in 
accessBarringForSignalling : 

5> consider access to the cell as not barred; 

4> else: 

5> consider access to the cell as barred; 

2> else: 

3> consider access to the cell as not barred; 

9.2.1 .1 .20.3 Test description 
9.2.1 .1 .20.3.1 Pre-test conditions 
System Simulator: 

- cell I and cell K are configured according to table 6.3.2.2-1 in TS 36.508 [18]. 

- cell I and cell K belong to TAI-9 (home PLMN) 
UE: 
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- the UE is configured to initiate EPS attach; 

the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell K using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .1 .20.3.2 Test procedure sequence 

Table 9.2.1.1.20.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The SS sets the cell type of cell 1 to the 
"Serving cell", set the cell type of cell K to the " 
Non- Suitable cell", and sets 
SystemlnformationBlockType2 parameters as 
described below. 
The UE is switched on. 





- 

The following messages are to be observed on 
Cell 1 unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

Check: For 90 seconds if UE initiates Attach 
procedure and hence transmits RRC 
Connection Request? 



1 

F 

3 

The SS transmits a Paging message including 
systemlnfoModification. 

- 

- 

- 

- 

4 

The SS changes 

SystemlnformationBlockType2 parameters to 
default parameters defined in [18]. 





5 

The UE transmits RRC Connection Request 

- 

- 

- 

- 

6 

SS responds with RRCConnectionReject 
message with IE waitTime set to 10 seconds 
(Max Value). 





7 

Check: For 10 seconds if UE initiates Attach 
procedure and hence transmits RRC 
Connection Request? 



2 

F 

8 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

3 

P 

9 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<— 

AUTHENTICATION REQUEST 



10 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



11 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 

<- 

SECURITY MODE COMMAND 

- 

- 

12 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 




EXCEPTION: Steps 12Aa1 to 12Aa2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





12 
Aa 

1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<— 

ESM INFORMATION REQUEST 



12 

Aa 

2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



13 

SS responds with ATTACH ACCEPT message 
including a valid TAI list. The ACTIVATE 
DEFAULT EPS BEARER CONTEXT 
REQUEST message is piggybacked in 
ATTACH ACCEPT message 

Note: The IP addresses of the UE are not 
allocated in this test so PDN address is not 
included in the message. 

<— 

ATTACH ACCEPT 



14 

Check: Does the UE transmit an ATTACH 

— > 

ATTACH COMPLETE 

- 

- 
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COMPLETE message including an ACTIVATE 
DEFAULT EPS BEARER CONTEXT ACCEPT 
message? 





15 

The SS releases the RRC connection. 

- 

- 

- 

- 

16 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





- 

EXCEPTION: Step 16a describes behaviour 
that depends on the UE capability. 





16a 

If pc_SwitchOnOff or pc_USIM_Removal then 
UE sends DETACH REQUEST message 

-> 

DETACH REQUEST 



17 

The SS sets the cell type of cell 1 to the 
"Serving cell", sets the cell type of cell K to the 
" Non- Suitable cell", and sets 
SystemlnformationBlockTypel and 
SystemlnformationBlockType2 parameters as 
described below. 

The UE is brought back to operation or the 
USIM is inserted. 





18 

Check: for 90 seconds if UE initiates Attach 
procedure and hence transmits RRC 
Connection Request? 



1 

F 

19 

The SS sets the cell type of cell K to the 
"serving cell" and cell 1 to "suitable Cell". 





- 

The following messages are to be observed on 
Cell K unless explicitly stated otherwise. 

- 

- 

- 

- 

20 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

4 

p 

21- 
32 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 






9.2.1 .1 .20.3 Specific message contents 

Table 9.2.1.1.20.3.3-1 : SystemlnformationBlockType2 for Cell I (step 1 and 17) 


Derivation Path: 36.508, Table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




accessBarringlnformation SEQUENCE { 




accessBarringForEmergencyCalls 

FALSE 



accessBarringForSignalling SEQUENCE { 




accessProbabilityFactor 

pOO 



accessBarringTime 

s4 



accessClassBarringList SEQUENCE (SIZE 
(maxAC)) OF SEQUENCE} 

5 entries 



accessClassBarring[1 ] 

TRUE 



accessClassBarring[2] 

TRUE 



accessClassBarring[3] 

TRUE 



accessClassBarring[4] 

TRUE 



accessClassBarring[5] 

TRUE 



} 




} 




accessBarringForOriginatingCalls 

Not present 



} 




} 
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Table 9.2.1.1.20.3.3-2: SystemlnformationBlockTypel for Cell I (step 17) 


Derivation Path: 36.508, Table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




intraFreqReselection 

allowed 



} 




} 





Attach / Abnormal case / Success after several attempts due to no network 
response 

Test Purpose (TP) 


9.2.1.1.21 

9.2.1.1.21.1 
(1) 

with { UE has sent an ATTACH REQUEST message and started T3410 timer} 
ensure that { 

when { T3410 timer expires } 

then { the UE release NAS signalling connection locally} 

} 

(2) 

with { UE has sent an ATTACH REQUEST message and T3410 timer expired} 
ensure that { 

when { T3411 timer expires and attach attempt counter is less than 5 
then { the UE restarts the attach procedure} 


(3) 

with { UE has sent an ATTACH REQUEST message } 
ensure that { 

when { Lower Layer failure (RRC Connection is released) before the ATTACH ACCEPT or ATTACH REJECT 
message is received, T3411 has expired and attach attempt counter is less than 5} 
then { the UE restarts the attach procedure } 


9.2.1.1.21.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.1.2.6 & 
10.2 

[TS 24.301, clause 5.5.1.2.6] 

The following abnormal cases can be identified: 


b) Lower layer failure or release of the NAS signalling connection before the ATTACH ACCEPT or ATTACH 
REJECT message is received 

The attach procedure shall be aborted, and the UE shall proceed as described below. 

c) T34 10 timeout 

The UE shall abort the attach procedure and proceed as described below. The NAS signalling connection shall 
be released locally. 


For the cases b, c, and d the UE shall proceed as follows: 

- Timer T3410 shall be stopped if still running. The attach attempt counter shall be incremented, unless it was 
already set to 5. 

If the attach attempt counter is less than 5: 
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timer T3411 is started and the state is changed to EMM-DEREGISTERED.ATTEMPTING-TO- ATTACH. 
When timer T341 1 expires the attach procedure shall be restarted. 


[TS 24.301, clause 10.2] 


Table 10.2.1 : EPS mobility management timers - UE side 


TIMER 
NUM. 

TIMER 
VALUE 

STATE 

CAUSE OF START 

NORMAL STOP 

ON 
EXPIRY 







T3410 

15s 

EMM- 

REGISTERED- 

INITIATED 

ATTACH REQUEST sent 

ATTACH ACCEPT 
received 

ATTACH REJECT 
received 

Start T341 1 or 

T3402 as described 

in 

subclause 5.5.1.2.6 

T3411 

10s 

EMM- 

DEREGISTERED. 

ATTEMPTING- 

TO-ATTACH 

EMM- 
REGISTERED. 
Al ILMPTING- 
TO-UPDATE 

At attach failure due to lower 
layer failure, T341 timeout or 
attach rejected with other EMM 
cause values than those treated 
in subclause 5.5.1.2.5. 

At tracking area updating failure 
due to lower layer failure, T3430 
timeout or TAU rejected with 
other EMM cause values than 
those treated in 
subclause 5.5.3.2.5. 

ATTACH REQUEST 

sent 

TRACKING AREA 

UPDATE 

REQUEST sent 

Retransmission of 
the ATTACH 
REQUEST or 
TRACKING AREA 
UPDATE 
REQUEST 


Test description 
Pre-test conditions 


9.2.1.1.21.3 
9.2.1.1.21.3.1 
System Simulator: 

- cell A. 
UE: 

- the UE is configured to initiate EPS attach. 
Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .1 .21 .3.2 Test procedure sequence 

Table 9.2.1.1.21.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message. 

-> 

ATTACH REQUEST 

- 

- 

3 

The SS waits 20 seconds (15 seconds T3410 
and 5 seconds half of T341 1 ). 

- 


- 

- 

4 

SS transmits an IDENTITY REQUEST 
message requesting IIVISI in the IE Identity 
type 

<— 

IDENTITY REQUEST 




Exception: In parallel with steps 5 and 6, the 
parallel behaviour defined in table 
9.2.1.1.1.3.2-2 is running. 





5 

The SS waits 5 seconds (half of T341 1 ) 

- 

- 

- 

- 

6 

Check: The UE transmit an ATTACH 
REQUEST message? 

-> 

ATTACH REQUEST 

2 

P 

7 

The SS releases the RRC connection. 





8 

The SS waits 10 seconds (T341 1). 





9 

Check: The UE transmits an ATTACH 
REQUEST message? 

-> 

ATTACH REQUEST 

3 

P 

10- 
21 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 





Table 9.2.1.1.21.3.2-2: Parallel behaviour 

St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

Check: Does the UE send an IDENTITY 
RESPONSE message? 

-> 

IDENTITY RESPONSE 

1 

F 


9.2.1.1.21.3.3 

None 

9.2.1.1.22 

9.2.1.1.22.1 

(1) 


Specific message contents 

Attach / Abnormal case / Unsuccessful attach after 5 attempts 
Test Purpose (TP) 


with { UE has sent an ATTACH REQUEST message } 
ensure that { 

when { T3411 has expired and attach attempt counter is equal to 5} 
then { the UE stops attach attempts and starts timer T34 02 } 


9.2.1.1.22.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.1.2.6 & 
10.2 

[TS 24.301, clause 5.5.1.2.6] 

The following abnormal cases can be identified: 
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b) Lower layer failure or release of the NAS signalling connection before the ATTACH ACCEPT or ATTACH 
REJECT message is received 

The attach procedure shall be aborted, and the UE shall proceed as described below. 

c) T34 10 timeout 

The UE shall abort the attach procedure and proceed as described below. The NAS signalling connection shall 
be released locally. 


For the cases b, c, and d the UE shall proceed as follows: 

- Timer T3410 shall be stopped if still running. The attach attempt counter shall be incremented, unless it was 
already set to 5. 

If the attach attempt counter is less than 5: 

- timer T341 1 is started and the state is changed to EMM-DEREGISTERED.ATTEMPTING-TO- ATTACH. 
When timer T341 1 expires the attach procedure shall be restarted. 

If the attach attempt counter is equal to 5: 

- the UE shall delete any GUTI, TAI list, last visited registered TAI, list of equivalent PLMNs and KSI, shall set 
the update status to EU2 NOT UPDATED, and shall start timer T3402. The state is changed to EMM- 
DEREGISTERED.ATTEMPTING-TO-ATTACH or optionally to EMM-DEREGISTERED.PLMN-SEARCH in 
order to perform a PLMN selection according to 3GPP TS 23.122 [6]. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the GMM parameters GMM 
state, GPRS update status, P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number as 
specified in 3GPP TS 24.008 [13] for the abnormal case when a normal attach procedure fails and the attach 
attempt counter is equal to 5. 


[TS 24.301, clause 10.2] 


Table 10.2.1 : EPS mobility management timers - UE side 


TIMER 
NUM. 

TIMER 
VALUE 

STATE 

CAUSE OF START 

NORMAL STOP 

ON 
EXPIRY 

T3402 

Default 12 

min. 

N0TE1 

EMM- 
DEREGISTERED 
EMM- 
REGISTERED 

At attach failure and the attempt 
counter is equal to 5. 
At tracking area updating failure 
and the attempt counter is equal 
to 5. 

ATTACH REQUEST 

sent 

TRACKING AREA 

UPDATE 

REQUEST sent 

Initiation of the 
attach procedure or 
TAU procedure 







T3410 

15s 

EMM- 

REGISTERED- 

INITIATED 

ATTACH REQUEST sent 

ATTACH ACCEPT 
received 

ATTACH REJECT 
received 

Start T341 1 or 

T3402 as described 

in 

subclause 5.5.1.2.6 

T3411 

10s 

EMM- 

DEREGISTERED. 

ATTEMPTING- 

TO-ATTACH 

EMM- 
REGISTERED. 
A! ILMPTING- 
TO-UPDATE 

At attach failure due to lower 
layer failure, T341 timeout or 
attach rejected with other EMM 
cause values than those treated 
in subclause 5.5.1.2.5. 

At tracking area updating failure 
due to lower layer failure, T3430 
timeout or TAU rejected with 
other EMM cause values than 
those treated in 
subclause 5.5.3.2.5. 

ATTACH REQUEST 

sent 

TRACKING AREA 

UPDATE 

REQUEST sent 

Retransmission of 
the ATTACH 
REQUEST or 
TRACKING AREA 
UPDATE 
REQUEST 







Note 1 : The default value of this timer is used if the network does not indicate another value in an EMM signalling 
procedure. 
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Test description 
Pre-test conditions 


9.2.1.1.22.3 
9.2.1.1.22.3.1 
System Simulator: 

- cell A. 

Note: T3402 is set to default (12 min). 
UE: 

- the UE is configured to initiate EPS attach; 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
9.2.1 .1 .22.3.2 Test procedure sequence 

Table 9.2.1.1.22.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message. (Attach attempt counter = 1) 

-> 

ATTACH REQUEST 

- 

- 

3 

The SS waits 25 seconds (15 seconds T3410 
and 10 seconds T3411). 

- 


- 

- 

4 

The UE transmits an ATTACH REQUEST 
message. (Attach attempt counter = 2) 

-> 

ATTACH REQUEST 

- 

- 

5 

The SS releases the RRC connection. 





6 

The SS waits 10 seconds (T341 1). 





7 

The UE transmits an ATTACH REQUEST 
message. (Attach attempt counter = 3) 

-> 

ATTACH REQUEST 

- 

- 

8 

The SS waits 25 seconds (15 seconds T3410 
and 10 seconds T3411). 

- 


- 

- 

9 

The UE transmits an ATTACH REQUEST 
message. (Attach attempt counter = 4) 

-> 

ATTACH REQUEST 

- 

- 

10 

The SS releases the RRC connection. 





11 

The SS waits 10 seconds (T341 1). 





12 

The UE transmits an ATTACH REQUEST 
message. (Attach attempt counter = 5) 

-> 

ATTACH REQUEST 



13 

The SS releases the RRC connection. 





14 

Check: Does the UE transmit an ATTACH 
REQUEST message after 12 minutes (default 
value of T3402, after step 13? 

-> 

ATTACH REQUEST 

1 

p 

15- 
26 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 
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9.2.1 .1 .22.3.3 Specific message contents 

Table 9.2.1.1.22.3.3-1 : Message ATTACH REQUEST (step 14, Table 9.2.1.1.22.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 

111 

"No key is 
available" 


Old GUTI or IMSI 

IMSI-1 

GUTI has been 
deleted; only IMSI 
is available. 


Last visited registered TAI 

Not present 

TAI has been 
deleted. 



9.2.1.1.23 
9.2.1.1.23.1 
(1) 


Attach / Abnormal case / Repeated rejects for network failures 
Test Purpose (TP) 


with { UE having valid GUTI, has sent an ATTACH REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the reject cause set to #17 or #22 and attach 
attempt counter is less than 5} 

then { UE starts timer T3411 and shall not deleate stored GUTI } 

when { Timer T3411 expires} 

then { UE restarts attach procedure } 

} 

(2) 

with { UE having valid GUTI, has sent an ATTACH REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the reject cause set to #22 and attempt counter 
is set to 5} 

then { the UE stops attach attempts and starts timer T3402, shall delete stored GUTI } 
} 

NOTE: Only representative coverage for various abnormal reject causes is provided. 

9.2.1 .1 .23.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.1.2.5, 
5.5.1.2.6, 9.9.3.9 & 10.2 

[TS 24.301, clause 5.5.1.2.5] 

If the attach request cannot be accepted by the network, the MME shall send an ATTACH REJECT message to the UE 
including an appropriate EMM cause value. If the attach procedure fails due to a default EPS bearer setup failure, an 
ESM procedure failure, or operator determined barring is applied on default EPS bearer context activation during attach 
procedure, the MME shall combine the ATTACH REJECT message with a PDN CONNECTIVITY REJECT message 
contained in the ESM message container information element. In this case the EMM cause value in the ATTACH 
REJECT message shall be set to #19 "ESM failure". 

Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410 and take the following actions 
depending on the EMM cause value received. 


Other values are considered as abnormal cases. The behaviour of the UE in those cases is specified in 
subclause 5.5.1.2.6. 

[TS 24.301, clause 5.5.1.2.6] 

The following abnormal cases can be identified: 
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d) ATTACH REJECT, other EMM cause values than those treated in subclause 5.5.1.2.5 

Upon reception of the EMM cause #19, "ESM failure", the UE may set the attach attempt counter to 5. Upon 
reception of the EMM causes #95, #96, #97, #99 and #111 the UE should set the attach attempt counter to 5. 

The UE shall proceed as described below. 


For the cases b, c, and d the UE shall proceed as follows: 

- Timer T3410 shall be stopped if still running. The attach attempt counter shall be incremented, unless it was 
already set to 5. 

If the attach attempt counter is less than 5: 

- timer T341 1 is started and the state is changed to EMM-DEREGISTERED.ATTEMPTING-TO- ATTACH. 
When timer T341 1 expires the attach procedure shall be restarted. 

If the attach attempt counter is equal to 5: 

- the UE shall delete any GUTI, TAI list, last visited registered TAI, list of equivalent PLMNs and KSI, shall set 
the update status to EU2 NOT UPDATED, and shall start timer T3402. The state is changed to EMM- 
DEREGISTERED.ATTEMPTING-TO-ATTACH or optionally to EMM-DEREGISTERED.PLMN-SEARCH in 
order to perform a PLMN selection according to 3GPP TS 23.122 [6]. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the GMM parameters GMM 
state, GPRS update status, P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number as 
specified in 3GPP TS 24.008 [13] for the abnormal case when a normal attach procedure fails and the attach 
attempt counter is equal to 5. 

[TS 24.301, clause 9.9.3.9] 




Table 9.9.3.9.1 

Cause value (octet 2) 


Bits 

8 7 6 

5 

4 3 2 

1 










1 
1 
1 
1 
1 1 

1 



1 



1 




EMM cause information element 


10 111 


Network failure 

CS domain not available 

ESM failure 

MAC failure 

Synch failure 

Congestion 

UE security capabilities mismatch 


Any other value received by the mobile station shall be treated as 01 10 1 1 1 1 , "protocol 
error, unspecified". Any other value received by the network shall be treated as 01 10 
1111, "protocol error, unspecified". 


[TS 24.301, clause 10.2] 
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Table 10.2.1 : EPS mobility management timers - UE side 


TIMER 
NUM. 

TIMER 
VALUE 

STATE 

CAUSE OF START 

NORMAL STOP 

ON 
EXPIRY 

T3402 

Default 12 

min. 

N0TE1 

EMM- 
DEREGISTERED 
EMM- 
REGISTERED 

At attach failure and the attempt 
counter is equal to 5. 
At tracking area updating failure 
and the attempt counter is equal 
to 5. 

ATTACH REQUEST 

sent 

TRACKING AREA 

UPDATE 

REQUEST sent 

Initiation of the 
attach procedure or 
TAU procedure 







T3410 

15s 

EMM- 

REGISTERED- 

INITIATED 

ATTACH REQUEST sent 

ATTACH ACCEPT 
received 

ATTACH REJECT 
received 

Start T341 1 or 

T3402 as described 

in 

subclause 5.5.1.2.6 

T3411 

10s 

EMM- 

DEREGISTERED. 

ATTEMPTING- 

TO-ATTACH 

EMM- 
REGISTERED. 
Al ILMPTING- 
TO-UPDATE 

At attach failure due to lower 
layer failure, T341 timeout or 
attach rejected with other EMM 
cause values than those treated 
in subclause 5.5.1.2.5. 

At tracking area updating failure 
due to lower layer failure, T3430 
timeout or TAU rejected with 
other EMM cause values than 
those treated in 
subclause 5.5.3.2.5. 

ATTACH REQUEST 

sent 

TRACKING AREA 

UPDATE 

REQUEST sent 

Retransmission of 
the ATTACH 
REQUEST or 
TRACKING AREA 
UPDATE 
REQUEST 







Note 1 : The default value of this tinner is used if the network does not indicate another value in an EMM signalling 
procedure. 


Test description 
Pre-test conditions 


9.2.1.1.23.3 
9.2.1.1.23.3.1 
System Simulator: 

- cell A. 

Note: T3402 is set to default (12 min.). 
UE: 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .1 .23.3.2 Test procedure sequence 

Table 9.2.1.1.23.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message. (Attach attempt counter = 1) 

-> 

ATTACH REQUEST 

- 

- 

3 

The SS transmits an ATTACH REJECT 
message, ElVIIVI cause = Network failure (#17) 

<— 

ATTACH REJECT 

- 

- 

4 

The SS releases the RRC connection. 

- 

- 

- 

- 

5 

The SS waits 1 seconds (T341 1 ). 

- 

- 

- 

- 

6 

Check: Does the UE transmit an ATTACH 
REQUEST message? (Attach attempt counter 
= 2) 

-> 

ATTACH REQUEST 

1 

P 

7 

The SS transmits an ATTACH REJECT 
message, EMM cause = Network failure (#17) 

<- 

ATTACH REJECT 

- 

- 

8 

The SS releases the RRC connection. 

- 

- 

- 

- 

9 

The SS waits 1 seconds (T341 1 ). 

- 

- 

- 

- 

10 

Check: Does the UE transmit an ATTACH 
REQUEST message? (Attach attempt counter 
= 3) 

-> 

ATTACH REQUEST 

1 

P 

11 

The SS transmits an ATTACH REJECT 
message, EMM cause = Congestion (#22) 

<- 

ATTACH REJECT 

- 

- 

12 

The SS releases the RRC connection. 

- 

- 

- 

- 

13 

The SS waits 1 seconds (T341 1 ). 

- 

- 

- 

- 

14 

Check: Does the UE transmit an ATTACH 
REQUEST message? (Attach attempt counter 
= 4) 

-> 

ATTACH REQUEST 



15 

The SS transmits an ATTACH REJECT 
message, EMM cause = Congestion (#22) 

<- 

ATTACH REJECT 

1 

- 

16 

The SS releases the RRC connection. 

- 

- 

- 

- 

17 

The SS waits 1 seconds (T341 1 ). 

- 

- 

- 

- 

18 

The UE transmits an ATTACH REQUEST 
message. (Attach attempt counter = 5) 

-> 

ATTACH REQUEST 

1 

P 

19 

The SS transmits an ATTACH REJECT 
message, EMM cause = Congestion (#22) 

<— 

ATTACH REJECT 

- 

- 

20 

The SS releases the RRC connection. 

- 

- 

- 

- 

21 

The SS waits 12 minutes (default value of 
T3402). 

- 

- 

- 

- 

22 

Check: Does the UE transmit an ATTACH 
REQUEST message? 

-> 

ATTACH REQUEST 

2 

P 

23- 
34 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 






9.2.1 .1 .23.3.3 Specific message contents 

Table 9.2.1.1.23.3.3-1 : Message ATTACH REQUEST (step 2, 6, 10 &14 Table 9.2.1.1.23.2-1) 


Derivation path: TS 36.508 table 4.7.2.-4 

Information Element 

Value/Remark 

Comment 

Condition 

NAS key set identifier 

Any allowed value other 
than 'lire 

"Stored key is 
available" 


Old GUTI or IMS! 

GUTI-1 

As stored in USIM 


Last visited registered TAI 

TAI-1 

Stored TAI. 
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Table 9.2.1.1.23.3.3-2: Message ATTACH REJECT (steps 3 & 7 Table 9.2.1.1.23.3.2-1) 


Derivation path: 36.508 table 4.7.2.3 

Information Element 

Value/Remark 

Comment 

Condition 

Security header type 

EMM cause 

ESM message container 

0000 

00010001 
Not present 

" Plain NAS 
message, not 
security protected 

#17 "Network 
failure " 



Table 9.2.1.1.23.3.3-3: Message ATTACH REJECT (steps 11, 15 & 19 Table 9.2.1.1.23.3.2-1) 


Derivation path: 36.508 table 4.7.2.3 

Information Element 

Value/Remark 

Comment 

Condition 

Security header type 

EMM cause 

ESM message container 

0000 

00010110 
Not present 

" Plain NAS 
message, not 
security protected 

#22 "Congestion " 



Table 9.2.1.1.23.3.3-4: Message ATTACH REQUEST (step 22, Table 9.2.1.1.23.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2.4 

Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 

111 

"No key is 
available" 


Old GUTI or IMSI 

IMSI-1 

GUTI has been 
deleted; only IMSI 
is available. 


Last visited registered TAI 

Not present 

TAI has been 
deleted. 



9.2.1.1.24 
9.2.1.1.24.1 
(1) 


Attach / Abnormal case / Change of cell into a new tracking area 
Test Purpose (TP) 


with { UE has sent an ATTACH Request message and ATTACH ACCEPT message is not received } 
ensure that { 

when { UE reselects a cell belonging to a new tracking area } 
then { the UE restarts the attach procedure } 


} 


(2) 


with { UE has sent an ATTACH REQUEST message and received ATTACH ACCEPT message containing GUTi} 
ensure that { 

when { UE reselects a cell belonging to a new tracking area}} 
then { the UE restarts the attach procedure} 


9.2.1 .1 .24.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.1.2.6. 

[TS 24.301, clause 5.5.1.2.6] 

The following abnormal cases can be identified: 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 1746 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

e) Change of cell into a new tracking area 

If a cell change into a new tracking area occurs before the attach procedure is completed, the attach procedure 
shall be aborted and re-initiated immediately. If a tracking area border is crossed when the ATTACH ACCEPT 
message has been received but before an ATTACH COMPLETE message is sent, the attach procedure shall be 
re-initiated. If a GUTI was allocated during the attach procedure, this GUTI shall be used in the attach 
procedure. 

9.2.1 .1 .24.3 Test description 

9.2.1 .1 .24.3.1 Pre-test conditions 

System Simulator: 

cells A and B : 

- cell A is the serving cell with TAI 1 (PLMNl+TACl); 

- cell B is the non-suitable cell with TAI 2 (PLMN1+TAC2). 

- System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells; 
UE: 

- the UE is configured to initiate EPS attach. 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .1 .24.3.2 Test procedure sequence 

Table 9.2.1.1.24.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message in Cell A including a PDN 
CONNECTIVITY REQUEST message. 

-> 

ATTACH REQUEST 



3 

The SS configures: 

- Cell B as a "serving cell" 

- Cell A as a "non-suitable cell". 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

4 

Check: Does the UE transmit an ATTACH 
REQUEST message in Cell B including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

1 

P 

4A 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<— 

AUTHENTICATION REQUEST 



5 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



6 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 

<- 

SECURITY MODE COMMAND 

- 

- 

7 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 




EXCEPTION: Steps 8a to 8b describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





8a 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<- 

ESM INFORMATION REQUEST 



8b 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



9 

The SS configures: 

- Cell A as a "serving cell" 

- 

- 

- 

- 

10 

SS is configured to not allocate any UL grant 
or respond to any PRACH preambles for 
ATTACH COMPLETE in Cell B. 





11 

SS responds with ATTACH ACCEPT message 
including a valid TAI list. The ACTIVATE 
DEFAULT EPS BEARER CONTEXT 
REQUEST message is piggybacked in 
ATTACH ACCEPT message. GUTI-1 is 
allocated. 

<- 

ATTACH ACCEPT 



12 

The SS configures: 

- Cell B as a "non-suitable cell". 

- 

- 

- 

- 

13 

UE transmits 

RRCConnectionReestablishmentRequest 
message in Cell A 





14 

SS Sends RRCConnectionReestablishment 

- 

- 

- 

- 

15 

The UE transmits a 

RRCConnectionReestablishmentComp\e\e 

message 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

16 

Check: Does the UE transmit an ATTACH 
REQUEST message, containing GUTI 1? 

-> 

ATTACH REQUEST 

2 

P 
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17 

SS responds with ATTACH ACCEPT message 
including a valid TAI list. The ACTIVATE 
DEFAULT EPS BEARER CONTEXT 
REQUEST message is piggybacked in 
ATTACH ACCEPT message 

<— 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 13 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





18 

The UE transmits an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message. 

-> 

ATTACH COMPLETE 



19 

The SS releases the RRC connection. 

- 

- 

- 

- 

NOTE 1 : UE already has NAS security context in step 17 and just sending a DL message with Integrity and Ciphering 
will start enable NAS security 


9.2.1 .1 .24.3.3 Specific message contents 

Table 9.2.1.1.24.3-1: Message ATTACH ACCEPT step 11, Table 9.2.1.1.24.3.2-1) 


Derivation path: TS 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

GUTI-1 




9.2.1.1.25 
9.2.1.1.25.1 

(1) 


Attach / Abnormal case / Mobile originated detach required 
Test Purpose (TP) 


with { UE in EMM-REGISTERED- INITIATED state } 
ensure that { 

when { the UE initiates mobile originated detach } 
then { the UE aborts the attach procedure } 
} 

9.2.1 .1 .25.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.1.2.6. 
[TS 24.301, clause 5.5.1.2.6] 
The following abnormal cases can be identified: 
f) Mobile originated detach required 

The attach procedure shall be aborted, and the UE initiated detach procedure shall be performed. 


9.2.1.1.25.3 
9.2.1.1.25.3.1 
System Simulator: 

- cell A. 
UE: 

None. 


Test description 
Pre-test conditions 
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Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
9.2.1 .1 .25.3.2 Test procedure sequence 

Table 9.2.1.1.25.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message. 

-> 

ATTACH REQUEST 

- 

- 

3 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<- 

AUTHENTICATION REQUEST 



4 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



5 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 

<— 

SECURITY MODE COMMAND 

- 

- 

6 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 



7 

The SS does not respond to ATTACH 
REQUEST message. 

- 

- 

- 

- 

7A 

Cause UE to initiate detach before the T3410 
times out. 

- 

- 

- 

- 

8 

Check: Does the UE initiate mobile originated 
detach and abort the attach procedure while 
T3410 is running. 

-> 

DETACH REQUEST 

1 

p 

9 

The SS transmits DETACH ACCEPT 
message. 

<— 

DETACH ACCEPT 

- 

- 

10 

Check: Does the test result of CALL generic 
procedure "Test procedure for no response to 
paging (for NAS testing)" clause 6.4.2.5 [18] 
indicates that the UE responds to paging when 
paged with S-TMSI included in GUTI-1 and 
with CN domain indicator set to "PS"? 



1 


11 

Void 

- 

- 

- 

- 

Note: T3410 value is specified as 15s in TS 24.301. 


9.2.1 .1 .25.3.3 Specific message contents 

Table 9.2.1.1.25.3.3-1: Message DETACH REQUEST (step 8, Table 9.2.1.1.25.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 1 

Information Element 

Value/Remark 

Comment 

Condition 

Detach type 




Type of detach 

001 or Oil 

EPS detach or 
combined 
EPS/IMSI detach 


Switch off 



Normal detach 



9.2.1.1.26 
9.2.1.1.26.1 
(1) 


Attach / Abnormal case / Detach procedure collision 
Test Purpose (TP) 


with { UE in EMM-REGISTERED- INITIATED state} 
ensure that { 

when { UE receives a DETACH REQUEST message and detach type indicates "re-attach not required" 
then { the UE sends DETACH ACCEPT } 
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(2) 

with { UE in EMM-REGISTERED- INITIATED state} 
ensure that { 

when { UE receives a DETACH REQUEST message and detach type indicates "re-attach required"} 
then { the UE continues with ATTACH procedure } 
} 

9.2.1 .1 .26.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.1.2.6 & 
10.2 

[TS 24.301, clause 5.5.1.2.6] 

The following abnormal cases can be identified: 


g) Detach procedure collision 

If the UE receives a DETACH REQUEST message from the network in state EMM-REGISTERED-INITIATED 
and the detach type indicates "re-attach not required", the detach procedure shall be progressed and the attach 
procedure shall be aborted. Otherwise the attach procedure shall be progressed and the DETACH REQUEST 
message shall be ignored. 

9.2.1 .1 .26.3 Test description 

9.2.1 .1 .26.3.1 Pre-test conditions 

System Simulator: 

- cell A. 
UE: 

- the UE is configured to initiate EPS attach. 
Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .1 .26.3.2 Test procedure sequence 

Table 9.2.1.1.26.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



3 

The SS initiates Detach procedure with the 
Detach Type IE "re-attach not required" 

<- 

DETACH REQUEST 

- 

- 

4 

Check: Does the UE send DETACH ACCEPT 
message? 

-> 

DETACH ACCEPT 

1 

P 

5 

The SS releases the RRC connection. 

- 

- 

- 

- 

6 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





6a 

The UE is brought back to operation or the 
USIM is inserted. 





7 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

1 

P 

8 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure 

<- 

AUTHENTICATION REQUEST 



9 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



10 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 

<— 

SECURITY MODE COMMAND 

- 

- 

11 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 




EXCEPTION: Steps 12a1 to 12a2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





12a 
1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<— 

ESM INFORMATION REQUEST 



12a 
2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



13 

The SS initiates Detach procedure with the 
Detach Type IE "re-attach required" 

<- 

DETACH REQUEST 

- 

- 


Exception: In parallel with steps 13 to 15, the 
parallel behaviour defined in table 
9.2.1.1.26.3.2-2 is running. 





14 

SS responds with ATTACH ACCEPT message 
including a valid TAI list. The ACTIVATE 
DEFAULT EPS BEARER CONTEXT 
REQUEST message is piggybacked in 
ATTACH ACCEPT message. GUTI-1 is 
allocated. 

<— 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 13 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





15 

The UE transmits an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 

-> 

ATTACH COMPLETE 

2 

P 
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EPS BEARER CONTEXT ACCEPT message? 





16 

The SS waits 5 seconds 

- 

- 

- 

- 

17 

The SS releases the RRC connection. 

- 

- 

- 

- 

NOTE 1 : Step 16 is added to additionally guarantee UE has neglected DETACH REQUEST message. 


Table 9.2.1.1.26.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

Check: Does the UE send DETACH ACCEPT 
message? 

-> 

DETACH ACCEPT 

2 

F 


9.2.1 .1 .26.3.3 Specific message contents 

Table 9.2.1.1.26.3.3-1: Message DETACH REQUEST (step 3, Table 9.2.1.1.26.3.2-1) 


Derivation path: 36.508 table 4.7.2-12 

Information Element 

Value/Remark 

Comment 

Condition 

Detach type 

'010'B 

"re-attach not 
required" 


EMM cause 

'07'H 

EPS services not 
allowed 



Table 9.2.1.1.26.3.3-2: Message DETACH REQUEST (step 13, Table 9.2.1.1.26.3.2-1) 


Derivation path: 36.508 table 4.7.2-12 

Information Element 

Value/Remark 

Comment 

Condition 

Detach type 

'OOI'B 

"re-attach 
required" 


EMM cause 

NOT PRESENT 




9.2.1 .2 Combined attach procedure for EPS services and non-EPS services 
9.2.1 .2.1 Combined attach procedure / Success / EPS and non-EPS services 

9.2.1.2.1.1 Test Purpose (TP) 

(1) 

with { UE in state EMM-DEREGISTERED and is switched off } 
ensure that { 

when { UE is powered up or switched on} 
then { UE sends ATTACH REQUEST message with EPS attach type IE 'combined EPS/IMSI attach' } 

} 

(2) 

with { UE in state EMM-REGISTERED- INITIATED} 
ensure that { 

when { UE receives ATTACH ACCEPT message with EPS attach result 'combined EPS/IMSI attach' } 
then { UE sends ATTACH COMPLETE message and enters EMM state EMM-REGISTERED and MM state MM- IDLE 


(3) 

with { UE in state EMM-REGISTERED and EMM- IDLE mode} 
ensure that { 

when { UE enters a new tracking area already included in the TAI list 
then { UE does not send TRACKING AREA UPDATE REQUEST message } 
} 

(4) 

with { UE in state EMM-REGISTERED and EMM- IDLE mode} 
ensure that { 

when { UE enters a new tracking area not included in the TAI list } 
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then { UE sends TRACKING AREA UPDATE REQUEST message with 'EPS update type = combined TA/LA 
updated ' } 

} 

(5) 

with { UE in state EMM-DEREGISTERED and is switched off and has a valid TAI value in 'Last visited 
registered TAI' IE and a valid GUTi} 
ensure that { 

when { UE is powered up or switched on} 
then { UE sends ATTACH REQUEST message with EPS attach type IE 'combined EPS/IMSI attach 'and with 
the value in 'Last visited registered TAI' and the valid GUTi} 
} 

9.2.1 .2.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 
5.5.1.3.1, 5.5.1.3.4.1 and 5.5.1.3.4.2. 

[TS24.301 clause5.5.1.3.1] 

The combined EPS attach procedure is used by a UE in CS/PS mode 1 or CS/PS mode 2 of operation to attach for both 
EPS and non-EPS services. 

The combined EPS attach procedure is also used by a UE in CS/PS mode 1 or CS/PS mode 2 of operation to attach for 
EPS services if it is already attached for non-EPS services. 

When the UE initiates a combined EPS attach procedure, the UE shall indicate "combined EPS/IMSI attach" in the EPS 
attach type IE. 

The combined EPS attach procedure follows the attach procedure for EPS described in subclause 5.5.1.2. 

[TS24.301 clause5.5.1.3.2] 

If the UE is in EMM state EMM-DEREGISTERED, the UE initiates the combined attach procedure by sending an 
ATTACH REQUEST message to the network, starting timer T3410 and entering state EMM-REGISTERED- 
INITIATED (see example in figure 5.5.1.2.2.1). 

The UE shall include the TMSI status IE if no valid TMSI is available. Furthermore, if the UE has stored a valid 
location area identification, the UE shall include it in the Old location area identification IE in the ATTACH REQUEST 
message. 

[TS24.301clause5.5.1.3.4.1] 

Depending on the value of the EPS attach result IE received in the ATTACH ACCEPT message, two different cases 
can be distinguished: 

1) The EPS attach result IE value indicates "combined EPS/IMSI attach": attach for EPS and non-EPS services 
have been successful. 


[TS24.301clause5.5.1.3.4.2] 

The description for attach for EPS services as specified in subclause 5.5.1.2.4 shall be followed. In addition, the 
following description for attach for non-EPS services applies. 

The TMSI reallocation may be part of the combined attach procedure. The TMSI allocated is then included in the 
ATTACH ACCEPT message, together with the location area identification (LAI). In this case the MME shall start timer 
T3450 and enter state EMM-COMMON-PROCEDURE-INITIATED as described in subclause 5.4.1. 

The UE, receiving an ATTACH ACCEPT message, stores the received location area identification, stops timer T3410, 
resets the location update attempt counter and sets the update status to Ul UPDATED. If the message contains an IMSI, 
the UE is not allocated any TMSI, and shall delete any TMSI accordingly. If the message contains a TMSI, the UE shall 
use this TMSI as the new temporary identity. The UE shall delete its old TMSI and shall store the new TMSI. If neither 
a TMSI nor an IMSI has been included by the network in the ATTACH ACCEPT message, the old TMSI, if any 
available, shall be kept. The UE, when receiving the ATTACH ACCEPT message combined with the ACTIVATE 
DEFAULT EPS BEARER CONTEXT REQUEST message, shall send an ATTACH COMPLETE message combined 
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with an ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message to the network after which it shall enter 
state EMM-REGISTERED and MM state MM-IDLE and set the EPS update status to EUl UPDATED. 

9.2.1 .2.1 .3 Test description 

9.2.1 .2.1 .3.1 Pre-test conditions 

System Simulator: 

- cell A, cell B and cell C are configured according to Table 6.3.2.2-1 in [18]: 

- cell A belongs to TAI-1 (home PLMN); 

- cell B belongs to TAI-2 (home PLMN, another TAC); 

- cell C belongs to TAI-3 (home PLMN, another TAC). 

- The different cells may not be simultaneously activated (at most 2 cells are active simultaneously). 

- System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells; 
UE: 

- the UE is configured to initiate combined EPS/IMSI attach; 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1.2.1.3.2 


Test procedure sequence 

Table 9.2.1.2.1.3.2-1: Main Behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS configures: 

- Cell A as the "Serving cell". 

- Cell B as a "Non-Suitable cell". 

- Cell C as a "Non-Suitable Off cell", 
cell 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is powered up or switched on. 



- 

- 

3 

Check: Does the UE send an ATTACH 
REQUEST message with a PDN 
CONNECTIVITY REQUEST message to 
request PDN connectivity to the default PDN. 
EPS attach type = "combined EPS/IMSI 
attach"? 

-> 

ATTACH REQUEST 

1 

P 

4 

The SS starts an authentication procedure 

<- 

AUTHENTICATION REQUEST 

- 

- 

5 

The UE responds properly to the 
authentication procedure 

-> 

AUTHENTICATION RESPONSE 

- 

- 

6 

The SS starts a NAS security mode command 
procedure to perform NAS integrity protection. 

<— 

SECURITY MODE COMMAND 

- 

- 

7 

The UE responds properly to the NAS security 
mode command procedure 

-> 

SECURITY MODE COMPLETE 

- 

- 


EXCEPTION: Steps 7Aa1 to 7Aa2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





7A 
a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<— 

ESM INFORMATION REQUEST 



7A 
a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



8 

The SS sends ATTACH ACCEPT message 
with the ACTIVATE DEFAULT EPS BEARER 
CONTEXT REQUEST message. 

<- 

ATTACH ACCEPT 



9 

Check: Does the UE send ATTACH 
COMPLETE message with the ACTIVATE 
DEFAULT EPS BEARER CONTEXT ACCEPT 
message? 

-> 

ATTACH COMPLETE 

2 

P 

10 

The SS releases the RRC connection. 



- 

- 

11 

Void 





12 

Void 





12 
Aa 

1 

Void 





13 

Void 





14 

Void 





14 
A 

Void 





14 
B 

Void 





15 

Void 





16 

The SS configures: 

- Cell A as a "Non-Suitable cell". 

- Cell B as the "Serving cell". 

- Cell C as a "Non-Suitable Off cell". 





- 

The following messages are to be observed on 

- 

- 

- 

- 
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Cell B unless explicitly stated otherwise. 





17 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message in the 
next 30 seconds? 



3 

F 

18 

Void 





19 

Void 





19 
Aa 

1 

Void 





19 
B 

Void 





19 
C 

Void 





19 
D 

Void 





19 

E 

Void 





20 

The SS configures: 

- Cell A as a "Non-Suitable Off cell". 

- Cell B as a "Non-Suitable cell". 

- Cell C as the "Serving cell". 





- 

The following messages are to be observed on 
Cell C unless explicitly stated otherwise. 

- 

- 

- 

- 

21 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

4 

P 

22 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

23 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message? 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

24 

The SS releases the RRC connection. 

- 

- 

- 

- 

25 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





- 

EXCEPTION: Step 26 describes behaviour 
that depends on the UE capability. 





26 

Ifpc SwitchOnOff or pc USIM Removal then 
the UE transmit a DETACH REQUEST. 

-> 

DETACH REQUEST 

- 

- 

27 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

28 

Check: Does the UE send ATTACH 
REQUEST message with a PDN 
CONNECTIVITY REQUEST message to 
request PDN connectivity to the default PDN. 

-> 

ATTACH REQUEST 

5 

p 

29- 
30 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 

NOTE: For the content of the ATTACH 

ACCEPT message to be used in the 
UE registration procedure in TS 
36.508 clause 4.5.2.3 see Table 
9.2.1.2.1.3.3-8 below 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 
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9.2.1 .2.1 .3.3 Specific message contents 

Table 9.2.1.2.1.3.3-1 : Message ATTACH REQUEST (step 3, Table 9.2.1.2.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

EPS attach type 

'001 0'B 

"combined 
EPS/IMSI attach" 


Old GUTI or IMSI 

GUTI-1 



Last visited registered TAI 

TAI-1 



Old location area identification 

LAI-1 



TMSI status 

Not Present 




Table 9.2.1.2.1.3.3-2: Message ATTACH ACCEPT (step 8, Table 9.2.1.2.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS attach result 

'010'B 

"Combined 
EPS/IMSI attach" 


TAI list 




Number of elements 

'OOOOI'B 



Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAC 
values" 


MCC 
MNC 
TAC1 
TAC2 

PLMN= MCC/MNC 

TAC1=1 

TAC 2=2 

"PLMN is set to 
the same 
MCC/MNC stored 
in EFiMsi" 
"TAI-1" 
"TAI-2" 


GUTI 

GUTI-2 



LAI 

LAI-1 



MS identity 

TMSI-1 




Table 9.2.1 .2.1.3.3-3: Void 

Table 9.2.1 .2.1.3.3-4: Void 

Table 9.2.1.2.1.3.3-5: Message TRACKING AREA UPDATE REQUEST (step 21, Table 9.2.1.2.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 | 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 
EPS update type value 

Old GUTI 

'OOI'B 
GUTI-2 

"Combined TA/LA 
updating" 
"Old GUTI is 
included by UE if 
valid, IMSI 
otherwise" 


Old location area identification 

LAI-1 



TMSI status 

Not Present 
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Table 9.2.1.2.1.3.3-6: Message TRACKING AREA UPDATE ACCEPT (step 22, Table 9.2.1.2.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update result 

'oorB 

"combined TA/LA 
updated" 


GUTI 

GUTI-3 



TAI list 




Length of tracking area identity list contents 

'0000011 0'B 



Partial tracking area identity list 




Number of elements 

'OOOOO'B 



Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAC 
values" 


MCC 
MNC 
TAC1 

TAI-3 



Location area identification 

LAI-3 



MS identity 

TMSI-3 




Table 9.2.1.2.1.3.3-7: Message ATTACH REQUEST (step 28, Table 9.2.1.2.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

EPS attach type 

'001 0'B 

"combined 
EPS/IMSI attach" 


Old GUTI or IMSI 

GUTI-3 



Last visited registered TAI 

TAI-3 



Old location area identification 

LAI-3 



TMSI status 

Not Present 




Table 9.2.1.2.1.3.3-8: Message ATTACH ACCEPT (For the UE registration procedure in TS 36.508 

clause 4.5.2.3) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS attach result 

'01 0'B 

"Combined 
EPS/IMSI attach" 


TAI list 




Length of tracking area identity list contents 

'0000011 0'B 



Partial tracking area identity list 




Number of elements 

'OOOOO'B 



Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAC 
values" 


MCC 
MNC 
TAC1 

TAI-3 



GUTI 

GUTI-3 




9.2.1.2.1b 
9.2.1.2.1b.1 
(1) 


Combined attach procedure / Success / SMS only 
Test Purpose (TP) 


with { UE operating in CS/PS mode 1, in state EMM-REGISTERED- INITIATED} 
ensure that { 

when { UE receives ATTACH ACCEPT message with EPS attach result 'combined EPS/IMSI attach' and 
Additional update result IE 'SMS only'} 

then { UE sends ATTACH COMPLETE message and enters EMM state EMM-REGISTERED and MM state MM- IDLE} 
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(2) 

with { UE operating in CS/PS mode 1 with "IMS voice not available", in state EMM-REGISTERED and 
state MM- idle} 
ensure that { 

when { SS activate UTRAN cell or GERAN cell} 
then { UE automatically disable to E-UTRAN capability and performs a registration to UTRAN cell 
or GERAN cell (depending on the UE capability) } 

} 

(3) 

with { UE operating in CS/PS mode 1 without "IMS voice not available" or in CS/PS mode2 , in state 
EMM-REGISTERED and state MM- IDLE} 
ensure that { 

when { SS sends Paging message with PS domain } 
then { UE sends SERVICE REQUEST message } 


(4) 

with { UE operating in CS/PS mode 1 without "IMS voice not available" or in CS/PS mode2 , in state 
EMM-REGISTERED and state MM- IDLE} 
ensure that { 

when { the user initiates a CS voice call } 
then { UE does not initiate a CS voice call} 

(5) 

with { UE operating in CS/PS mode 1 without "IMS voice not available" } 
ensure that { 

when { receives ATTACH ACCEPT message with EPS attach result 'combined EPS/IMSI attach' and 
Additional update result IE 'SMS only'} 

then { UE does not set the E-UTRA support bit in the relevant RRC messages} 

9.2.1 .2.1 b. 2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 4.3.1, 
4.5, 5.5.1.3.1, 5.5.1.3.4.1 5.5.1.3.4.2 and 5.6.2.4. 

[TS 24.301 clause 4.3.1] 

The behaviour of the UE in CS/PS mode 1 of operation, upon failure to access the CS domain or upon reception of a 
"CS fallback not preferred" or "SMS only" indication, will depend on the availability of voice over IMS. In the present 
document, "IMS voice not available" refers to one of the following conditions: 

- the UE is not configured to use IMS; 

the UE is not configured to use IMS voice, i.e. when the voice domain preference for E-UTRAN, as defined in 
3GPP TS 24.167 [13B], indicates that voice communication services are allowed to be invoked only over the CS 
domain; 

the UE is configured to use IMS voice, but the network indicates in the ATTACH ACCEPT message or the 
TRACKING AREA UPDATE ACCEPT message that IMS voice over PS sessions are not supported; or 

- the UE is configured to use IMS voice, the network indicates in the ATTACH ACCEPT message or the 
TRACKING AREA UPDATE ACCEPT message that IMS voice over PS sessions are supported, but the upper layers 
indicate that the UE is not available for voice calls in the IMS. 

[TS 24.301 clause 4.5] 

When the UE supporting the A/Gb and/or lu mode together with the S 1 mode needs to stay in A/Gb or lu mode, in 
order to prevent unwanted handover or cell reselection from UTRAN/GERAN to E-UTRAN, the UE shall disable the 
E-UTRA capability. 
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- The UE shall not set the E-UTRA support bits of the MS Radio Access capabiHty IE (see 3GPP TS 24.008 [13], 
subclause 10.5.5.12a), the E-UTRA support bits of Mobile Station Classmark 3 IE (see 3GPP TS 24.008 [13], 
subclause 10.5.1.7) and the ISR support bit of the MS network capability IE (see 3GPP TS 24.008 [13], 
subclause 10.5.5.12) in the ATTACH REQUEST message and the ROUTING AREA UPDATE REQUEST 
message after it selects GERAN or UTRAN; and 

- the UE NAS layer shall indicate the access stratum layer(s) of disabling of the E-UTRA capability. 
NOTE: The UE can only disable the E-UTRAN capabilities when in EMM-IDLE mode. 

The UE shall enable the E-UTRA capability again in the following cases: 

- the UE mode of operation changes from CS/PS mode 1 of operation to CS/PS mode 2 of operation; 

- the UE mode of operation changes from PS mode 1 of operation to PS mode 2 of operation; 

- the UE powers off and powers on again; or 
for the PLMN selection purpose. 

[TS24.301 clause5.5.1.3.1] 

The combined attach procedure is used by a UE in CS/PS mode 1 or CS/PS mode 2 of operation to attach for both EPS 
and non-EPS services, or both EPS services and "SMS only". 

The combined attach procedure is also used by a UE in CS/PS mode 1 or CS/PS mode 2 of operation to attach for EPS 
services if it is already IMSI attached for non-EPS services. 

When the UE initiates a combined attach procedure, the UE shall indicate "combined EPS/IMSI attach" in the EPS 
attach type IE. 

The combined attach procedure follows the attach procedure for EPS described in subclause 5.5.1.2. 

[TS24.301 clause5.5.1.3.2] 

If the UE is in EMM state EMM-DEREGISTERED, the UE initiates the combined attach procedure by sending an 
ATTACH REQUEST message to the network, starting timer T3410 and entering state EMM-REGISTERED- 
INITIATED (see example in figure 5.5.1.2.2.1). 

The UE shall include the TMSI status IE if no valid TMSI is available. Furthermore, if the UE has stored a valid 
location area identification, the UE shall include it in the Old location area identification IE in the ATTACH REQUEST 
message. 

If the UE initiates a combined attach procedure for EPS services and "SMS only", the UE shall indicate "SMS only" in 
the Additional update type IE. 

[TS24.301clause5.5.1.3.4.1] 

Depending on the value of the EPS attach result IE received in the ATTACH ACCEPT message, the following different 
cases can be distinguished: 

1) The EPS attach result IE value indicates "combined EPS/IMSI attach": attach for EPS and non-EPS services, or 
for EPS services and "SMS only" have been successful. 


[TS24.301clause5.5.1.3.4.2] 

The description for attach for EPS services as specified in subclause 5.5.1.2.4 shall be followed. In addition, the 
following description for attach for non-EPS services or "SMS only" applies. 


If the UE requested "SMS only" in the Additional update type IE, the network shall indicate "SMS only" in the 
Additional update result IE. 
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If the ATTACH ACCEPT message includes the Additional update result IE with value "SMS only" or "CS Fallback not 
preferred", a UE operating in CS/PS mode 1 with "IMS voice not available" shall attempt to select GERAN or UTRAN 
radio access technology rather than E-UTRAN for the selected PLMN or equivalent PLMN. The UE shall disable the E- 
UTRA capability (see subclause 4.5). If the UE is in the EMM-CONNECTED mode, the UE shall locally release the 
established NAS signalling connection and enter the EMM-IDLE mode before selecting GERAN or UTRAN radio 
access technology. 

If the ATTACH ACCEPT message includes the Additional update result IE with value "SMS only", a UE operating in 
CS/PS mode 2 shall not attempt to use CS fallback for mobile originating services. 


[TS24.301 clause5.6.2.4] 

The network shall initiate the paging procedure when it receives an incoming mobile terminating SMS to the UE that is 
IMSI attached for non-EPS services or for "SMS only", and no NAS signalling connection exists. 

To initiate the procedure for SMS when no NAS signalling connection exists, the EMM entity in the network requests 
the lower layer to start paging (see 3GPP TS 36.413 [23]). The paging message shall include a CN domain indicator set 
to "PS". The paging procedure is performed according to subclause 5.6.2.2.1. The MME shall not start timer T3413 for 
this procedure. 

9.2.1 .2.1 b.3 Test description 

9.2.1 .2.1 b.3.1 Pre-test conditions 

System Simulator: 

- Cell A is configured according to Table 6.3.2.2-1 in [18]. 

- If pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, Cell 5 ; 

- If pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN then. Cell 24; 
- Cell 24 belongs to LAI- 1 and RAI- 1 (home PLMN) 

- System information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
Note: Setting px_RATComb_Tested = EUTRA_Only is not allowed. 

UE: 

- The UE is configured to initiate combined EPS/IMSI attach and to be voice centric (UE operates in CS/PS mode 
1). If the UE does not support to be configured voice centric initiate combined EPS/IMSI attach and to be data 
centric (UE operates in CS/PS mode 2). 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]. 

Preamble: 

- The UE is in state Switched OFF (state 1) according to [18]. 
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9.2.1 .2.1 b. 3. 2 Test procedure sequence 

Table 9.2.1. 2.1 b.3.2-1: Main Behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 


The following messages are sent and shall 
be received on cell A. 





1 

Set the cell type of cell A to the "Serving 

cell". 

Set the cell type of cell 5 or cell 24 to the " 

Non-Suitable cell ". 





2 

The UE is powered up or switched on. 



- 

- 

3 

UE sends ATTACH REQUEST message 
with a PDN CONNECTIVITY REQUEST 
message to request PDN connectivity to the 
default PDN. EPS attach type = "combined 
EPS/IMSI attach". 

-> 

ATTACH REQUEST 



4 

The SS starts an authentication procedure 

<- 

AUTHENTICATION REQUEST 

- 

- 

5 

The UE responds properly to the 
authentication procedure 

-> 

AUTHENTICATION RESPONSE 

- 

- 

6 

The SS starts a NAS security mode 
command procedure to perform NAS 
integrity protection. 

<— 

SECURITY MODE COMMAND 



7 

The UE responds properly to the NAS 
security mode command procedure 

-> 

SECURITY MODE COMPLETE 

- 

- 


EXCEPTION: Steps 7Aa1 to 7Aa2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





7Aa1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST 
message to initiate exchange of protocol 
configuration options and/or APN. 

<- 

ESM INFORMATION REQUEST 



7Aa2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



8 

The SS sends ATTACH ACCEPT message 
with the ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message. 

<— 

ATTACH ACCEPT 



9 

Check: Does the UE send ATTACH 
COMPLETE message with the ACTIVATE 
DEFAULT EPS BEARER CONTEXT 
ACCEPT message? 

-> 

ATTACH COMPLETE 

1 

P 

10 

The SS releases the RRC connection. 



- 

- 


EXCEPTION: Steps 11 a1 to 11 b4 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





11a1 

IF CS/PS mode 1 of operation is configured 
on the UE THEN set the cell type of cell A to 
the "Serving cell" and set the cell type of cell 
5 or cell 24 to the "Suitable neighbour cell ". 





- 

The following messages are sent and shall 
be received on Cell 5 or Cell 24. 

- 

- 

- 

- 


EXCEPTION: Steps 11 a2a1 to 11a2a4 
describe behaviour that depends on the UE 
capability; the "lower case letter" identifies a 
step sequence that take place if a capability 
is supported 





11a2 
a1 

IF pc_UTRA then steps 1 1 a2a1 -1 1 a2a4 are 
executed 

- 

- 



11a2 

Check: Does the UE send RRC 

- 

- 

5 

P 
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a2 

CONNECTION REQUEST on Cell 5? 





11a2 
a3 

The SS transmits an RRC CONNECTION 
SETUP message 

- 

- 



11a2 
a4 

Check: Does the UE transmit a RRC 
CONNECTION SETUP COMPLETE 
message? 



5 

P 

11a3 

Check: Does the UE transmit a ROUTING 
AREA UPDATE REQUEST message? 

-> 

ROUTING AREA UPDATE 
REQUEST 

2 

P 

11a4 

The SS transmits a ROUTING AREA 
UPDATE ACCEPT message. 

<- 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

11a5 

The UE transmits a ROUTING AREA 
UPDATE COMPLETE message. 

-> 

ROUTING AREA UPDATE 
COMPLETE 

- 

- 

11a6 

The SS releases the RRC connection. 

- 

- 

- 

- 

11b1 

ELSE no change cell configuration. 





11b2 

Check: Does the UE respond to paging on 
cell A with S-TMSI in GUTI-2 for PS 
domain?(Generic Procedure TS36.508 
6.4.2.4) 



3 


11b3 

A CS call is initiated (see Note 1) 

- 

- 

- 

- 

11b4 

Check: Does the UE send RRC 
CONNECTION REQUEST message? 

-> 

RRC CONNECTION REQUEST 

4 

F 

Note 1 : The request is assumed to be triggered by AT command D. 


9.2.1 .2.1 b.3.3 Specific message contents 

Table 9.2.1 .2.1 b.3.3-1: Message ATTACH REQUEST (step 3, Table 9.2.1 .2.1 b.3.2-1) 


Derivation path: 36.508 table 4.7.2.-4 

Information Element 

Value/Remark 

Comment 

Condition 

EPS attach type 

'001 0'B 

"combined 
EPS/IMSI attach" 


Old GUTI or IMSI 

GUTI-1 



Last visited registered TAI 

TAI-1 



Old location area identification 

LAI-1 



TMSI status 

Not Present 




Table 9.2.1 .2.1 b.3.3-2: Message ATTACH ACCEPT (step 8, Table 9.2.1 .2.1 b.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS attach result 

'010'B 

"Combined 
EPS/IMSI attach" 


GUTI 

GUTI-2 



EPS network feature support 

'0000 OOOO'B 

IMS voice over PS 
session in SI 
mode NOT 
supported 


Additional update result 

'10'BOOOO 

SMS only 



Table 9.2.1 .2.1 b.3.3-3: Message RRC Connection Request (step Hal A2 over cell 5, Table 

9.2.1 .2.1 b.3.2-1) 


Derivation path: 34.108 sub-clause 9.1.1 

Information Element 

Value/Remark 

Comment 

Condition 

Pre-redirection info 




> Support of E-UTRA FDD 

False 

E-UTRA FDD not 
supported 


> Support of E-UTRA TDD 

False 

E-UTRA TDD not 
supported 



ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1764 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 9.2.1. 2.1 b.3.3-4: Message RRC Connection Setup Complete (step Hal A4 over cell 5, Table 

9.2.1. 2.1 b.3.2-1) 


Derivation path: 34.108 sub-clause 9.1.1 

Information Element 

Value/Remark 

Comment 

Condition 

UE radio access capability 


The UE shall not 
indicate support 
for E-UTRAN 


>UE multi-mode/multi-RAT capability 




» Multi-RAT capability 




>» Support of Inter-RAT PS Handover to E-UTRA 
FDD 

Not present 



>» Support of E-UTRA TDD 

Not present 



>» Support of Inter-RAT PS Handover to E-UTRA 
TDD 

Not present 




9.2.1.2.1c 
9.2.1.2.10.1 
(1) 


Combined attach procedure / Success / EPS and CS Fallback not preferred 
Test Purpose (TP) 


with { UE operating in CS/PS mode 1 in state EMM-REGISTERED- INITIATED} 
ensure that { 

when { UE receives ATTACH ACCEPT message with "EPS network feature support" IE indicating that 
"IMS voice over PS session in SI mode NOT supported" and "Additional update result" IE indicating 
"CS Fallback not preferred" } 

then { UE attempts to register on UTRAN cell and disables its E-UTRAN capability.} 

} 

(2) 

with { UE operating in CS/PS mode 1 in OFF state after having its E-UTRAN capability disabled} 
ensure that { 

when { UE is switched on } 
then { UE re-enables its E-UTRA capability and registers on the E-UTRAN cell} 

} 

(3) 

with { UE operating in CS/PS mode 1 without "IMS voice not available" } 
ensure that { 

when { receives ATTACH ACCEPT message with EPS attach result 'combined EPS/IMSI attach' and 
Additional update result IE 'SMS only'} 

then { UE does not set the E-UTRA support bith in the relevant NAS and AS messages} 


9.2.1.2.10.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 4.3.1, 
4.5 and 5.5.1.3.4.2. 

[TS 24.301 clause 4.3.1] 

The behaviour of the UE in CS/PS mode 1 of operation, upon failure to access the CS domain or upon reception of a 
"CS fallback not preferred" or "SMS only" indication, will depend on the availability of voice over IMS. In the present 
document, "IMS voice not available" refers to one of the following conditions: 

- the UE is not configured to use IMS; 

the UE is not configured to use IMS voice, i.e. when the voice domain preference for E-UTRAN, as defined in 
3GPP TS 24.167 [13B], indicates that voice communication services are allowed to be invoked only over the CS 
domain; 

the UE is configured to use IMS voice, but the network indicates in the ATTACH ACCEPT message or the 
TRACKING AREA UPDATE ACCEPT message that IMS voice over PS sessions are not supported; or 

- the UE is configured to use IMS voice, the network indicates in the ATTACH ACCEPT message or the 
TRACKING AREA UPDATE ACCEPT message that IMS voice over PS sessions are supported, but the upper 
layers indicate that the UE is not available for voice calls in the IMS. 
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[TS 24.301 clause 4.5] 

When the UE supporting the A/Gb and/or lu mode together with the S 1 mode needs to stay in A/Gb or lu mode, in 
order to prevent unwanted handover or cell reselection from UTRAN/GERAN to E-UTRAN, the UE shall disable the 
E-UTRA capability. 

- The UE shall not set the E-UTRA support bits of the MS Radio Access capabihty IE (see 3GPP TS 24.008 [13], 
subclause 10.5.5.12a), the E-UTRA support bits of Mobile Station Classmark 3 IE (see 3GPP TS 24.008 [13], 
subclause 10.5.1.7) and the ISR support bit of the MS network capability IE (see 3GPP TS 24.008 [13], 
subclause 10.5.5.12) in the ATTACH REQUEST message and the ROUTING AREA UPDATE REQUEST 
message after it selects GERAN or UTRAN; and 

- the UE NAS layer shall indicate the access stratum layer(s) of disabling of the E-UTRA capability. 
NOTE: The UE can only disable the E-UTRAN capabilities when in EMM-IDLE mode. 

The UE shall enable the E-UTRA capability again in the following cases: 

- the UE mode of operation changes from CS/PS mode 1 of operation to CS/PS mode 2 of operation; 

- the UE mode of operation changes from PS mode 1 of operation to PS mode 2 of operation; 

- the UE powers off and powers on again; or 

- for the PLMN selection purpose. 

[TS 24.301 clause 5.5.1.3.4.2] 

If the UE requested "SMS only" in the Additional update type IE, the network shall indicate "SMS only" in the 
Additional update result IE. 

If the ATTACH ACCEPT message includes the Additional update result IE with value "SMS only" or "CS Fallback not 
preferred", a UE operating in CS/PS mode 1 with "IMS voice not available" shall attempt to select GERAN or UTRAN 
radio access technology rather than E-UTRAN for the selected PLMN or equivalent PLMN. The UE shall disable the E- 
UTRA capability (see subclause 4.5). If the UE is in the EMM-CONNECTED mode, the UE shall locally release the 
established NAS signalling connection and enter the EMM-IDLE mode before selecting GERAN or UTRAN radio 
access technology. 

If the ATTACH ACCEPT message includes the Additional update result IE with value "SMS only", a UE operating in 
CS/PS mode 2 shall not attempt to use CS fallback for mobile originating services. 

If the ATTACH ACCEPT message includes the Additional update result IE with value "CS Fallback not preferred", this 
indicates to a UE operating in CS/PS mode 2 that it is attached for EPS and non-EPS services and that it can use CS 
fallback. 

9.2.1 .2.1 C.3 Test description 

9.2.1.2.1C.3.1 Pre-test conditions 

System Simulator: 

- cell A and cell 5; 

- System information combination 4 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 

- PLMN2 MCC and MNC are configured as per Table 6.0.1-1. 


UE: 


the UE is configured to initiate combined EPS/IMSI attach; 

the UE is configured to be voice centric 

The HPLMN is PLMNl 

the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]. 
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Table 9.2.1.2.10.3.1-1: USIM configuration 


USIM field 

Priority 

Value 

Access 
technology 

Comment 

EFpLMNwAcT 


3GPPTS 31.102, 
Annex E 


The EF is empty. 

EFoPLMNwAcT 

1 

PLMN2 

E-UTRAN 



2 

PLMN2 

UTRAN 



Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
9.2.1.2.10.3.2 Test procedure sequence 

Table 9.2.1. 2.1 c.3.2-1: Cell PLMN identities 


Cell 

PLMN name 

A 

PLMN2 

5 

PLMN2 


Table 9.2.1. 2.1 c.3.2-2: instances of cell power level and parameter changes 



Parameter 
name 

Unit 

Cell A 

Cell 5 

TO 

RS EPRE 

dBm/15kHz 

Serving cell 



CPICH Eg 

dBm/3.84 MHz 


Suitable cell 


P-CCPCH 

dBm/1.28MHz 


Suitable cell 
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Table 9.2.1. 2.1 c.3.2-3: Main Behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 


The following messages are to be 
observed on Cell A unless explicitly 
stated otherwise. 





1 

The UE is powered up or switched on. 

- 

- 

- 

- 

2-17 

Steps 2-17 of the registration procedure 
described in TS 36.508 table 4.5.2.3-1 
are performed. 





18 

Check: Does the UE send RRC 
CONNECTION REQUEST on Cell 5? 

- 

- 

1 

P 

19 

The SS transmits an RRC 
CONNECTION SETUP message. 

- 

- 



20 

Check: Does the UE transmit an RRC 
CONNECTION SETUP COMPLETE 
message? 



3 

P 

21 

Check: Does the UE transmit a 
ROUTING AREA UPDATE REQUEST 
message? 

-> 

NAS: ROUTING AREA UPDATE 
REQUEST 

3 

P 

22-26 

Steps 5-1 of the test procedure as 
described in table 6.4.2.8-1 of TS 36.508 
are performed. 






If possible (see ICS) switch off is 
performed or the USIM is removed. 
Otherwise the power is removed. 






EXCEPTION: Step 29a describes 
behaviour that depends on the UE 
capability. 





27a 

If pc_SwitchOnOff or pc_USIM_Removal 

then 

the UE transmit a DETACH REQUEST. 

-> 

DETACH REQUEST 



28b 

The UE is brought back to operation or 
the USIM is inserted . 

- 

- 



29 

Check: Does the UE send 
RRCConnectionRequest on Cell A? 

- 

- 

2 

P 

30-42 

Steps 3-17 of the registration procedure 
described in TS 36.508 table 4.5.2.3-1 
are performed. 






9.2.1 .2.1C.3.3 Specific message contents 

Table 9.2.1. 2.1 c.3.3-1 : Message ATTACH ACCEPT (step 14, Table 9.2.1. 2.1 c.3.2-3) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS attach result 

'010'B 

"Combined 
EPS/IMSI attach- 


ESM message container 

Empty 

There is no 
message 
piggybacked in it. 


EPS network feature support 

'0000 OOOO'B 

IMS voice over PS 
session in SI 
mode NOT 
supported 


Additional update result 

'01 'b 

"CS Fallback not 
preferred" 
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Table 9.2.1. 2.1 c.3.3-2: Message RRC Connection Request (step 18, Table 9.2.1. 2.1 c.3.2-3) 


Derivation path: 34.108 sub-clause 9.1.1 

Information Element 

Value/Remark 

Comment 

Condition 

Pre-redirection info 




> Support of E-UTRA FDD 

False 

E-UTRA FDD not 
supported 


> Support of E-UTRA TDD 

False 

E-UTRA TDD not 
supported 



Table 9.2.1. 2.1 c.3.3-3: Message RRC Connection Setup Complete (step 20, Table 9.2.1. 2.1 c.3.2-3) 


Derivation path: 34.108 sub-clause 9.1.1 

Information Element 

Value/Remark 

Comment 

Condition 

UE radio access capability 


The UE shall not 
indicate support 
for E-UTRAN 


>UE multi-mode/multi-RAT capability 




» Multi-RAT capability 




>» Support of Inter-RAT PS Handover to E-UTRA 
FDD 

Not present 



>» Support of E-UTRA TDD 

Not present 



>» Support of Inter-RAT PS Handover to E-UTRA 
TDD 

Not present 




Table 9.2.1 .2.1 c.3.3-4: Message ROUTING AREA UPDATE REQUEST (step 21, Table 9.2.1 .2.1 c.3.2-3) 


Derivation path: 24.008 table 9.4.14 

Information Element 

Value/Remark 

Comment 

Condition 

MS Radio Access capability 


The UE shall not 
indicate support 
for E-UTRAN 


MS RA capability value part 




Access capabilities 




E-UTRA FDD support : 

'O'B 



E-UTRA TDD support 

'O'B 



GERAN to E-UTRA support in GERAN packet 
transfer mode 

'OO'B 




9.2.1 .2.1d Combined attach procedure / Success / EPS and CS Fallback not preferred/data 

centric UE 


9.2.l.2.ld.l 

(1) 


Test Purpose (TP) 


with { UE operating in CS/PS mode 2 in state EMM-REGISTERED- INITIATED} 
ensure that { 

when { UE receives ATTACH ACCEPT message with "EPS network feature support" IE indicating that 
"IMS voice over PS session in SI mode NOT supported" and "Additional update result" IE indicating 
"CS Fallback not preferred" } 

then { UE stays on the E-UTRAN cell} 


(2) 

with { UE operating in CS/PS mode 2} 
ensure that { 

when receives a TRACKING AREA UPDATE ACCEPT message with "EPS network feature support" IE 
indicating that "IMS voice over PS session in SI mode NOT supported" and "Additional update result" 
IE indicating "CS Fallback not preferred" } 

then { The UE is able to initiate an MO-CS fallback call) 
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(3) 

with { UE operating in CS/PS mode 2} 
ensure that { 

when receives a ATTACH ACCEPT message with "EPS network feature support" IE indicating that "IMS 
voice over PS session in SI mode NOT supported" and "Additional update result" IE indicating "CS 
Fallback not preferred" } 

then { The UE is able to receive MT CS fallback call} 
} 

9.2.1 .2.1 d. 2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 4.3.1, 
4.5 and 5.5.1.3.4.2. 

[TS 24.301 clause 4.3.1] 

The behaviour of the UE in CS/PS mode 1 of operation, upon failure to access the CS domain or upon reception of a 
"CS fallback not preferred" or "SMS only" indication, will depend on the availability of voice over IMS. In the present 
document, "IMS voice not available" refers to one of the following conditions: 

- the UE is not configured to use IMS; 

the UE is not configured to use IMS voice, i.e. when the voice domain preference for E-UTRAN, as defined in 
3GPP TS 24.167 [13B], indicates that voice communication services are allowed to be invoked only over the CS 
domain; 

the UE is configured to use IMS voice, but the network indicates in the ATTACH ACCEPT message or the 
TRACKING AREA UPDATE ACCEPT message that IMS voice over PS sessions are not supported; or 

- the UE is configured to use IMS voice, the network indicates in the ATTACH ACCEPT message or the 
TRACKING AREA UPDATE ACCEPT message that IMS voice over PS sessions are supported, but the upper 
layers indicate that the UE is not available for voice calls in the IMS. 

[TS 24.301 clause 4.5] 

The UE shall enable the E-UTRA capability again in the following cases: 

- the UE mode of operation changes from CS/PS mode 1 of operation to CS/PS mode 2 of operation; 

- the UE mode of operation changes from PS mode 1 of operation to PS mode 2 of operation; 

- the UE powers off and powers on again; or 

- for the PLMN selection purpose. 

[TS 24.301 clause 5.5.1.3.4.2] 

If the UE requested "SMS only" in the Additional update type IE, the network shall indicate "SMS only" in the 
Additional update result IE. 

If the ATTACH ACCEPT message includes the Additional update result IE with value "SMS only" or "CS Fallback not 
preferred", a UE operating in CS/PS mode 1 with "IMS voice not available" shall attempt to select GERAN or UTRAN 
radio access technology rather than E-UTRAN for the selected PLMN or equivalent PLMN. The UE shall disable the E- 
UTRA capability (see subclause 4.5). If the UE is in the EMM-CONNECTED mode, the UE shall locally release the 
established NAS signalling connection and enter the EMM-IDLE mode before selecting GERAN or UTRAN radio 
access technology. 

If the ATTACH ACCEPT message includes the Additional update result IE with value "SMS only", a UE operating in 
CS/PS mode 2 shall not attempt to use CS fallback for mobile originating services. 

If the ATTACH ACCEPT message includes the Additional update result IE with value "CS Fallback not preferred", this 
indicates to a UE operating in CS/PS mode 2 that it is attached for EPS and non-EPS services and that it can use CS 
fallback. 
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Test description 
Pre-test conditions 


9.2.1. 2.1d.3 
9.2.1.2.1d.3.1 
System Simulator: 

- cell A and cell 5 

- PLMN2 MCC and MNC are configured as per Table 6.0.1-1 


UE: 


the UE is configured to initiate combined EPS/IMSI attach; 

the UE is configured to be data centric 

the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]. 

Table 9.2.1. 2.1d.3.1-1: USIM configuration 


USIIVI field 

Priority 

Value 

Access 
technology 

Comment 

EFpLMNwAcT 


3GPPTS 31.102, 
Annex E 


The EF is empty. 

EFoPLMNwAcT 

1 

PLMN2 

E-UTRAN 



2 

PLMN2 

UTRAN 



Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
9. 2. 1.2. Id. 3. 2 Test procedure sequence 

Table 9.2.1. 2.1 d.3.2-1: Cell PLMN identities 


Cell 

PLMN name 

A 

PLMN2 

5 

PLMN2 


Table 9.2.1. 2.1 d.3.2-2: instances of cell power level and parameter changes 



Parameter 
name 

Unit 

Cell A 

Cells 

TO 

RS EPRE 

dBm/15kHz 

Serving cell 



CPICH Eg 

dBm/3.84 MHz 


Suitable cell 


P-CCPCH 

dBm/1.28MHz 


Suitable cell 
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Table 9.2.1 .2.1 d.3.2-3: Main Behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 


The following messages are to be 
observed on Cell A unless explicitly 
stated otherwise. 





1 

The UE is powered up or switched on. 



- 

- 

2-16 

Steps 2-16 of the registration procedure 
described in TS 36.508 table 4.5.2.3-1 
are performed. 





17 

Check: Does the UE try to access the 
UTRAN cell (cell 5) in the next 20s? 



1 

F 

18 

The SS transmits a Paging message to 
the UE on Cell A using S-TMSI with CN 
domain indicator set to "CS" 






EXCEPTION: Step 19a1 describes 
behaviour that depends on the UE 
capability; the "lower case letter" 
identifies a step sequence that takes 
place if a capability is supported. 





19a1 

IF the UE needs to request upper layer 
input before accepting the CS fallback, 
the incoming CS call is accepted at the 
UE through MMI or AT command. 





20 

The UE transmits an 
RRCConnectionRequest message on 
Cell A. 





21 

The SS transmits an 
RRCConnectionSetup message on Cell 
A. 





22 

Check: Does the UE transmit an 
RRCConnectionSetupComplete message 
containing an EXTENDED SERVICE 
REQUEST? 

-> 

EXTENDED SERVICE REQUEST 

3 

P 

23 

The SS transmits an 
RRCConnectionRelease message on 
Cell 1 with IE redirectionlnformation 
including UTRA-CarrierFreq oi Cell 5. 





24-42 

Steps 1-19 of the procedure described in 
TS 36.508 table 6.4.3.7.1-1 TS 36.508. 
A CS call is set up in the UTRAN cell. 





- 

The CS call is terminated 

- 

- 

- 

- 

43-48 

Steps 2-7 of the tracking area updating 
procedure on cell A as described in TS 
36.508 table 4.5A.2.1-1 are performed 





- 

ACS call is initiated.. 

- 

- 

- 

- 

49 

The UE transmits an 
RRCConnectionRequest message on 
Cell A. 





50 

The SS transmits an 
RRCConnectionSetup message on Cell 
A. 





51 

Check: Does the UE transmit an 
RRCConnectionSetupComplete message 
containing an EXTENDED SERVICE 
REQUEST message? 

-> 

EXTENDED SERVICE REQUEST 

2 

P 

52 

The SS transmits an 
RRCConnectionRelease message on 
Cell 1 with IE redirectionlnformation 
including UTRA-CarrierFreq o\ Cell 5. 





53-71 

Steps 1-19 of the procedure described in 

TS 36.508 table 6.4.3.7.2-1. 

A CS call is set up in the UTRAN cell. 
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9.2.1 .2.1 d. 3. 3 Specific message contents 

Table 9.2.1. 2.1 d.3.3-1 : Message ATTACH ACCEPT (step 14, Table 9.2.1. 2.1 d.3.2-3) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS attach result 

'010'B 

"Combined 
EPS/IMSI attach- 


ESM message container 

Empty 

There is no 
message 
piggybacked in it. 


EPS network feature support 

'0000 OOOO'B 

IMS voice over PS 
session in S1 
mode NOT 
supported 


Additional update result 

'01'b 

"CS Fallback not 
preferred" 



Table 9.2.1. 2.1 d.3.3-2: Message Paging (step 18, Table 9.2.1. 2.1 d.3.2-3) 


Derivation Path: 36.508 clause 4.6.1-7 

Information Element 

Value/remark 

Comment 

Condition 

Paging ::= SEQUENCE! 




pagingRecordList SEQUENCE (SIZE 
(1 ..maxPageRec)) OF SEQUENCE { 

1 entry 



ue-ldentity[1] CHOICE! 




s-TMSI 

Set to the value of the S- 
TMSIoftheUE 



} 




cn-Domain[1] 

CS 



} 




} 





Table 9.2.1. 2.1 d.3.3-3: RRCConnectionRelease (steps 23 and 44 Table 9.2.1. 2.1 d.3.2-3) 


Derivation Path: 36.508 Table 4.6.1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




redirectedCarrierlnfo ::= CHOICE { 




utra-FDD 

Downlink UARFCN of cell 
5 


UTRA- 
FDD 

utra-TDD 

Downlink UARFCN of cell 
5 


UTRA- 
TDD 

} 




} 




} 





Table 9.2.1. 2.1 d.3.3-4: Message TRACKING AREA UPDATE ACCEPT (step 45, Table 9.2.1 .2.1 d.3.2-3) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS attach result 

'010'B 

"Combined 
EPS/IMSI attach" 


EPS network feature support 

'0000 OOOO'B 

IMS voice over PS 
session in SI 
mode NOT 
supported 


Additional update result 

'01 'b 

"CS Fallback not 
preferred" 
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9.2.1 .2.2 Combined attach procedure / Success / EPS services only / IIVISI unknown in 

HSS 

9.2.1 .2.2.1 Test Purpose (TP) 
(1) 

with { UE in state EMM-DEREGISTERED and is switched off } 
ensure that { 

when { the UE is powered up or switched on } 

then { the UE transmits an ATTACH REQUEST message with the EPS attach type set to "combined 
EPS/IMSI attach" and enters EMM-REGISTERED- INITIATED state } 
} 

(2) 

with { UE in state EMM-REGISTERED- INITIATED } 
ensure that { 

when { the UE receives an ATTACH ACCEPT message with EPS attach result set to "EPS only" and EMM 
cause set to "IMSI unknown in HSS" } 

then { the UE transmits an ATTACH COMPLETE message, the UE sets the update status to U3 ROAMING 
NOT ALLOWED, shall delete any TMSI, LAI and ciphering key sequence number and enters EMM- 
REGISTERED .NORMAL -SERVICE state and MM IDLE state. The USIM shall be considered as invalid for non- 
EPS services until switching off or the UICC containing the USIM is removed } 

} 

(3) 

with { UE in E-UTRA EMM-REGISTERED .NORMAL- SERVICE state and MM IDLE state and USIM is invalidated by 
network for non-EPS services } 
ensure that { 

when { SS sends DETACH REQUEST message with the Detach type IE "re-attach required" } 

then { the UE sends DETACH ACCEPT message, and then the UE sends ATTACH REQUEST message with EPS 
attach type set to 'EPS attach', including the value in 'Last visited registered TAI ' and the valid 
GUTI and initiates an attach procedure } 

} 

(4) 

with { UE in EMM-REGISTERED .NORMAL- SERVICE state and MM IDLE state and USIM is invalidated by 
network for non-EPS services } 
ensure that { 

when { the UE is switch off and then powered up or switched on } 

then { the UE sends ATTACH REQUEST message with EPS attach type IE 'combined EPS/IMSI attach' } 

} 

(5) 

with { UE in EMM-REGISTERED- INITIATED state } 
ensure that { 

when { the UE receives ATTACH ACCEPT message with EPS attach result 'combined EPS/IMSI attach' } 
then { UE sends ATTACH COMPLETE message and enters EMM-REGISTERED .NORMAL- SERVICE state and MM 
IDLE state } 
} 

9.2.1 .2.2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 4.3, 
5.5.1.2.2, 5.5.1.2.4, 5.5.1.3.1, 5.5.1.3.2, 5.5.1.3.4.1, 5.5.1.3.4.2, and 5.5.1.3.4.3. 

[TS24.301 clause 4.3] 

A UE attached for EPS services may operate in one of the following operation modes: 


CS/PS mode 1 of operation: the UE registers to both EPS and non-EPS services, and UE's usage setting is "voice 
centric"; and 

CS/PS mode 2 of operation: the UE registers to both EPS and non-EPS services, and UE's usage setting is "data 
centric" or the UE has no CS voice capability. 
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A UE configured to use CS fallback, shall operate in CS/PS mode 1 or CS/PS mode 2. Such UE may also be configured 
to use IMS, in which case the voice domain preference as defined in 3GPP TS 24.167 [13B] shall be used for the 
selection of the domain for originating voice communication services. 


[TS 24.301, clause 5.5.1.2.2] 

In state EMM-DEREGISTERED, the UE initiates the attach procedure by sending an ATTACH REQUEST message to 
the MME, starting timer T3410 and entering state EMM-REGISTERED-INITIATED (see example in 
figure 5.5.1.2.2.1). If timer T3402 is currently running, the UE shall stop timer T3402. If timer T3411 is currently 
running, the UE shall stop timer T341 1. 


- The UE shall include in the ATTACH REQUEST message a valid GUTI together with the last visited registered 
TAI, if available. If there is no valid GUTI available, the UE shall include the IMSI in the ATTACH REQUEST 
message. 


[TS 24.301, clause 5.5.1.2.4] 

If the attach request is accepted by the network, the MME shall send an ATTACH ACCEPT message to the UE and 
start timer T3450. The MME shall send the ATTACH ACCEPT message together with an ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message contained in the ESM message container information element to activate the 
default bearer (see subclause 6.4.1). The network may also initiate the activation of dedicated bearers towards the UE 
by invoking the dedicated EPS bearer context activation procedure (see subclause 6.4.2). 


The MME shall assign and include the TAI list the UE is registered to in the ATTACH ACCEPT message. The UE, 
upon receiving an ATTACH ACCEPT message, shall delete its old TAI list and store the received TAI list. 

Upon receiving the ATTACH ACCEPT message, the UE shall stop timer T3410. 

The GUTI reallocation may be part of the attach procedure. When the ATTACH REQUEST message includes the 
IMSI, or the MME considers the GUTI provided by the UE is invalid, or the GUTI provided by the UE was assigned by 
another MME, the MME shall allocate a new GUTI to the UE. The MME shall include in the ATTACH ACCEPT 
message the new assigned GUTI together with the assigned TAI list. In this case the MME shall enter state EMM- 
COMMON-PROCEDURE-INITIATED as described in subclause 5.4.1. 


If the ATTACH ACCEPT message contains a GUTI, the UE shall use this GUTI as the new temporary identity. The 
UE shall delete its old GUTI and store the new assigned GUTI. If no GUTI has been included by the MME in the 
ATTACH ACCEPT message, the old GUTI, if any available, shall be kept. 

If A/Gb mode or lu mode is supported in the UE, the UE shall set its TIN to "GUTI" when receiving the ATTACH 
ACCEPT message. 


When the UE receives the ATTACH ACCEPT message combined with the ACTIVATE DEFAULT EPS BEARER 
CONTEXT REQUEST message, it shall forward the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST 
message to the ESM sublayer. Upon receipt of an indication from the ESM sublayer that the default EPS bearer context 
has been activated, the UE shall send an ATTACH COMPLETE message together with an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message contained in the ESM message container information element to the 
network. 

Additionally, the UE shall reset the attach attempt counter and tracking area updating attempt counter, enter state EMM- 
REGISTERED and set the EPS update status to EUl UPDATED. 
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Upon receiving an ATTACH COMPLETE message, the MME shall stop timer T3450, enter state EMM-REGISTERED 
and consider the GUTI sent in the ATTACH ACCEPT message as valid. 

[TS 24.301, clause 5.5.1.3.1] 

The combined attach procedure is used by a UE in CS/PS mode 1 or CS/PS mode 2 of operation to attach for both EPS 
and non-EPS services. 

The combined attach procedure is also used by a UE in CS/PS mode 1 or CS/PS mode 2 of operation to attach for EPS 
services if it is already IMSI attached for non-EPS services. 

When the UE initiates a combined attach procedure, the UE shall indicate "combined EPS/IMSI attach" in the EPS 
attach type IE. 

The combined attach procedure follows the attach procedure for EPS described in subclause 5.5.1.2. 

[TS 24.301, clause 5.5.1.3.2] 

If the UE is in EMM state EMM-DEREGISTERED, the UE initiates the combined attach procedure by sending an 
ATTACH REQUEST message to the networlc, starting timer T3410 and entering state EMM-REGISTERED- 
INITIATED (see example in figure 5.5.1.2.2.1). 

The UE shall include the TMSI status IE if no valid TMSI is available. Furthermore, if the UE has stored a valid 
location area identification, the UE shall include it in the Old location area identification IE in the ATTACH REQUEST 
message. 

[TS 24.301, clause 5.5.1.3.4.1] 

Depending on the value of the EPS attach result IE received in the ATTACH ACCEPT message, two different cases 
can be distinguished: 


2) The EPS attach result IE value indicates "EPS only": attach for EPS services has been successful but attach for 
non-EPS services has failed. 

[TS 24.301, clause 5.5.1.3.4.2] 

The description for attach for EPS services as specified in subclause 5.5.1.2.4 shall be followed. In addition, the 
following description for attach for non-EPS services applies. 


[TS 24.301, clause 5.5.1.3.4.3] 

Apart from the actions on the tracking area updating attempt counter, the description for attach for EPS services as 
specified in subclause 5.5.1.2.4 shall be followed. In addition, the following description for attach for non-EPS services 
applies. 

The UE receiving the ATTACH ACCEPT message takes one of the following actions depending on the EMM cause 
value: 

#2 (IMSI unknown in HSS) 

The UE shall stop T3410 if still running and shall reset the tracking area updating attempt counter. The UE 
shall set the update status to U3 ROAMING NOT ALLOWED and shall delete any TMSI, LAI and ciphering 
key sequence number. The UE shall enter state EMM-REGISTERED.NORMAL-SERVICE. The new MM 
state is MM IDLE. The USIM shall be considered as invalid for non-EPS services until switching off or the 
UICC containing the USIM is removed. 


Other EMM cause values and the case that no EMM cause IE was received are considered as abnormal cases. The 
combined attach procedure shall be considered as failed for EPS and non-EPS services. The behaviour of the UE in 
those cases is specified in subclause 5.5.1.3.6. 

[TS 24.301, clause 5.5.2.3.2] 
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When receiving the DETACH REQUEST message and the detach type indicates "re-attach required", the UE shall 
deactivate the EPS bearer context(s) including the default EPS bearer context locally without peer-to-peer signalling 
between the UE and the MME. The UE shall then send a DETACH ACCEPT message to the network and enter state 
EMM-DEREGISTERED. Furthermore, the UE shall, after the completion of the detach procedure, and the existing 
NAS signalling connection has been released, initiate an attach or combined attach or combined attach procedure 

NOTE 1: When detach type indicates "re-attach required", user interaction is necessary in some cases when the UE 
cannot re-activate the EPS bearer(s) automatically. 

A UE which receives a DETACH REQUEST message with detach type indicating "re-attach required" or "re-attach not 
required" and no EMM cause IE, is detached only for EPS services. 


If the detach type indicates "IMSI detach" or "re-attach required", then the UE shall ignore the EMM cause IE if 
received. 

9.2.1 .2.2.3 Test description 

9.2.1 .2.2.3.1 Pre-test conditions 

System Simulator: 

- Cell A. 
UE: 

- the UE is configured to initiate combined EPS/IMSI attach; 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1.2.2.3.2 


Test procedure sequence 

Table 9.2.1.2.2.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The UE is powered up or switched on. 

- 

- 

- 

- 

2 

The UE transmits ATTACH REQUEST 
message with a PDN CONNECTIVITY 
REQUEST message to request PDN 
connectivity to the default PDN with EPS 
attach type set to "combined EPS/IMSI attach" 

-> 

ATTACH REQUEST 

1 

P 

3 

The SS starts an authentication procedure 

<- 

AUTHENTICATION REQUEST 

- 

- 

4 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



5 

The SS starts a NAS security mode command 
procedure to perform NAS integrity protection. 

<— 

SECURITY MODE COMMAND 

- 

- 

6 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 




EXCEPTION: Steps 6Aa1 to 6Aa2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





6A 
a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<— 

ESM INFORMATION REQUEST 



6A 
a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



7 

The SS transmits ATTACH ACCEPT message 
with EPS Attach result IE set to "EPS only" and 
EMM cause set to "IMSI unknown in HSS", 
including the ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message as 
specified. 

<— 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 8 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





8 

Check: Does the UE transmit an ATTACH 
COMPLETE message including an ACTIVATE 
DEFAULT EPS BEARER CONTEXT ACCEPT 
message as specified? 

-> 

ATTACH COMPLETE 

2 

P 

9- 
12 

Void 

- 

- 

- 

- 

13 

The SS sends DETACH REQUEST message 
with Detach Type set to "re-attach required" 

<- 

DETACH REQUEST 

- 

- 

14 

Check: Does the UE send DETACH ACCEPT 
message? 

-> 

DETACH ACCEPT 

3 

P 

15 

The SS releases the RRC connection. 

- 

- 

- 

- 

- 

EXCEPTION: Step 15a describes a behaviour 
which depends on the UE capability 

- 

- 

- 

- 

15a 

IF NOT pc_Automatic_Re_Attach, the user 
initiates an attach by MMI or by AT command. 

- 

- 

- 

- 

16 

Check: Does the UE send ATTACH 
REQUEST message with EPS attach type set 
to "EPS attach", including the PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

3 

p 
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17 

The SS sends ATTACH ACCEPT message 
including the ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message 

<- 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 15 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





18 

Check: Does the UE send ATTACH 
COMPLETE message? 

-> 

ATTACH COMPLETE 

3 

P 

19 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





- 

EXCEPTION: Step 19a describes behaviour 
that depends on the UE capability. 





19a 

If pc_SwitchOnOff or pc_USIM_Removal then 
UE sends DETACH REQUEST message 

-> 

DETACH REQUEST 



20 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

21 

Check: Does the UE transmit ATTACH 
REQUEST message with EPS attach type set 
to "combined EPS/IMSI attach", including PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

4 

p 

22 

The SS transmits ATTACH ACCEPT message 
with EPS Attach result IE set to "combined 
EPS/IMSI attach" , including the ACTIVATE 
DEFAULT EPS BEARER CONTEXT 
REQUEST message. 

<- 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 20 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





23 

Check: Does the UE transmit an ATTACH 
COMPLETE message including the 
ACTIVATE DEFAULT EPS BEARER 
CONTEXT ACCEPT message? 

-> 

ATTACH COMPLETE 

5 

p 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 






NOTE: It is assumed in the test procedure sequence that the UE initially has a valid GUTI, hence it is included in 
ATTACH REQUEST message in step 2. However, it is not important for the test procedure sequence. 

9.2.1 .2.2.3.3 Specific message contents 

Table 9.2.1.2.2.3.3-1 : Message ATTACH REQUEST (step 2, Table 9.2.1.2.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMS! 

GUTI-1 



EPS attach type 

010 

"combined 
EPS/IMSI attach" 


ESM message container 

PDN CONNECTIVITY 
REQUEST message 



Last visited registered TAI 

TAI-1 



Old location area identification 

LAI-1 



TMSI status 

Not present 
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Table 9.2.1.2.2.3.3-2: Message ATTACH ACCEPT (step 7, Table 9.2.1.2.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS attach result 

001 

"EPS only" 

The SS accepts 
Combined attach 
for EPS services 
only. 


ESM message container 

ACTIVATE DEFAULT 
EPS BEARER 
CONTEXT REQUEST 
message 



GUTI 

GUTI-2 

The SS assigns a 
new GUTI 


LAI 

Not present 



MS identity 

Not Present 

No TMSI is 
assigned 


EMM cause 

00000010 

#2 "IMSI unknown 
in HSS" 



Table 9.2.1.2.2.3.3-3: Message DETACH REQUEST (step 13, Table 9.2.1.2.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-12 

Information Element 

Value/Remark 

Comment 

Condition 

Detach type 

001 

"re-attach 
required" 



Table 9.2.1.2.2.3.3-4: Message ATTACH REQUEST (step 16, Table 9.2.1.2.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

GUTI-2 



EPS attach type 

001 

"EPS attach" 


ESM message container 

PDN CONNECTIVITY 
REQUEST message 



Last visited registered TAI 

TAI-1 



Old location area identification 

Not present 



TMSI status 

Not present 




Table 9.2.1.2.2.3.3-5: Message ATTACH ACCEPT (step 17, Table 9.2.1.2.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS attach result 

001 

" EPS only " 


ESM message container 

ACTIVATE DEFAULT 
EPS BEARER 
CONTEXT REQUEST 
message 



GUTI 

Not present 

The SS doesn't 
assign a new 
GUTI 
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Table 9.2.1.2.2.3.3-6: Message ATTACH REQUEST (step 21, Table 9.2.1.2.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

GUTI-2 



EPS attach type 

010 

"combined 
EPS/IMS! attach- 


ESM message container 

PDN CONNECTIVITY 
REQUEST message 



Last visited registered TAI 

TAI-1 



Old location area identification 

Not present 



TMSI status 



no valid TMSI 
available 



Table 9.2.1.2.2.3.3-7: Message ATTACH ACCEPT (step 22, Table 9.2.1.2.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS attach result 

010 

"Combined 
EPS/IMS! attach" 


ESM message container 

ACTIVATE DEFAULT 
EPS BEARER 
CONTEXT REQUEST 
message 



GUTI 

Not present 

The SS doesn't 
assign a new 
GUTI 



9.2.1 .2.3 Successful combined attach procedure / EPS service only / MSC temporarily not 

reachable 


9.2.1.2.3.1 

(1) 


Test Purpose (TP) 


with { the UE has sent a combined ATTACH REQUEST message } 
ensure that { 

when { the UE receives an ATTACH ACCEPT message with EPS attach result set to "EPS only" and EMM 
reject cause set to "MSC temporarily not reachable" or "Network failure" or "Congestion" and 
including an ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message with IE EPS Bearer Identity 
matching the ATTACH REQUEST message and including a PDN address, an APN and an uplink TFT } 

then { UE transmits an ATTACH COMPLETE message, containing the EPS bearer identity, together 
with ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message and the UE resets the attach attempt counter 
and tracking area updating attempt counter and the UE increments tracking area updating attempt 
counter and starts timer T3411 and enters EMM- REGISTERED .ATTEMPTING- TO -UPDATE -MM state | 


} 


(2) 


with { the UE is in E-UTRA EMM- REGISTERED .ATTEMPTING- TO -UPDATE -MM state } 
ensure that { 

when { timer T3411 expires or timer T3402 expires } 

then { the UE initiates a combined tracking area update procedure indicating 
updating with IMSI attach" } 


'combined TA/LA 


(3) 


with { the UE is in E-UTRA EMM- REGISTERED .ATTEMPTING- TO -UPDATE -MM state } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE ACCEPT with EPS update result set to "EPS only" and EMM 
reject cause set to "MSC temporarily not reachable" or "Network failure" or "Congestion" } 

then { UE increments tracking area updating attempt counter unless it was already set to 5 and 
starts timer T3411 if tracking area updating attempt counter is less than 5 or starts timer T3402 if 
tracking area updating attempt counter is equal to 5 } 
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9.2.1 .2.3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 5.5.1.2.4, 
5.5.1.3.1, 5.5.1.3.2, 5.5.1.3.4.1, 5.5.1.3.4.2, 5.5.1.3.4.3, and 5.5.3.3.4.3. 

[TS 24.301, clause 5.5.1.2.4] 

If the attach request is accepted by the network, the MME shall send an ATTACH ACCEPT message to the UE and 
start timer T3450. The MME shall send the ATTACH ACCEPT message together with an ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message contained in the ESM message container information element to activate the 
default bearer (see subclause 6.4.1). The network may also initiate the activation of dedicated bearers towards the UE 
by invoking the dedicated EPS bearer context activation procedure (see subclause 6.4.2). 

If the attach request is accepted by the network, the MME shall delete the stored UE radio capability information, if 
any. 

If the UE has included the UE network capability IE or the MS network capability IE or both in the ATTACH 
REQUEST message, the MME shall store all octets received from the UE, up to the maximum length defined for the 
respective information element. 

NOTE: This information is forwarded to the new MME during inter-MME handover or to the new SGSN during 
inter- system handover to A/Gb mode or lu mode. 

The MME shall assign and include the TAI list the UE is registered to in the ATTACH ACCEPT message. The UE, 
upon receiving an ATTACH ACCEPT message, shall delete its old TAI list and store the received TAI list. 

Upon receiving the ATTACH ACCEPT message, the UE shall stop timer T3410. 

The GUTI reallocation may be part of the attach procedure. When the ATTACH REQUEST message includes the 
IMSI, or the MME considers the GUTI provided by the UE is invalid, or the GUTI provided by the UE was assigned by 
another MME, the MME shall allocate a new GUTI to the UE. The MME shall include in the ATTACH ACCEPT 
message the new assigned GUTI together with the assigned TAI list. In this case the MME shall enter state EMM- 
COMMON-PROCEDURE-INITIATED as described in subclause 5.4.1. 


If the ATTACH ACCEPT message contains a GUTI, the UE shall use this GUTI as the new temporary identity. The 
UE shall delete its old GUTI and store the new assigned GUTI. If no GUTI has been included by the MME in the 
ATTACH ACCEPT message, the old GUTI, if any available, shall be kept. 

If A/Gb mode or lu mode is supported in the UE, the UE shall set its TIN to "GUTI" when receiving the ATTACH 
ACCEPT message. 


When the UE receives the ATTACH ACCEPT message combined with the ACTIVATE DEFAULT EPS BEARER 
CONTEXT REQUEST message, it shall forward the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST 
message to the ESM sublayer. Upon receipt of an indication from the ESM sublayer that the default EPS bearer context 
has been activated, the UE shall send an ATTACH COMPLETE message together with an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message contained in the ESM message container information element to the 
network. 

Additionally, the UE shall reset the attach attempt counter and tracking area updating attempt counter, enter state EMM- 
REGISTERED and set the EPS update status to EUl UPDATED. 


Upon receiving an ATTACH COMPLETE message, the MME shall stop timer T3450, enter state EMM-REGISTERED 
and consider the GUTI sent in the ATTACH ACCEPT message as valid. 

[TS 24.301, clause 5.5.1.3.1] 

The combined attach procedure is used by a UE in CS/PS mode 1 or CS/PS mode 2 of operation to attach for both EPS 
and non-EPS services. 
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The combined attach procedure is also used by a UE in CS/PS mode 1 or CS/PS mode 2 of operation to attach for EPS 
services if it is already IMSI attached for non-EPS services. 

When the UE initiates a combined attach procedure, the UE shall indicate "combined EPS/IMSI attach" in the EPS 
attach type IE. 

The combined attach procedure follows the attach procedure for EPS described in subclause 5.5.1.2. 

[TS 24.301, clause 5.5.1.3.2] 

If the UE is in EMM state EMM-DEREGISTERED, the UE initiates the combined attach procedure by sending an 
ATTACH REQUEST message to the network, starting timer T3410 and entering state EMM-REGISTERED- 
INITIATED (see example in figure 5.5.1.2.2.1). 

The UE shall include the TMSI status IE if no valid TMSI is available. Furthermore, if the UE has stored a valid 
location area identification, the UE shall include it in the Old location area identification IE in the ATTACH REQUEST 
message. 

[TS 24.301, clause 5.5.1.3.4.1] 

Depending on the value of the EPS attach result IE received in the ATTACH ACCEPT message, two different cases 
can be distinguished: 

1) The EPS attach result IE value indicates "combined EPS/IMSI attach": attach for EPS and non-EPS services 
have been successful. 

2) The EPS attach result IE value indicates "EPS only": attach for EPS services has been successful but attach for 
non-EPS services has failed. 

[TS 24.301, clause 5.5.1.3.4.2] 

The description for attach for EPS services as specified in subclause 5.5.1.2.4 shall be followed. In addition, the 
following description for attach for non-EPS services applies. 


[TS 24.301, clause 5.5.1.3.4.3] 

Apart from the actions on the tracking area updating attempt counter, the description for attach for EPS services as 
specified in subclause 5.5.1.2.4 shall be followed. In addition, the following description for attach for non-EPS services 
applies. 

The UE receiving the ATTACH ACCEPT message takes one of the following actions depending on the EMM cause 
value: 


#16 (MSC temporarily not reachable); 

#17 (Network failure); or 

#22 (Congestion) 

The UE shall stop timer T3410 if still running. The tracking area updating attempt counter shall be 
incremented, unless it was already set to 5. 

If the tracking area updating attempt counter is less than 5: 

- the UE shall start timer T341 1, shall set the EPS update status to EUl UPDATED and shall enter state 
EMM-REGISTERED.ATTEMPTING-TO-UPDATE-MM. When timer T3411 expires the combined 
tracking area updating procedure indicating "combined TA/LA updating with IMSI attach" is triggered. 

If the tracking area updating attempt counter is equal to 5: 

- a UE operating in CS/PS mode 2 of operation shall start timer T3402, shall set the EPS update status to 
EUl UPDATED and shall enter state EMM-REGISTERED.ATTEMPTING-TO-UPDATE-MM. When 
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timer T3402 expires the combined tracking area updating procedure indicating "combined TA/LA 
updating with IMSI attach" is triggered; 

- a UE operating in CS/PS mode 1 of operation with "IMS voice not available" shall attempt to select 
GERAN or UTRAN radio access technology and proceed with appropriate MM or GMM specific 
procedures. The UE shall disable the E-UTRA capability (see subclause 4.5). If the UE is in the EMM- 
CONNECTED mode, the UE shall locally release the established NAS signalling connection and enter 
the EMM-IDLE mode before selecting GERAN or UTRAN radio access technology. 

NOTE 1 : It is up to the UE implementation when to enable E-UTRAN radio access technology selection. 


Other EMM cause values and the case that no EMM cause IE was received are considered as abnormal cases. The 
combined attach procedure shall be considered as failed for EPS and non-EPS services. The behaviour of the UE in 
those cases is specified in subclause 5.5.1.3.6. 

[TS 24.301, clause 5.5.3.3.4.3] 

Apart from the actions on the tracking area updating attempt counter, the description for tracking area for EPS services 
as specified in subclause 5.5.3.2.4 shall be followed. In addition, the following description for location updating for 
non-EPS services applies. 

The UE receiving the TRACKING AREA UPDATE ACCEPT message takes one of the following actions depending 
on the EMM cause value: 


#16 (MSC temporarily not reachable); 

#17 (Network failure); or 

#22 (Congestion) 

The UE shall stop timer T3430 if still running. The tracking area updating attempt counter shall be 
incremented, unless it was already set to 5. 

If the tracking area updating attempt counter is less than 5: 

- the UE shall start timer T341 1, shall set the EPS update status to EUl UPDATED and shall enter state 
EMM-REGISTERED.ATTEMPTING-TO-UPDATE-MM. When timer T3411 expires the combined 
tracking area updating procedure indicating "combined TA/LA updating with IMSI attach" is triggered 
again. 

If the tracking area updating attempt counter is equal to 5: 

- a UE operating in CS/PS mode 2 of operation shall start timer T3402, shall set the EPS update status to 
EUl UPDATED and shall enter state EMM-REGISTERED.ATTEMPTING-TO-UPDATE-MM. When 
timer T3402 expires the combined tracking area updating procedure indicating "combined TA/LA 
updating with IMSI attach" is triggered again; 

- a UE operating in CS/PS mode 1 of operation with "IMS voice not available" shall attempt to select 
GERAN or UTRAN radio access technology and proceed with appropriate MM or GMM specific 
procedures. The UE shall disable the E-UTRA capability (see subclause 4.5). If the UE is in the EMM- 
CONNECTED mode, the UE shall locally release the established NAS signalling connection and enter 
the EMM-IDLE mode before selecting GERAN or UTRAN radio access technology. 

NOTE 1 : It is up to the UE implementation when to enable E-UTRAN radio access technology selection. 
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9.2.1 .2.3.3 Test description 

9.2.1 .2.3.3.1 Pre-test conditions 

System Simulator: 

- cell A. 

Note: T3402 is set to default (12 min.). 
UE: 

- the UE is configured to initiate combined EPS/IMSI attach; 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1785 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


9.2.1 .2.3.3.2 Test procedure sequence 

The sequence is executed for execution counter k = 1, 2, 3. 

Table 9.2.1.2.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

The UE transmits a combined ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message as 
specified. 

-> 

ATTACH REQUEST 



3 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<— 

AUTHENTICATION REQUEST 



4 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



5 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 

<- 

SECURITY MODE COMMAND 

- 

- 

6 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 




EXCEPTION: Steps 6Aa1 to 6Aa2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





6A 
a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<— 

ESM INFORMATION REQUEST 



6A 
a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



7 

The SS transmits an ATTACH ACCEPT 
message with EPS attach result indicating 
"EPS only" and MM cause indicating according 
to specific message contents and with IE EPS 
Bearer Identity set to default EPS bearer 
context. The ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message is 
piggybacked in ATTACH ACCEPT. 

Note 1 : SS allocates a PDN address of a PDN 
type which is compliant with from the PDN type 
requested by the UE. 

<— 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 8 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





8 

Check: Does the UE transmit an ATTACH 
COMPLETE message including a ACTIVATE 
DEFAULT EPS BEARER CONTEXT ACCEPT 
message as specified? 

-> 

ATTACH COMPLETE 

1 

P 

9 

The SS releases the RRC connection. 

- 

- 

- 

- 

10 

Checkl : Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message with 
"combined TA/LA updating with IMSI attach"? 
Check2: Is the time between the previous 
ATTACH ACCEPT and TRACKING AREA 
UPDATE REQUEST equal to T341 1 ? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1,2 

P 
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Note: Tracking area updating attempt 
counter=2 





11 

SS transmits a TRACKING AREA UPDATE 
ACCEPT message with EPS update result 
indicating "TA updated" and MM cause 
indicating according to specific message 
contents. 

<— 

TRACKING AREA UPDATE 
ACCEPT 



11 

A 

The SS releases the RRC connection. 

- 

- 

- 

- 

12 

Checkl : Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message with 
"combined TA/LA updating with IMSI attach"? 
Check2: Is the time between the previous 
TRACKING AREA UPDATE ACCEPT and 
TRACKING AREA UPDATE REQUEST equal 
toT3411? 

Note: Tracking area updating attempt 
counter=3 

-> 

TRACKING AREA UPDATE 
REQUEST 

2,3 

P 

13 

SS transmits a TRACKING AREA UPDATE 
ACCEPT message with EPS update result 
indicating "TA updated" and MM cause 
indicating according to specific message 
contents. 

<- 

TRACKING AREA UPDATE 
ACCEPT 



13 
A 

The SS releases the RRC connection. 

- 

- 

- 

- 

14 

Checkl : Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message with 
"combined TA/LA updating with IMSI attach"? 
Check2: Is the time between the previous 
TRACKING AREA UPDATE ACCEPT and 
TRACKING AREA UPDATE REQUEST equal 
toT3411? 

Note: Tracking area updating attempt 
counter=4 

-> 

TRACKING AREA UPDATE 
REQUEST 

2,3 

P 

15 

SS transmits a TRACKING AREA UPDATE 
ACCEPT message with EPS update result 
indicating "TA updated" and MM cause 
indicating according to specific message 
contents 

<— 

TRACKING AREA UPDATE 
ACCEPT 



15 
A 

The SS releases the RRC connection. 

- 

- 

- 

- 

16 

Checkl : Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message with 
"combined TA/LA updating with IMSI attach"? 
Check2: Is the time between the previous 
TRACKING AREA UPDATE ACCEPT and 
TRACKING AREA UPDATE REQUEST equal 
toT3411? 

Note: Tracking area updating attempt 
counter=5 

-> 

TRACKING AREA UPDATE 
REQUEST 

2,3 

p 


EXCEPTION: Steps 17a1 to 17b2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that takes place according to UE 
mode of operation 





17 
a1 

IF the UE is configured to operate in CS/PS 
mode 2, then SS transmits a TRACKING 
AREA UPDATE ACCEPT message with EPS 
update result indicating "TA updated" and MM 
cause indicating according to specific message 
contents. 

<- 

TRACKING AREA UPDATE 
ACCEPT 



17a 
2 

The SS releases the RRC connection. 

- 

- 

- 

- 

17a 
3 

Checkl : Does the UE send TRACKING AREA 
UPDATE REQUEST message with "combined 

-> 

TRACKING AREA UPDATE 
REQUEST 

2,3 

p 
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TA/LA updating with IMSI attach"? 

Check2: Is the time between the previous 

TRACKING AREA UPDATE ACCEPT and 

TRACKING AREA UPDATE REQUEST equal 

to T3402? 

Note: Tracking area updating attempt 

counter=5 





17a 
4 

SS transmits a TRACKING AREA UPDATE 
ACCEPT message with EPS update result 
indicating " combined TA/LA updated " 
according to default message contents. 

<- 

TRACKING AREA UPDATE 
ACCEPT 



17a 
5 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

17a 
6 

The SS releases the RRC connection. 

- 

- 

- 

- 

17a 

7 

Check: Does the result of test procedure in 
36.508 clause 6.4.2.4 indicate that the UE 
answer to paging with S-TMSI-1 (associated 
with GUTI-1) for PS domain? 



3 



At the end of this test procedure sequence, the 
UE is in end state E-UTRA idle (El) according 
to TS 36.508. 





17b 

1 

ELSE SS transmits a TRACKING AREA 
UPDATE ACCEPT message with EPS update 
result indicating "combined TA/LA updated". 

<- 

TRACKING AREA UPDATE 
ACCEPT 



17b 
2 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 





18- 
20 

Void 

- 

- 

- 

- 


9.2.1 .2.3.3.3 Specific message contents 

Table 9.2.1.2.3.3.3-1: Message ATTACH REQUEST (step 2, Table 9.2.1.2.3.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

EPS attach type 

010 

"combined 
EPS/IMSI attach" 


Old GUTI or IMSI 

GUTI-1 



Last visited registered TAI 

TAI-1 



Old location area identification 

LAI-1 



TMSI status 

Not present 




Table 9.2.1.2.3.3.3-2: Message ATTACH ACCEPT (step 7, Table 9.2.1.2.3.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-1 

Information Element 

Value/remark 

Comment 

Condition 

EPS attach result 

001 

"EPS only" 


GUTI 

Not present 



Location area identification 

Not present 

SS doesn't 
provide LAI 


MS identity 

Not Present 

SS doesn't 
provide TMSI 


EMM cause 

0001 0000 for k=1 or 

00010001 fork=2or 
0001 01 10 for k=3 

#16(MSC 
temporarily not 
reachable) for k=1 
#17 (Network 
failure) for k=2 
#22 (Congestion) 
for k=3 
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Table 9.2.1.2.3.3.3-3: Message TRACKING AREA UPDATE REQUEST (steps 10-1 2-1 4-1 6-1 7a3, Table 

9.2.1.2.3.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-27 

Information Element 

Value/remark 

Comment 

Condition 

EPS update type 

010 

"combined TA/LA 
updating with IMS! 
attach" 


Old GUT! 

GUTI-1 



Old P-TMSI signature 

Not present 

This IE is included 
when the UE 
holds a valid P- 
TMSI signature. 


Additional GUT! 

Not present 

TIN = 'GUTI' 


Last visited registered TAI 

TAI-1 



Old location area identification 

LAI-1 



TMSI status 

Not present 




Table 9.2.1.2.3.3.3-4: Message TRACKING AREA UPDATE ACCEPT (steps 11-13-15, Table 

9.2.1.2.3.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-24 

Information Element 

Value/remark 

Comment 

Condition 

EPS update result 

000 

"TA updated" 
SS accepts 
Combined TAU 
for EPS services 
only. 


GUTI 

Not present 



Location area identification 

Not present 

SS doesn't 
provide LAI 


MS identity 

Not Present 

SS doesn't 
provide TMSI 


EMM cause 

0001 0000 for k=1 or 

00010001 fork=2or 
0001 01 10 for k=3 

#16(MSC 
temporarily not 
reachable) for k=1 
#17 (Network 
failure) for k=2 
#22 (Congestion) 
for k=3 
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Table 9.2.1.2.3.3.3-5: Message TRACKING AREA UPDATE ACCEPT (steps 17a1, Table 9.2.1.2.3.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-24 

Information Element 

Value/remark 

Comment 

Condition 

EPS update result 

000 

"TA updated" 
SS accepts 
Combined TAU 
for EPS services 
only. 


GUTI 

Not present 



Location area identification 

Not present 

SS doesn't 
provide LAI 


MS identity 

Not Present 

SS doesn't 
provide TMSI 


EMM cause 

0001 0000 for k=1 or 

00010001 fork=2or 
0001 01 10 for k=3 

#16(MSC 
temporarily not 
reachable) for k=1 
#17 (Network 
failure) for k=2 
#22 (Congestion) 
for k=3 


T3402 

'000 01111'B 

30 seconds 



9.2.1 .2.4 Successful combined attach procedure / EPS service only / CS domain not 

available 


9.2.1.2.4.1 
(1) 


Test Purpose (TP) 


with { UE is switched-off } 
ensure that { 

when { UE is powered on and a valid GUTI is available } 

then { the UE transmits an ATTACH REQUEST message with the EPS attach type set to "combined 
EPS/IMSI attach", including GUTI, last visited registered TAI and a PDN CONNECTIVITY REQUEST message 
with the request type set to "initial attach" } 


(2) 


with { UE has sent a combined ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message } 
ensure that { 

when { UE receives an ATTACH ACCEPT message including EPS attach result set to "EPS only" and EMM 
reject cause set to "CS domain not available" and including an ACTIVATE DEFAULT EPS BEARER CONTEXT 
REQUEST message with IE EPS Bearer Identity matching the PDN CONNECTIVITY REQUEST message } 

then { UE transmits ATTACH COMPLETE message, containing the EPS bearer identity, including an 
ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message and sets the update status to U2 NOT UPDATED and 
enters EMM-REGISTERED state | 


(3) 


with { The UE received an ATTACH ACCEPT message with EPS attach result set to "EPS only" and EMM 
cause set to "CS domain not available" } 
ensure that { 

when { UE enters a TA where it is not registered and which belongs to the PLMN where the UE 
received the EMM cause "CS domain not available" } 

then { UE initiates a normal tracking area update procedure indicating "TA updating" without 
valid LAI, TMSI, GSM ciphering key, UMTS integrity key, UMTS ciphering key or ciphering key sequence 
number } 

} 


(4) 


with { The UE received an ATTACH ACCEPT message with EPS attach result set to 
cause set to "CS domain not available" } 
ensure that { 

when { UE is powered up or switched on 


'EPS only" and EMM 


then { UE initiates a combined attach procedure indicating "combined EPS/IMSI attach" 
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9.2.1 .2.4.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 5.5.1.2.4, 
5.5.1.3.1, 5.5.1.3.2, 5.5.1.3.4.1, 5.5.1.3.4.2 and 5.5.1.3.4.3, and TS 24.008, clause 4.1.2.2. 

[TS 24.301, clause 5.5.1.2.4] 

If the attach request is accepted by the network, the MME shall send an ATTACH ACCEPT message to the UE and 
start timer T3450. The MME shall send the ATTACH ACCEPT message together with an ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message contained in the ESM message container information element to activate the 
default bearer (see subclause 6.4.1). The network may also initiate the activation of dedicated bearers towards the UE 
by invoking the dedicated EPS bearer context activation procedure (see subclause 6.4.2). 

If the attach request is accepted by the network, the MME shall delete the stored UE radio capability information, if 
any. 

If the UE has included the UE network capability IE or the MS network capability IE or both in the ATTACH 
REQUEST message, the MME shall store all octets received from the UE, up to the maximum length defined for the 
respective information element. 

NOTE: This information is forwarded to the new MME during inter-MME handover or to the new SGSN during 
inter- system handover to A/Gb mode or lu mode. 

The MME shall assign and include the TAI list the UE is registered to in the ATTACH ACCEPT message. The UE, 
upon receiving an ATTACH ACCEPT message, shall delete its old TAI list and store the received TAI list. 

Upon receiving the ATTACH ACCEPT message, the UE shall stop timer T3410. 

The GUTI reallocation may be part of the attach procedure. When the ATTACH REQUEST message includes the 
IMSI, or the MME considers the GUTI provided by the UE is invalid, or the GUTI provided by the UE was assigned by 
another MME, the MME shall allocate a new GUTI to the UE. The MME shall include in the ATTACH ACCEPT 
message the new assigned GUTI together with the assigned TAI list. In this case the MME shall enter state EMM- 
COMMON-PROCEDURE-INITIATED as described in subclause 5.4.1. 


If the ATTACH ACCEPT message contains a GUTI, the UE shall use this GUTI as the new temporary identity. The 
UE shall delete its old GUTI and store the new assigned GUTI. If no GUTI has been included by the MME in the 
ATTACH ACCEPT message, the old GUTI, if any available, shall be kept. 

If A/Gb mode or lu mode is supported in the UE, the UE shall set its TIN to "GUTI" when receiving the ATTACH 
ACCEPT message. 


When the UE receives the ATTACH ACCEPT message combined with the ACTIVATE DEFAULT EPS BEARER 
CONTEXT REQUEST message, it shall forward the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST 
message to the ESM sublayer. Upon receipt of an indication from the ESM sublayer that the default EPS bearer context 
has been activated, the UE shall send an ATTACH COMPLETE message together with an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message contained in the ESM message container information element to the 
network. 

Additionally, the UE shall reset the attach attempt counter and tracking area updating attempt counter, enter state EMM- 
REGISTERED and set the EPS update status to EUl UPDATED. 


Upon receiving an ATTACH COMPLETE message, the MME shall stop timer T3450, enter state EMM-REGISTERED 
and consider the GUTI sent in the ATTACH ACCEPT message as valid. 

[TS 24.301, clause 5.5.1.3.1] 

The combined attach procedure is used by a UE in CS/PS mode 1 or CS/PS mode 2 of operation to attach for both EPS 
and non-EPS services. 
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The combined attach procedure is also used by a UE in CS/PS mode 1 or CS/PS mode 2 of operation to attach for EPS 
services if it is already IMSI attached for non-EPS services. 

When the UE initiates a combined attach procedure, the UE shall indicate "combined EPS/IMSI attach" in the EPS 
attach type IE. 

The combined attach procedure follows the attach procedure for EPS described in subclause 5.5.1.2. 

[TS 24.301, clause 5.5.1.3.2] 


The UE shall include the TMSI status IE if no valid TMSI is available. Furthermore, if the UE has stored a valid 
location area identification, the UE shall include it in the Old location area identification IE in the ATTACH REQUEST 
message. 

[TS 24.301, clause 5.5.1.3.4.1] 

Depending on the value of the EPS attach result IE received in the ATTACH ACCEPT message, two different cases 
can be distinguished: 

1) The EPS attach result IE value indicates "combined EPS/IMSI attach": attach for EPS and non-EPS services 
have been successful. 

2) The EPS attach result IE value indicates "EPS only": attach for EPS services has been successful but attach for 
non-EPS services has failed. 

[TS 24.301, clause 5.5.1.3.4.2] 

The description for attach for EPS services as specified in subclause 5.5.1.2.4 shall be followed. In addition, the 
following description for attach for non-EPS services applies. 


[TS 24.301, clause 5.5.1.3.4.3] 

Apart from the actions on the tracking area updating attempt counter, the description for attach for EPS services as 
specified in subclause 5.5.1.2.4 shall be followed. In addition, the following description for attach for non-EPS services 
applies. 

The UE receiving the ATTACH ACCEPT message takes one of the following actions depending on the EMM cause 
value: 


#18 (CS domain not available) 

The UE shall stop timer T3410 if still running, shall reset the tracking area updating attempt counter, shall set 
the EPS update status to EUl UPDATED and shall enter state EMM-REGISTERED.NORMAL-SERVICE. 

The UE shall set the update status to U2 NOT UPDATED. 

A UE in CS/PS mode 1 of operation with "IMS voice not available" shall attempt to select GERAN or 
UTRAN radio access technology rather than E-UTRAN for the selected PLMN or equivalent PLMN. The 
UE shall disable the E-UTRA capability (see subclause 4.5). If the UE is in the EMM-CONNECTED mode, 
the UE shall locally release the established NAS signalling connection and enter the EMM-IDLE mode 
before selecting GERAN or UTRAN radio access technology. 

A UE in CS/PS mode 2 of operation may provide a notification to the user or the upper layers that the CS 
domain is not available. 


The UE shall not attempt combined attach or combined tracking area update procedure with current PLMN 
until switching off the UE or the UICC containing the USIM is removed. 
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Other EMM cause values and the case that no EMM cause IE was received are considered as abnormal cases. The 
combined attach procedure shall be considered as failed for EPS and non-EPS services. The behaviour of the UE in 
those cases is specified in subclause 5.5.1.3.6. 

[TS 24.008, clause 4.1.2.2] 

In parallel with the sublayer states described in subclause 4.1.2.1 and which control the MM sublayer protocol, an 
update status exists. 

The update status pertains to a specific subscriber embodied by a SIM/USIM. This status is defined even when the 
subscriber is not activated (SIM/USIM removed or connected to a switched-off ME). It is stored in a non volatile 
memory in the SIM/USIM. The update status is changed only as a result of a location updating procedure attempt (with 
the exception of an authentication failure and of some cases of CM service rejection). In some cases, the update status is 
changed as a result of a GPRS attach, GPRS routing area update, service request or network initiated GPRS detach 
procedure. 


U2 NOT UPDATED 

The last location updating attempt made failed procedurally (no significant answer was received from the 
network, including the cases of failures or congestion inside the network). 

For this status, the SIM/USIM does not contain any vaHd LAI, TMSI, GSM ciphering key, UMTS integrity 
key, UMTS ciphering key or ciphering key sequence number. For compatibility reasons, all these fields must 
be set to the "deleted" value at the moment the status is set to NOT UPDATED. However the presence of 
other values shall not be considered an error by the mobile station. The "Location update status" stored on the 
SIM/USIM shall be "not updated". 


9.2.1 .2.4.3 Test description 

9.2.1 .2.4.3.1 Pre-test conditions 

System Simulator: 

- cell A (TAI-1, home PLMN) and cell B (TAI-2, home PLMN). 

- System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells; 
UE: 

- the UE is configured to initiate combined EPS/IMSI attach; 

the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS.36.508 [18]. 
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9.2.1.2.4.3.2 


Test procedure sequence 

Table 9.2.1.2.4.3.2-1: Main Behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Set the cell type of cell A to the "Serving cell" 
Set the ceil type of cell B to the "Non-suitable 
cell" 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is switched on. 

- 

- 

- 

- 

3 

Check : Does the UE transmit a combined 
ATTACH REQUEST message including a 
PDN CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

1 

P 

4 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<- 

AUTHENTICATION REQUEST 



5 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



6 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 

<— 

SECURITY MODE COMMAND 

- 

- 

7 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 




EXCEPTION: Steps 7Aa1 to 7Aa2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





7A 
a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<- 

ESM INFORMATION REQUEST 



7A 
a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



8 

SS responds with ATTACH ACCEPT message 
with IE EPS Bearer Identity set to default EPS 
bearer context. The ACTIVATE DEFAULT 
EPS BEARER CONTEXT REQUEST 
message is piggybacked in ATTACH 
ACCEPT. 

<— 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 9 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





9 

Check: Does the UE transmit an ATTACH 
COMPLETE message including a ACTIVATE 
DEFAULT EPS BEARER CONTEXT ACCEPT 
message as specified? 

-> 

ATTACH COMPLETE 

2 

P 

10 

The SS releases the RRC connection. 

- 

- 

- 

- 

11 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.2 
indicate that the UE is in E-UTRA RRCJDLE 
state on Cell 1? 



2 


12 

Set the cell type of cell B to the "Serving cell" 
Set the cell type of cell A to the "Non-suitable 
cell" 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 
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13 

Check: Does the UE transmit TRACKING 
AREA UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

3 

P 

14 

SS responds with TRACKING AREA UPDATE 
ACCEPT message 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

15 

UE sends TRACKING AREA UPDATE 
COMPLETE 

-> 

TRACKING AREA UPDATE 
COMPLETE 



16 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





- 

EXCEPTION: Step 16a describes behaviour 
that depends on the UE capability. 





16a 

If pc_SwitchOnOff or pc_USIM_Removal then 
UE sends DETACH REQUEST message 

-> 

DETACH REQUEST 



17 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

18 

Check : Does the UE transmit a combined 
ATTACH REQUEST message including a 
PDN CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

4 

P 

19 

SS responds with ATTACH ACCEPT message 
with IE EPS Bearer Identity set to default EPS 
bearer context. The ACTIVATE DEFAULT 
EPS BEARER CONTEXT REQUEST 
message is piggybacked in ATTACH 
ACCEPT. 

<- 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 20 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





20 

Check: Does the UE transmit an ATTACH 
COMPLETE message including a ACTIVATE 
DEFAULT EPS BEARER CONTEXT ACCEPT 
message as specified? 

-> 

ATTACH COMPLETE 




At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508 but attached for EPS 
services only. 






9.2.1 .2.4.3.3 Specific message contents 

Table 9.2.1.2.4.3.3-1: Message ATTACH REQUEST (step 3, Table 9.2.1.2.4.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

EPS attach type 

010 

"combined 
EPS/IMSI attach" 


Old GUTI or IMSI 

GUTI-1 



Last visited registered TAI 

TAI-1 



Old location area identification 

LAI-1 



TMSI status 

Not present 
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Table 9.2.1.2.4.3.3-2: Message ATTACH ACCEPT (step 8, Table 9.2.1.2.4.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-1 

Information Element 

Value/remark 

Comment 

Condition 

EPS attach result 

001 

"EPS only" 


GUT! 

Not Present 



Location area identification 

Not present 

SS doesn't 
provide LAI 


MS identity 

Not Present 

SS doesn't 
provide TMSI 


EMM cause 

00010010 

#18 "CS domain 
not available" 



Table 9.2.1.2.4.3.3-3: Message TRACKING AREA UPDATE REQUEST (step 13, Table 9.2.1.2.4.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-27 

Information Element 

Value/remark 

Comment 

Condition 

EPS update type 

000 

TA updating 


Old GUT! 

GUTI-1 



Last visited registered TAI 

TAI-1 

If available, the 
last TAI is 
included by UE 
and will be used 
to establish a 
good list of TAIs in 
subsequent 
ATTACH 
ACCEPT 
message. 


Old location area identification 

Not present 

Entering in U2 
NOT UPDATED 
state, UE deletes 
LAI 


TMSI status 

Not present 




Table 9.2.1.2.4.3.3-4: Message TRACKING AREA UPDATE ACCEPT (step 14, Table 9.2.1.2.4.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-24 

Information Element 

Value/remark 

Comment 

Condition 

EPS update result 

000 

"TA only" 


GUTI 

GUTI-2 



Location area identification 

Not present 

SS doesn't 
provide LAI 


MS identity 

Not Present 

SS doesn't 
provide TMSI 


EMM cause 

00010010 

#18 "CS domain 
not available" 



Table 9.2.1.2.4.3.3-5: Message ATTACH REQUEST (step 18, Table 9.2.1.2.4.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

EPS attach type 

010 

"combined 
EPS/IMSI attach" 


Old GUTI or IMSI 

GUTI-2 



Last visited registered TAI 

TAI-2 



Old location area identification 

Not present 



TMSI status 



"no valid TMSI 
available" 
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Table 9.2.1.2.4.3.3-6: Message ATTACH ACCEPT (step 19, Table 9.2.1.2.4.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-1 

Information Element 

Value/remark 

Comment 

Condition 

EPS attach result 

010 

"Combined 
EPS/IMSI attach" 


GUTI 

GUTI-2 



Location area identification 

LAI-2 



MS identity 

TMSI-2 




9.2.1.2.5 
9.2.1.2.5.1 

(1) 


Combined attach / Rejected / IMSI invalid 
Test Purpose (TP) 


with { UE has sent an ATTACH REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the EMM cause set to 'Illegal UE ' } 

then { UE deletes GUTI, last visited registered TAI and KSI and considers the USIM as invalid 
for EPS services and non-EPS services and enters state EMM-DEREGISTERED j 


(2) 

with { UE has sent an ATTACH REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the EMM cause set to 'Illegal UE ' } 

then { UE deletes P-TMSI, P-TMSI signature, RAI , GPRS ciphering key sequence number, TMSI, LAI 
and ciphering key sequence number } 


9.2.1.2.5.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.1.3.5 and 
TS 24.008, clause 4.7.3.2.4. 

[TS 24.301, clause 5.5.1.3.5] 

Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410, enter MM state MM IDLE, and take 
the following actions depending on the EMM cause value received. 

#3 (Illegal UE); 


The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause5.1.3.3) and shall delete any GUTI, last visited registered TAI and eKSI. 

The UE shall consider the USIM as invalid for EPS and non-EPS services until switching off or the UICC 
containing the USIM is removed. Additionally, the UE shall delete the list of equivalent PLMNs and shall enter 
the state EMM-DEREGISTERED. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the MM parameters update 
status, TMSI, LAI and ciphering key sequence number, and the GMM parameters GMM state, GPRS update 
status, P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number as specified in 
3GPP TS 24.008 [13] for the case when the combined attach procedure is rejected with the GMM cause with the 
same value. 

[TS 24.008, clause 4.7.3.2.4] 

The MS shall then take one of the following actions depending upon the reject cause: 

# 3 (Illegal MS); 
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The MS shall set the GPRS update status to GU3 ROAMING NOT ALLOWED (shall store it according to 
subclause 4.1.3.2) and shall delete any P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence 
number. The new GMM state is GMM-DEREGISTERED. The new MM state is MM IDLE. 

The MS shall set the update status to U3 ROAMING NOT ALLOWED, shall delete any TMSI, LAI and 
ciphering key sequence number. The SIM/USIM shall be considered as invalid for GPRS and non-GPRS 
services until switching off or the SIM/USIM is removed. 

9.2.1 .2.5.3 Test description 

9.2.1 .2.5.3.1 Pre-test conditions 

System Simulator: 

- cell A and cell B; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 5 (, LAI-1 and RAI-1 ;home PLMN) ; - if 
pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, Cell 24 (, LAI-1 and RAI-1. home PLMN) ; 

- System information combination 10a as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
Note: Setting px_RATComb_Tested = EUTRA_Only is not allowed. 

UE: 

- the UE is configured to initiate combined EPS/IMSI attach; 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, the UE is previously registered on UTRAN cell 5 
using default message contents according to TS 36.508 [18]. 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, the UE is previously registered on GERAN 
cell 24 using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1.2.5.3.2 


Test procedure sequence 

Table 9.2.1.2.5.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The SS configures: 

- Cell A as the "Serving cell", 

- Cell B as a "Non-Suitable cell", 

- Cell 5 or Cell 24 as a "Non-Suitable cell". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is switched on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



4 

The SS transmits an ATTACH REJECT 
message with the EMM cause set to 'Illegal 
UE'. 

<— 

ATTACH REJECT 



5 

The SS releases the RRC connection. 

- 

- 

- 

- 

6 

The SS configures: 

- Cell A as a "Non-Suitable cell". 

- Cell B as the "Serving cell". 





7 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds on 
Cell Boron Cell A? 

-> 

ATTACH REQUEST 

1 

F 


EXCEPTION: Steps 8a1 to 8a6 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





8a1 

The SS configures: 

- Cell B as a "Non-Suitable cell", 

- Cell 5 (px RATComb Tested = 
EUTRA UTRA) or Cell 24 
(px_RATComb_Tested = EUTRA_GERAN) as 
the "Serving cell". 






The following messages are to be observed on 
Cell 5 or Cell 24 unless explicitly stated 
otherwise. 





8a2 

Void 

- 

- 

- 

- 

8a3 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

8a4 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





8a5 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

8a6 

Check: Does the UE transmit an ATTACH 
REQUEST message? 

-> 

ATTACH REQUEST 

2 

P 

8b1 

Void 

- 

- 

- 

- 

9 

Void 

- 

- 

- 

- 

10 

The SS configures: 

- Cell A as the "Serving cell", 

- Cell B as a "Non-Suitable cell", 

- Cell 5 or Cell 24 as a " Cell Off ". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

- 

Void 





11 

Void 

- 

- 

- 

- 

Hal 

Void 

- 

- 

- 

- 

12 

Check: Does the UE transmit an ATTACH 
REQUEST message? 

-> 

ATTACH REQUEST 

1 

P 

13- 
14 

Void 

- 

- 

- 

- 

15a1 

Void 

- 

- 

- 

- 
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15a9 






16- 
27 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 





Note1: Void. 

Note 2: Switching off, USIIVI removal, or power removal shall be done before T3310 and T331 1 expire (30 seconds) 
so that the UE does not retransmit ATTACH REQUEST message. 


9.2.1 .2.5.3.3 Specific message contents 

Table 9.2.1.2.5.3.3-1 : Message ATTACH REJECT (step 4, Table 9.2.1.2.5.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-3 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0000 001 1'B 

Illegal UE 



Table 9.2.1.2.5.3.3-2: Message ATTACH REQUEST (step 12, Table 9.2.1.2.5.3.2-1) 


Derivation Path: TS 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 




NAS key set identifier 

'lire 

no key is available 


TSC 

Any allowed value 

TSC does not 
apply for NAS key 
set identifier value 
"111". 


Old GUTI or IMSI 

IMSI-1 



Last visited registered TAI 

Not present 



Old location area identification 

Not present 



TMSI status 

'O'B 

no valid TMSI 
available 
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Table 9.2.1.2.5.3.3-3: Message ATTACH REQUEST (step 8a6, Table 9.2.1.2.5.3.2-1) 


Derivation Path: TS 24.008 , Table 9.4.1 

Information Element 

Value/remark 

Comment 

Condition 

MS network capability 

Any allowed value 



Attach type 

'011 'B 

Combined 
GPRS/IMSI attach 


GPRS ciphering key sequence number 

'lire 

No key is 
available (MS to 
network) 


DRX parameter 

Any allowed value 



P-TMSI or IMSI 

IMSI-1 



Old routing area identification 

All bits of octets 5 and 6 

are set to 1 , except bit 1 

of octet 6 which is set to 

0. 

Other bits are not 

checked. 



MS Radio Access capability 

Any allowed value 



Old P-TMSI signature 

Not present 



Requested READY timer 
value 

Not present or any 
allowed value 



TMSI status 

'O'B 

no valid TMSI 
available 


PS LCS Capability 

Not present or any 
allowed value 



Mobile station classmark 2 

Not present or any 
allowed value 



Mobile station classmark 3 

Not present or any 
allowed value 



Supported Codecs 

Not present or any 
allowed value 



UE network capability 

Not present or any 
allowed value 



Additional mobile identity 

Not present 



Additional old routing area identification 

Not present 




9.2.1.2.6 


9.2.1.2.6.1 


Combined attach / Rejected / Illegal ME 
Test Purpose (TP) 


(1) 

with { UE has sent an ATTACH REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the EMM cause set to 'Illegal ME' } 

then { UE deletes GUTI, last visited registered TAI and KSI and considers the USIM as invalid 
for EPS services and non-EPS services and enters state EMM-DEREGISTERED } 


(2) 

with { UE has sent an ATTACH REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the EMM cause set to 'Illegal ME' } 

then { UE deletes P-TMSI, P-TMSI signature, RAI , GPRS ciphering key sequence number, TMSI, LAI 
and ciphering key sequence number } 


9.2.1.2.6.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.1.3.5 and 
TS 24.008, clause 4.7.3.2.4. 

[TS 24.301, clause 5.5.1.3.5] 
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Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410, enter MM state MM IDLE, and take 
the following actions depending on the EMM cause value received. 


#6 (Illegal ME); or 


The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclauses. 1.3. 3) and shall delete any GUTI, last visited registered TAI and eKSI. 

The UE shall consider the USIM as invalid for EPS and non-EPS services until switching off or the UICC 
containing the USIM is removed. Additionally, the UE shall delete the list of equivalent PLMNs and shall enter 
the state EMM-DEREGISTERED. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the MM parameters update 
status, TMSI, LAI and ciphering key sequence number, and the GMM parameters GMM state, GPRS update 
status, P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number as specified in 
3GPP TS 24.008 [13] for the case when the combined attach procedure is rejected with the GMM cause with the 
same value. 

[TS 24.008, clause 4.7.3.2.4] 

The MS shall then take one of the following actions depending upon the reject cause: 


# 6 (Illegal ME), or 


The MS shall set the GPRS update status to GU3 ROAMING NOT ALLOWED (shall store it according to 
subclause 4.1.3.2) and shall delete any P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence 
number. The new GMM state is GMM-DEREGISTERED. The new MM state is MM IDLE. 

The MS shall set the update status to U3 ROAMING NOT ALLOWED, shall delete any TMSI, LAI and 
ciphering key sequence number. The SIM/USIM shall be considered as invalid for GPRS and non-GPRS 
services until switching off or the SIM/USIM is removed. 

9.2.1 .2.6.3 Test description 

The test description is identical to the one of subclause 9.2.1.2.5 except that the reject cause #3 "illegal UE" is replaced 
with reject cause #6 "Illegal ME" 

9.2.1 .2.7 Combined attach / Rejected / EPS services and non-EPS services not allowed 

9.2.1 .2.7.1 Test Purpose (IP) 

(1) 

with { UE has sent an ATTACH REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the EMM cause set to 'EPS services and non-EPS 
services not allowed' } 

then { UE deletes GUTI, last visited registered TAI and KSI and considers the USIM as invalid 
for EPS services and non-EPS services and enters state EMM-DEREGISTERED } 

} 

(2) 

with { UE has sent an ATTACH REQUEST } 
ensure that { 

when { UE receives an ATTACH REJECT message with the EMM cause set to 'EPS services and non-EPS 
services not allowed' } 

then { UE deletes P-TMSI, P-TMSI signature, RAI, GPRS ciphering key sequence number, TMSI, LAI 
and ciphering key sequence number } 
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9.2.1 .2.7.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.1.3.5 and 
TS 24.008, clause 4.7.3.2.4. 

[TS 24.301, clause 5.5.1.3.5] 

Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410, enter MM state MM IDLE, and take 
the following actions depending on the EMM cause value received. 


#8 (EPS services and non-EPS services not allowed); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause5.1.3.3) and shall delete any GUTI, last visited registered TAI and eKSI. 

The UE shall consider the USIM as invalid for EPS and non-EPS services until switching off or the UICC 
containing the USIM is removed. Additionally, the UE shall delete the list of equivalent PLMNs and shall enter 
the state EMM-DEREGISTERED. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the MM parameters update 
status, TMSI, LAI and ciphering key sequence number, and the GMM parameters GMM state, GPRS update 
status, P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number as specified in 
3GPP TS 24.008 [13] for the case when the combined attach procedure is rejected with the GMM cause with the 
same value. 

[TS 24.008, clause 4.7.3.2.4] 

The MS shall then take one of the following actions depending upon the reject cause: 


# 8 (GPRS services and non-GPRS services not allowed); 

The MS shall set the GPRS update status to GU3 ROAMING NOT ALLOWED (shall store it according to 
subclause 4.1.3.2) and shall delete any P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence 
number. The new GMM state is GMM-DEREGISTERED. The new MM state is MM IDLE. 

The MS shall set the update status to U3 ROAMING NOT ALLOWED, shall delete any TMSI, LAI and 
ciphering key sequence number. The SIM/US IM shall be considered as invalid for GPRS and non-GPRS 
services until switching off or the SIM/USIM is removed. 

9.2.1 .2.7.3 Test description 

The test description is identical to the one of subclause 9.2.1.2.5 except that the reject cause #3 "illegal UE" is replaced 
with reject cause #8 "EPS services and non-EPS services not allowed" 

9.2.1 .2.8 Combined attach / Rejected / EPS services not allowed 

9.2.1 .2.8.1 Test Purpose (TP) 
(1) 

with { UE has sent an ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the reject cause set to "EPS services not 
allowed" } 

then { UE considers the USIM as invalid for EPS services and enters state EMM-DEREGISTERED and 
UE does not attempt to attach on any other cell } 
} 

9.2.1 .2.8.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.1.3.5. 
[TS 24.301, clause 5.5.1.3.5] 
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Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410, enter MM state MM IDLE, and take 
the following actions depending on the EMM cause value received. 


#7 (EPS services not allowed); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI and eKSI. The UE shall consider the 
USIM as invalid for EPS services until switching off or the UICC containing the USIM is removed. 
Additionally, the UE shall delete the Hst of equivalent PLMNs and shall enter the state EMM-DEREGISTERED. 

A UE which is not yet IMSI attached for non-EPS services shall select GERAN or UTRAN radio access 
technology and perform an IMSI attach for non-EPS services, using the MM IMSI attach procedure as described 
in 3GPP TS 24.008 [13]. The UE shall not reselect E-UTRAN radio access technology until switching off or the 
UICC containing the USIM is removed. 

A UE which is already IMSI attached for non-EPS services is still IMSI attached for non-EPS services in the 
network. The UE shall select GERAN or UTRAN radio access technology and shall proceed with the 
appropriate MM specific procedure according to the MM service state. The UE shall not reselect E-UTRAN 
radio access technology until switching off or the UICC containing the USIM is removed. 

NOTE: Some interaction is required with the access stratum to disable E-UTRAN cell reselection. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the GMM parameters GMM 
state, GPRS update status, P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number as 
specified in 3GPP TS 24.008 [13] for the case when the combined attach procedure is rejected with the GMM 
cause with the same value. 

9.2.1 .2.8.3 Test description 

9.2.1 .2.8.3.1 Pre-test conditions 

System Simulator: 

- cell A and cell B; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 5 (home PLMN); - if pc_GERAN AND 
px_RATComb_Tested = EUTRA_GERAN, cell 24 (home PLMN) ; 

- System information combination 10a as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
Note: Setting px_RATComb_Tested = EUTRA_Only is not allowed. 

UE: 

- the UE is configured to initiate combined EPS/IMSI attach. 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, the UE is previously registered on UTRAN cell 5 
using default message contents according to TS 36.508 [18]. 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, the UE is previously registered on GERAN 
cell 24 using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1.2.8.3.2 


Test procedure sequence 

Table 9.2.1.2.8.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The SS configures: 

- Cell A as the "Serving cell". 

- Cell B as a "Suitable neighbour cell". 

- Cell 5 or Cell 24 as a "Suitable neighbour 
cell". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is switched on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



4 

The SS transmits an ATTACH REJECT 
message with EMM cause = "EPS services not 
allowed" as specified. 

<- 

ATTACH REJECT 



5 

The SS releases the RRC connection. 

- 

- 

- 

- 


EXCEPTION: Steps 6a1 to 6a5 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





6a1 

The following messages are sent and shall be 
received on cell 5 or Cell 24. 

- 

- 

- 

- 

6a2 

Check: Does the UE transmit a LOCATION 
UPDATING REQUEST message on Cell 5 or 
Cell 24? 

-> 

LOCATION UPDATING 
REQUEST 

1 

p 

6a3 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the 
authentication and AKA procedure. 

<- 

AUTHENTICATION REQUEST 



6a4 

The UE transmits an AUTHENTICATION 
RESPONSE message. 

-> 

AUTHENTICATION RESPONSE 

- 

- 

6a5 

The SS transmits a LOCATION UPDATING 
ACCEPT message with Location updating type 
= "IMSI attach" as specified in 3GPP TS 
24.008. 

<- 

LOCATION UPDATING ACCEPT 



7 

The SS configures: 

- Cell 5 or Cell 24 as a "Non-Suitable cell". 

- Cell A as the "Suitable neighbour cell". 

- Cell B as the "Suitable neighbour cell". 





8 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds on 
Cell A or on Cell B? 

-> 

ATTACH REQUEST 

1 

F 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA deregistered (E4) 
according to TS 36.508. 






9.2.1 .2.8.3.3 Specific message contents 

Table 9.2.1.2.8.3.3-1 : Message ATTACH REJECT (step 4, Table 9.2.1.2.8.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-3 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0000 011 VB 

EPS services not 
allowed 
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Table 9.2.1.2.8.3.3-2: LOCATION UPDATING REQUEST (step 6a2, Table 9.2.1.2.8.3.2-1) 


Derivation Path: TS 36.508 Table 4.7B.2-4 

Information Element 

Value/remark 

Comment 

Condition 

Location updating type 

IIVISI attach 




Table 9.2.1.2.8.3.3-3: LOCATION UPDATING ACCEPT (step 6a5, Table 9.2.1.2.8.3.2-1) 


Derivation Path: TS 36.508 Table 4.7B.2-5 

Information Element 

Value/remark 

Comment 

Condition 

Mobile identity 

Not present 




9.2.1.2.9 
9.2.1.2.9.1 
(1) 


Combined attach / Rejected / PLMN not allowed 
Test Purpose (TP) 


with { UE has sent an ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the reject cause set to "PLMN not allowed" } 
then { UE deletes the GUTI, the last visited registered TAI and KSI and UE deletes the list of 
equivalent PLMNs and UE enters state EMM-DEREGISTERED . PLMN- SEARCH and UE stores the PLMN in the 
"forbidden PLMN list" } 


(2) 

with { UE is switched off and a PLMN is stored in the "forbidden PLMN list" 
ensure that { 

when { UE is powered on this PLMN } 

then { UE does not attempt to attach on the cell } 


(3) 

with { UE in E-UTRA EMM-DEREGISTERED . PLMN- SEARCH state and a PLMN is stored in the "forbidden PLMN 
list" } 
ensure that { 

when { UE enters a PLMN which is not in the "forbidden PLMN list" } 
then { UE attempts to attach on the cell } 

} 

(4) 

with { UE in E-UTRA EMM-DEREGISTERED . PLMN- SEARCH state and a PLMN is stored in the "forbidden PLMN 
list" } 
ensure that { 

when { the forbidden PLMN is selected manually } 

then { UE attaches to the forbidden PLMN and deletes this PLMN from the forbidden PLMN list on 
the USIMJ 


9.2.1 .2.9.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.1.3.5. 

[TS 24.301, clause 5.5.1.3.5] 


Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410, enter MM state MM IDLE, and take 
the following actions depending on the EMM cause value received. 


#11 (PLMN not allowed); 
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The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI, and KSI, and reset the attach attempt 
counter. The UE shall delete the list of equivalent PLMNs and enter the state EMM-DEREGISTERED.PLMN- 
SEARCH. 

The UE shall store the PLMN identity in the "forbidden PLMN list". 

The UE shall perform a PLMN selection according to 3GPP TS 23.122 [6]. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the MM parameters update 
status, TMSI, LAI, ciphering key sequence number and location update attempt counter, and the GMM 
parameters GMM state, GPRS update status, P-TMSI, P-TMSI signature, RAI, GPRS ciphering key sequence 
number and GPRS attach attempt counter as specified in 3GPP TS 24.008 [13] for the case when the combined 
attach procedure is rejected with the GMM cause with the same value and no RR connection exists. 


9.2.1 .2.9.3 Test description 

9.2.1 .2.9.3.1 Pre-test conditions 

System Simulator: 

- cell G, cell H (VPLMN, same MCC Hke HPLMN, different TAs) and cell I (VPLMN, different MCC from 
HPLMN); 

- if pc_UTRA AND , px_RATComb_Tested = EUTRA_ UTRA N, cell 8 (belongs to RAI-1, same PLMN as cell 
G, Non- suitable off); 

- if pc_GERAN px_RATComb_Tested = EUTRA_ GERAN, cell 24 (belongs to RAI-1, same PLMN as cell G, 
Non- suitable off); - the cells may not be simultaneously activated. 

- System information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
Note: Setting px_RATComb_Tested = EUTRA_Only is not allowed. 

UE: 

- the UE is configured to initiate combined EPS/IMSI attach; 

the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell G using default message contents according to TS 36.508 [18]; 

- the "forbidden PLMN Hst" is empty. 
Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1.2.9.3.2 


Test procedure sequence 

Table 9.2.1.2.9.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The SS configures: 

- Cell G as the "Serving cell". 

- Cell H as a " Suitable Neighbour cell". 

- Cell 1 as a "Non-Suitable Off cell". 

Note: Cell G and Cell H are in the different TAI 
-same PLMN. 





- 

The following messages are to be observed on 
Cell G unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is switched on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



4 

The SS transmits an ATTACH REJECT 
message with EMM cause = "PLMN not 
allowed". 

<— 

ATTACH REJECT 



5 

The SS releases the RRC connection. 

- 

- 

- 

- 

6 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

- 

ATTACH REQUEST 

1 

F 

7 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





8 

The UE is brought back to operation or the 
USIM is inserted. The UE is powered on or 
switched on. 





8A 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

2 

F 


EXCEPTION: Steps 9a1 to 9a3 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





9a1 

The SS configures: 

- Cell H as a "Non-Suitable off cell". 

- Cell G as a "Non-Suitable cell". 

- Cell 8 (px RATComb Tested = 
EUTRA UTRA) or Cell 24 
(px_RATComb_Tested = EUTRA_GERAN) as 
the "Serving cell". 

Note: Cell G, Cell 8 and Cell 24 are in the 
same PLMN. 






The following messages are to be observed on 
Cell 8 or Cell 24 unless explicitly stated 
otherwise. 





9a2 

Void 

- 

- 

- 

- 

9a3 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

2 

F 

10 

The SS configures: 

Cell 8 or Cell 24 as a "Non-Suitable off cell". 

Cell 1 as a " Serving cell". 

Note: Cell G belongs to PLMN different from 
PLMN belonging to Cell 1. 





- 

The following messages are to be observed on 
Cell 1 unless explicitly stated otherwise. 

- 

- 

- 

- 

11 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message as 
specified? 

-> 

ATTACH REQUEST 

1,3 

P 

12- 
23 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 

- 

- 

- 

- 
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procedure in TS 36.508 sub clause 4.5.2.3. 





24 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





- 

EXCEPTION: Step 25 describes behaviour 
that depends on the UE capability. 





25 

Ifpc SwitchOnOff or pc USIM Removal then 
the UE transmits a DETACH REQUEST 
message. 

-> 

DETACH REQUEST 



26 

The SS configures: 

- Cell G as the "Serving cell" 

- Cell 1 as a "Non-suitable cell". 

Note: Cell G belongs to the forbidden PLMN. 





27 

The UE is brought back to operation or the 
USIM is inserted 

- 

- 

- 

- 

28 

The following messages are to be observed on 
Cell G unless explicitly stated otherwise. 

- 

- 

- 

- 

29 

The user sets the UE in manual PLMN 
selection mode or requests a PLMN search. 

- 

- 

- 

- 

30 

The user selects PLMN of cell G. 

- 

- 

- 

- 

31 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message as 
specified? 

-> 

ATTACH REQUEST 

4 

P 

32-4 

The attach procedure is completed and the 
RRC connection is released by executing 
steps 5 to 17 of the UE registration procedure 
in TS 36.508 clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA idle (El) according 
to TS 36.508. 






9.2.1 .2.9.3.3 Specific message contents 

Table 9.2.1.2.9.3.3-1 : Message ATTACH REJECT (step 4, Table 9.2.1.2.9.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-3 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0000 1 01 1'B 

PLMN not allowed 



Table 9.2.1.2.9.3.3-2: Message ATTACH REQUEST (step 11, Table 9.2.1.2.9.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 




NAS key set identifier 

'lire 

no key is available 


TSC 

Any allowed value 

TSC does not 
apply for NAS key 
set identifier value 
"111". 


Old GUTI or IMSI 

IMSI1 



Last visited registered TAI 

Not present 




Table 9.2.1.2.9.3.3-3: Message ATTACH REQUEST (step 31, Table 9.2.1.1.13.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

GUTI allocated in step 21 



Last visited registered TAI 

TAI allocated in step 21 
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9.2.1 .2.1 Combined attach / Rejected / Tracking area not allowed 

9.2.1 .2.1 0.1 Test Purpose (TP) 
(1) 

with { UE has sent an ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the reject cause set to "Tracking area not 
allowed" } 

then { UE deletes the GUTI, last visited registered TAI and KSI, UE enters the state EMM- 
DEREGISTERED. LIMITED-SERVICE and UE stores the current TAI in the list of "forbidden tracking areas 
for regional provision of service" } 

} 

(2) 

with { UE is in EMM-DEREGISTERED .LIMITED-SERVICE state and the current TAI in the list of "forbidden 
tracking areas for regional provision of service" } 
ensure that { 

when { serving cell belongs to TAI where UE was rejected } 
then { UE does not attempt to attach on any cell } 

} 

(3) 

with { UE is in EMM-DEREGISTERED .LIMITED-SERVICE state and the current TAI in the list of "forbidden 
tracking areas for regional provision of service" } 
ensure that { 

when { UE re-selects a new cell in the same TAI it was rejected } 
then { UE does not attempt to attach on the cell } 

} 

(4) 

with { UE is switched off } 
ensure that { 

when { UE is powered on in the cell belonging to the TAI which was in the list of "forbidden 
tracking areas for regional provision of service" before the UE was swithed off } 
then { UE attempts to attach on the cell } 
} 

9.2.1 .2.1 0.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.1.3.5. 

[TS 24.301, clause 5.5.1.3.5] 

Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410, enter MM state MM IDLE, and take 
the following actions depending on the EMM cause value received. 

#12 (Tracking area not allowed); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI and KSI. The UE shall reset the attach 
attempt counter and enter the state EMM-DEREGISTERED.LIMITED-SERVICE. 

The UE shall store the current TAI in the list of "forbidden tracking areas for regional provision of service". 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the MM parameters update 
status, TMSI, LAI, ciphering key sequence number and location update attempt counter, and the GMM 
parameters GMM state, GPRS update status, P-TMSI, P-TMSI signature, RAI, GPRS ciphering key sequence 
number and GPRS attach attempt counter as specified in 3GPP TS 24.008 [13] for the case when the combined 
attach procedure is rejected with the GMM cause with the same value. 
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9.2.1 .2.1 0.3 Test description 

9.2.1 .2.1 0.3.1 Pre-test conditions 

System Simulator: 

- cell A, cell B and cell M. 

- System information combination 3 as defined in TS 36. 508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

- the UE is configured to initiate combined EPS/IMSI attach; 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .2.1 0.3.2 Test procedure sequence 

Table 9.2.1.2.10.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS configures: 

- Cell A as the "Serving cell". 

- Cell B as a "Suitable neighbour cell". 

- Cell M as a "Non-Suitable cell". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is switched on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



4 

The SS transmits an ATTACH REJECT 
message with EMM cause = "Tracking area 
not allowed". 

<— 

ATTACH REJECT 



5 

The SS releases the RRC connection. 

- 

- 

- 

- 

6 

Check: Does the UE transmit the ATTACH 
REQUEST message in the next 30 seconds on 
Cell A or Cell B? 


ATTACH REQUEST 

1,2 

F 

7 

The SS configures: 

- Cell A as the "Non-Suitable cell". 

- Cell B as a "Non-Suitable cell". 

- Cell M as a "Serving cell". 





8 

Check: Does the UE transmit the ATTACH 
REQUEST message in the next 30 seconds on 
Cell M? 


ATTACH REQUEST 

3 

F 

- 

The following messages are to be observed on 
Cell M unless explicitly stated otherwise. 

- 

- 

- 

- 

9 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





10 

The UE is brought back to operation or the 
USIM is inserted 

- 

- 

- 

- 

11 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message as 
specified? 

-> 

ATTACH REQUEST 

1,4 

p 

12- 
23 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 






9.2.1 .2.1 0.3.3 Specific message contents 

Table 9.2.1.2.10.3.3-1: Message ATTACH REJECT (step 4, Table 9.2.1.2.10.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-3 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0000 1100'B 

Tracking Area not 
allowed 
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Table 9.2.1.2.10.3.3-2: Message ATTACH REQUEST (step 11, Table 9.2.1.2.10.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 




NAS key set identifier 

'hvb 

no key is available 


TSC 

Any allowed value 

TSC does not 
apply for NAS key 
set identifier value 
"111". 


Old GUTI or IMSI 

IMSI1 



Last visited registered TAI 

Not present 




9.2.1.2.11 


9.2.1.2.11.1 


Combined attach / Rejected / Roaming not allowed in this tracl<ing area 
Test Purpose (TP) 


(1) 


with { UE has sent an ATTACH REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the EMM cause set to "Roaming not allowed in this 
tracking area" } 

then { UE sets the EPS update status to EU3 ROAMING NOT ALLOWED and UE deletes the GUTI, the 
last visited registered TAI and KSI and UE enters the state EMM-DEREGISTERED .LIMITED-SERVICE or 
optionally EMM-DEREGISTERED . PLMN- SEARCH and UE stores the current TAI in the list of "forbidden 
tracking areas for roaming" and deletes the TMSI, the LAI and the ciphering key sequence number } 


} 


(2) 


with { UE is in EMM-DEREGISTERED .LIMITED-SERVICE or EMM-DEREGISTERED . PLMN- SEARCH state and the 
current TAI is in the list of "forbidden tracking areas for roaming" } 
ensure that { 

when { UE re- selects a new cell in the same TA where it was rejected } 
then { UE does not attempt to attach } 


(3) 

with { UE is in EMM-DEREGISTERED .LIMITED-SERVICE or EMM-DEREGISTERED . PLMN- SEARCH state and the TAI 
of the current cell belongs to the list of "forbidden tracking areas for roaming" } 
ensure that { 

when { UE enters a cell belonging to a tracking area not in the list of "forbidden tracking areas 
for roaming" } 

then { UE attempts to attach with IMSI } 


(4) 


with { UE is in EMM-DEREGISTERED .LIMITED-SERVICE or EMM-DEREGISTERED . PLMN- SEARCH state and the list 
of "forbidden tracking areas for roaming" contains more than one TAI } 
ensure that { 

when { UE selects a cell belonging to one of the TAIs in the list of "forbidden tracking areas for 
roaming" } 

then { UE does not attempt to attach } 


(5) 


with { UE has sent an ATTACH REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the EMM cause set to "Roaming not allowed in this 
tracking area" } 

then { UE deletes RAI , P-TMSI, P-TMSI signature and GPRS ciphering key sequence number and sets 
the GPRS update status to GU3 ROAMING NOT ALLOWED } 
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(6) 

with { UE is switched off or the UICC containing the USIM is removed } 
ensure that { 

when { UE is powered on in the cell belonging to the TAI which was in the list of "forbidden 
tracking areas for roaming" before UE was switched off or the USIM is inserted again on that cell } 
then { UE performs registration on that cell } 

} 

(7) 

with { a cell of the HPLMN is available } 
ensure that { 

when { UE performs a PLMN selection } 

then { UE returns to a cell of the HPLMN } 
} 

9.2.1 .2.1 1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.3.2 and 
5.5.1.3.5 and TS 24.008, clause 4.7.3.2.4. 

[TS 24.301, clause 5.3.2] 

The UE shall store a list of "forbidden tracking areas for roaming", as well as a list of "forbidden tracking areas for 
regional provision of service". These lists shall be erased when the UE is switched off or when the UICC containing the 
USIM is removed, and periodically (with a period in the range 12 to 24 hours). One or more tracking areas is removed 
from the list of "forbidden tracking areas for roaming" in the UE, as well as the list of "forbidden tracking areas for 
regional provision of service" if, after a subsequent procedure e.g. attach procedure, tracking area updating procedure 
and GUTI reallocation procedure, one or more tracking areas in the lists is received from the network. 

In SI mode, the UE shall update the suitable list whenever an ATTACH REJECT, TRACKING AREA UPDATE 
REJECT, SERVICE REJECT or DETACH REQUEST message is received with the EMM cause #12 "tracking area not 
allowed", #13 "roaming not allowed in this tracking area", or #15 "no suitable cells in tracking area". 

Each list shall accommodate 40 or more TAIs. When the list is full and a new entry has to be inserted, the oldest entry 
shall be deleted. 

[TS 24.301, clause 5.5.1.3.5] 

If the attach request can neither be accepted by the network for EPS nor for non-EPS services, the MME shall send an 
ATTACH REJECT message to the UE including an appropriate EMM cause value. If the attach procedure fails due to a 
default EPS bearer setup failure or an ESM procedure failure, the MME shall combine the ATTACH REJECT message 
with a PDN CONNECTIVITY REJECT message. In this case the EMM cause value in the ATTACH REJECT message 
shall be set to #19, "ESM failure". 

Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410, enter MM state MM IDLE, and take 
the following actions depending on the EMM cause value received. 


#13 (Roaming not allowed in this tracking area); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI and KSI. The UE shall delete the list of 
equivalent PLMNs and reset the attach attempt counter. Additionally the UE enter the state EMM- 
DEREGISTERED.LIMITED-SERVICE or optionally EMM-DEREGISTERED.PLMN-SEARCH. 

The UE shall store the current TAI in the list of "forbidden tracking areas for roaming". 

The UE shall perform a PLMN selection according to 3GPP TS 23.122 [6]. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the MM parameters update 
status, TMSI, LAI, ciphering key sequence number and location update attempt counter, and the GMM 
parameters GMM state, GPRS update status, P-TMSI, P-TMSI signature, RAI, GPRS ciphering key sequence 
number and GPRS attach attempt counter as specified in 3GPP TS 24.008 [13] for the case when the combined 
attach procedure is rejected with the GMM cause with the same value. 
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[TS 24.008, clause 4.7.3.2.4] 

If the attach request can neither be accepted by the network for GPRS nor for non-GPRS services, an ATTACH 
REJECT message is transferred to the MS. The MS receiving the ATTACH REJECT message stops timer T3310, and 
for all causes except #12, #14, #15 and #25 deletes the Hst of "equivalent PLMNs". 

The MS shall then take one of the following actions depending upon the reject cause: 


#13 (Roaming not allowed in this location area); 

The MS shall delete any RAI, P-TMSI, P-TMSI signature and GPRS ciphering key sequence number, shall set 
the GPRS update status to GU3 ROAMING NOT ALLOWED(and shall store it according to clause 4.1.3.2) and 
shall reset the GPRS attach attempt counter. The state is changed to GMM-DEREGISTERED. LIMITED- 
SERVICE or optionally to GMM-DEREGISTERED.PLMN-SEARCH. 

The MS shall set the update status to U3 ROAMING NOT ALLOWED, reset the location update attempt 
counter and shall delete any TMSI, LAI and ciphering key sequence number. The new MM state is MM IDLE. 


9.2.1 .2.1 1 .3 Test description 

9.2.1 .2.1 1 .3.1 Pre-test conditions 

System Simulator: 

- cell I and cell K (visited PLMN, same TA); 

- cell L (same visited PLMN, another TA); 

- cell C (home PLMN); 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 5 (only active when stated): 

- same PLMN like visited PLMN above; 

- RAI-1 (RAC & LAC values chosen by SS); 

- System information indicate that NMO 1 is used; 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (only active when stated): 

- same PLMN like visited PLMN above; 

- RAC-1 (RAC & LAC values chosen by SS); 

- System information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 

NOTE 1: Setting px_RATComb_Tested = EUTRA_Only is not allowed. 

NOTE 2: Cell K is present to confirm that UE does not attempt attach to the cell in same TAI after reject from the 
SS. 

NOTE 3: Cell C is present to confirm that UE does attempt attach to the cell in HPLMN after reject from the SS. 

NOTE 4: The requirement in 3GPP TS 24.301 to store at least 40 entries in the list of "forbidden tracking areas for 
roaming" is not fully tested. 

NOTE 5: Different types of UE may use different methods to periodically clear the list of forbidden areas (e.g. 

every day at 12 am) for roaming. If the list is cleared while the test is being run, it may be necessary to re- 
run the test. 
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UE: 

- the UE is configured to initiate combined EPS/IMSI attach; 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell I using default message contents according to TS 36.508 [18]; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, the UE is previously registered on UTRAN cell 5 
using default message contents according to TS 36.508 [18]. 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, the UE is previously registered on GERAN 
cell 24 using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .2.1 1 .3.2 Test procedure sequence 

Table 9.2.1.2.1 1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS configures: 

Cell 1 as the "Serving cell". 

Cell K as a "Non-Suitable cell", 

Cell L as a "Non-Suitable "off" cell", 

Cell C as a "Non-Suitable cell". 





- 

The following messages are to be observed on 
Cell 1 unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is switched on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



4 

The SS transmits an ATTACH REJECT 
message with the EMM cause set to "Roaming 
not allowed in this tracking area" on Cell 1. 
(The list of "forbidden tracking areas for 
roaming" in the UE should now contain TAI-9) 

<- 

ATTACH REJECT 



5 

The SS releases the RRC connection. 

- 

- 

- 

- 

6 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds on 
Cell 1? 

-> 

ATTACH REQUEST 

1,4 

F 

7 

The SS reconfigures: 

Cell 1 as a "Suitable cell". 

Cell K as the "Serving cell". 

Cell L as a "Non-Suitable "off" cell". 

Cell C as a "Non-Suitable cell". 





8 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds on 
any cell? 

-> 

ATTACH REQUEST 

2 

F 

9 

The SS reconfigures: 

Cell 1 as a "Non-Suitable "off" cell", 

Cell K as a "Suitable cell". 

Cell L as the "Serving cell". 

Cell C as a "Non-Suitable cell". 





10 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message on Cell 
L? 

-> 

ATTACH REQUEST 

3 

P 

11 

The SS transmits an ATTACH REJECT 
message with the EMM cause set to "Roaming 
not allowed in this tracking area" on Cell L. 
(The list of "forbidden tracking areas for 
roaming" in the UE should now contain TAI-9 
andTAI-11) 

<- 

ATTACH REJECT 



12 

The SS releases the RRC connection. 

- 

- 

- 

- 

13 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds on 
Cell L or Cell K? 

-> 

ATTACH REQUEST 

1,4 

F 

14 

The SS reconfigures: 

Cell 1 as a "Serving cell". 

Cell K as a " Non-Suitable "off" cell". 

Cell L as a "Suitable cell". 

Cell C as the "Non-Suitable cell". 





15 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds on 
any cell? 

-> 

ATTACH REQUEST 

2,4 

F 


EXCEPTION: Steps 16a1 to 16a2 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





16a1 

The SS reconfigures: 
Cell 1 as "Serving cell". 

- 

- 

- 

- 
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Cell L as "Non-suitable "off" cell", 
Cell 5 (px RATComb Tested = 
EUTRA UTRA) or Cell 24 
(px_RATComb_Tested = EUTRA_GERAN) as 
"Suitable cell". 





16a2 

Check: Does the UE transmit an ATTACH 
REQUEST message without P-TMSI, P-TMSI 
signature, RAI, TMSI on Cell 5 or Cell 24? 

-> 

ATTACH REQUEST 

5 

P 

16a3 

The SS transmits an ATTACH REJECT 
message with the GMM cause set to "Roaming 
not allowed in this location area" on Cell 5 or 
Cell 24. 

<— 

ATTACH REJECT 



17 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





18 

The SS reconfigures: 

Cell 1 as the "Serving cell". 

Cell K as a "Non-Suitable cell". 

Cell 5 or Cell 24 as a "Non-Suitable "off" cell". 

Cell C as a "Non-Suitable cell". 





19 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

20 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message on Cell 
1? 

-> 

ATTACH REQUEST 

6 

P 

21 

The SS transmits an ATTACH REJECT 
message with the EMM cause set to "Roaming 
not allowed in this tracking area" on Cell 1. 
(The list of "forbidden tracking areas for 
roaming" in the UE should now contain TAI-9) 

<- 

ATTACH REJECT 



22 

The SS reconfigures: 
Cell 1 as the "Serving cell". 
Cell K as a "Non-Suitable cell". 
Cell C as a "Suitable cell". 





- 

The following messages are to be observed on 
Cell C unless explicitly stated otherwise. 

- 

- 

- 

- 

23 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

7 

p 

24- 
35 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 






9.2.1 .2.1 1 .3.3 Specific message contents 

Table 9.2.1.2.11.3.3-1: Message ATTACH REJECT (step 4, step 11 and step 21, Table 9.2.1.2.11.3.2-1) 


Derivation Path: TS 36.508, Table 4.7.2-3 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0000 11 ore 

Roaming not 
allowed in this 
tracking area 
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Table 9.2.1.2.11.3.3-2: Message ATTACH REQUEST (step 10, step 20 and step23, Table 9.2.1.2.11.3.2- 

1) 


Derivation Path: TS 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 




NAS key set identifier 

'hvb 

no key is available 


TSC 

Any allowed value 

TSC does not 
apply for NAS key 
set identifier value 
"111". 


Old GUTI or IMSI 

IMSI-1 



Last visited registered TAI 

Not present 



Old location area identification 

Not present 



TMSI status 

'O'B 

no valid TMSI 
available 



Table 9.2.1.2.11.3.3-3: Message ATTACH REQUEST (step 16a2, Table 9.2.1.2.11.3.2-1) 


Derivation Path: TS 24.008 , Table 9.4.1 

Information Element 

Value/remark 

Comment 

Condition 

MS network capability 

Any allowed value 



Attach type 

'OII'B 

Combined 
GPRS/IMSI attach 


GPRS ciphering key sequence number 

'lire 

No key is 
available (MS to 
network) 


DRX parameter 

Any allowed value 



P-TMSI or IMSI 

IMSI-1 



Old routing area identification 

All bits of octets 5 and 6 

are set to 1 , except bit 1 

of octet 6 which is set to 

0. 

Other bits are not 

checked. 



MS Radio Access capability 

Any allowed value 



Old P-TMSI signature 

Not present 



Requested READY timer 
value 

Not present or any 
allowed value 



TMSI status 

'O'B 

no valid TMSI 
available 


PS LCS Capability 

Not present or any 
allowed value 



Mobile station classmark 2 

Not present or any 
allowed value 



Mobile station classmark 3 

Not present or any 
allowed value 



Supported Codecs 

Not present or any 
allowed value 



UE network capability 

Not present or any 
allowed value 



Additional mobile identity 

Not present 



Additional old routing area identification 

Not present 




Table 9.2.1.2.11.3.3-4: Message ATTACH REJECT (step 16a3, Table 9.2.1.2.11.3.2-1) 


Derivation Path: TS 24.008 , Table 9.4.4 

Information Element 

Value/remark 

Comment 

Condition 

GMM cause 

'0000 11 01 'B 

Roaming not 
allowed in this 
location area 


T3302 value 

Not present 
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9.2.1 .2.1 2 Combined attach / Rejected / EPS services not allowed in tliis PLIVIN 

9.2.1 .2.1 2.1 Test Purpose (TP) 

(1) 

with { UE has sent an ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the reject cause set to "EPS services not allowed 
in this PLMN" } 

then { UE deletes any GUTI, last visited registered TAI , KSI and enters EMM-DEREGISTERED . PLMN- 
SEARCH state) 


(2) 

with { UE in E-UTRA EMM-DEREGISTERED . PLMN- SEARCH state, and a PLMN is stored in the "forbidden PLMNs 
for GPRS service list" } 
ensure that { 

when { UE detects a cell which belongs to a PLMN which is in the "forbidden PLMNs for GPRS service 
list" } 

then { UE doesn't perform an attach procedure } 

} 


(3) 

with { UE in E-UTRA EMM-DEREGISTERED . PLMN- SEARCH state, and a PLMN is stored in the "forbidden PLMNs 
for GPRS service list" } 
ensure that { 

when { UE detects a cell which belongs to a PLMN which is not in the "forbidden PLMNs for GPRS 
service list" } 

then { UE performs an attach procedure } 

} 

(4) 

with { UE is switched off when a PLMN is stored in the "forbidden PLMNs for GPRS service list" } 
ensure that { 

when { UE is powered on a cell which belongs to this PLMN } 
then { UE performs an attach procedure } 

} 

(5) 

with { UE in E-UTRA EMM-DEREGISTERED . PLMN- SEARCH state, and a PLMN is stored in the "forbidden PLMNs 
for GPRS service list" } 
ensure that { 

when { UE is in the cell which belongs to the rejected PLMN and when that PLMN is selected 
manually } 

then { UE performs an attach procedure } 

9.2.1 .2.1 2.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.4.4.3. 

[TS 24.301, clause5.5. 1.3.5] 

If the attach request can neither be accepted by the network for EPS nor for non-EPS services, the MME shall send an 
ATTACH REJECT message to the UE including an appropriate EMM cause value. If the attach procedure fails due to a 
default EPS bearer setup failure or an ESM procedure failure, the MME shall combine the ATTACH REJECT message 
with a PDN CONNECTIVITY REJECT message. In this case the EMM cause value in the ATTACH REJECT message 
shall be set to #19, "ESM failure". 

Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410, enter MM state MM IDLE, and take 
the following actions depending on the EMM cause value received. 


#14 (EPS services not allowed in this PLMN); 
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The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI and KSL Additionally the UE shall 
reset the attach attempt counter and enter the state EMM-DEREGISTERED.PLMN-SEARCH. 

The UE shall store the PLMN identity in the "forbidden PLMNs for GPRS service" Hst. 

A UE operating in CS/PS mode 1 which is not yet IMSI attached for non-EPS services may select GERAN or 
UTRAN radio access technology and perform an IMSI attach for non-EPS services, using the MM IMSI attach 
procedure as described in 3GPP TS 24.008 [13]. In this case the UE shall not reselect E-UTRAN radio access 
technology for the duration the UE is on the PLMN or an equivalent PLMN. 

A UE operating in CS/PS mode 1 which is already IMSI attached for non-EPS services in the network is still 
IMSI attached for non-EPS services in the network. The UE may select GERAN or UTRAN radio access 
technology and proceed with the appropriate MM specific procedure according to the MM service state. In this 
case the UE shall not reselect E-UTRAN radio access technology for the duration the UE is on the PLMN or an 
equivalent PLMN. 

A UE in CS/PS mode 1 of operation may perform a PLMN selection according to 3GPP TS 23.122 [6]. 

A UE operating in CS/PS mode 2 which is already IMSI attached for non-EPS services in the network is still 
IMSI attached for non-EPS services in the network. 

A UE operating in CS/PS mode 2 of operation shall perform a PLMN selection according to 
3GPPTS 23.122 [6]. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the GMM parameters GMM 
state, GPRS update status, P-TMSI, P-TMSI signature, RAI, GPRS ciphering key sequence number and GPRS 
attach attempt counter as specified in 3GPP TS 24.008 [13] for the case when the combined attach procedure is 
rejected with the GMM cause with the same value. 

9.2.1 .2.1 2.3 Test description 

9.2.1.2.12.3.1 Pre-test conditions 

System Simulator: 

- cell G, Cell H and cell I are configured according to Table 6.3.2.2-1 in; [18]. 

- cell G and Cell H with MCC-l/MNC-2 (visited PLMN, different TAs) 

- Cell I with MCC-2/MNC- 1 1 (visited PLMN) 

- the cells may not be simultaneously activated. 
UE: 

- the UE is configured to initiate Combined attach; 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell G using default message contents according to TS 36.508 [18]; 

- the "forbidden PLMNs for GPRS service Hst" is empty. 

- the different cells may not be simultaneously activated (at most 2 cells are active simultaneously). 
Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .2.1 2.3.2 Test procedure sequence 

Table 9.2.1.2.12.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The SS configures: 

- Cell G as the "Serving cell". 

- Cell H as a "Non-Suitable cell". 

- Cell 1 as a "Non-Suitable off cell". 





- 

The following messages are to be observed on 
Cell G unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is switched on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



4 

The SS transmits an ATTACH REJECT 
message including EMM cause = "EPS 
services not allowed in this PLMN". 

<— 

ATTACH REJECT 



5 

The SS releases the RRC connection. 

- 

- 

- 

- 

6 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 90 seconds? 

-> 

ATTACH REQUEST 

1 

F 

7 

The SS configures: 

Cell G as a "Non-Suitable cell". 

Cell H as the "Serving cell". 

Note: Cell G and Cell H are in the different TAI 
-same PLMN. 





- 

The following messages are to be observed on 
Cell H unless explicitly stated otherwise. 

- 

- 

- 

- 

8 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 90 seconds? 

-> 

ATTACH REQUEST 

2 

F 

9 

The SS configures: 

Cell H as a "Non-Suitable off cell". 

Cell 1 as the "Serving cell". 

Note: Cell G and Cell 1 are different PLMNs. 





- 

The following messages are to be observed on 
Cell 1 unless explicitly stated otherwise. 

- 

- 

- 

- 

10 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message as 
specified? 

-> 

ATTACH REQUEST 

1,3 

P 

11- 
23 

The SS completes the attach procedure 
successfully and then releases the RRC - 
connection by executing steps 5 to 17 of UE 
registration procedure in TS 36.508 clause 
4.5.2.3. 





24 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





25 

The SS configures 

- Cell 1 as a "Non-Suitable cell". 

- Cell G as the "Serving cell". 





- 

The following messages are to be observed on 
Cell G unless explicitly stated otherwise. 

- 

- 

- 

- 

26 

The UE is brought back to operation or the 
USIM is inserted. 





27 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

4 

P 

28 

The SS transmits an ATTACH REJECT 
message including EMM cause = "EPS 
services not allowed in this PLMN". 

<— 

ATTACH REJECT 



29 

SS releases the RRC connection. 

- 

- 

- 

- 

30 

The user sets the UE in manual PLMN 
selection mode or requests a PLMN search. 
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The user selects PLMN (MCC-1/MNC-2) 





31 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message as 
specified? 

-> 

ATTACH REQUEST 

5 

P 

32- 
44 

The attach procedure is completed and the 
RRC connection released by executing steps 5 
to 17 of the UE registration procedure in TS 
36.508 clause 4.5.2.3. 





45 

At the end of this test procedure sequence, the 
UE is in end state E-UTRA idle (El) according 
to TS 36.508. 






9.2.1 .2.1 2.3.3 Specific message contents 

Table 9.2.1.2.12.3.3-1: Message ATTACH REQUEST (step 3, Table 9.2.1.2.12.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 
Last visited registered TAI 
Old location area identification 
TMSI status 

GUTI-1 

TAI-1 

LAI-1 

Not Present 




Table 9.2.1.2.12.3.3-2: Message ATTACH REJECT (step 4 and 28, Table 9.2.1.2.12.3.2-1) 


Derivation path: 36.508 table 4.7.2-3 (Plain NAS message) 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

00001110 

#14 "EPS 
services not 
allowed in this 
PLMN " 


ESM message container 

Not present 




Table 9.2.1.2.12.3.3-3: Message ATTACH REQUEST (step 10 and step 31, Table 9.2.1.2.12.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

NAS key set identifier 




NAS key set identifier 

'lire 

no key is available 


TSC 

Any allowed value 

TSC does not 
apply for NAS key 
set identifier value 
"111". 


Old GUTI or IMSI 

IMSI-1 

GUTI has been 
deleted after 
receiving 

ATTACH REJECT 
at step 5 and 
step28;only IMSI 
is available. 


Last visited registered TAI 

Not present 

TAI has been 
deleted after 
receiving 

ATTACH REJECT 
at step 5 and 
step29. 
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9.2.1 .2.1 3 Combined attach / Rejected / No suitable cells in tracking area 

9.2.1 .2.1 3.1 Test Purpose (TP) 

(1) 

with { UE has sent an ATTACH REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the EMM cause set to 'No Suitable Cells In 
tracking area' } 

then { UE sets the EPS update status to EU3 ROAMING NOT ALLOWED, deletes any GUTI, last visited 
registered TAI and KSI, resets the attach attempt counter, enters the state EMM- 

DEREGISTERED. LIMITED-SERVICE and stores the current TAI in the list of "forbidden tracking areas for 
roaming" } 

} 

(2) 

with { UE is in EMM-DEREGISTERED .LIMITED-SERVICE state and the current TAI is in the list of 
"forbidden tracking areas for roaming" } 
ensure that { 

when { UE re- selects a cell that belongs to the TAI where UE was rejected } 
then { UE does not attempt to attach } 

} 

(3) 

with { UE is in EMM-DEREGISTERED .LIMITED-SERVICE state and the current TAI is in the list of 
"forbidden tracking areas for roaming" and KSI was deleted } 
ensure that { 

when { in the same PLMN, UE enters a cell which provides normal service and belongs to the 
tracking area not in the list of "forbidden tracking areas for roaming" } 

then { UE attempts to attach with IMSI indicated that no key is available } 

} 

(4) 

with { UE is in EMM-DEREGISTERED .LIMITED-SERVICE state and the current TAI is in the list of 
"forbidden tracking areas for roaming" } 
ensure that { 

when { there are cells in the same PLMN and other PLMN that provide normal service and belong to 
the tracking area not in the list of "forbidden tracking areas for roaming" } 
then { UE attempts to attach to the cell in the same PLMN } 

} 

(5) 

with { UE is in EMM-DEREGISTERED .LIMITED-SERVICE state and the list of "forbidden tracking areas for 
roaming" contains more than one TAI } 
ensure that { 

when { UE re-selects a cell that belongs to one of the TAIs in the list of "forbidden tracking 
areas for roaming" } 

then { UE does not attempt to attach } 

} 

(6) 

with { UE has sent an ATTACH REQUEST message } 
ensure that { 

when { UE receives an ATTACH REJECT message with the EMM cause set to 'No Suitable Cells In 
tracking area' } 

then { UE deletes RAI , P-TMSI, P-TMSI signature, GPRS ciphering key sequence number, TMSI, LAI 
and ciphering key sequence number } 

} 

(7) 

with { UE is swithched off } 
ensure that { 

when { UE is powered on in the cell belonging to the TAI which was in the list of "forbidden 
tracking areas for roaming" before UE was switched off } 
then { UE attempts to attach } 
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9.2.1 .2.1 3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.3.2 and 
5.5.1.3.5 and TS 24.008, clause 4.7.3.2.4. 

[TS 24.301, clause 5.3.2] 

The UE shall store a list of "forbidden tracking areas for roaming", as well as a list of "forbidden tracking areas for 
regional provision of service". These lists shall be erased when the UE is switched off or when the UICC containing the 
USIM is removed, and periodically (with a period in the range 12 to 24 hours). One or more tracking areas is removed 
from the list of "forbidden tracking areas for roaming" in the UE, as well as the list of "forbidden tracking areas for 
regional provision of service" if, after a subsequent procedure e.g. attach procedure, tracking area updating procedure 
and GUTI reallocation procedure, one or more tracking areas in the lists is received from the network. 

In SI mode, the UE shall update the suitable list whenever an ATTACH REJECT, TRACKING AREA UPDATE 
REJECT, SERVICE REJECT or DETACH REQUEST message is received with the EMM cause #12 "tracking area not 
allowed", #13 "roaming not allowed in this tracking area", or #15 "no suitable cells in tracking area". 

Each list shall accommodate 40 or more TAIs. When the list is full and a new entry has to be inserted, the oldest entry 
shall be deleted. 

[TS 24.301, clause 5.5.1.3.5] 

If the attach request can neither be accepted by the network for EPS nor for non-EPS services, the MME shall send an 
ATTACH REJECT message to the UE including an appropriate EMM cause value. If the attach procedure fails due to a 
default EPS bearer setup failure or an ESM procedure failure, the MME shall combine the ATTACH REJECT message 
with a PDN CONNECTIVITY REJECT message. In this case the EMM cause value in the ATTACH REJECT message 
shall be set to #19, "ESM failure". 

Upon receiving the ATTACH REJECT message, the UE shall stop timer T3410, enter MM state MM IDLE, and take 
the following actions depending on the EMM cause value received. 


#15 (No suitable cells in tracking area); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI and KSI. Additionally the UE shall 
reset the attach attempt counter and enter the state EMM-DEREGISTERED.LIMITED-SERVICE. 

The UE shall store the current TAI in the list of "forbidden tracking areas for roaming". 

The UE shall search for a suitable cell in another tracking area or in another location area in the same PLMN 
according to 3GPP TS 36.304 [21]. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the MM parameters update 
status, TMSI, LAI, ciphering key sequence number and location update attempt counter, and the GMM 
parameters GMM state, GPRS update status, P-TMSI, P-TMSI signature, RAI, GPRS ciphering key sequence 
number and GPRS attach attempt counter as specified in 3GPP TS 24.008 [13] for the case when the combined 
attach procedure is rejected with the GMM cause with the same value. 


[TS 24.008, clause 4.7.3.2.4] 


The MS shall then take one of the following actions depending upon the reject cause: 


#15 (No Suitable Cells In Location Area); 
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The MS shall delete any RAI, P-TMSI, P-TMSI signature and GPRS ciphering key sequence number, shall set 
the GPRS update status to GU3 ROAMING NOT ALLOWED(and shall store it according to clause 4.1.3.2) and 
shall reset the GPRS attach attempt counter. The state is changed to GMM-DEREGISTERED. LIMITED- 
SERVICE. 

The MS shall set the update status to U3 ROAMING NOT ALLOWED, reset the location update attempt 
counter and shall delete any TMSI, LAI and ciphering key sequence number. The new MM state is MM IDLE. 


9.2.1 .2.1 3.3 Test description 

9.2.1.2.13.3.1 Pre-test conditions 

System Simulator: 

- cell I and cell K (visited PLMN, same TA); 
cell L (same visited PLMN, another TA); 

- cell J (another VPLMN); 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 9 (only active when stated): 

- same PLMN like visited PLMN above; 

- RAI-1 (RAG & LAC values chosen by SS); 
system information indicates that NMO 1 is used; 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (only active when stated: 

- same PLMN like visited PLMN above; 

- RAC-1 (RAG & LAC values chosen by SS); 
system information indicates that NMO 1 is used; 

- maximum 3 cells are simultaneously active. 

- System information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 

NOTE 1: Setting px_RATComb_Tested = EUTRA_Only is not allowed. 

NOTE 2: Cell L is present to confirm that UE searches in the same PLMN after reject from the SS. 

NOTE 3: Cell K is present to confirm that UE shall not attempt attach to the cell in same TAI it was once rejected 
from. 

NOTE 4: The requirement in 3GPP TS 24.301 to store at least 40 entries in the list of "forbidden tracking areas for 
roaming" is not fully tested. 

NOTE 5: Different types of UE may use different methods to periodically clear the list of forbidden areas (e.g. 

every day at 12 am) for roaming. If the list is cleared while the test is being run, it may be necessary to re- 
run the test. 


UE: 


the UE is configured to initiate combined EPS/IMSI attach; 

the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell I using default message contents according to TS 36.508 [18]; 

if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, the UE is previously registered on UTRAN cell 9 
using default message contents according to TS 36.508 [18]. 

if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, the UE is previously registered on GERAN 
cell 24 using default message contents according to TS 36.508 [18]. 
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Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .2.1 3.3.2 Test procedure sequence 

Table 9.2.1.2.13.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS configures: 

Cell 1 as the "Serving cell", 

Cell K as a "Suitable cell", 

Cell L as a "Non-Suitable cell". 

Cell J as a "Non-Suitable" off" cell". 





- 

The following messages are to be observed on 
Cell 1 unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is switched on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



4 

The SS transmits an ATTACH REJECT 
message with the EMM cause set to 'No 
suitable cells in tracking area' on Cell 1. 
(The list of "forbidden tracking areas for 
roaming" in the UE should now contain TAI-9) 

<- 

ATTACH REJECT 



5 

The SS releases the RRC connection. 

- 

- 

- 

- 

6 

The SS reconfigures: 
Cell 1 as a "Suitable cell". 
Cell K as the "Serving cell". 
Cell L as a "Non-Suitable cell". 
Cell J as a "Non-Suitable" off" cell". 





7 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds on 
Cell K or Cell 1? 

-> 

ATTACH REQUEST 

2 

F 

8 

The SS reconfigures: 

Cell 1 as a "Non-Suitable "off" cell". 

Cell K is the "Serving cell". 

Cell L as a "Suitable cell". 

Cell J as a "Suitable cell". 





9 

Check: Does the UE transmit an ATTACH 

REQUEST message including a PDN 

CONNECTIVITY REQUEST message on Cell 

L? 

Note: Cell J is present to ensure the UE 

doesn't attempt to attach in a cell with a 

different PLMN 

-> 

ATTACH REQUEST 

1,3, 
4,6 

P 

10 

The SS transmits an ATTACH REJECT 
message with the EMM cause set to 'No 
suitable cells in tracking area' on Cell L. 
(The list of "forbidden tracking areas for 
roaming" in the UE should now contain TAI-9 
andTAI-11) 

<- 

ATTACH REJECT 



11 

The SS releases the RRC connection 

- 

- 

- 

- 

12 

The SS reconfigures: 

Cell 1 as the "Serving cell". 

Cell K as a "Non-Suitable cell". 

Cell L as a "Suitable cell". 

Cell J as a "Non-Suitable "off" cell". 





13 

Check: Does the UE transmit the ATTACH 
REQUEST message in the next 30 seconds on 
Cell 1? 

-> 

ATTACH REQUEST 

5 

F 


EXCEPTION: Steps 14a1 to 14a4 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





14a1 

The SS configures: 

Cell 1 as a "Non-Suitable cell". 

Cell L as a "Non-Suitable cell". 

Cell J and Cell K as a "Non-Suitable "off" cell". 

Cell 9 (px RATComb Tested = 
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EUTRA UTRA) or Cell 24 
(px_RATComb_Tested = EUTRA_GERAN) as 
the "Serving cell". 






The following messages are to be observed on 
Cell 9 or Cell 24 unless explicitly stated 
otherwise. 





14a2 

Void 

- 

- 

- 

- 

14a3 

Check: Does the UE transmit an ATTACH 
REQUEST message? 

-> 

ATTACH REQUEST 

6 

P 

14a4 

The SS transmits an ATTACH REJECT 
message with the GMM cause set to 'No 
Suitable Cells In Location Area'. 

<— 

ATTACH REJECT 



15 

The SS reconfigures: 

Cell 1 as the "Serving cell". 

Cell K as a "Non-Suitable "off" cell", 

Cell L as a "Suitable cell", 

Cell J as a "Non-Suitable "off" cell". 

Cell 9 or Cell 24 as the "Non-Suitable cell". 





- 

The following messages are to be observed on 
Cell 1 unless explicitly stated otherwise. 

- 

- 

- 

- 

16 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





17 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

18 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

7 

p 

19- 
30 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 






9.2.1 .2.1 3.3.3 Specific message contents 

Table 9.2.1.2.13.3.3-1: Message ATTACH REJECT (step 4 and step 10, Table 9.2.1.2.13.3.2-1) 


Derivation Path: TS 36.508, Table 4.7.2-3 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'OOOOIIII'B 

No Suitable Cells 
In tracking area 



Table 9.2.1.2.13.3.3-2: Message ATTACH REQUEST (step 9 and step 18, Table 9.2.1.2.13.3.2-1) 


Derivation Path: TS 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 




NAS key set identifier 

'lire 

no key is available 


TSC 

Any allowed value 

TSC does not 
apply for NAS key 
set identifier value 
"111". 


Old GUTI or IMSI 

IMSI-1 



Last visited registered TAI 

Not present 



Old location area identification 

Not present 



TMSI status 

'O'B 

no valid TMSI 
available 
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Table 9.2.1.2.13.3.3-3: Message ATTACH REQUEST (step 14a3, Table 9.2.1.2.13.3.2-1) 


Derivation Path: TS 24.008 , Table 9.4.1 

Information Element 

Value/remark 

Comment 

Condition 

MS network capability 

Any allowed value 



Attach type 

'011 'B 

Combined 
GPRS/IMSI attach 


GPRS ciphering key sequence number 

'lire 

No key is 
available (MS to 
network) 


DRX parameter 

Any allowed value 



P-TMSI or IMSI 

IMSI-1 



Old routing area identification 

All bits of octets 5 and 6 

are set to 1 , except bit 1 

of octet 6 which is set to 

0. 

Other bits are not 

checked. 



MS Radio Access capability 

Any allowed value 



Old P-TMSI signature 

Not present 



Requested READY timer 
value 

Not present or any 
allowed value 



TMSI status 

'O'B 

no valid TMSI 
available 


PS LCS Capability 

Not present or any 
allowed value 



Mobile station classmark 2 

Not present or any 
allowed value 



Mobile station classmark 3 

Not present or any 
allowed value 



Supported Codecs 

Not present or any 
allowed value 



UE network capability 

Not present or any 
allowed value 



Additional mobile identity 

Not present 



Additional old routing area identification 

Not present 




Table 9.2.1.2.13.3.3-4: Message ATTACH REJECT (step 14a4, Table 9.2.1.2.13.3.2-1) 


Derivation Path: TS 24.008 , Table 9.4.4 

Information Element 

Value/remark 

Comment 

Condition 

GMM cause 

'OOOOIIII'B 

No Suitable Cells 
In Location Area 


T3302 value 

Not present 




9.2.1.2.14 
9.2.1.2.14.1 
(1) 


Combined attach / Rejected / Not authorized for this CSG 
Test Purpose (TP) 


with { UE has sent an ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message on a CSG 
cell } 
ensure that { 

when { UE receives an ATTACH REJECT message with the reject cause set to "Not authorized for this 
CSG" and without integrity protection } 
then { UE discards this message } 

} 

(2) 

with { UE has sent an ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message on a CSG 
cell which is contained in the Allowed CSG list } 
ensure that { 

when { UE receives an ATTACH REJECT message with the reject cause set to "Not authorized for this 
CSG" and with integrity protection } 

then { UE removes the CSG ID from the Allowed CSG list } 
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(3) 

with { UE has sent an ATTACH REQUEST message including a PDN CONNECTIVITY REQUEST message on a CSG 
cell } 
ensure that { 

when { UE receives an ATTACH REJECT message with the reject cause set to "Not authorized for this 
CSG" and with integrity protection } 

then { UE searches for a suitable cell in the same PLMN } 

9.2.1 .2.1 4.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.1.2.5. 

[TS 24.301, clause 5.5.1.2.5] 


#25 (Not authorized for this CSG); 

Cause #25 is only applicable when received from a CSG cell. Cause #25 received from a non-CSG cell is 
considered as an abnormal case and the behaviour of the UE is specified in subclause 5.5.1.2.6. 

If the ATTACH REJECT message with cause #25 was received without integrity protection, then the UE shall 
discard the message. 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3). Additionally, the UE shall reset the attach attempt counter and shall enter the state EMM- 
DEREGISTERED.LIMITED-SERVICE. 

The UE shall remove the CSG ID of the cell where the UE has sent the ATTACH REQUEST message from the 
Allowed CSG Hst. 

The UE shall search for a suitable cell in the same PLMN according to 3GPP TS 36.304 [21]. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the GMM parameters GMM 
state, GPRS update status and GPRS attach attempt counter as specified in 3GPP TS 24.008 [13] for the case 
when the normal attach procedure is rejected with the GMM cause with the same value. 

9.2.1 .2.1 4.3 Test description 

9.2.1.2.14.3.1 Pre-test conditions 

System Simulator: 

- cell A (TAC-1, frequency 1, not a CSG cell); 

- cell B (TAC-2, frequency 1, a CSG cell whose CSG Identity is included in Allowed CSG Hst); 

- cell G (another PLMN, frequency 2 and not a CSG cell). 

- System information combination 7 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

- the UE is configured to initiate combined EPS/IMSI attach; 

- the UE is previously registered on cell B using manual CSG selection (so the allowed CSG list includes CSG ID 
of cell B); 

the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1.2.14.3.2 Test procedure sequence 

Table 9.2.1.2.14.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The SS configures: 

- Cell A as a "Not Suitable cell". 

- Cell B as a "Serving cell". 

- Cell G as a "Not Suitable cell". 





2 

The UE is switched on. 

- 

- 

- 

- 

3 

UE initiates attach procedure and sends 
ATTACH REQUEST including a PDN 
CONNECTIVITY REQUEST message on cell 
B. 

-> 

ATTACH REQUEST 



4 

The SS transmits an ATTACH REJECT 
message with EMM cause = "Not authorized 
for this CSG" without integrity protection. 

<- 

ATTACH REJECT 



5 

The SS releases the RRC connection. 

- 

- 

- 

- 

6 

Check: Does the UE transmit an ATTACH 
REQUEST message on Cell B after the expiry 
of timer T3410 and T3411? 
Note 1 : IF UE initiate ATTACH procedure 
again, it can prove that this UE has discard the 
unprotected ATTACH REJECT message. 
Note 2: Default value of T3410 is 15s; default 
value of T341 1 is 10s. In this TC, the network 
will wait for total 30 seconds. 

-> 

ATTACH REQUEST 

1 

P 

7 

The SS transmits an ATTACH REJECT 
message with EMM cause = ""Not authorized 
for this CSG" with integrity protection. 

<- 

ATTACH REJECT 



8 

The SS releases the RRC connection. 

- 

- 

- 

- 

9 

If possible (see ICS) switch off is performed or 

the USIM is removed. Otherwise the power is 

removed. 

The UE is brought back to operation or the 

USIM is inserted . 





10 

Check: Does the UE transmit an ATTACH 
REQUEST message on Cell B in the next 90 
seconds? 

-> 

ATTACH REQUEST 

2 

F 

11 

The SS configures: 

- Cell B as a "Not Suitable cell". 

- Cell G as a "Serving cell". 

- Cell A as a "Suitable cell". 





12 

Check: Does the UE transmit an ATTACH 
REQUEST message on Cell A? 

-> 

ATTACH REQUEST 

3 

P 

13- 
24 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 






9.2.1 .2.14.3.3 Specific message contents 

Table 9.2.1.2.14.3.3-1: Message ATTACH REQUEST (step 3, step 6, step 12, Table 9.2.1.2.14.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

Old GUTI or IMSI 

GUTI-1 



Last visited registered TAI 

TAI-1 



Old location area identification 

LAI-1 



TMSI status 

Not present 
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Table 9.2.1.2.14.3.3-2: Message ATTACH REJECT (step 4, Table 9.2.1.2.14.3.2-1) 


Derivation path: 36.508 table 4.7.2-3 

Information Element 

Value/Remark 

Comment 

Condition 

Security header type 

'OOOO'B 

" Plain NAS 
message, not 
security protected " 


ElVIIVI cause 

'00011 oorB 

#25 " Not authorized 
for this CSG" 



Table 9.2.1.2.14.3.3-3: Message ATTACH REJECT (step 7, Table 9.2.1.2.14.3.2-1) 


Derivation path: 36.508 table 4.7.2-3 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

'OOOIIOOI'B 

#25 " Not authorized 
for this CSG" 



Table 9.2.1.2.14.3.3-4: SystemlnformationBlockTypel for Cell A, B, G (Pre-test conditions and all 

steps in Table 9.2.1.2.14.3.2-1) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

TRUE 


CellB 


FALSE 


CellG 


FALSE 


Cell A 

csg-ldentity 

Not present 


Cell A 


'000 0000 0000 0000 
0000 0000 001 0'B 


CellB 


Not present 


CellG 


9.2.1.2.15 
9.2.1.2.15.1 
(1) 


Combined attach / Abnormal case / Handling of the EPS attach attempt counter 
Test Purpose (TP) 


with { UE has detected T3410 expiry after sending an ATTACH REQUEST message and has the attach 
attempt counter set to the value less than five } 
ensure that { 

when { UE detects T3411 expiry } 

then { UE restarts the attach procedure } 


(2) 

with { UE has sent an ATTACH REQUEST message and has the attach attempt counter set to five 
ensure that { 

when { UE detects T3410 expiry } 

then { UE deletes GUTI, TAI list, last visited registered TAI and KSI } 


(3) 

with { UE has sent an ATTACH REQUEST message and has the attach attempt counter set to five } 
ensure that { 

when { UE detects T3410 expiry } 

then { UE deletes LAI, TMSI, ciphering key sequence number, RAI , P-TMSI, P-TMSI signature, and 
GPRS ciphering key sequence number } 
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9.2.1 .2.1 5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.1.1, 
5.5.1.2.6 and 5.5.1.3.6 and TS 24.008, clause 4.7.3.1.5. 

[TS 24.301, clause 5.5.1.1] 


An attach attempt counter is used to limit the number of subsequently rejected attach attempts. The attach attempt 
counter shall be incremented as specified in subclause 5.5.1.2.6. Depending on the value of the attach attempt counter, 
specific actions shall be performed. The attach attempt counter shall be reset when: 

- the UE is powered on; 

- a USIM is inserted; 

- an attach or combined attach procedure is successfully completed; 

- a combined attach procedure is completed for EPS services only with cause #2, #16, #17, #18 or #22; 

- an attach or combined attach procedure is rejected with cause #11, #12, #13, #14, #15 or #25; or 

- a network initiated detach procedure is completed with cause #11, #12, #13, #14, #15 or #25. 

Additionally the attach attempt counter shall be reset when the UE is in sub state EMM- 
DEREGISTERED.ATTEMPTING-TO-ATTACHand: 

- a new tracking area is entered; or 

- T3402 expires. 

[TS 24.301, clause 5.5.1.3.2] 

If the UE is in EMM state EMM-DEREGISTERED, the UE initiates the combined attach procedure by sending an 
ATTACH REQUEST message to the network, starting timer T3410 and entering state EMM-REGISTERED- 
INITIATED (see example in figure 5.5.1.2.2.1). 

The UE shall include the TMSI status IE if no valid TMSI is available. Furthermore, if the UE has stored a valid 
location area identification, the UE shall include it in the Old location area identification IE in the ATTACH REQUEST 
message. 

If the UE initiates a combined attach procedure for EPS services and "SMS only", the UE shall indicate "SMS only" in 
the Additional update type IE. 

[TS 24.301, clause 5.5.1.3.6] 


If the attach attempt counter is incremented according to subclause 5.5.1.2.6 the next actions depend on the value of the 
attach attempt counter: 

- if the update status is Ul UPDATED and the attach attempt counter is less than 5, then the UE shall keep the 
update status to Ul UPDATED, the new MM state is MM IDLE sub state NORMAL SERVICE; 

- if the attach attempt counter is less than 5 and, additionally, the update status is different from Ul UPDATED, 
then the UE shall delete any LAI, TMSI, ciphering key sequence number and list of equivalent PLMNs and set 
the update status to U2 NOT UPDATED. The MM state remains MM LOCATION UPDATING PENDING; or 

- if the attach attempt counter is equal to 5, then the UE shall delete any LAI, TMSI, ciphering key sequence 
number and list of equivalent PLMNs and set the update status to U2 NOT UPDATED. A UE operating in 
CS/PS mode 1 of operation shall select GERAN or UTRAN radio access technology and proceed with 
appropriate MM or GMM specific procedures. 

NOTE: It is up to the UE implementation when to enable E-UTRAN radio access technology selection. 

[TS 24.008, clause 4.7.3.1.5] 
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If the GPRS attach attempt counter is greater than or equal to 5: 

- the MS shall delete any RAI, P-TMSI, P-TMSI signature, Hst of equivalent PLMNs, and GPRS ciphering key 
sequence number, shall set the GPRS update status to GU2 NOT UPDATED, shall start timer T3302. The state 
is changed to GMM-DEREGISTERED. ATTEMPTING-TO-ATTACH or optionally to GMM- 
DEREGISTERED.PLMN-SEARCH (see subclause 4.2.4.1.2) in order to perform a PLMN selection according 
to 3GPPTS 23.122 [14]. 


9.2.1 .2.1 5.3 Test description 

9.2.1.2.15.3.1 Pre-test conditions 

System Simulator: 

- cell A; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 5 (only active when stated): 

- same PLMN like visited PLMN above; 

- RAM (RAG & LAC values chosen by SS); 

- System information indicates that NMO 1 is used; 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (only active when stated; 

- same PLMN like visited PLMN above; 

- RAC-1 (RAG & LAG values chosen by SS); 

- System information indicates that NMO 1 is used; 

- System information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
NOTE: Setting px_RATGomb_Tested = EUTRA_Only is not allowed. 

UE: 

- the UE is configured to initiate combined EPS/IMSI attach. 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]; 

- if pc_UTRA AND px_RATGomb_Tested = EUTRA_UTRA, the UE is previously registered on UTRAN cell 5 
using default message contents according to TS 36.508 [18]. 

- if pc_GERAN AND px_RATGomb_Tested = EUTRA_GERAN, the UE is previously registered on GERAN 
cell 24 using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.1 .2.1 5.3.2 Test procedure sequence 

Table 9.2.1.2.15.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS reconfigures: 

Cell A as "Serving cell", 

Cell 5 or Cell 24 as "Non-Suitable cell". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is powered on or switched on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



4 

Wait for 25s to ensure that T341 and T341 1 
expire and the UE releases locally the NAS 
signalling connection. 
NOTE 1 : The attach attempt counter is 1 . 





5 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

1 

P 

6 

Wait for 25s to ensure that T341 and T341 1 
expire and the UE releases locally the NAS 
signalling connection. 
NOTE 2: The attach attempt counter is 2. 





7 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



8 

Wait for 25s to ensure that T341 and T341 1 
expire and the UE releases locally the NAS 
signalling connection. 
NOTE 3: The attach attempt counter is 3. 





9 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



10 

Wait for 25s to ensure that T341 and T341 1 
expire and the UE releases locally the NAS 
signalling connection. 
NOTE 4: The attach attempt counter is 4. 





11 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



12 

Wait for 1 5s to ensure that T341 expire and 

the UE releases locally the NAS signalling 

connection. 

NOTE 5: The attach attempt counter is 5. 






EXCEPTION: Steps 13a1 to 13a2 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





13a1 

The SS reconfigures: 

Cell A as "Non-suitable cell", 

Cell 5 (px RATComb Tested = 

EUTRA UTRA) or Cell 24 

(px_RATComb_Tested = EUTRA_GERAN) as 

"Serving cell". 





13a2 

Check: Does the UE transmit an ATTACH 
REQUEST message without P-TMSI, P-TMSI 
signature, RAI, TMSI on Cell 5 or Cell 24? 

-> 

ATTACH REQUEST 

3 

P 

14 

The SS reconfigures: 

Cell A as "Serving cell". 

Cell 5 or Cell 24 as "Non-Suitable Off cell". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

15 

If possible (see ICS) switch off is performed or 
the USIM is removed. Otherwise the power is 

- 

- 

- 

- 
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removed. 





16 

The UE is brought back to operation or the 

USIM is inserted. 

NOTE 6: The attach attempt counter is reset. 





17- 
26 

Void 

- 

- 

- 

- 

27 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST? 

-> 

ATTACH REQUEST 

2 

p 

28- 
49 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 






9.2.1 .2.1 5.3.3 Specific message contents 

Table 9.2.1.2.15.3.3-1 : Message ATTACH REQUEST (step 13a2, Table 9.2.1.2.15.3.2-1) 


Derivation Path: TS 24.008 , Table 9.4.1 

Information Element 

Value/remark 

Comment 

Condition 

MS network capability 

Any allowed value 



Attach type 

'OII'B 

Combined 
GPRS/IMSI attach 


GPRS ciphering key sequence number 

'lire 

No key is 
available (MS to 
network) 


DRX parameter 

Any allowed value 



P-TMSI or IMS! 

IMSI-1 



Old routing area identification 

All bits of octets 5 and 6 

are set to 1 , except bit 1 

of octet 6 which is set to 

0. 

Other bits are not 

checked. 



MS Radio Access capability 

Any allowed value 



Old P-TMSI signature 

Not present 



Requested READY timer 
value 

Not present or any 
allowed value 



TMSI status 

'O'B 

no valid TMSI 
available 


PS LCS Capability 

Not present or any 
allowed value 



Mobile station classmark 2 

Not present or any 
allowed value 



Mobile station classmark 3 

Not present or any 
allowed value 



Supported Codecs 

Not present or any 
allowed value 



UE network capability 

Not present or any 
allowed value 



Additional mobile identity 

Not present 



Additional old routing area identification 

Not present 
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Table 9.2.1.2.15.3.3-2: Message ATTACH REQUEST (step 27, Table 9.2.1.2.15.3.2-1) 


Derivation Path: TS 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 




NAS key set identifier 

'hvb 

no key is available 


TSC 

Any allowed value 

TSC does not 
apply for NAS key 
set identifier value 
"111". 


Old GUTI or IMSI 

IMSI-1 



Last visited registered TAI 

Not present 



Old location area identification 

Not present 



TMSI status 

'O'B 

no valid TMSI 
available 



9.2.2 Detach procedure 

9.2.2.1 UE initiated detach procedure 

9.2.2.1 .1 UE initiated detach / UE switched off 


9.2.2.1.1.1 
(1) 


Test Purpose (TP) 


with { UE in EMM-REGISTERED state } 
ensure that { 

when { the UE is switched off } 
then { the UE establishes the RRC connection with the RRC establishmentCause set to 'mo- 
Signalling' and sends DETACH REQUEST message, keeps the native security context, and deactivates the 
EPS bearer context (s) locally } 


9.2.2.1.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 5.3.1.1, 
5.5.2.2.1, 5.5.2.2.2 and Annex D and TS 36.331 clause 5.3.3.3. 

[TS 24.301 clause 5.3.1.1] 

When the UE is in EMM-IDLE mode and needs to transmit an initial NAS message, the UE shall request the lower 
layer to establish a NAS signalling connection. In this request to the lower layer the NAS shall provide to the lower 
layer the RRC establishment cause and the call type as specified in annex D of this specification. 

[TS24.301 clause 5.5.2.2.1] 

The detach procedure is initiated by the UE by sending a DETACH REQUEST message. The Detach type IE included 
in the message indicates whether detach is due to a "switch off" or not. The Detach type IE also indicates whether the 
detach is for EPS services only, for non-EPS services only, or for both. If the UE has a mapped EPS security context as 
the current EPS security context, the UE shall set the type of security context flag to "mapped security context". 
Otherwise, the UE shall set the type of security context flag to "native security context". 


If the UE is to be switched off, the UE shall try for a period of 5 seconds to send the DETACH REQUEST message. 
During this period, the UE may be switched off as soon as the DETACH REQUEST message has been sent. 

After the last DETACH REQUEST message is sent, the UE shall proceed as follows: 

- if the current EPS security context is a native EPS security context, then the UE shall store the current EPS 
security context as specified in annex C and mark it as valid; 

- else if the current EPS security context is a mapped EPS security context and a non-current full native EPS security 
context exists, then the UE shall store the non-current EPS security context as specified in annex C and mark it as valid, 
and finally the UE shall delete any mapped EPS security context or partial native EPS security context. 
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[TS24.301 clause 5.5.2.2.2] 

When the DETACH REQUEST message is received by the network, the network shall send a DETACH ACCEPT 
message to the UE and store the current EPS security context, if the Detach type IE does not indicate "switch off". 
Otherwise, the procedure is completed when the network receives the DETACH REQUEST message. On reception of a 
DETACH REQUEST message indicating "switch off", the MME shall delete the current EPS security context, if it is a 
mapped EPS security context. 

The network and the UE shall deactivate the EPS bearer context(s) for this UE locally without peer-to-peer signalling 
between the UE and the MME. 

The UE, when receiving the DETACH ACCEPT message, shall stop timer T3421. 

The UE is marked as inactive in the network for EPS services. State EMM-DEREGISTERED is entered in the network. 

The UE in PS mode of operation shall enter the EMM-DEREGISTERED state. 

The UE in CS/PS mode 1 or CS/PS mode 2 of operation shall set the update status to U2 NOT UPDATED, disable 
E-UTRAN and select GERAN or UTRAN access technology and enter the EMM-NULL state. 

[TS 24.301, Annex D] 


Table D.1.1 : Mapping of NAS procedure to establishment cause and call type 


NAS procedure 

RRC establishment cause (according 3GPP TS 36.331 [22]) 

Call type 




Detach 

MO signalling (See Note 1) 

"originating signalling" 




Note 1 : For these NAS procedures initiated by UEs of access class 12, 13 or 14 in their home country, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". For this purpose the home country is 
defined as the country of the MCC part of the IMSI, see 3GPP TS 22.01 1 [1 A]. 

For these NAS procedures initiated by UE of access class 11 or 1 5 in their HPLMN or EHPLMN, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". 


[TS 36.331, clause 5.3.3.3] 

The UE shall set the contents of RRCConnectionRequest message as follows: 
1> set the ue -Identity as follows: 

2> if upper layers provide an S-TMSI: 

3> set the ue-Identity to the value received from upper layers; 
2> else 

3> draw a random value and set the ue-Identity to this value; 
NOTE 1 : Upper layers provide the S-TMSI if the UE is registered in the TA of the current cell. 
1> Set the establishmentCause in accordance with the information received from upper layers; 
9.2.2.1 .1 .3 Test description 

9.2.2.1 .1 .3.1 Pre-test conditions 

System Simulator: 

- cell A (HPLMN). 
UE: 
none. 
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Preamble: 

- the UE is in state Registered, Idle mode (State 2) according to TS 36.508 [18]. 
9.2.2.1 .1 .3.2 Test procedure sequence 

Table 9.2.2.1.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

Cause switch off 

- 

- 

- 

- 

2 

Check: Does the UE transmit an 
RRCConnectionRequest message with 
establishmentCause set to 'mo-Signalling' 
followed by a DETACH REQUEST with the 
Detach Type IE indicating "switch off"? 

-> 

DETACH REQUEST 

1 

P 

3-7 

Void 

- 

- 

- 

- 

8 

The UE is switched on 

- 

- 

- 

- 

9 

Check: Does the UE transmit ATTACH 
REQUEST message using KSIasme of the 
previously allocated EPS native security 
context? 

-> 

ATTACH REQUEST 

1 

P 

10- 
21 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 






9.2.2.1 .1 .3.3 Specific message contents 

Table 9.2.2.1.1.3.3-1 : Message RRCConnectionRequest {step 2, Table 9.2.2.1.1.3.2-1) 


Derivation path: 36.508 table 4.6.1-16 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

mo-Signalling 



} 




} 




} 





Table 9.2.2.1.1.3.3-2: Message ATTACH REQUEST (step 9, Table 9.2.2.1.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 (Security protected NAS message) 

Information Element 

Value/Remark 

Comment 

Condition 

NAS key set identifier 
TSC 

native security context 
(for KSIasme) 




9.2.2.1.2 
9.2.2.1.2.1 
(1) 


UE initiated detach / USIIVI removed from the UE 
Test Purpose (TP) 


with { UE in EMM- REGISTERED } 
ensure that { 

when { the USIM is removed from the UE } 
then { the UE sends DETACH REQUEST message and indicates that the detach is for both EPS services 
and non-EPS services or for EPS services depending on the EPS attach type used } 
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9.2.2.1 .2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 
5.5.2.2.1 and 5.5.2.2.3. 

[TS24.301 clause 5.5.2.2.1] 

The detach procedure is initiated by the UE by sending a DETACH REQUEST message. The Detach type IE included 
in the message indicates whether detach is due to a "switch off" or not. The Detach type IE also indicates whether the 
detach is for EPS services only, for non-EPS services only, or for both. If the UE has a mapped EPS security context as 
the current EPS security context, the UE shall set the type of security context flag to "mapped security context". 
Otherwise, the UE shall set the type of security context flag to "native security context". 

If the UE has a valid GUTI, the UE shall populate the GUTI or IMSI IE with the valid GUTI. If the UE does not have a 
vaHd GUTI, the UE populates the GUTI or IMSI IE with its IMSI. 

If the detach is not due to switch off and the UE is in the state EMM-REGISTERED or EMM-REGISTERED- 
INITIATED, timer T3421 shall be started in the UE after the DETACH REQUEST message has been sent. If the detach 
type indicates that the detach is for non-EPS services only the UE shall enter the state EMM-REGISTERED. IMSI- 
DETACH-INITIATED, otherwise the UE shall enter the state EMM-DEREGISTERED-INITIATED. If the detach type 
indicates that the detach is for non-EPS services or both EPS and non-EPS services, the UE shall enter the state MM 
IMSI DETACH PENDING. 

[TS24.301 clause 5.5.2.2.3] 

When the DETACH REQUEST message is received by the network, a DETACH ACCEPT message shall be sent to the 
UE, if the Detach type IE value indicates that the detach request has not been sent due to switching off. Depending on 
the value of the Detach type IE the following applies: 

- combined EPS/IMSI detach: 

The UE is marked as inactive in the network for EPS and for non-EPS services. The states EMM- 
DEREGISTERED and MM-NULL are entered in both the UE and the network. 

9.2.2.1 .2.3 Test description 
9.2.2.1 .2.3.1 Pre-test conditions 
System Simulator: 

- cell A (HPLMN). 
UE: 

none. 
Preamble: 

- the UE is in state Registered, Idle mode (State 2) according to TS 36.508 [18] 
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9.2.2.1.2.3.2 


Test procedure sequence 

Table 9.2.2.1.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

Cause removal of USIM from the UE without 
powering down 

- 

- 

- 

- 

2 

Check: Does the UE transmit a DETACH 
REQUEST with the Detach Type IE indicating 
"normal detach" and "combined EPS/IMSI 
detach" or "EPS detach" depending on the UE 
configuration? 

-> 

DETACH REQUEST 

1 

P 

3 

SS responds with DETACH ACCEPT message 

<- 

DETACH ACCEPT 

- 

- 

4 

Check: Does the test result of generic 
procedure in TS 36.508 subclause 6.4.2.5 
indicate that the UE does not respond to 
paging when paged with S-TMSI included in 
GUTI-1 and with CN domain indicator set to 
"PS"? 



1 



9.2.2.1 .2.3.3 Specific message contents 

Table 9.2.2.1.2.3.3-1 : DETACH REQUEST (step 2, Table 9.2.2.1.2.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-1 1 

Information Element 

Value/remark 

Comment 

Condition 

Detach type 




Type of detach 

001 

EPS detach 

EPSOnlyAtt 
ach 

Oil 

combined 
EPS/IMSI detach 

CombinedAt 
tach 

Switch off 



normal detach 


GUTI or IMSI 

GUTI-1 




9.2.2.1.3 
9.2.2.1.3.1 
(1) 


UE initiated detach / EPS capability of the UE is disabled 
Test Purpose (TP) 


with { UE in EMM-REGISTERED state } 
ensure that { 

when { EPS capability of the UE is disabled } 
then { UE sends the DETACH REQUEST message on the cell registered and indicates that the detach 
is for EPS services j 


9.2.2.1.3.2 


Conformance requirements 


References: The conformance requirement covered in the present TC is specified in: 3GPP TS 24.301 clause 4.5, clause 
5.5.2.1 and clauses 5.5.2.2 

[TS 24.301, clause 4.5] 

When the UE supporting the A/Gb and/or lu mode together with the S 1 mode needs to stay in A/Gb or lu mode, in 
order to prevent unwanted handover or cell reselection from UTRAN/GERAN to E-UTRAN, the UE shall disable the 
E-UTRA capability. 

- The UE shall not set the E-UTRA support bits of the MS Radio Access capabiHty IE (see 3GPP TS 24.008 [13], 
subclause 10.5.5.12a), the E-UTRA support bits of Mobile Station Classmark 3 IE (see 3GPP TS 24.008 [13], 
subclause 10.5.1.7) and the ISR support bit of the MS network capability IE (see 3GPP TS 24.008 [13], 
subclause 10.5.5.12) in the ATTACH REQUEST message and the ROUTING AREA UPDATE REQUEST 
message after it selects GERAN or UTRAN; and 
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- the UE NAS layer shall indicate the access stratum layer(s) of disabling of the E-UTRA capability. 
NOTE: The UE can only disable the E-UTRAN capabilities when in EMM-IDLE mode. 

[TS 24.301, clause 5.5.2.1] 


The detach procedure with appropriate detach type shall be invoked by the UE if the UE is switched off, the USIM card 
is removed from the UE or the EPS capability of the UE is disabled or the UE wishes to detach for non-EPS services. 


If the detach procedure for EPS services is performed, the EPS bearer context(s) for this particular UE are deactivated 
locally without peer-to-peer signalling between the UE and the MME. 

Upon successful completion of the detach procedure, if the UE and the MME enter the EMM-DEREGISTERED state, 
the UE and the MME shall delete any mapped EPS security context or partial native EPS security context. 

If the UE supports A/Gb mode or lu mode, the UE shall store the TIN in the non- volatile memory in the ME, as 
described in annex C, for a subsequent attach procedure. 

[TS 24.301, clause 5.5.2.2.1] 

The detach procedure is initiated by the UE by sending a DETACH REQUEST message. The Detach type IE included 
in the message indicates whether detach is due to a "switch off" or not. The Detach type IE also indicates whether the 
detach is for EPS services only, for non-EPS services only, or for both. If the UE has a mapped EPS security context as 
the current EPS security context, the UE shall set the type of security context flag to "mapped security context". 
Otherwise, the UE shall set the type of security context flag to "native security context". 

If the UE has a valid GUTI, the UE shall populate the GUTI or IMSI IE with the valid GUTI. If the UE does not have a 
vaHd GUTI, the UE populates the GUTI or IMSI IE with its IMSI. 

If the detach is not due to switch off and the UE is in the state EMM-REGISTERED or EMM-REGISTERED- 
INITIATED, timer T3421 shall be started in the UE after the DETACH REQUEST message has been sent. If the detach 
type indicates that the detach is for non-EPS services only the UE shall enter the state EMM-REGISTERED. IMSI- 
DETACH-INITIATED, otherwise the UE shall enter the state EMM-DEREGISTERED-INITIATED. If the detach type 
indicates that the detach is for non-EPS services or both EPS and non-EPS services, the UE shall enter the state MM 
IMSI DETACH PENDING. 


[TS 24.301, clause 5.5.2.2.2] 

The network and the UE shall deactivate the EPS bearer context(s) for this UE locally without peer-to-peer signalling 
between the UE and the MME. 

The UE, when receiving the DETACH ACCEPT message, shall stop timer T3421. 

The UE is marked as inactive in the network for EPS services. State EMM-DEREGISTERED is entered in the network. 

The UE in PS mode of operation shall enter the EMM-DEREGISTERED state. 

The UE in CS/PS mode 1 or CS/PS mode 2 of operation shall set the update status to U2 NOT UPDATED, disable 
E-UTRAN and select GERAN or UTRAN access technology and enter the EMM-NULL state. 

9.2.2.1 .3.3 Test description 

9.2.2.1 .3.3.1 Pre-test conditions 

System Simulator: 

- Cell A. 
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UE: 

none. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) on cell A according to TS 36.508 [18]. 
9.2.2.1 .3.3.2 Test procedure sequence 

Table 9.2.2.1.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

Cause EPS capability of the UE to be disabled. 

- 

- 

- 

- 

2 

Check: Does the UE transmit a DETACH 
REQUEST message with the Detach type IE 
indicating "EPS detach" and "normal detach". 

-> 

DETACH REQUEST 

1 

P 

3 

The SS responds the DETACH ACCEPT 
message. 

- 

DETACH ACCEPT 

- 

- 

4 

Check: Does the test result of generic 
procedure in TS 36.508 subclause 6.4.2.5 
indicate that the UE does not respond to 
paging when paged with S-TMSI included in 
GUTI-1 and with CN domain indicator set to 
"PS"? 



1 



9.2.2.1 .3.3.3 Specific message contents 

Table 9.2.2.1.3.3.3-1 : DETACH REQUEST (steps 2 in Table 9.2.2.1.3.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-1 1 

Information Element 

Value/remark 

Comment 

Condition 

Detach type 




Type of detach 

001 

EPS detach only 


Switch off 



normal detach 


GUTI or IMS! 

GUTI-1 




9.2.2.1.4 
9.2.2.1.4.1 
(1) 


UE initiated detach / detach for non-EPS services 
Test Purpose (TP) 


with { UE in EMM-REGISTERED state } 
ensure that { 

when { UE is detached for non-EPS services } 
then { UE sends the DETACH REQUEST message on the cell registered and indicates a IMSI detach 
} 


9.2.2.1.4.2 


Conformance requirements 


References: The conformance requirement covered in the present TC is specified in: 3GPP TS 24.301 clauses 5.5.2.1, 
5.5.2.2.1 and 5.5.2.2.3. 

[TS 24.301, clause 5.5.2.1] 


The detach procedure with appropriate detach type shall be invoked by the UE if the UE is switched off, the USIM card 
is removed from the UE or the EPS capability of the UE is disabled or the UE wishes to detach for non-EPS services. 

[TS 24.301, clause 5.5.2.2.1] 

The detach procedure is initiated by the UE by sending a DETACH REQUEST message (see example in figure 
5.5.2.2.1.1). The Detach type IE included in the message indicates whether detach is due to a "switch off" or not. The 
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Detach type IE also indicates whether the detach is for EPS services only, for non-EPS services only, or for both. If the 
UE has a mapped EPS security context as the current EPS security context, the UE shall set the type of security context 
flag to "mapped security context". Otherwise, the UE shall set the type of security context flag to "native security 
context" . 

If the UE has a valid GUTI, the UE shall populate the GUTI or IMSI IE with the valid GUTI. If the UE does not have a 
vaHd GUTI, the UE populates the GUTI or IMSI IE with its IMSI. 

If the detach is not due to switch off and the UE is in the state EMM-REGISTERED or EMM-REGISTERED- 
INITIATED, timer T3421 shall be started in the UE after the DETACH REQUEST message has been sent. If the detach 
type indicates that the detach is for non-EPS services only the UE shall enter the state EMM-REGISTERED. IMSI- 
DETACH-INITIATED, otherwise the UE shall enter the state EMM-DEREGISTERED-INITIATED. If the detach type 
indicates that the detach is for non-EPS services or both EPS and non-EPS services, the UE shall enter the state MM 
IMSI DETACH PENDING. 

[TS 24.301, clause 5.5.2.2.3] 

When the DETACH REQUEST message is received by the network, a DETACH ACCEPT message shall be sent to the 
UE, if the Detach type IE value indicates that the detach request has not been sent due to switching off. Depending on 
the value of the Detach type IE the following applies: 

- combined EPS/IMSI detach: 

The UE is marked as inactive in the network for EPS and for non-EPS services. The states EMM- 
DEREGISTERED and MM-NULL are entered in both the UE and the network. 

- IMSI detach: 

The UE is marked as inactive in the network for non-EPS services. The states MM-NULL and EMM- 
REGISTERED are entered in both the UE and the network. 

9.2.2.1 .4.3 Test description 

9.2.2.1 .4.3.1 Pre-test conditions 

System Simulator: 

- Cell A is set to "Serving cell"; 

- Cell B is set to "Non-Suitable cell' 
UE: 

- the UE is configured to initiate combined EPS/IMSI attach. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) on cell A according to TS 36.508 [18]. 
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9.2.2.1.4.3.2 


Test procedure sequence 

Table 9.2.2.1.4.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

Cause UE to initiate detach for non-EPS 
services. 

- 

- 

- 

- 

2 

Check: Does the UE transmit a DETACH 
REQUEST message with the Detach type IE 
indicating "IIVISI detach" and "normal detach". 

-> 

DETACH REQUEST 

1 

P 

3 

The SS responds with DETACH ACCEPT 
message. 

- 

DETACH ACCEPT 

- 

- 

3A 

The SS releases the RRC Connection. 

- 

- 

- 

- 

4 

Set the cell type of cell A to the "Non-Suitable 

cell ". 

Set the cell type of cell B to the " Serving cell" 





5 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

6 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

7 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message? 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 


9.2.2.1 .4.3.3 Specific message contents 

Table 9.2.2.1.4.3.3-1: DETACH REQUEST (step 2 in Table 9.2.2.1.4.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-1 1 

Information Element 

Value/remark 

Comment 

Condition 

Detach type 




Type of detach 

010 

IMSI detach 


Switch off 



normal detach 



Table 9.2.2.1.4.3.3-2: TRACKING AREA UPDATE REQUEST (step 5 in Table 9.2.2.1.4.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-27 

Information Element 

Value/remark 

Comment 

Condition 

EPS update type 




EPS update type value 

'OOO'B 

TA updating 



9.2.2.1.5 
9.2.2.1.6 


9.2.2.1.6.1 


Void 

UE initiated detach / Abnormal case / Local detach after 5 attempts due to no 
network response 

Test Purpose (IP) 


(1) 


with { UE in EMM-REGISTERED state } 
ensure that { 

when { the UE receives no response to the UE initiated DETACH REQUEST } 
then { the UE re-transmits the DETACH REQUEST up to 4 times on the expiry of timer T3421 


(2) 

with { UE in EMM-REGISTERED state } 
ensure that { 

when { the UE receives no response to the UE initiated DETACH REQUEST } 
then { the UE aborts the detach procedure and perform local detach on the 5^^ expiry of timer 
T3421 } 
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9.2.2.1 .6.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.2.2. 

[TS 24.301, clause 5.5.2.2.1] 

The detach procedure is initiated by the UE by sending a DETACH REQUEST message. The Detach type IE included 
in the message indicates whether detach is due to a "switch off" or not. The Detach type IE also indicates whether the 
detach is for EPS services only, for non-EPS services only, or for both. If the UE has a mapped EPS security context as 
the current EPS security context, the UE shall set the type of security context flag to "mapped security context". 
Otherwise, the UE shall set the type of security context flag to "native security context". 

If the UE has a valid GUTI, the UE shall populate the GUTI or IMSI IE with the valid GUTI. If the UE does not have a 
vaHd GUTI, the UE populates the GUTI or IMSI IE with its IMSI. 

If the detach is not due to switch off and the UE is in the state EMM-REGISTERED or EMM-REGISTERED- 
INITIATED, timer T3421 shall be started in the UE after the DETACH REQUEST message has been sent. If the detach 
type indicates that the detach is for non-EPS services only the UE shall enter the state EMM-REGISTERED. IMSI- 
DETACH-INITIATED, otherwise the UE shall enter the state EMM-DEREGISTERED-INITIATED. If the detach type 
indicates that the detach is for non-EPS services or both EPS and non-EPS services, the UE shall enter the state MM 
IMSI DETACH PENDING. 

[TS 24.301, clause 5.5.2.2.4 c)] 

The following abnormal cases can be identified: 


c) T3421 timeout 

On the first four expiries of the timer, the UE shall retransmit the DETACH REQUEST message and shall reset 
and restart timer T3421. On the fifth expiry of timer T3421, the detach procedure shall be aborted and the UE 
shall change to state: 

- EMM-REGISTERED.NORMAL-SERVICE and MM-NULL if "IMSI detach" was requested; 

- EMM-DEREGISTERED if "EPS detach" was requested; 

- EMM-DEREGISTERED and MM-NULL if "combined EPS/IMSI detach" was requested. 
9.2.2.1 .6.3 Test description 

9.2.2.1 .6.3.1 Pre-test conditions 

System Simulator: 

- cell A (HPLMN). 
UE: 

none. 
Preamble: 

- the UE is in state Registered, Idle Mode (State 2) according to TS 36.508 [18]. 
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9.2.2.1.6.3.2 


Test procedure sequence 

Table 9.2.2.1.6.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

Cause UE to initiate detach. 

- 

- 

- 

- 

2 

The UE transmits a DETACH REQUEST 
message? The UE starts timer T3421 . 

-> 

DETACH REQUEST 

- 

- 

3 

The SS does not respond to the DETACH 
REQUEST message. 

- 

- 

- 

- 

4 

Check: When the timer T3421 expires does 
the UE re-transmit DETACH REQUEST 
message. Timer T3421 is re-started (1^^ 
expiry). 

-> 

DETACH REQUEST 

1 

P 

5 

The SS does not respond to the DETACH 
REQUEST message. 

- 

- 

- 

- 

6 

Check: When the timer T3421 expires does 
the UE re-transmit DETACH REQUEST 
message. Timer T3421 is re-started (2"^ 
expiry). 

-> 

DETACH REQUEST 

1 

P 

7 

The SS does not respond to the DETACH 
REQUEST message. 

- 

- 

- 

- 

8 

Check: When the timer T3421 expires does 
the UE re-transmit DETACH REQUEST 
message. Timer T3421 is re-started (3*^^ 
expiry). 

-> 

DETACH REQUEST 

1 

P 

9 

The SS does not respond to the DETACH 
REQUEST message. 

- 

- 

- 

- 

10 

Check: When the timer T3421 expires does 
the UE re-transmit DETACH REQUEST 
message. Timer T3421 is re-started (4^^ 
expiry). 

-> 

DETACH REQUEST 

1 

P 

11 

The SS does not respond to the DETACH 
REQUEST message. 

- 

- 

- 

- 

12 

When the timer T3421 expires the UE aborts 
the detach procedure and performs a local 
detach (5^^ expiry). 



2 

P 

13 

The SS starts the EPS bearer context 
modification procedure using the previously 
allocated EPS bearer identity 

<- 

MODIFY EPS BEARER 
CONTEXT REQUEST 



14 

Check: Does the UE transmit a MODIFY EPS 
BEARER CONTEXT ACCEPT message within 
the next 10s? 

-> 

MODIFY EPS BEARER 
CONTEXT ACCEPT 

2 

F 

15 

The UE is switched off. 

- 

- 

- 

- 


EXCEPTION: Step 16a1 describes behaviour 
that depends on UE configuration; the "lower 
case letter" identifies a step sequence that 
takes place if the UE is still attached for non- 
EPS services. 





16a 

1 

IF the UE has performed a combined attach 
procedure in the preamble AND initiated a 
detach procedure from the EPS services only 
at Step 2, the UE transmits a DETACH 
REQUEST with the Detach type IE indicating 
"IMSI detach". 

-> 

DETACH REQUEST 



Note: T3421 value is specified as 15s in TS 24.301 . 
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9.2.2.1 .6.3.3 Specific message contents 

Table 9.2.2.1.6.3.3-1: DETACH REQUEST (steps 2, 4, 6, 8 and 10 Table 9.2.2.1.6.3.2-1) 


Derivation Patii: 36.508, Table 4.7.2-1 1 

Information Element 

Value/remark 

Comment 

Condition 

Detach type 




Type of detacii 

001 or Oil 

EPS detach or 
combined 
EPS/IMSI detach 


Switcii off 



normal detach 


GUTI or IMSI 

GUTI-1 




Table 9.2.2.1.6.3.3-2: DETACH REQUEST (step 16a1, Table 9.2.2.1.6.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-1 1 

Information Element 

Value/remark 

Comment 

Condition 

Detach type 




Type of detach 

010 

IMSI detach 


Switch off 

1 

switch off 



9.2.2.1.7 
9.2.2.1.7.1 

(1) 


UE initiated detach / Abnormal case / Detach procedure collision 
Test Purpose (TP) 


with { UE in EMM-DEREGISTERED- INITIATED state } 
ensure that { 

when { the UE receives the DETACH REQUEST message from the network } 
then { the UE aborts the UE initiated detach procedure and completes the network initiated detach 
procedure } 

} 

(2) 

with { UE in EMM-DEREGISTERED state } 
ensure that { 

when { the UE has completed the network initiated detach procedure with re-attach required and the 
UE supports re-attach after DETACH collision } 
then { the UE initiates the attach procedure } 


(3) 

with { UE in EMM-DEREGISTERED state } 
ensure that { 

when { the UE has completed the network initiated detach procedure with re-attach required and the 
UE does not support re-attach after DETACH collision } 
then { the UE does not initiate the attach procedure } 


9.2.2.1.7.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.2.2.4 and 

5.5.2.3.2. 

[TS 24.301, clause 5.5.2.2.4] 

The following abnormal cases can be identified: 


d) Detach procedure collision 

If the UE receives a DETACH REQUEST message before the UE initiated detach procedure has been 
completed, it shall treat the message as specified in subclause 5.5.2.3.2 with the following modification: if 
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the DETACH REQUEST message received by the UE contains detach type "re-attach required", and the UE 
initiated detach procedure is with detach type "EPS detach" or "combined EPS/IMSI detach", the UE need 
not initiate the attach or combined attach procedure. 

[TS 24.301, clause 5.5.2.3.2] 

When receiving the DETACH REQUEST message and the detach type indicates "re-attach required", the UE shall 
deactivate the EPS bearer context(s) including the default EPS bearer context locally without peer-to-peer signalling 
between the UE and the MME. The UE shall then send a DETACH ACCEPT message to the network and enter state 
EMM-DEREGISTERED. Furthermore, the UE shall, after the completion of the detach procedure, and the existing 
NAS signalling connection has been released, initiate an attach or combined attach procedure. 

NOTE 1: When detach type indicates "re-attach required", user interaction is necessary in some cases when the UE 
cannot re-activate the EPS bearer(s) automatically. 


Test description 
Pre-test conditions 


9.2.2.1.7.3 
9.2.2.1.7.3.1 
System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Registered, Idle mode (State 2) according to TS 36.508 [18]. 
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9.2.2.1.7.3.2 


Test procedure sequence 

Table 9.2.2.1.7.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

Cause UE to initiate detach. 

- 

- 

- 

- 

2 

The UE transmits a DETACH REQUEST 
message. The UE starts timer T3421 . 

-> 

DETACH REQUEST 

- 

- 

3 

The SS does not respond to the DETACH 
REQUEST message. 

- 

- 

- 

- 

4 

With T3421 still running the SS shall send 
DETACH REQUEST message with the 
Detach type IE indicating "re-attach 
required". 

<— 

DETACH REQUEST 



5 

Check: Does the UE transmit a DETACH 
ACCEPT message? 

-> 

DETACH ACCEPT 

1 

P 

6 

The SS releases the RRC connection. 

- 

- 

- 

- 


EXCEPTION: Step 7a1-7b1 describe a 
behaviour which depends on the UE 
capability 





7a1 

Void 





7a2 

IF pc_EPC_AutomaticAttachSwitchOn THEN 
Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

2 

P 

7a3- 
7a14 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 





7a15 

Cause UE to initiate detach. 

- 

- 

- 

- 

7a16 

The UE transmits a DETACH REQUEST 
with the Detach Type IE indicating "normal 
detach" and "combined EPS/IMS! detach" or 
"EPS detach" depending on the UE 
configuration . 

-> 

DETACH REQUEST 



7a17 

The SS responds with DETACH ACCEPT 
message 

<— 

DETACH ACCEPT 

- 

- 

7a18 

The SS releases the RRC connection 

- 

- 

- 

- 

7b1 

ELSE IF NOT 

pc_Re_Attach_AfterDetachColl THEN 
Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message in the 
next 30s? 

-> 

ATTACH REQUEST 

3 

F 


At the end of this test procedure sequence, 
the UE is in end state E-UTRA deregistered 
(E4) according to TS 36.508. 






9.2.2.1 .7.3.3 Specific message contents 

Table 9.2.2.1.7.3.3-1: DETACH REQUEST (steps 2 and 7a16 Table 9.2.2.1.7.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-1 1 

Information Element 

Value/remark 

Comment 

Condition 

Detach type 




Type of detach 

001 or Oil 

EPS detach or 
combined 
EPS/IMSI detach 


Switch off 



normal detach 


GUT! or IMS! 

GUTI-1 
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Table 9.2.2.1.7.3.3-2: DETACH REQUEST (step 4 Table 9.2.2.1.7.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-12 

Information Element 

Value/remark 

Comment 

Condition 

Detach type 




Type of detach 

001 

re-attach required 



Table 9.2.2.1.7.3.3-3: Message ATTACH REQUEST (step a27, Table 9.2.2.1.7.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

EPS attach type 

0001 or 0010 

EPS attach 
orcombined 
EPS/IMSI attach 



9.2.2.1.8 


9.2.2.1.8.1 


UE initiated detach / Abnormal case / Detach and EMM common procedure 
collision 

Test Purpose (IP) 


(1) 


with { UE in EMM-DEREGISTERED- INITIATED state due to switch off } 
ensure that { 

when { the UE receives an EMM common procedure message from the network 
then { the UE ignores the message and continues the detach procedure } 


(2) 

with { UE in EMM-DEREGISTERED- INITIATED state due to normal detach } 
ensure that { 

when { the UE receives GUTI REALLOCATION COMMAND from the network } 
then { the UE ignores the message and continues the detach procedure } 

} 

(3) 

with { UE in EMM-DEREGISTERED- INITIATED state due to normal detach } 
ensure that { 

when { the UE receives AUTHENTICATION REQUEST, SECURITY MODE COMMAND or IDENTITY REQUEST message 
from the network } 

then { the UE responds to the message and then continues the detach procedure } 
} 

9.2.2.1 .8.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.2.2.4. 

[TS 24.301, clause 5.5.2.2.4] 

The following abnormal cases can be identified: 


e) Detach and EMM common procedure collision 

Detach containing cause "switch off": 

- If the UE receives a message used in an EMM common procedure before the detach procedure has been 
completed, this message shall be ignored and the detach procedure shall continue 

Detach containing other causes than "switch off": 
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- If the UE receives a GUTI REALLOCATION COMMAND, an EMM STATUS or an EMM 
INFORMATION message before the detach procedure is completed, this message shall be ignored and the 
detach procedure shall continue. 

- If the UE receives an AUTHENTICATION REQUEST, SECURITY MODE COMMAND or IDENTITY 
REQUEST message before the detach procedure has been completed, the UE shall respond to it as described 
in subclause 5.4.2, 5.4.3 and 5.4.4 respectively and the detach procedure shall continue. 

9.2.2.1 .8.3 Test description 

9.2.2.1 .8.3.1 Pre-test conditions 

System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Registered, Idle mode (State 2) according to TS 36.508 [18]. 
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9.2.2.1.8.3.2 


Test procedure sequence 

Table 9.2.2.1.8.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

Cause switch off. 

- 

- 

- 

- 

2 

The UE transmits a DETACH REQUEST 
message with the Detach type IE indicating 
"switch off". 

-> 

DETACH REQUEST 



3 

The SS transmits a GUTI REALLOCATION 
COIVIIVIAND message. 

<- 

GUTI REALLOCATION 
COMMAND 

- 

- 

4 

Check: Does the UE transmit an GUTI 
REALLOCATION COMPLETE message? 

-> 

GUTI REALLOCATION 
COMPLETE 

1 

F 

5 

Check: Does the test result of generic 
procedure in TS 36.508 subclause 6.4.2.5 
indicate that the UE does not respond to 
paging when paged with S-TMSI included in 
GUTI-1 and with CN domain indicator set to 
"PS"? 



1 


6 

The UE is switched on and performs an 
ATTACH procedure. 

- 

- 

- 

- 

7 

Cause UE to initiate detach. 

- 

- 

- 

- 

8 

The UE transmits a DETACH REQUEST 
message? The UE starts timer T3421 . 

-> 

DETACH REQUEST 

2 

P 

9 

The SS does not respond to the DETACH 
REQUEST message. 

- 

- 

- 

- 

10 

With T3421 still running the SS shall send 
GUTI REALLOCATION COMMAND. 

<- 

GUTI REALLOCATION 
COMMAND 

- 

- 

11 

Check: Does the UE transmit a GUTI 
REALLOCATION COMPLETE message? 

-> 

GUTI REALLOCATION 
COMPLETE 

2 

F 

12 

SS responds with DETACH ACCEPT 
message. 

<— 

DETACH ACCEPT 

- 

- 

13 

The SS releases the RRC connection. 

- 

- 

- 

- 

14 

Cause UE to initiate attach. The generic 
procedure in 36.508 clause 4.5.2.3-1 is 
executed so as to complete the attach 
procedure. 





15 

Cause UE to initiate detach. 

- 

- 

- 

- 

16 

The UE transmits a DETACH REQUEST 
message? The UE starts timer T3421 . 

-> 

DETACH REQUEST 

- 

- 

17 

The SS does not respond to the DETACH 
REQUEST message. 

- 

- 

- 

- 

18 

With T3421 still running the SS shall send 
AUTHENTICATION REQUEST. 

<- 

AUTHENTICATION REQUEST 

- 

- 

19 

Check: Does the UE transmit an 
AUTHENTICATION RESPONSE message? 

-> 

AUTHENTICATION RESPONSE 

3 

P 

20 

SS responds with DETACH ACCEPT 
message. 

<— 

DETACH ACCEPT 

- 

- 

21 

The SS releases the RRC connection. 

- 

- 

- 

- 

22 

Cause UE to initiate attach. The generic 
procedure in 36.508 clause 4.5.2.3-1 is 
executed so as to complete the attach 
procedure. 





23 

Cause UE to initiate detach. 

- 

- 

- 

- 

24 

The UE transmits a DETACH REQUEST 
message? The UE starts timer T3421 . 

-> 

DETACH REQUEST 

- 

- 

25 

The SS does not respond to the DETACH 
REQUEST message. 

- 

- 

- 

- 

26 

With T3421 still running the SS shall send 
SECURITY MODE COMMAND. 

<— 

SECURITY MODE COMMAND 

- 

- 

27 

Check: Does the UE transmit a SECURITY 
MODE COMPLETE message? 

-> 

SECURITY MODE COMPLETE 

3 

P 

28 

SS responds with DETACH ACCEPT 
message. 

<- 

DETACH ACCEPT 

- 

- 

29 

The SS releases the RRC connection. 

- 

- 

- 

- 

30 

Cause UE to initiate attach. The generic 

- 

- 

- 

- 
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procedure in 36.508 clause 4.5.2.3-1 is 
executed so as to complete the attach 
procedure. 





31 

Cause UE to initiate detach. 

- 

- 

- 

- 

32 

The UE transmits a DETACH REQUEST 
message? The UE starts timer T3421 . 

-> 

DETACH REQUEST 

- 

- 

33 

The SS does not respond to the DETACH 
REQUEST message. 

- 

- 

- 

- 

34 

With T3421 still running the SS shall send 
IDENTITY REQUEST. 

<- 

IDENTITY REQUEST 

- 

- 

35 

Check: Does the UE transmit an IDENTITY 
RESPONSE message? 

-> 

IDENTITY RESPONSE 

3 

P 

36 

SS responds with DETACH ACCEPT 
message. 

<- 

DETACH ACCEPT 

- 

- 


9.2.2.1 .8.3.3 Specific message contents 

Table 9.2.2.1.8.3.3-1 : DETACH REQUEST (steps 8, 16, 24 and 32 Table 9.2.2.1.8.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-1 1 

Information Element 

Value/remark 

Comment 

Condition 

Detach type 




Type of detach 

001 or Oil 

EPS detach or 
combined 
EPS/IMSI detach 


Switch off 



normal detach 



Table 9.2.2.1.8.3.3-2: GUT! REALLOCATION COMMAND (step 3 Table 9.2.2.1.8.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-15 

Information Element 

Value/remark 

Comment 

Condition 

GUTI 

GUTI-2 



TAI list 

Not present 




Table 9.2.2.1.8.3.3-3: GUTI REALLOCATION COMMAND (step 10 Table 9.2.2.1.8.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-15 

Information Element 

Value/remark 

Comment 

Condition 

GUTI 

GUTI-3 



TAI list 

Not present 




Table 9.2.2.1.8.3.3-4: Message ATTACH REQUEST (steps 14, 22 and 30, Table 9.2.2.1.8.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

EPS attach type 

0001 or 0010 

EPS attach or 
combined 
EPS/IMSI attach 



9.2.2.1.9 


9.2.2.1.9.1 


UE initiated detach / Abnormal case / Change of cell into a new tracking area 
Test Purpose (IP) 


(1) 


with { UE in EMM-DEREGISTERED- INITIATED state } 
ensure that { 

when { the UE changes into a new tracking area that is not in the stored TAI list } 
then { the UE aborts the detach procedure and initiates a Tracking Area Updating procedure 


ETSI 


3GPP TS 36.523-1 version 1 0.0.0 Release 10 1 855 ETSI TS 1 36 523-1 VI 0.0.0 (201 2-05) 

(2) 

with { UE in EMM-TRACKING-AREA-UPDATING- INITIATED state } 
ensure that { 

when { the UE receives TRACKING AREA UPDATE ACCEPT message } 
then { the UE re- initiates the detach procedure after completing the Tracking Area Updating 
procedure } 
} 

9.2.2.1 .9.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.2.2.4. 

[TS 24.301, clause 5.5.2.2.4] 

The following abnormal cases can be identified: 


b) Lower layer failure or release of the NAS signalling connection before reception of DETACH ACCEPT message 
The detach procedure shall be aborted, and the UE shall enter state: 

- EMM-REGISTERED.NORMAL-SERVICE and MM-NULL if "IMSI detach" was requested; 

- EMM-DEREGISTERED if "EPS detach" was requested; 

- EMM-DEREGISTERED and MM-NULL if "combined EPS/IMSI detach" was requested. 

f) Change of cell into a new tracking area 

If a cell change into a new tracking area that is not in the stored TAI list occurs before the UE initiated detach 
procedure is completed, the detach procedure shall be aborted and re-initiated after successfully performing a 
tracking area updating procedure. If the detach procedure was initiated due to removal of the USIM, the UE shall 
abort the detach procedure and enter the state EMM-DEREGISTERED. 

9.2.2.1 .9.3 Test description 

9.2.2.1 .9.3.1 Pre-test conditions 

System Simulator: 

- cell A belongs to TAI-1 (home PLMN) is set to "Serving cell" 

- cell B belongs to TAI-2 (home PLMN) is set to "Non-Suitable cell". 

- System information combination 3 as defined in TS 36. 508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

none. 
Preamble: 

- the UE is in state Generic RB established (state 3) state Registered, Idle mode (State 2) according to [18]. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1856 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


9.2.2.1.9.3.2 


Test procedure sequence 

Table 9.2.2.1.9.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

1 

Cause UE to initiate detach. 

- 

- 

- 

- 

2 

The UE transmits a DETACH REQUEST 
message. The UE starts timer T3421 . 

-> 

DETACH REQUEST 

- 

- 

3 

The SS does not respond to the DETACH 
REQUEST message. 

- 

- 

- 

- 

4 

Set the cell type of cell A to the "Suitable 

neighbour cell". 

Set the cell type of cell B to the "Serving cell". 

Note: T3421 value is specified as 15s in TS 
24.301 and it is assumed that SS can 
configure cells within this time. 





4A 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell A to order the UE to perform intra 
frequency handover to Cell B. 

<- 




4B 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell B to confirm the successful 
completion of the intra frequency handover. 

-> 




- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

5 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

6 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

7 

Check: Does the UE transmit a TRACKING 
AREA UPDATE COMPLETE message? 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

8 

The UE transmits a DETACH REQUEST 
message. 

-> 

DETACH REQUEST 

2 

p 

9 

SS responds with DETACH ACCEPT message 

<- 

DETACH ACCEPT 

- 

- 

10 

Check: Does the test result of generic 
procedure in TS 36.508 subclause 6.4.2.5 
indicate that the UE does not respond to 
paging when paged with S-TMSI included in 
GUTI-2 and with CN domain indicator set to 
"PS"? 






9.2.2.1 .9.3.3 Specific message contents 

Table 9.2.2.1.9.3.3-1 : DETACH REQUEST (step 2, Table 9.2.2.1.9.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-1 1 

Information Element 

Value/remark 

Comment 

Condition 

Detach type 




Type of detach 

001 or Oil 

EPS detach or 
combined 
EPS/IMS! detach 


Switch off 



normal detach 


GUT! or IMS! 

GUTI-1 




Table 9.2.2.1.9.3.3-2: Message TRACKING AREA UPDATE ACCEPT (step 6, Table 9.2.2.1.9.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUT! 

GUTI-2 
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Table 9.2.2.1.9.3.3-3: RRCConnectionReconfiguration (step 4a, Table 9.2.2.1.9.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-8, condition HO 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




mobilityControllnfo SEQUENCE { 

MobilityControllnfo-HO 



targetPhysCellld 

PhysicalCellldentity of 
Cell B (see 36.508 
clause 4.6.5) 



carrierFreq 

Not present 



} 




} 




} 




} 




} 





Table 9.2.2.1.9.3.3-4: Message TRACKING AREA UPDATE REQUEST (step 5, Table 9.2.2.1.9.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 




Active Flag 

Any allowed value 



EPS bearer context status 

Not present or (octet 3 = 
'00100000'Bandoctet4 
= 'OOOOOOOO'B) or (octet 
3 = 'OOOOOOOO'B and 
octet 4 = 'OOOOOOOO'B) 




Table 9.2.2.1.9.3.3-5: DETACH REQUEST (step 8, Table 9.2.2.1.9.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-1 1 

Information Element 

Value/remark 

Comment 

Condition 

Detach type 




Type of detach 

001 or Oil 

EPS detach or 
combined 
EPS/IMSI detach 


Switch off 



normal detach 


GUTI or IMSI 

GUTI-2 




9.2.2.1.10 
9.2.2.1.10.1 
(1) 


UE initiated detach / IVIapped security context 
Test Purpose (TP) 


with { UE in EMM-REGISTERED state } 
ensure that { 

when { the UE sent the last DETACH REQUEST } 
then { the UE delete the mapped security context } 
} 

9.2.2.1 .1 0.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.2.1. 

[TS 24.301, clause 5.5.2.1] 

Upon successful completion of the detach procedure, if the UE and the MME enter the EMM-DEREGISTERED state, 
the UE and the MME shall delete any mapped EPS security context or partial native EPS security context. 
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9.2.2.1 .1 0.3 Test description 

9.2.2.1 .1 0.3.1 Pre-test conditions 

System Simulator: 

- Cell A and Cell 5. 

- System information combination 4 as defined in TS 36. 508 [18] clause 4.4.3.1 is used in E-UTRA cell; 
UE: 

None. 
Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.2.1 .1 0.3.2 Test procedure sequence 

Table 9.2.2.1.10.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 


The SS configures: 

- Cell 5 as a "Non-Suitable Off cell". 

- Cell A as the "Serving cell". 

" 




1 

The UE is switched on. 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message. 

-> 

ATTACH REQUEST 



3 

The SS transmits an ATTACH REJECT 
message with EMM cause = "EPS services 
and non-EPS services not allowed" as 
specified. 

<- 

ATTACH REJECT 



4 

The SS releases the RRC connection. 

- 

- 

- 

- 

5 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





6 

The SS configures: 

- Cell A as a "Non-Suitable Off cell". 

- Cell 5 as the "Serving cell". 





7 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

8 

The UE transmits an ATTACH REQUEST 
message on Cell 5 

-> 

ATTACH REQUEST 



9 

The SS transmits an AUTHENTICATION AND 
CIPHERING REQUEST message. 

<— 

AUTHENTICATION AND 
CIPHERING REQUEST 



10 

The UE transmits an AUTHENTICATION AND 
CIPHERING RESPONSE message. 

-> 

AUTHENTICATION AND 
CIPHERING RESPONSE 



11 

SS responds with ATTACH ACCEPT message 
including P-TMSI-1 and RAI-1. 

<- 

ATTACH ACCEPT 

- 

- 

12 

The UE transmits an ATTACH COMPLETE 
message. 

-> 

ATTACH COMPLETE 

- 

- 

13 

The activation of a PDP context is triggered by 
MMI or AT command. 

- 

- 

- 

- 

14 

Generic test procedure in TS 34.108 
subclause 7.2.4.2.3 is performed on Cell 5. 
NOTE: The UE performs Radio Bearer 
Establishment in a UTRAN cell. 





15 

The SS releases the RRC connection. 

- 

- 

- 

- 

16 

The SS configures: 

- Cell A as the "Serving cell". 

- Cell 5 as a "Non-Suitable cell". 





17- 
24 

Generic test procedure in TS 36.508 
subclause 6.4.2.7A-1 is performed, (step 1 to 
8) 





25 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





- 

EXCEPTION: Step 25 describes behaviour 
that depends on the UE capability. 





26 

Ifpc SwitchOnOff or pc USIM Removal then 
UE send DETACH REQUEST message. 

-> 

DETACH REQUEST 

- 

- 

27 

The SS configures: 

- Cell A as the "Serving cell". 

- Cell 5 as a "Non-Suitable Off cell". 





28 

The UE is brought back to operation or the 
USIM is inserted. 

The following message shall be received on 
cell A. 





29 

Cause UE to initiate attach 
Check: Does the UE send ATTACH 
REQUEST message 

-> 

ATTACH REQUEST 

1 

p 

30- 

The attach procedure is completed by 

- 

- 

- 

- 
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41 

executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 






9.2.2.1 .1 0.3.3 Specific message contents 

Table 9.2.1.1.10.3.3-1 : Message ATTACH REJECT (steps 3, Table 9.2.2.1.10.3.2-1) 


Derivation path: 36.508 table 4.7.2-3 

Information Element 

Value/Remark 

Comment 

Condition 

Security header type 

EMM cause 

ESM message container 

0000 

00001000 
Not present 

" Plain NAS 
message, not 
security protected 

#8 "EPS services 
and non-EPS 
services not 
allowed" 



Table 9.2.2.1.10.3.3-2: ATTACH REQUEST (step 29, Table 9.2.2.1.10.3.2-1) 



Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 

'111' 

no key is available 



9.2.2.2 
9.2.2.2.1 
9.2.2.2.1.1 
(1) 


Network initiated detach procedure 
NW initiated detach / Re-attach required 
Test Purpose (TP) 


with { UE in EMM-REGISTERED state } 
ensure that { 

when { SS sends DETACH REQUEST message with the Detach type IE "re-attach required" } 
then { UE sends DETACH ACCEPT message and UE intiates an attach procedure with the current EPS 
security context} 
} 

9.2.2.2.1 .2 Conformance requirements 

References: The conformance requirement covered in the present TC is specified in: 3GPP TS 24.301 clauses 5.5.2.3.2. 

[TS24.301 clause5.5.2.3.2] 

When receiving the DETACH REQUEST message and the detach type indicates "re-attach required", the UE shall 
deactivate the EPS bearer context(s) including the default EPS bearer context locally without peer-to-peer signalling 
between the UE and the MME. The UE shall then send a DETACH ACCEPT message to the network and enter state 
EMM-DEREGISTERED. Furthermore, the UE shall, after the completion of the detach procedure, and the existing 
NAS signalling connection has been released, initiate an attach or combined attach procedure. 

NOTE 1: When detach type indicates "re-attach required", user interaction is necessary in some cases when the UE 
cannot re-activate the EPS bearer(s) automatically. 

A UE which receives a DETACH REQUEST message with detach type indicating "re-attach required" or "re-attach not 
required" and no EMM cause IE, is detached only for EPS services. 

...If the detach type indicates "IMSI detach" or "re-attach required" then the UE shall ignore the EMM cause IE if 
received. 
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Test description 
Pre-test conditions 


9.2.2.2.1.3 
9.2.2.2.1.3.1 
System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Generic RB established (state 3) on cell A according to TS 36.508 [18]. 
9.2.2.2.1 .3.2 Test procedure sequence 

Table 9.2.2.2.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message/PDU/SDU 

1 

The SS initiates Detach procedure with the 
Detach Type IE "re-attach required" 

<- 

DETACH REQUEST 

- 

- 

2 

Check: Does the UE send DETACH ACCEPT 
message? 

-> 

DETACH ACCEPT 

1 

p 

3 

The SS releases RRC connection. 





- 

EXCEPTION: Step 3a describes a behaviour 
which depends on the UE capability 

- 

- 

- 

- 

3a 

IF NOT pc_Automatic_Re_Attach, the user 
initiates an attach by MMI or by AT command. 

- 

- 

- 

- 

4 

Check: Does the UE send ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

1 

p 


EXCEPTION: Steps 4Aa1 to 4Aa2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





4Aa1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<- 

ESM INFORMATION REOUEST 



4Aa2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



5 

The SS sends ATTACH ACCEPT to assign the 
new GUTI (GUTI-2). The ACTIVATE 
DEFAULT EPS BEARER CONTEXT 
REQUEST message is piggybacked in 
ATTACH ACCEPT message 

<- 

ATTACH ACCEPT 



6 

Check: Does the UE send ATTACH 
COMPLETE message including an ACTIVATE 
DEFAULT EPS BEARER CONTEXT ACCEPT 
message? 

-> 

ATTACH COMPLETE 

1 

p 


9.2.2.2.1 .3.3 Specific message contents 

Table 9.2.2.2.1.3.3-1 : Message DETACH REQUEST (step 1, Table 9.2.2.2.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-12 

Information Element 

Value/Remark 

Comment 

Condition 

Detach type 

'oorB 

"re-attach 
required" 
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Table 9.2.2.2.1.3.3-2: Message ATTACH REQUEST (step 4, Table 9.2.2.2.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

NAS key set identifier 




TSC 

'O'B 

native security 
context 


NAS key set identifier 

The value is a same 
value to be allocated by 
SS in Preamble. 



Old GUTI or IMSI 

GUTI-1 




NOTE: This message is sent within the SECURITY NAS PROTECTED MESSAGE in Table 9.2.2.2.1.3.3-3. 
Table 9.2.2.2.1.3.3-3: Message SECURITY PROTECTED NAS MESSAGE (step 4, Table 9.2.2.2.1.3.2-1) 


Derivation Path: 36.508 Table 4.7.1-1 

Information Element 

Value/remark 

Comment 

Condition 

Security header type 

'OOOI'B 

Integrity protected 


NAS message 

'OIOOOOOI'B 

"ATTACH 
REQUEST" 



Table 9.2.2.2.1.3.3-4: Message ATTACH ACCEPT (step 5, Table 9.2.2.2.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

TAI list 




Length of tracking area identity list contents 

'0000011 O'B 

6 octets 


Number of elements 

'OOOOO'B 

1 element 


Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAG 
values" 


Partial tracking area identity list 

TAI-1 



GUTI 

GUTI-2 




9.2.2.2.2 
9.2.2.2.2.1 

(1) 


NW initiated detach / IIVISI detach 
Test Purpose (TP) 


with { UE in EMM-REGISTERED state} 
ensure that { 

when { UE receives DETACH REQUEST message with the Detach type IE = "IMSI detach" } 
then { UE sends TRACKING AREA UPDATE REQUEST message with EPS update type IE = "Combined TA/LA 
updating with IMSI attach" } 

} 

(2) 

with { UE in EMM-TRACKING-AREA-UPDATING- INITIATED state } 
ensure that { 

when { UE receives TRACKING AREA UPDATE ACCEPT message } 
then { UE enters EMM- REGISTERED and enters MM IDLE and sends TRACKING AREA UPDATE COMPLETE 
message } 

} 

9.2.2.2.2.2 Conformance requirements 

References: The conformance requirement covered in the present TC is specified in: 3GPP TS 24.301 clauses 5.5.2.3.2. 

[TS24.301 clause5.5.2.3.2] 
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When receiving the DETACH REQUEST message and the Detach type IE indicates "IMSI detach", the UE shall not 
deactivate the EPS bearer context(s) including the default EPS bearer context. The UE shall set the MM update status to 
U2 NOT UPDATED. A UE may send a DETACH ACCEPT message to the network, and shall re-attach to non-EPS 
services by performing the combined tracking area updating procedure according to subclause 5.5.3.3, sending a 
TRACKING AREA UPDATE REQUEST message with EPS update type IE indicating "combined TA/LA updating 
with IMSI attach". 


If the detach type IE indicates "IMSI detach" or "re-attach required", then the UE shall ignore the EMM cause IE if 
received. 


Test description 
Pre-test conditions 


9.2.2.2.2.3 
9.2.2.2.2.3.1 
System Simulator: 

- cell A. 
UE: 

- the UE is configured to initiate combined EPS/IMSI attach. 
Preamble: 

- the UE is in state Generic RB established (state 3) on cell A according to TS 36.508 [18]. 
9.2.2.2.2.3.2 Test procedure sequence 

Table 9.2.2.2.2.3.2-1 : Main Behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage/PDU/SDU 

1 

Force the SS to initiate Detach procedure with 
the Detach Type IE "IMSI detach" 

<- 

DETACH REQUEST 

- 

- 

2 

The UE may send DETACH ACCEPT 
message. (Optional) 

-> 

DETACH ACCEPT 

- 

- 

3 

Check: Does the UE send TRACKING AREA 
UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

4 

Void 

- 

- 

- 

- 

5 

Void 

- 

- 

- 

- 
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6 

The SS sends TRACKING AREA UPDATE 
ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 



7 

Check: Does the UE send TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

2 

P 

8 

The SS releases the RRC connection. 

- 

- 

- 

- 

- 

EXCEPTION: Steps 9 to 9E take place only if 
NOT pc_SMS_SGs 

- 

- 

- 

- 

9 

Check: Does the UE respond to paging on cell 
A with S-TMSI2 for CS domain? 

- 

- 

- 

- 


EXCEPTION: Step 9Aa1 describes behaviour 
that depends on the UE capability; the "lower 
case letter" identifies a step sequence that 
takes place if a capability is supported. 





9Aa1 

IF the UE needs to request upper layer input 
before accepting the CS fallback (see ICS), the 
incoming CS call is accepted at the UE 
through MMI or AT command. 





9B 

Check: Does the UE send EXTENDED 
SERVICE REQUEST message? 

-> 

EXTENDED SERVICE REQUEST 

3 

P 

9C 

The SS transmits SERVICE REJECT with 
cause #39 'CS domain temporarily not 
available' with T3442 = 60s. 

<- 

SERVICE REJECT 



9D 

The SS releases the RRC connection. 

- 

- 

- 

- 


EXCEPTION: The behaviour in table 
9.2.2.2.2.3.2-2 may occur in parallel with step 
9E. 





9E 

The SS waits for 60 seconds (T3442) 

- 

- 

- 

- 

10 

Check: Does the UE respond to paging on cell 
A with S-TMSI2 for PS domain? 
Generic Procedure (TS36.508 subclause 
6.4.2.4) 



2 


Table 9.2.2.2.2.3.2-2: Parallel Behaviour 

St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message/PDU/SDU 

1 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

2 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

3 

The SS releases the RRC connection. 

- 

- 

- 

- 


9.2.2.2.2.3.3 Specific message contents 

Table 9.2.2.2.2.3.3-1 : Message DETACH REQUEST (step 1, Table 9.2.2.2.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-12 

Information Element 

Value/Remark 

Comment 

Condition 

Detach type 

'011'B 

"IMSI detach" 
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Table 9.2.2.2.2.3.3-2: Message TRACKING AREA UPDATE REQUEST (step 3, Table 9.2.2.2.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 




EPS update type value 

'010'B 

"Combined TA/LA 
updating with 
IMSI attach" 


Old GUTI 

GUTI-1 



Last visited registered TAI 

TAI-1 



Old location area identification 

Not Present 



TMSI status 

'O'B 

" no valid TMSI 
available" 



Table 9.2.2.2.2.3.3-3: Message TRACKING AREA UPDATE ACCEPT (step 6, Table 9.2.2.2.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

GUTI-2 



TAI list 




Length of tracking area identity list contents 

'0000011 0'B 



Number of elements 

'OOOOO'B 



Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAC 
values" 


Partial tracking area identity list 




MCC 
MNC 
TAC1 

TAI-1 



Location area identification 

LAI-1 



MS identity 

TMSI-1 




Table 9.2.2.2.2.3.3-4: Message EXTENDED SERVICE REQUEST (step 9B, Table 9.2.2.2.2.3.2-1) 


Derivation Path: 36.508 table 4.7.2.-1 4A 

Information Element 

Value/remark 

Comment 

Condition 

M-TMSI 

M-TMSI1 

"M-TMSI1 is a 
part of GUTI-1" 



Table 9.2.2.2.2.3.3-5: Message SERVICE REJECT (step 9C, Table 9.2.2.2.2.3.2-1) 


Derivation Path: 36.508 table 4.7.2-22 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'OOIOOIII'B 

#39 'CS domain 
temporarily not 
available' 


T3442 value 

'OOIOOOOI'B 

1 minute 



Table 9.2.2.2.2.3.3-6 Message TRACKING AREA UPDATE ACCEPT (step 2, Table 9.2.2.2.2.3.2-2) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

Not present 



MS identity 

Not present 
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9.2.2.2.3 to 9.2.2.2.13 Void 

9.2.2.2.14 NW initiated detach / Abnormal case / ElVIIVI cause not included 

9.2.2.2.1 4.1 Test Purpose (TP) 
(1) 

with { UE in EMM-REGISTERED state } 
ensure that { 

when { UE receives a DETACH REQUEST message with the Detach type IE "re-attach not required" and 
with no EMM cause IE included } 

then { UE delete any GUTI, TAI list, last visited registered TAI , list of equivalent PLMNs, KSI, 
set the update status to EU2 NOT UPDATED and start timer T3402. when T3402 expired, the UE attempts 
to attach again } 
} 

9.2.2.2.14.2 Conformance requirements 

References: The conformance requirement covered in the present TC is specified in: 3GPP TS 24.301 clauses 5.5.2.34. 

[TS24.301 clause5.5.2.3.4] 

The following abnormal cases can be identified: 

b) DETACH REQUEST, other EMM cause values than those treated in subclause 5.5.2.3.2 or no EMM cause IE is 
included, and the Detach type IE indicates "re-attach not required". 

The UE shall delete any GUTI, TAI Hst, last visited registered TAI, Hst of equivalent PLMNs, KSI, shall set the 
update status to EU2 NOT UPDATED and shall start timer T3402. The UE may enter the state EMM- 
DEREGISTERED.PLMN-SEARCH in order to perform a PLMN selection according to 3GPP TS 23.122 [6]; 
otherwise the UE shall enter the state EMM-DEREGISTERED.ATTEMPTING-TO-ATTACH. 

9.2.2.2.1 4.3 Test description 
9.2.2.2.14.3.1 Pre-test conditions 
System Simulator: 

- cell I (VPLMN and set as a serving cell) configured according to table 6.3.2.2-3 in TS 36.508 [18]. 
UE: 

None. 
Preamble: 

- the UE is in state Generic RB established (state 3) on cell I according to TS 36.508 [18]; 

- T3402 in the UE is set to 2 minutes. 
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9.2.2.2.1 4.3.2 Test procedure sequence 

Table 9.2.2.2.14.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message/PDU/SDU 

1 

SS initiates Detach procedure with the Detach 
Type IE "re-attach not required" and no ElVIIVI 
cause IE included 

<- 

DETACH REQUEST 



2 

The UE transmits a DETACH ACCEPT 

message on Cell 1. 

Note: Now UE should start timer T3402 

-> 

DETACH ACCEPT 



3 

The SS releases the RRC connection. 

- 

- 

- 

- 

4 

Check: When the timer T3402 expires does 
the UE transmit ATTACH REQUEST message 
on cell 1? 

-> 

ATTACH REQUEST 

1 

P 

5-16 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 






9.2.2.2.14.3.3 Specific message contents 

Table 9.2.2.2.14.3.3-1: Message DETACH REQUEST (step 1, Table 9.2.2.2.14.3.2-1) 


Derivation path: 36.508 table 4.7.2-12 

Information Element 

Value/Remark 

Comment 

Condition 

Detach type 

'010'B 

"re-attach not 
required" 


EMM cause 

Not present 




Table 9.2.2.2.14.3.3-2: Message ATTACH REQUEST (step 4, Table 9.2.2.2.14.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 




NAS key set identifier 

'lire 

no key is available 


TSC 

Any allowed value 

TSC does not 
apply for NAS key 
set identifier value 
"111". 


Old GUTI or IMS! 

IMSI1 



Last visited registered TAI 

Not present 




Table 9.2.2.2.14.3.3-3: Message ATTACH ACCEPT (preamble, 9.2.2.2.14.3.1) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

T3402 value 

2 minute 

The default value 
is 12 minutes, use 
2 minute to 
shorten the whole 
TC execute time 
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9.2.3 Tracking area updating procedure (S1 mode only) 
9.2.3.1 Normal and periodic tracking area updating 

9.2.3.1 .1 Normal tracking area update / Accepted 

9.2.3.1.1.1 Test Purpose (TP) 
(1) 

with { UE in state EMM-REGISTERED and EMM- IDLE mode} 
ensure that { 

when { UE detects entering a new tracking area already included in the TAI list } 
then { UE does not send TRACKING AREA UPDATE REQUEST message } 
} 

(2) 

with { UE in state EMM-REGISTERED and EMM- IDLE mode} 
ensure that { 

when { UE detects entering a new tracking area not included in the TAI list } 
then { UE sends TRACKING AREA UPDATE REQUEST message with 'EPS update type = TA updating'} 

} 

(3) 

with { UE in state EMM-REGISTERED and EMM- IDLE mode and has a valid TAI value } 
ensure that { 

when { UE detects entering a new tracking area not included in the TAI list } 
then { UE sends TRACKING AREA UPDATE REQUEST message with the TAI value in 'Last visited 
registered TAI ' IE } 
} 

9.2.3.1 .1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 5.5.3.1, 

5.5.3.2.2 and 5.5.3.2.4. 

[TS24.301 clause5.5.3.1] 

The tracking area updating procedure is always initiated by the UE and is used for the following purposes: 
- normal tracking area updating to update the registration of the actual tracking area of a UE in the network; 


[TS24.301 clause5.5.3.2.2] 

The UE in state EMM-REGISTERED shall initiate the tracking area updating procedure by sending a TRACKING 
AREA UPDATE REQUEST message to the MME, 

a) when the UE detects entering a tracking area that is not in the list of tracking areas that the UE previously 
registered in the MME; 


After sending the TRACKING AREA UPDATE REQUEST message to the MME, the UE shall start timer T3430 and 
enter state EMM-TRACKING- AREA-UPDATING-INITIATED (see example in figure 5.5.3.2.2). If timer T3402 is 
currently running, the UE shall stop timer T3402. If timer T3411 is currently running, the UE shall stop timer T3411. If 
timer T3442 is currently running, the UE shall stop timer T3442. 

If the UE supports A/Gb mode or lu mode, the UE shall handle the Old GUTI IE as follows: 

- If the TIN indicates "P-TMSI" and the UE holds a vaUd P-TMSI and RAI, the UE shall map the P-TMSI and 
RAI into the Old GUTI IE. Additionally, if the UE holds a valid GUTI, the UE shall indicate the GUTI in the 
Additional GUTI IE. 

NOTE: The mapping of the P-TMSI and RAI to the GUTI is specified in 3GPP TS 23.003 [2] . 
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- If the TIN indicates "GUTI" or "RAT-related TMSI" and the UE holds a vaUd GUTI, the UE shall indicate the 
GUTI in the Old GUTI IE. 


[TS24.301 clause5.5.3.2.4] 


Upon receiving a TRACKING AREA UPDATE ACCEPT message, the UE shall stop timer T3430, reset the routing 
area updating attempt counter, enter state EMM-REGISTERED and set the EPS update status to EUl UPDATED. If the 
message contains a GUTI, the UE shall use this GUTI as new temporary identity for EPS services and shall store the 
new GUTI. If no GUTI was included by the MME in the TRACKING AREA UPDATE ACCEPT message, the old 
GUTI shall be used. If the UE receives a new TAI Hst in the TRACKING AREA UPDATE ACCEPT message, the UE 
shall consider the new TAI list as valid and the old TAI list as invalid; otherwise, the UE shall consider the old TAI list 
as valid. 


If the TRACKING AREA UPDATE ACCEPT message contained a GUTI, the UE shall return a TRACKING AREA 
UPDATE COMPLETE message to the MME to acknowledge the received GUTI. 

9.2.3.1 .1 .3 Test description 

9.2.3.1 .1 .3.1 Pre-test conditions 

System Simulator: 

- cell A (belongs to TAI-1, home PLMN) is set to "Serving cell"; 

- cell B (belongs to TAI-2, home PLMN) is set to "Non- Suitable cell"; 

- cell D (belongs to TAI-4, home PLMN) is set to "Non- Suitable cell". 
UE: 

- the UE is configured to initiate EPS attach. 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell A according to TS 36.508 [18]. 
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9.2.3.1.1.3.2 


Test procedure sequence 

Table 9.2.3.1.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 


The following messages are sent and shall be 
received on cell B. 

- 

- 

- 

- 

1 

Set the cell type of cell A to the "Non-Suitable 

cell". 

Set the cell type of cellB to the " Serving cell" 





2 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2,3 

P 

3 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

4 

Check: Does the UE transmit a TRACKING 
AREA UPDATE COMPLETE message? 

-> 

TRACKING AREA UPDATE 
COMPLETE 

2 

P 

5 

The SS releases the RRC connection. 



- 

- 

6 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.4 
indicate that the UE is in EMM-REGISTERED 
state on cellB with Paging UE-ldentity =S- 
TMSI2 and with CN domain indicator set to 
"PS"? 



2 


7 

Set the cell type of cellB to the "Non-Suitable 

cell ". 

Set the cell type of cell D to the " Serving cell" 





8 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message in the 
next 30 seconds? 



1 

F 

9 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.4 
indicate that the UE is in EMM-REGISTERED 
state on cell D with Paging UE-ldentity =S- 
TMSI1 and with CN domain indicator set to 
"PS"? 



1 



The following messages are sent and shall be 
received on cell A. 

- 

- 

- 

- 

10 

Set the cell type of cell D to the "Non-Suitable 

cell". 

Set the cell type of cell A to the " Serving cell" 





11 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2,3 

P 

12 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

13 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message? 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

14 

The SS releases the RRC connection. 

- 

- 

- 

- 


9.2.3.1 .1 .3.3 Specific message contents 

Table 9.2.3.1.1.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 2, Table 9.2.3.1.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-1 

"Old GUTI is 
included by UE if 
valid, IMSI 
otherwise" 


Last visited registered TAI TAI 

1 
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Table 9.2.3.1.1.3.3-2: Message TRACKING AREA UPDATE ACCEPT (step 3, Table 9.2.3.1.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

GUTI-2 



TAI list 




Length of tracking area identity list contents 

'00001 OOO'B 



Partial tracking area identity list 




Number of elements 

'00001'B 



Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAC 
values" 


MCC 
MNC 
TAC1 

PLMN= MCC/MNC 

TAC1=2 

TAC 2=4 

"PLMN is set to 
the same 
MCC/MNC stored 
in EFiMsi" 
"TAI-2" 
"TAI-4" 



Table 9.2.3.1.1.3.3-3: Message TRACKING AREA UPDATE REQUEST (step 1 1 , Table 9.2.3.1.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-2 



Last visited registered TAI 

TAI-4 




Table 9.2.3.1.1.3.3-4: Message TRACKING AREA UPDATE ACCEPT (step 12, Table 9.2.3.1.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

GUTI-3 



TAI list 




Length of tracking area identity list contents 

'00001 OOO'B 



Partial tracking area identity list 




Number of elements 

'00001'B 



Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAC 
values" 


MCC 
MNC 
TAC1 

PLMN= MCC/MNC 

TAC1=1 

TAC 2=2 

"PLMN is set to 
the same 
MCC/MNC stored 
in EFiMsi" 
"TAI-1" 
"TAI-2" 



9.2.3.1.2 
9.2.3.1.2.1 

(1) 


Normal tracking area update / Accepted / "Active" flag set 
Test Purpose (TP) 


with { UE in state EMM-SERVICE-REQUEST- INITIATED and EMM- CONNECTED} 
ensure that { 

when { UE detects entering a new tracking area already not included in the TAI list 
then { UE sends TRACKING AREA UPDATE REQUEST message with ' 'Active' ' flag} 
} 

(2) 

with { UE in state EMM-REGISTERED and EMM- CONNECTED} 
ensure that { 

when { UE sends TRACKING AREA UPDATE COMPLETE to NW | 
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then { UE keeps the NAS signalling connection } 
} 

9.2.3.1 .2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 5.5.3.1, 
5.5.3.2.2, 5.5.3.2.4 and 5.6.1.5. 

[TS24.301 clause5.5.3.1] 

The tracking area updating procedure is always initiated by the UE and is used for the following purposes: 

- normal tracking area updating to update the registration of the actual tracking area of a UE in the network; 

[TS24.301 clause5.5.3.2.2] 

The UE in state EMM-REGISTERED shall initiate the tracking area updating procedure by sending a TRACKING 
AREA UPDATE REQUEST message to the MME, 

i) when the UE detects entering a tracking area that is not in the list of tracking areas that the UE previously 
registered in the MME; 


After sending the TRACKING AREA UPDATE REQUEST message to the MME, the UE shall start timer T3430 and 
enter state EMM-TRACKING- AREA-UPDATING-INITIATED (see figure 5.5.3.2.2). If timer T3402 is currently 
running, the UE shall stop timer T3402. If timer T3411 is currently running, the UE shall stop timer T3411. If timer 
T3442 is currently running, the UE shall stop timer T3442. 


If the UE supports A/Gb mode or lu mode, the UE shall handle the Old GUTI IE as follows: 

- If the TIN indicates "P-TMSI" and the UE holds a vaHd P-TMSI and RAI, the UE shall map the P-TMSI and 
RAI into the Old GUTI IE. Additionally, if the UE holds a valid GUTI, the UE shall indicate the GUTI in the 
Additional GUTI IE. 

NOTE: The mapping of the P-TMSI and RAI to the GUTI is specified in 3GPP TS 23.003 [2] . 

- If the TIN indicates "GUTI" or "RAT-related TMSI" and the UE holds a vaHd GUTI, the UE shall indicate the 
GUTI in the Old GUTI IE. 

In the TRACKING AREA UPDATE REQUEST message the UE shall set the value of the EPS update type IE to 
"periodic updating", if the procedure initiated due to expiry of T3412; otherwise, the UE shall set the value to "TA 
updating". If a UE has uplink user data pending when it initiates the tracking area updating procedure, or uplink 
signalling not related to the tracking area updating procedure, it may also set an "active" flag in the TRACKING AREA 
UPDATE REQUEST message to indicate the request to establish the user plane to the network and to keep the NAS 
signalling connection after the completion of the tracking area updating procedure. 


When the tracking area updating procedure is initiated in EMM-IDLE mode to perform an inter-system change from 
A/Gb mode or lu mode to SI mode and the TIN is set to "P-TMSI", the UE shall include the GPRS ciphering key 
sequence number applicable for A/Gb mode or lu mode and a nonccuE in the TRACKING AREA UPDATE REQUEST 
message. 

[TS24.301 clause5.5.3.2.4] 


If the "active" flag is included in the TRACKING AREA UPDATE REQUEST message, the MME shall re-estabUsh 
the radio and SI bearers for all active EPS bearer contexts. 

Upon receiving a TRACKING AREA UPDATE ACCEPT message, the UE shall stop timer T3430, reset the tracking 
area updating attempt counter, enter state EMM-REGISTERED and set the EPS update status to EUl UPDATED. If the 
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message contains a GUTI, the UE shall use this GUTI as new temporary identity for EPS services and shall store the 
new GUTI. If no GUTI was included by the MME in the TRACKING AREA UPDATE ACCEPT message, the old 
GUTI shall be used. If the UE receives a new TAI Hst in the TRACKING AREA UPDATE ACCEPT message, the UE 
shall consider the new TAI list as valid and the old TAI list as invalid; otherwise, the UE shall consider the old TAI list 
as valid. 


If the TRACKING AREA UPDATE ACCEPT message contained a GUTI, the UE shall return a TRACKING AREA 
UPDATE COMPLETE message to the MME to acknowledge the received GUTI. 


[TS24.301 clause5.6.1.5] 


f) Tracking area updating procedure is triggered 

The UE shall abort the service request procedure, stop timer T3417 and perform the tracking area updating 
procedure. The "active" flag shall be set in the TRACKING AREA UPDATE REQUEST message. 


i) Transmission failure of SERVICE REQUEST message indication with TAI change from lower layers 

If the current TAI is not in the TAI list, the service request procedure shall be aborted to perform the tracking 
area updating procedure. The "active" flag shall be set in the TRACKING AREA UPDATE REQUEST 
message. 

If the current TAI is still part of the TAI list, the UE shall restart the service request procedure. 


9.2.3.1 .2.3 Test description 

9.2.3.1 .2.3.1 Pre-test conditions 

System Simulator: 

- cell A (TAI-1:MCC1/MNC1/TAC1) (HPLMN); 

- cell B(TAI-2:MCC1/MNC1/TAC2) (HPLMN with different TAC); 

- cell A is set to the "Serving cell"; 

- cell B is set to the "Suitable neighbour cell"; 

- System information combination 3 as defined in TS 36. 508 [18] clause 4.4.3.1 is used in E-UTRA cells. 

- with the exception of the T300 timer value in SIB2 of cell A, all other parameters for this cell are the same as 
defined for cell A in TS 36.508 [18]; 

UE; 

none. 
Preamble: 

- the UE is in state Loopbaclc Activated (state 4) with condition UE TEST LOOP MODE B on cell A according to 
TS 36.508 [18]. 
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9.2.3.1.2.3.2 


Test procedure sequence 

Table 9.2.3.1.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

OA 

The SS transmits one IP Packet to the UE. 

<- 

IP PACKET 

- 

- 

OB 

The SS waits 1 second after the IP packet has 
been transmitted in step OA and then transmits 
an RRCConnectionRelease message. 





1 

Void 

- 

- 

- 

- 

2 

The UE transmits RRC CONNECTION 
REQUEST message. 

note: No RRC CONNECTION SETUP is sent 
on cell A. 





3 

Void 

- 

- 

- 

- 


The following messages are sent and shall be 
received on cell B. 

- 

- 

- 

- 

4 

Set the cell type of cell A to the "Non-suitable 
cell". Set the cell type of cell B to the "Serving 
cell". 





4A 

Void 

- 

- 

- 

- 

5 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message with 
"Active" flag? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

6-8 

Void 

- 

- 

- 

- 

9 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

10 

Check: Does the UE transmit a TRACKING 
AREA UPDATE COMPLETE message? 

-> 

TRACKING AREA UPDATE 
COMPLETE 

1 

P 

10 
A 

SS establishes DRB associated with the 
default EPS bearer context. 

- 

- 

- 

- 

10 
B 

UE loop back the IP packet received in Step 
OA 

-> 

IP PACKET 

- 

- 

11 

The SS waits lOseconds (T3440). 

- 

- 

- 

- 

12 

The SS transmits an IDENTITY REQUEST 
message 

<- 

IDENTITY REQUEST 

- 

- 

13 

Check: Does the UE transmit an IDENTIY 
RESPONSE message? 

-> 

IDENTITY RESPONSE 

2 

P 


9.2.3.1 .2.3.3 Specific message contents 

Table 9.2.3.1.2.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 5, Table 9.2.3.1.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 




"Active" flag 

'1'B 

Bearer 

establishment 

requested 


Old GUTI 

GUTI-1 

Old GUTI is 
included by UE if 
valid, IMSI 
otherwise. 
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Table 9.2.3.1.2.3.3-2: Message TRACKING AREA UPDATE ACCEPT (step 9, Table 9.2.3.1.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

GUTI-2 



TAI list 




Length of tracking area identity list contents 

'0000011 0'B 

6 octets 


Partial tracking area identity list 




Number of elements 

'OOOOO'B 

1 element 


Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAC 
values" 


MCC 

MNC 

TAC1 

TAI-2 




Table 9.2.3.1.2.3.3-3: Message SystemlnformationBlockType2 for cell A (preamble and all steps, table 

9.2.3.1.2.3.2-1) 


Derivation path: 36.508 clause 4.4.3.3, Table 4.4.3.3-1 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




ue-TimersAndConstants SEQUENCE! 




t300 

ms2000 

T300 


} 




} 





9.2.3.1.3 
9.2.3.1.4 


9.2.3.1.4.1 


Void 

Normal tracking area update / List of equivalent PLMNs in the TRACKING AREA 
UPDATE ACCEPT message 

Test Purpose (TP) 


(1) 


with { UE in EMM-TRACKING-AREA-UPDATING- INITIATED state } 
ensure that { 

when { the UE receives TRACKING AREA UPDATE ACCEPT message including a list of equivalent PLMNs } 
then { the UE stores correctly the list and considers a forbidden PLMN if the forbidden PLMN is 
included in the equivalent list } 

} 

(2) 

with { UE in EMM-TRACKING-AREA-UPDATING- INITIATED state } 
ensure that { 

when { the UE receives TRACKING AREA UPDATE ACCEPT message without a list of equivalent PLMNs } 
then { the UE deletes the stored list and applies a normal PLMN selection process } 


9.2.3.1 .4.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.3.2.4. 

[TS 24.301, clause 5.5.3.2.4] 

The MME may also include of Hst of equivalent PLMNs in the TRACKING AREA UPDATE ACCEPT message. Each 
entry in the list contains a PLMN code (MCC+MNC). The UE shall store the list as provided by the network, after 
having removed from the list any PLMN code that is already in the list of forbidden PLMNs. In addition, the UE shall 
add to the stored list the PLMN code of the registered PLMN that sent the list. The UE shall replace the stored list on 
each receipt of the TRACKING AREA UPDATE ACCEPT message. If the TRACKING AREA UPDATE ACCEPT 
message does not contain a list, then the UE shall delete the stored list. 
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9.2.3.1 .4.3 Test description 

9.2.3.1 .4.3.1 Pre-test conditions 

System Simulator: 

- cell A (belongs to TAI-1, PLMNl); 

- cell B (belongs to TAI-2, PLMNl); 

- cell C (belongs to TAI-3, PLMN2); 

- cell D (belongs to TAI-4, PLMN3); 

- cell M (belongs to T AI- 1 , PLMN4) ; 

- system information combination 2 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cell B and C. 
UE: 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE last attempted to register on cell 
D and received reject cause "forbidden PLMN" (so the "forbidden PLMN list" contains PLMN3). 

Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell A according to TS 36.508 [18]. 
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9.2.3.1.4.3.2 


Test procedure sequence 

Table 9.2.3.1.4.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

Set the cell type of cell A to the "Non-Suitable 

cell". 

Set the cell type of cell B to the "Serving cell". 

Set the cell type of cell C to the " Non-Suitable 

off cell" 

Set the cell type of cell D to the " Non-Suitable 

off cell" 

Set the cell type of cell M to the " Non-Suitable 

off cell" 





2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

Void 

- 

- 

- 

- 

4 

Void 

- 

- 

- 

- 

5 

SS responds with a TRACKING AREA 
UPDATE ACCEPT message including PLMN2 
and PLMN3 in the list of equivalent PLMNs. 

<- 

TRACKING AREA UPDATE 
ACCEPT 



6 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

6A 

SS Releases the RRC Connection. 

- 

- 

- 

- 

7 

Set the cell type of cell A to the "Non-Suitable 

off cell". 

Set the cell type of cell B to the "Non-Suitable 

cell". 

Set the cell type of cell C to the " Suitable cell". 

Set the cell type of cell M to the " Suitable 

cell". 





8 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message on cell C 
(PLMN2)? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

9 

Void. 

- 

- 

- 

- 

10 

Void. 

- 

- 

- 

- 

11 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message including PLMN1 
and PLMN3 in the list of equivalent PLMNs. 

<— 

TRACKING AREA UPDATE 
ACCEPT 



12 

Check: Does the UE transmit a TRACKING 
AREA UPDATE COMPLETE message? 

-> 

TRACKING AREA UPDATE 
COMPLETE 

1 

P 

12 
A 

SS Releases the RRC Connection. 

- 

- 

- 

- 

13 

Set the cell type of cell C to the "Non-Suitable 

cell". 

Set the cell type of cell D to the " Serving cell" 

Set the cell type of cell M to the " Non-Suitable 

off cell" 

Note: Cell D (PLMN3) belongs to the forbidden 
PLMN. 





14 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message on cell D 
(PLMN3) in next 30 seconds? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

F 

15 

The UE is switched to manual PLMN selection 
mode and is made to select PLMN3 in order to 
remove PLMN3 in the forbidden PLMN list in 
the UE. 





16 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message on cell D 
(PLMN3). 

-> 

TRACKING AREA UPDATE 
REQUEST 



17 

Void 

- 

- 

- 

- 

18 

Void 

- 

- 

- 

- 

19 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message without the list of 
equivalent PLMNs. 

<- 

TRACKING AREA UPDATE 
ACCEPT 
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20 

Check: Does the UE transmit a TRACKING 
AREA UPDATE COMPLETE message? 

-> 

TRACKING AREA UPDATE 
COMPLETE 

1 

P 

20 
A 

SS releases the RRC connection 

- 

- 

- 

- 

21 

The UE is switched back to automatic PLMN 
selection mode. 

- 

- 

- 

- 

21 
A 

SS waits for 5 minutes to allow UE to complete 
automatic PLMN search 





22 

Set the cell type of cell D to the " Non-Suitable 
cell- 
Set the cell type of cell B to the "Suitable 
neighbour intra-frequency cell" 
Set the cell type of cell C to the "Serving cell" 





23 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message on Cell B 
(PLMN1)? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2 

P 

24 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with EMM cause 
"No suitable cells in tracking area". 

<— 

TRACKING AREA UPDATE 
REJECT 



24 
A 

SS Releases the RRC Connection. 

- 

- 

- 

- 

25 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message on Cell 
C (PLMN2)? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2 

P 

26 

Void 

- 

- 

- 

- 

27 

SS responds with TRACKING AREA UPDATE 
ACCEPT message 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

28 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 






9.2.3.1 .4.3.3 Specific message contents 

Table 9.2.3.1 .4.3.3-1: Void 

Table 9.2.3.1 .4.3.3-2: Void 

Table 9.2.3.1.4.3.3-3: Message TRACKING AREA UPDATE ACCEPT (step 5, Table 9.2.3.1.4.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

Equivalent PLMNs 


Includes MCC and 
MNC digits for 
PLMN2 and 
PLMN3. 



Table 9.2.3.1.4.3.3-4: Message TRACKING AREA UPDATE ACCEPT (step 11, Table 9.2.3.1.4.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

Equivalent PLMNs 


Includes MCC and 
MNC digits for 
PLMN1 and 
PLMN3. 



Table 9.2.3.1.4.3.3-5: Message TRACKING AREA UPDATE REJECT (step 24, Table 9.2.3.1.4.3.2-1) 


Derivation path: 36.508 table 4.7.2-26 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

'00001111' B 

No suitable cells 
in tracking area 
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Table 9.2.3.1.4.3.3-6: Message TRACKING AREA UPDATE REQUEST (step 25, Table 9.2.3.1.4.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 
EPS update type value 

'OOO'B 

"TA updating" 

TA only 

'010'B 

"combined TA/LA 
updating with IMSI 
attach" 

combined 
TA_LA 


9.2.3.1.5 


9.2.3.1.5.1 


Periodic tracking area update / Accepted 
Test Purpose (TP) 


(1) 


with { UE in state EMM-REGISTERED and EMM- IDLE mode} 
ensure that { 

when { the periodic tracking area updating timer T3412 expires } 
then { UE configured for EPS attach sends TRACKING AREA UPDATE REQUEST message with EPS update 
type = 'Periodic updating' and UE configured for combined EPS / IMSI attach sends TRACKING AREA 
UPDATE REQUEST message with EPS update type = combined TA/LA updating with IMSI attach'} 

} 

(2) 

with { UE in 'out of E-UTRAN coverage' and the periodic tracking area updating timer T3412 expires 
ensure that { 

when { the UE enters E-UTRAN coverage } 
then { UE sends TRACKING AREA UPDATE REQUEST message with EPS update type = 'Periodic updating'} 
} 


9.2.3.1.5.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS23.401 clause 4.3.5.2 
and TS 24.301 clauses 5.3.5, 5.5.3.2.1, 5.5.3.2.2 and 5.5.3.2.4. 

[TS23.401 clause 4.3.5.2] 


An EMM-REGISTERED UE performs periodic Tracking Area Updates with the network after the expiry of the 
periodic TAU timer. 

If the UE is out of E-UTRAN coverage (including the cases when the UE is camped on 2G/3G cells) when its periodic 
TAU update timer expires, and ISR is activated the UE shall start the E-UTRAN Deactivate ISR timer. After the E- 
UTRAN Deactivate ISR timer expires the UE shall deactivate ISR by setting its TIN to "P-TMSI". The EMM- 
REGISTERED UE shall remember it has to perform a Tracking Area Update when it next returns to E-UTRAN 
coverage. 

[TS24.301 clause5.3.5] 

Periodic tracking area updating is used to periodically notify the availability of the UE to the network. The procedure is 
controlled in the UE by the periodic tracking area update timer (timer T3412). The value of timer T3412 is sent by the 
network to the UE in the ATTACH ACCEPT message and can be sent in the TRACKING AREA UPDATE ACCEPT 
message. The UE shall apply this value in all tracking areas of the list of tracking areas assigned to the UE, until a new 
value is received. 

The timer T3412 is reset and started with its initial value, when the UE goes from EMM-CONNECTED to EMM-IDLE 
mode. The timer T3412 is stopped when the UE enters EMM-CONNECTED mode or EMM-DEREGISTERED state. 

When timer T3412 expires, the periodic tracking area updating procedure shall be started and the timer shall be set to its 
initial value for the next start. 
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If the UE is attached to both EPS and non-EPS services, and if timer T3412 expires or timer T3423 expires when the 
UE is in EMM-REGISTERED. NO-CELL- AVAIL ABLE state, then the UE shall initiate the combined tracking area 
updating procedure indicating "combined TA/LA updating with IMSI attach" when the UE returns to EMM- 
REGISTERED. NORMAL-SERVICE state. 


If the UE is in another state than EMM-REGISTERED. NORMAL-SERVICE when the timer expires the periodic 
tracking area updating procedure is delayed until the UE returns to EMM-REGISTERED. NORMAL-SERVICE. 


The mobile reachable timer shall be reset and started with its initial value, when the MME releases the NAS signalling 
connection for the UE. The mobile reachable timer shall be stopped when a NAS signalling connection is established 
for the UE. 


[TS24.301 clause5.5.3.2.1] 

The periodic tracking area updating procedure is controlled in the UE by timer T3412. When timer T3412 expires, the 
periodic tracking area updating procedure is started. Start and reset of timer T3412 is described in subclause 5.5.3.2. 

[TS24.301 clause5.5.3.2.2] 

The UE in state EMM-REGISTERED shall initiate the tracking area updating procedure by sending a TRACKING 
AREA UPDATE REQUEST message to the MME, 


b) when the periodic tracking area updating timer T3412 expires; 


After sending the TRACKING AREA UPDATE REQUEST message to the MME, the UE shall start timer T3430 and 
enter state EMM-TRACKING- AREA-UPDATING-INITIATED (see example in figure 5.5.3.2.2). If timer T3402 is 
currently running, the UE shall stop timer T3402. If timer T3411 is currently running, the UE shall stop timer T341L If 
timer T3442 is currently running, the UE shall stop timer T3442. 

If the UE supports A/Gb mode or lu mode, the UE shall handle the Old GUTI IE as follows: 

- If the TIN indicates "P-TMSI" and the UE holds a vaHd P-TMSI and RAI, the UE shall map the P-TMSI and 
RAI into the Old GUTI IE. Additionally, if the UE holds a valid GUTI, the UE shall indicate the GUTI in the 
Additional GUTI IE. 

NOTE: The mapping of the P-TMSI and RAI to the GUTI is specified in 3GPP TS 23.003 [2] . 

- If the TIN indicates "GUTI" or "RAT-related TMSI" and the UE holds a vaHd GUTI, the UE shall indicate the 
GUTI in the Old GUTI IE. 


When the tracking area updating procedure is initiated in EMM-IDLE mode, the UE may also include an EPS bearer 
context status IE in the TRACKING AREA UPDATE REQUEST message, indicating which EPS bearer contexts are 
active in the UE. 

[TS24.301 clause5.5.3.2.4] 


Upon receiving a TRACKING AREA UPDATE ACCEPT message, the UE shall stop timer T3430, reset the routing 
area updating attempt counter, enter state EMM-REGISTERED and set the EPS update status to EUl UPDATED. If the 
message contains a GUTI, the UE shall use this GUTI as new temporary identity for EPS services and shall store the 
new GUTI. If no GUTI was included by the MME in the TRACKING AREA UPDATE ACCEPT message, the old 
GUTI shall be used. If the UE receives a new TAI Hst in the TRACKING AREA UPDATE ACCEPT message, the UE 
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shall consider the new TAI list as valid and the old TAI list as invalid; otherwise, the UE shall consider the old TAI list 
as valid. 


If the TRACKING AREA UPDATE ACCEPT message contained a GUTI, the UE shall return a TRACKING AREA 
UPDATE COMPLETE message to the MME to acknowledge the received GUTI. 


Test description 
Pre-test conditions 


9.2.3.1.5.3 
9.2.3.1.5.3.1 
System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.3.1.5.3.2 


Test procedure sequence 

Table 9.2.3.1.5.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The UE is powered up or switched on. 

- 


- 

- 

2 

The UE transmits an ATTACH REQUEST 
message with a PDN CONNECTIVITY 
REQUEST message to request PDN 
connectivity to the default PDN 

-> 

ATTACH REQUEST 



3 

The SS starts an authentication procedure 

<- 

AUTHENTICATION REQUEST 

- 

- 

4 

The UE responds to the authentication 
procedure 

-> 

AUTHENTICATION RESPONSE 

- 

- 

5 

The SS starts a NAS security mode command 
procedure to perform NAS integrity protection. 

<— 

SECURITY MODE COMMAND 

- 

- 

6 

The UE responds to the NAS security mode 
command procedure 

-> 

SECURITY MODE COMPLETE 

- 

- 


EXCEPTION: Steps 6Aa1 to 6Aa2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





6A 

a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<— 

ESM INFORMATION REQUEST 



6A 
a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



7 

The SS transmits an ATTACH ACCEPT 
message with GUTI-1 and with the ACTIVATE 
DEFAULT EPS BEARER CONTEXT 
REQUEST message. 

<— 

ATTACH ACCEPT 



8 

The UE transmits an ATTACH COMPLETE 
message with the ACTIVATE DEFAULT EPS 
BEARER CONTEXT ACCEPT message 

-> 

ATTACH COMPLETE 



9 

The SS releases the RRC connection. 



- 

- 

10 

The SS waits 6minutes. (Expire of T3412) 

- 




11 

Check: Does the UE send TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

12 

The SS sends TRACKING AREA UPDATE 
ACCEPT. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

13 

The UE sends TRACKING AREA UPDATE 
COMPLETE message . 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

14 

The SS releases the RRC connection. 



- 

- 

15 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.4 
indicate that the UE is in EMM-REGISTERED 
state on cell A with PagingUE-ldentity = S- 
TMSI2 and with CN domain indicator set to 
"PS"? 



1 


16 

Set the cell type of cell A to the "non-Suitable 
cell". 

- 


- 

- 

17 

The SS waits 8minutes. 

- 


- 

- 

18 

Set the cell type of cell A to the "Serving cell". 

- 


- 

- 

19 

Check: Does the UE send TRACKING AREA 
UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2 

P 

20 

The SS sends TRACKING AREA UPDATE 
ACCEPT. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

21 

The UE sends TRACKING AREA UPDATE 
COMPLETE message . 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

22 

The SS releases the RRC connection. 

- 

- 

- 

- 

23 

Check: Does the test result of generic test 

- 

- 

2 

- 
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procedure in TS 36.508 subclause 6.4.2.4 
indicate that the UE is in EMM-REGISTERED 
state in cell A with PagingUE-ldentity = S- 
TMSI3 and with CN domain indicator set to 
"PS"? 






9.2.3.1 .5.3.3 Specific message contents 

Table 9.2.3.1.5.3.3-1 : Message ATTACH ACCEPT (step 7, Table 9.2.3.1.5.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

T3412 value 




Unit 

'010' 

"value is 
incremented in 
multiples of 
decihours" 


Timer value 

'00001' 

"6 minutes" 


TAI list 




Length of tracking area identity list contents 

'000001 10'B 



Partial tracking area identity list 




Number of elements 

'OOOOO'B 



Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAC 
values" 


MCC 
MNC 
TAC1 

TAI-1 



GUTI 

GUTI-1 




Table 9.2.3.1.5.3.3-2: Message TRACKING AREA UPDATE REQUEST (step 1 1 , Table 9.2.3.1.5.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 
EPS update type value 

Old GUTI 

'011'B 
GUTI-1 

"Periodic 
updating" 
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Table 9.2.3.1.5.3.3-3: Message TRACKING AREA UPDATE ACCEPT (step 12, Table 9.2.3.1.5.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

T3412value 




Unit 

'010' 

"value is 
incremented in 
multiples of 
decihours" 


Timer value 

'00001' 

"6 minutes" 


GUTI 
TAI list 
Length of tracking area identity list contents 

GUTI-2 
'000001 10'B 



Partial tracking area identity list 




Number of elements 

'OOOOO'B 



Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAC 
values" 


MCC 
MNC 
TAC1 

TAI-1 




Table 9.2.3.1.5.3.3-4: Message TRACKING AREA UPDATE REQUEST (step 19, Table 9.2.3.1.5.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 
EPS update type value 

'011'B 

"Periodic 
updating" 

TA_only 

'010'B 

"combined TA/LA 
updating with IMSI 
attach" 

combined 
TA_LA 

Old GUTI 

GUTI-2 




Table 9.2.3.1.5.3.3-5: Message TRACKING AREA UPDATE ACCEPT (step 20, Table 9.2.3.1.5.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 
TAI list 
Length of tracking area identity list contents 

GUTI-3 
'000001 10'B 



Partial tracking area identity list 




Number of elements 

'OOOOO'B 



Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAC 
values" 


MCC 
MNC 
TAC1 

TAI-1 




9.2.3.1.6 
9.2.3.1.6.1 

(1) 


Normal tracking area update / UE with ISR active moves to E-UTRAN 
Test Purpose (TP) 


with { ISR activated UE in state EMM-REGISTERED and ECM_IDLE mode} 
ensure that { 
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when { ISR activated UE reselects from E-UTRAN to UTRAN/GERAN cell belonging to the RA where the 
UE is registered } 

then { UE does not send ROUTING AREA UPDATE REQUEST message } 
} 

(2) 

with { ISR activated UE in state EMM-REGISTERED and ECM_IDLE mode } 
ensure that { 

when { ISR activated UE reselects from E-UTRAN to UTRAN/GERAN cell belonging to a RA which is not 
the RA where the UE is registered } 

then { UE sends ROUTING AREA UPDATE REQUEST message } 

} 

(3) 

with { ISR activated UE in state GMM- REGISTERED and PMM_IDLE mode } 
ensure that { 

when { ISR activated UE reselects from UTRAN/GERAN to E-UTRAN cell belonging to one of the TAs of 
the list of TAs where the UE is registered } 

then { UE does not send TRACKING AREA UPDATE REQUEST message } 

} 

(4) 

with { ISR activated UE in state GMM- REGISTERED and PMM_IDLE mode } 
ensure that { 

when { ISR activated UE reselects from UTRAN/GERAN to E-UTRAN cell belonging to a TA which is not 
in the list of TAs where the UE is registered } 

then { UE sends TRACKING AREA UPDATE REQUEST message } 

} 

(5) 

with { ISR activated UE has a stored TIN value = "RAT-related TMSI" } 
ensure that { 

when { SS sends a Paging with "P-TMSI" to ISR activated UE on UTRAN/GERAN cell } 
then { UE responds to the paging message } 

} 

(6) 

with { ISR activated UE has a stored TIN value = "RAT-related TMSI" } 
ensure that { 

when { SS sends a Paging with "GUTI" to ISR activated UE on E-UTRAN cell } 
then { UE responds to the paging message } 
} 

9.2.3.1 .6.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS23.401 clause 4.3.5.6, 
3GPP TS24.008 clauses 4.7.5.1.1 and 4.7.5.1.3 and 3GPP TS 24.301 clauses 5.5.3.2.2 and 5.5.3.2.4. 

[TS23.401 clause 4.3.5.6] 

The Idle mode Signalling Reduction (ISR) function provides a mechanism to limit signalling during inter-RAT cell- 
reselection in idle mode (ECM-IDLE, PMM-IDLE, GPRS STANDBY states). 

NOTE: The Idle mode Signalling Reduction function is mandatory for E-UTRAN UEs that support GERAN 
and/or UTRAN and optional for core network. The UE's ISR capability in the UE Network Capability 
element is for test purpose. 

ISR is activated by decision of the CN nodes and shall be explicitly signalled to the UE as "ISR activation" in the RAU 
and TAU signalling. The UE may have valid MM parameters both from MME and from SGSN. The "Temporary 
Identity used in Next update" (TIN) is a parameter of the UE's MM context, which identifies the UE identity that the UE 
shall indicate in the next RAU Request or TAU Request message. The TIN also identifies the status of ISR activation in 
the UE. 

The TIN can take one of the three values, "P-TMSI", "GUTI" or "RAT-related TMSI". The UE shall set the TIN when 
receiving an Attach Accept, a TAU Accept or RAU Accept message according to the rules in table 4.3.5.6-1. 
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Table 4.3.5.6-1 : Setting of the TIN 


Message received by UE 

Current TIN value stored 
byUE 

TIN value to be set by 
the UE when 
receiving message 

Attach Accept via E-UTRAN 
(never indicates ISR 
activation) 

Any value 

GUTI 

Attach Accept via 
GERAN/UTRAN 
(never indicates ISR 
activation) 

Any value 

P-TMSI 

TAU Accept not indicating 
ISR 

Any value 

GUTI 

TAU Accept indicating ISR 

GUT! 
P-TMSI or RAT-related 
TMSI 

GUTI 
RAT-related TMSI 

RAU Accept not indicating 
ISR 

Any value 

P-TMSI 

RAU Accept indicating ISR 

P-TMSI 
GUTI or RAT-related TMSI 

P-TMSI 
RAT-related TMSI 


When ISR activation is indicated by the RAU/TAU Accept message but the UE shall not set the TIN to "RAT-related 
TMSI" is a special situation. Here the UE has deactivated ISR due to special situation handling. By maintaining the old 
TIN value the UE remembers to use the RAT specific TMSI indicated by the TIN when updating with the CN node of 
the other RAT. 


Only if the TIN is set to "RAT-related TMSI" ISR behaviour is enabled for the UE, i.e. the UE can change between all 
registered areas and RATs without any update signalling and it listens for paging on the RAT it is camped on. If the 
TIN is set to "RAT-related TMSI", the UE's P-TMSI and RAI as well as its GUTI and TAI(s) shall remain registered 
with the network and shall remain valid in the UE. 

Table 4.3.5.6-1 : Old temporary UE Identity that the UE shall indicate in TAU/RAU Request (as old 

GUTI or as old P-TMSI/RAI) 


Message to be sent 
byUE 

TIN value: P-TMSI 

TIN value: GUTI 

TIN value: RAT- 
related TMSI 

TAU Request 

GUTI mapped from 
P-TMSI/RAI 

GUTI 

GUTI 

RAU Request 

P-TMSI/RAI 

P-TMSI/RAI mapped 
from GUTI 

P-TMSI/RAI 

Attach Request via E- 
UTRAN 

GUTI mapped from 
P-TMSI/RAI 

GUTI 

GUTI 

Attach Request via 
GERAN/UTRAN 

P-TMSI/RAI 

P-TMSI/RAI mapped 
from GUTI 

P-TMSI/RAI 


Table 4.3.5.2-1 shows which temporary identity the UE shall indicate in a Tracking or Routing Area Update Request of 
in an Attach Request message, when the UE stores these as valid parameters. 

Situations may occur that cause unsynchronized state information in the UE, MME and SGSN. Such special situations 
trigger a deactivation of ISR locally in the UE. 


[TS24.008 clause 4.7.5.1.1] 


If the MS supports SI mode, the MS shall handle the P-TMSI IE as follows: 

- If the TIN indicates "GUTI" and the MS holds a vaHd GUTI, the MS shall map the GUTI into a P-TMSI, 
P-TMSI signature and RAI as specified in 3GPP TS 23.003 [4]. The MS shall include the mapped RAI in the 
Old routing area identification IE and the mapped P-TMSI signature in the P-TMSI signature IE. When the 
routing area updating procedure is initiated in lu mode, the MS shall also include the mapped P-TMSI in the 
P-TMSI IE. Additionally, in lu mode and A/Gb mode, if the MS holds a valid P-TMSI and RAI, the MS shall 
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indicate the P-TMSI in the Additional mobile identity IE and the RAI in the Additional old routing area 
identification IE. 

- If the TIN indicates "P-TMSI" or "RAT-related TMSI" and the MS holds a vaHd P-TMSI and RAI, the MS shall 
indicate the RAI in the Old routing area identification IE. When the routing area updating procedure is initiated 
in lu mode, the MS shall also include the P-TMSI in the P-TMSI IE. 


[TS24.008 clause 4.7.5.1.3] 


In order to indicate to the MS that the GUTI and TAI list assigned to the MS remain registered with the network and are 
valid in the MS, the network shall indicate in the Update result IE in the ROUTING AREA UPDATE ACCEPT 
message that ISR is activated. 

If the ROUTING AREA UPDATE ACCEPT message contains 

i) no indication that ISR is activated, an MS supporting SI mode shall set the TIN to "P-TMSI"; or 

ii) an indication that ISR is activated, the MS shall regard the available GUTI and TAI list as valid and registered 
with the network. If the TIN currently indicates "GUTI", the MS shall set the TIN to "RAT-related TMSI". 

[TS24.301 clause5.5.3.2.2] 

The UE in state EMM-REGISTERED shall initiate the tracking area updating procedure by sending a TRACKING 
AREA UPDATE REQUEST message to the MME, 


If the UE supports neither A/Gb mode nor lu mode, the UE shall include a valid GUTI in the Old GUTI IE in the 
TRACKING AREA UPDATE REQUEST message. 

If the UE supports A/Gb mode or lu mode, the UE shall handle the Old GUTI IE as follows: 

- If the TIN indicates "P-TMSI" and the UE holds a vaUd P-TMSI and RAI, the UE shall map the P-TMSI and 
RAI into the Old GUTI IE. Additionally, if the UE holds a valid GUTI, the UE shall indicate the GUTI in the 
Additional GUTI IE. 

NOTE: The mapping of the P-TMSI and RAI to the GUTI is specified in 3GPP TS 23.003 [2] . 

- If the TIN indicates "GUTI" or "RAT-related TMSI" and the UE holds a vaHd GUTI, the UE shall indicate the 
GUTI in the Old GUTI IE. 


[TS24.301 clause5.5.3.2.4] 

The network may also indicate in the EPS update result IE in the TRACKING AREA UPDATE ACCEPT message that 
ISR is active. If the TRACKING AREA UPDATE ACCEPT message contains: 

i) no indication that ISR is activated, the UE shall set the TIN to "GUTI"; 

ii) an indication that ISR is activated, the UE shall regard a previously assigned P-TMSI and RAI as valid and 
registered with the network. If the TIN currently indicates "P-TMSI", the UE shall set the TIN to "RAT-related 
TMSI". 

9.2.3.1 .6.3 Test description 

9.2.3.1 .6.3.1 Pre-test conditions 

System Simulator: 

- cell A (belongs to TAI-1, home PLMN) is set to "Non- Suitable cell"; 

- cell B (belongs to TAI-2, home PLMN) is set to "Non- Suitable cell"; 
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- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 5 and cell 7 (belong to RAI-1, home PLMN) 
are configured; 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 and cell 25 are configured; 

- cell 5 / cell 24 belong to RAI-1 (home PLMN) as specified TS34.123-1 clause 12 and is set to "Serving cell"; 

- cell 7 / cell 25 belong to RAI-2 (home PLMN) as specified TS34. 123-1 clause 12 and is set to "Non- Suitable 
"off cell"; 

system information indicate that NMO 1 is used. 

- System information combination 10a as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
Note: Setting px_RATComb_Tested = EUTRA_Only is not allowed. 

UE: 

none. 
Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.3.1.6.3.2 


Test procedure sequence 

Table 9.2.3.1.6.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The UE is switched on. 

- 

- 

- 

- 

- 

The following messages are sent on Cell 5 or 
24 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message on Cell 5 or 24 

-> 

ATTACH REQUEST 

- 

- 

3 

The SS transmits an AUTHENTICATION AND 
CIPHERING REQUEST message. 

<— 

AUTHENTICATION AND 
CIPHERING REQUEST 

- 

- 

4 

The UE transmits an AUTHENTICATION AND 
CIPHERING RESPONSE message. 

-> 

AUTHENTICATION AND 
CIPHERING RESPONSE 

- 

- 

5 

SS responds with ATTACH ACCEPT message 
including P-TMSI-1 (TIN set to P-TMSI) and 
RAI-1. 

<— 

ATTACH ACCEPT 



6 

The UE transmits an ATTACH COMPLETE 
message. 

-> 

ATTACH COMPLETE 

- 

- 

7 

The UE transmits an ACTIVATE PDP 
CONTEXT REQUEST message 

-> 

ACTIVATE PDP CONTEXT 
REQUEST 

- 

- 

8 

The SS responds with an ACTIVATE PDP 
CONTEXT ACCEPT message 

<- 

ACTIVATE PDP CONTEXT 
ACCEPT 

- 

- 

9 

Set the cell type of cell 5 or 24 to the "Non- 
Suitable cell". 
Set the cell type of cell A to the "Serving cell". 





10 

The UE sends TRACKING AREA UPDATE 
REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

11 

The SS sends TRACKING AREA UPDATE 
ACCEPT including GUTI-1(TIN set to RAT- 
relatedTMSI)andTAI-1. 

<— 

TRACKING AREA UPDATE 
ACCEPT 



12 

The UE sends TRACKING AREA UPDATE 
COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

13 

Set the cell type of cell A to the "Non-Suitable 

cell". 

Set the cell type of cell 5 or 24 to the "Serving 

cell". 





14 

Check: Does the UE transmit a ROUTING 
AREA UPDATE REQUEST message in the 
next 90 seconds on cell 5 or 24? 

-> 

ROUTING AREA UPDATE 
REQUEST 

1 

F 

15 

SS transmits Paging for PS domain on Cell 
5/24. 

<— 

Paging 

- 

- 

15 
A 

Check: Does the UE transmit a Paging 
response? 

-> 

RRCConnectionRequest 

5 

p 

15 
B 

SS sends RRCConnectionReject 

<- 

RRCConnectionReject 

- 

- 

16 

Set the cell type of cell 5 or 24 to the "Non- 
Suitable cell". 
Set the cell type of cell A to the "Serving cell". 





17 

Check: Does the UE send TRACKING AREA 
UPDATE REQUEST message in the next 90 
seconds. 

-> 

TRACKING AREA UPDATE 
REQUEST 

3 

F 

18 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.4 
indicate that the UE is in EMM-REGISTERED 
state on cell A with PagingUE-ldentity = S- 
TMSI1 and with CN domain indicator set to 
"PS"? 



3,6 


18 
A 

Set the cell type of cell A to the "Non-Suitable 

cell". 

Set the cell type of cell 5 or 24 to the "Serving 

cell". 





18 
B 

Check: Does the UE transmit a ROUTING 
AREA UPDATE REQUEST message in the 

-> 

ROUTING AREA UPDATE 
REQUEST 

1 

F 
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next 90 seconds on cell 5 or 24? 





19 

Set the cell type of cell 5 or 24 to the "Non- 
Suitable off cell". 
Set the cell type of cell B to the "Serving cell". 





20 

Check: Does the UE send TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

4 

P 

21 

The SS sends TRACKING AREA UPDATE 
ACCEPT including GUTI-2 and TAI-2. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

22 

The UE sends TRACKING AREA UPDATE 
COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

23 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.4 
indicate that the UE is in EMM-REGISTERED 
state on cell B with PagingUE-ldentity = S- 
TMSI2 and with CN domain indicator set to 
"PS"? 



6 


24 

Set the cell type of cell A to the "Non-Suitable 

"off" cell". 

Set the cell type of cell B to the "Non-Suitable 

cell". 

Set the cell type of cell 7 or 25 to the "Serving 

cell". 





25 

Check: Does the UE transmit a ROUTING 
AREA UPDATE REQUEST message with P- 
TMSI and RAI on cell 7 or 25? 

-> 

ROUTING AREA UPDATE 
REQUEST 

2 

P 

26 

The SS sends ROUTING AREA UPDATE 
ACCEPT message with P-TMSI-2 and RAI-2. 

<- 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

27 

The UE sends ROUTING AREA UPDATE 
COMPLETE message. 

-> 

ROUTING AREA UPDATE 
COMPLETE 

- 

- 


9.2.3.1 .6.3.3 Specific message contents 

Table 9.2.3.1.6.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 10, Table 9.2.3.1.6.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

Mapped from the P-TMSI 
and RAI allocated in step 
5 



Old P-TMSI signature 

Any allowed value 



NonceuE 

Any allowed value 
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Table 9.2.3.1.6.3.3-2: Message TRACKING AREA UPDATE ACCEPT (step 11, Table 9.2.3.1.6.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update result 

'100'B 

"TA updated and 
ISR activated" 

TA only 


'iorB 

"combined TA/LA 
updated and ISR 
activated" 

combined 
TA_LA 

GUTI 

GUTI-1 



TAI list 




Length of tracking area identity list contents 

'0000011 0'B 



Partial tracking area identity list 




Number of elements 

'OOOOO'B 



Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAC 
values" 


MCC 
MNC 
TAC1 

TAI-1 




Table 9.2.3.1.6.3.3-3: Message TRACKING AREA UPDATE REQUEST (step 20, Table 9.2.3.1.6.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-1 




Table 9.2.3.1.6.3.3-4: Message TRACKING AREA UPDATE ACCEPT (step 21, Table 9.2.3.1.6.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update result 

'OOI'B 

"TA updated and 
ISR activated" 

TA only 


'lOI'B 

"combined TA/LA 
updated and ISR 
activated" 

combined 
TA_LA 

GUTI 

GUTI-2 



TAI list 




Length of tracking area identity list contents 

'000001 10'B 



Partial tracking area identity list 




Number of elements 

'OOOOO'B 



Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAC 
values" 


MCC 
MNC 
TAC1 

TAI-2 




Table 9.2.3.1.6.3.3-5: Message ROUTING AREA UPDATE ACCEPT (step 26, Table 9.2.3.1.6.3.2-1) 


Information Element 

Value/remark 

Comment 

Condition 

Update result 

100 

"RA updated and 
ISR activated" 

TA_only 

101 

"combined RA/LA 
updated and ISR 
activated" 

combined 
TA_LA 
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Void 

UE receives an indication that the RRC connection was released with cause 
"load balancing TAU required" 

Test Purpose (TP) 


with { UE in state EMM-REGISTERED and EMM-CONNECTED mode} 
ensure that { 

when { UE receives RRC CONNECTION RELEASE message with cause "load balancing TAU required" and 
enters EMM-REGISTERED and EMM- IDLE mode} 

then { UE sends TRACKING AREA UPDATE REQUEST message with EPS update type = "TA updating"} 
} 

9.2.3.1 .8.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 5.5.3.1, 
5.5.3.2.2 and 5.5.3.2.4. 

[TS24.301 clause5.5.3.1] 

The tracking area updating procedure is always initiated by the UE and is used for the following purposes: 


MME load balancing; 


[TS24.301 clause5.5.3.2.2] 

The UE in state EMM-REGISTERED shall initiate the tracking area updating procedure by sending a TRACKING 
AREA UPDATE REQUEST message to the MME, 


e) when the UE receives an indication from the lower layers that the RRC connection was released with cause "load 
balancing TAU required" ; 


[TS24.301 clause5.5.3.2.4] 

If the tracking area update request has been accepted by the network, the MME shall send a TRACKING AREA 
UPDATE ACCEPT message to the UE. If the MME assigns a new GUTI for the UE, a GUTI shall be included in the 
TRACKING AREA UPDATE ACCEPT message. In this case, the MME shall start timer T3450 and enter state EMM- 
COMMON-PROCEDURE-INITIATED as described in subclause 5.4.1. The MME may include a new TAI Hst for the 
UE in the TRACKING AREA UPDATE ACCEPT message. 


Upon receiving a TRACKING AREA UPDATE ACCEPT message, the UE shall stop timer T3430, reset the tracking 
area updating attempt counter, enter state EMM-REGISTERED and set the EPS update status to EUl UPDATED. If the 
message contains a GUTI, the UE shall use this GUTI as new temporary identity for EPS services and shall store the 
new GUTI. If no GUTI was included by the MME in the TRACKING AREA UPDATE ACCEPT message, the old 
GUTI shall be used. If the UE receives a new TAI Hst in the TRACKING AREA UPDATE ACCEPT message, the UE 
shall consider the new TAI list as valid and the old TAI list as invalid; otherwise, the UE shall consider the old TAI list 
as valid. 


If the TRACKING AREA UPDATE ACCEPT message contained a GUTI, the UE shall return a TRACKING AREA 
UPDATE COMPLETE message to the MME to acknowledge the received GUTI. 
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9.2.3.1 .8.3 Test description 

9.2.3.1 .8.3.1 Pre-test conditions 
System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Generic RB established (state 3) on cell A according to TS 36.508 [18]. 

9.2.3.1 .8.3.2 Test procedure sequence 

Table 9.2.3.1.8.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The 88 transmits RRCConnectionRelease 
with cause "load balancing TAU required". 

- 

- 

- 

- 

2 

Check: Does the UE send TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

3 

The 88 sends TRACKING AREA UPDATE 
ACCEPT. (Note) 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

4 

The UE sends TRACKING AREA UPDATE 
COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2_T3440) according to TS 36.508. 





Note: The 88 assigns a different IVIIVIE Identifier (IVIIVIEI) value in a GUTI. 


9.2.3.1 .8.3.3 Specific message contents 

Table 9.2.3.1.8.3.3-1 : Message TRACKING AREA UPDATE ACCEPT (step 3, Table 9.2.3.1.8.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

GUTI-2 




9.2.3.1.9 
9.2.3.1.9.1 
(1) 


Normal tracking area update / Correct handling of CSG list 
Test Purpose (TP) 


with { UE in state EMM-REGISTERED and EMM- IDLE mode} 
ensure that { 

when { Manual CSG ID selection is requested } 
then { UE sends TRACKING AREA UPDATE REQUEST message with 'EPS update type = TA updating' 


(2) 

with { UE in state EMM-REGISTERED and EMM-IDLE mode; and UE's Allowed CSG list is not empty } 
ensure that { 

when { UE detects suitable E-UTRAN CSG cell previously visited } 
then { UE reselects the suitable previously visited E-UTRAN CSG cell and sends TRACKING AREA 
UPDATE REQUEST message with 'EPS update type = TA updating'} 
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9.2.3.1 .9.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS24.301, clauses 5.5.3.1, 
5.5.3.2.2 and 5.5.3.2.4. 

[TS 24.301, clause 5.5.3.1] 

The tracking area updating procedure is always initiated by the UE and is used for the following purposes: 

- normal tracking area updating to update the registration of the actual tracking area of a UE in the network; 


- to indicate to the network that the UE has selected a CSG cell whose CSG identity is not included in the UE's 
Allowed CSG Hst. 

[TS 24.301, clause 5.5.3.2.2] 

The UE in state EMM-REGISTERED shall initiate the tracking area updating procedure by sending a TRACKING 
AREA UPDATE REQUEST message to the MME, 

a) when the UE detects entering a tracldng area that is not in the list of tracking areas that the UE previously 
registered in the MME; 


k) when due to manual CSG selection the UE has selected a CSG cell whose CSG identity is not included in the 
UE's Allowed CSG Hst; 


After sending the TRACKING AREA UPDATE REQUEST message to the MME, the UE shall start timer T3430 and 
enter state EMM-TRACKING- AREA-UPDATING-INITIATED (see example in figure 5.5.3.2.2). If timer T3402 is 
currently running, the UE shall stop timer T3402. If timer T3411 is currently running, the UE shall stop timer T3411. If 
timer T3442 is currently running, the UE shall stop timer T3442. 

If the UE supports neither A/Gb mode nor lu mode, the UE shall include a valid GUTI in the Old GUTI IE in the 
TRACKING AREA UPDATE REQUEST message. 

If the UE supports A/Gb mode or lu mode, the UE shall handle the Old GUTI IE as follows: 

- If the TIN indicates "P-TMSI" and the UE holds a vaHd P-TMSI and RAI, the UE shall map the P-TMSI and 
RAI into the Old GUTI IE. If a P-TMSI signature is associated with the P-TMSI, the UE shall include it in the 
Old P-TMSI signature IE. Additionally, if the UE holds a vahd GUTI, the UE shall indicate the GUTI in the 
Additional GUTI IE. 

NOTE: The mapping of the P-TMSI and RAI to the GUTI is specified in 3GPP TS 23.003 [2] . 

- If the TIN indicates "GUTI" or "RAT-related TMSI" and the UE holds a vahd GUTI, the UE shall indicate the 
GUTI in the Old GUTI IE. 


[TS 24.301, clause 5.5.3.2.4] 

If the tracldng area update request has been accepted by the network, the MME shall send a TRACKING AREA 
UPDATE ACCEPT message to the UE. If the MME assigns a new GUTI for the UE, a GUTI shall be included in the 
TRACKING AREA UPDATE ACCEPT message. In this case, the MME shall start timer T3450 and enter state EMM- 
COMMON-PROCEDURE-INITIATED as described in subclause 5.4.1. The MME may include a new TAI Hst for the 
UE in the TRACKING AREA UPDATE ACCEPT message. 


Upon receiving a TRACKING AREA UPDATE ACCEPT message, the UE shaH stop timer T3430, reset the tracldng 
area updating attempt counter, enter state EMM-REGISTERED and set the EPS update status to EUl UPDATED. If the 
message contains a GUTI, the UE shall use this GUTI as new temporary identity for EPS services and shall store the 
new GUTI. If no GUTI was included by the MME in the TRACKING AREA UPDATE ACCEPT message, the old 
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GUTI shall be used. If the UE receives a new TAI list in the TRACKING AREA UPDATE ACCEPT message, the UE 
shall consider the new TAI list as valid and the old TAI list as invalid; otherwise, the UE shall consider the old TAI list 
as valid. 


If the UE has initiated the tracking area updating procedure due to manual CSG selection and receives a TRACKING 
AREA UPDATE ACCEPT message, the UE shall check if the CSG ID of the cell where the UE has sent the 
TRACKING AREA UPDATE REQUEST message is contained in the Allowed CSG list. If not, the UE shall add that 
CSD ID to the Allowed CSG list. 

If the TRACKING AREA UPDATE ACCEPT message contained a GUTI, the UE shall return a TRACKING AREA 
UPDATE COMPLETE message to the MME to acknowledge the received GUTI. 

Upon receiving a TRACKING AREA UPDATE COMPLETE message, the MME shall stop timer T3450, and shall 
consider the GUTI sent in the TRACKING AREA UPDATE ACCEPT message as valid. 


9.2.3.1 .9.3 Test description 

9.2.3.1 .9.3.1 Pre-test conditions 

System Simulator: 

- Cell A (belongs to TAI-1, home PLMN, not a CSG cell) is set to "Serving cell"; 

- Cell C (belongs to TAI-3, home PLMN, is a CSG cell) is set to "Non- Suitable cell"; 

- Cell D (belongs to TAI-4, home PLMN, not a CSG cell) is set to "Non- Suitable cell". 

- System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells 
UE: 

- the UE is configured to initiate EPS attach; 

- pc_Allowed_CSGJist, the UE's Allowed CSG Hst is empty. 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on Cell A according to TS 36.508 [18]. 
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9.2.3.1.9.3.2 


Test procedure sequence 

Table 9.2.3.1.9.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS configures: 

- Cell A as a "Not Suitable cell". 

- Cell C as a "Serving cell". 

- Cell D as a "Not Suitable "Off" cell". 





2 

The UE performs manual CSG ID selection 
and CSG Identity ('000 0000 0000 0000 
0000 0000 0100'B) is selected manually. 





3 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message on Cell 
C? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

4 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 
NOTE: UE shall add the selected CSG ID as 
indicate in step 2 to UE's Allowed CSG list. 

<— 

TRACKING AREA UPDATE 
ACCEPT 



5 

Check: Does the UE transmit a TRACKING 
AREA UPDATE COMPLETE message on 
Cell C? 

-> 

TRACKING AREA UPDATE 
COMPLETE 

1 

P 

6 

The SS releases the RRC connection. 

- 

- 

- 

- 

7 

The SS configures: 

- Cell A as a "Not Suitable "Off" cell". 

- Cell C as a "Not Suitable cell". 

- Cell D as a "Serving cell". 





8 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message on Cell D. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

9 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

10 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message on Cell D. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

11 

The SS releases the RRC connection. 

- 

- 

- 

- 

12 

The SS configures: 

- Cell C as a "Serving cell". 

- Cell D as a "Not Suitable cell". 





13 

Check: Does the UE camped on Cell C 
within 6 min and transmits a TRACKING 
AREA UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2 

P 

14 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

15 

Check: Does the UE transmit a TRACKING 
AREA UPDATE COMPLETE message on 
Cell C? 

-> 

TRACKING AREA UPDATE 
COMPLETE 

2 

P 


9.2.3.1 .9.3.3 Specific message contents 

Table 9.2.3.1.9.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 3, Table 9.2.3.1.9.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-1 

"Old GUTI is 
included by UE if 
valid, IMSI 
otherwise" 


Last visited registered TAI 

TAI-1 




ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1897 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 9.2.3.1.9.3.3-2: Message TRACKING AREA UPDATE ACCEPT (step 4, Table 9.2.3.1.9.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

GUTI-2 



TAI list 




Length of tracking area identity list contents 

'0000011 0'B 



Partial tracking area identity list 




Number of elements 

'OOOOO'B 



Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAC 
values" 


MCC 
MNC 
TAC1 

PLMN= MCC/MNC 
TAC 1=3 

"PLMN is set to 
the same 
MCC/MNC stored 
in EFiMsi" 
"TAI-3" 



Table 9.2.3.1.9.3.3-3: Message TRACKING AREA UPDATE REQUEST (step 8, Table 9.2.3.1.9.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-2 

"Old GUTI is 
included by UE if 
valid, IMSI 
otherwise" 


Last visited registered TAI 

TAI-3 




Table 9.2.3.1.9.3.3-4: Message TRACKING AREA UPDATE ACCEPT (step 9, Table 9.2.3.1.9.3.2-1) 


Derivation Path: TS 36.508, Table 4.7.2-24 

Information Element 

Value/remark 

Comment 

Condition 

GUTI 

GUTI-3 



TAI list 




Length of tracking area identity list contents 

'000001 10'B 



Partial tracking area identity list 




Number of elements 

'OOOOO'B 



Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAC 
values" 


MCC 
MNC 
TAC1 

PLMN= MCC/MNC 
TAC 1=4 

"PLMN is set to 
the same 
MCC/MNC stored 
in EFIMSI" 
"TAI-4" 



Table 9.2.3.1.9.3.3-5: Message TRACKING AREA UPDATE REQUEST (step 13, Table 9.2.3.1.9.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-3 



Last visited registered TAI 

TAI-4 
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Table 9.2.3.1.9.3.3-6: Message TRACKING AREA UPDATE ACCEPT (step 14, Table 9.2.3.1.9.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

GUTI-2 



TAI list 




Length of tracking area identity list contents 

'0000011 0'B 



Partial tracking area identity list 




Number of elements 

'OOOOO'B 



Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAC 
values" 


MCC 
MNC 
TAC1 

PLMN= MCC/MNC 
TAC1=3 

"PLMN is set to 
the same 
MCC/MNC stored 
in EFiMsi" 
"TAI-3" 



9.2.3.1.9a 
9.2.3.1. 9a.1 
(1) 


Normal tracking area update / NAS signalling connection recovery 
Test Purpose (TP) 


with { UE in state EMM-REGISTERED and EMM-CONNECTED } 
ensure that { 

when { UE receives an indication of "RRC Connection failure" from the lower layers 
then { UE initiates the tracking area updating procedure } 
} 


9.2.3.1. 9a.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.1, 
5.5.3.2.2 and 5.5.3.3.2 and TS 36.331, clause 5.3.7.8 and 5.3.12. 

[TS 24.301, clause 5.5.3.1] 

The tracking area updating procedure is always initiated by the UE and is used for the following purposes: 

- recovery from certain error cases (for details see subclauses 5.5.3.2.2 and subclause 5.5.3.3.2); 

[TS 24.301, clause 5.5.3.2.2] 

The UE in state EMM-REGISTERED shall initiate the tracking area updating procedure by sending a TRACKING 
AREA UPDATE REQUEST message to the MME, 


i) when the UE receives an indication of "RRC Connection failure" from the lower layers and has no signalling or 
user uplink data pending (i.e. when the lower layer requests NAS signalling connection recovery); 


For all cases except case b, the UE shall set the EPS update type IE to "TA updating". For case b, the UE shall set the 
EPS update type IE to "periodic updating". 

[TS 24.301, clause 5.5.3.3.2] 

The UE operating in CS/PS mode 1 or CS/PS mode 2, in state EMM-REGISTERED, shall initiate the combined 
tracking area updating procedure: 
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j) when the UE receives an indication of "RRC Connection failure" from the lower layers and has no signalling or 
user uplink data pending (i.e. when the lower layer requests NAS signalling connection recovery); 


To initiate a combined tracking area updating procedure the UE sends the message TRACKING AREA UPDATE 
REQUEST to the network, starts timer T3430 and changes to state EMM-TRACKING- AREA-UPDATING- 
INITIATED. The value of the EPS update type IE in the message shall indicate "combined TA/LA updating" unless 
explicitly specified otherwise. 

[TS 36.331, clause 5.3.7.8] 

Upon receiving the RRCConnectionReestablishmentReject message, the UE shall: 

1> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'RRC 
connection failure'; 

[TS 36.331, clause 5.3.12] 

Upon leaving RRC_CONNECTED, the UE shall: 


1> indicate the release of the RRC connection to upper layers together with the release cause; 
9.2.3.1 .9a.3 Test description 

9.2.3.1 .9a.3.1 Pre-test conditions 

System Simulator: 

- cell A and cell B (same TA); Cell B is configured to belong to TAI-1 ; 
cell A is "Serving cell" and cell B is "non-Suitable cell". 

UE: 

none. 
Preamble: 

- the UE is in state Generic RB Established (state 3) on cell A according to TS 36.508 [18]. 
9.2.3.1 .9a.3.2 Test procedure sequence 

Table 9.2.3.1. 9a.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Set the cell type of Cell A to the "Non-Suitable 
"Off" cell". Set the cell type of Cell B to the 
"Serving cell". 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE transmits an 
RRCConnectionReestablishmentRequest 

- 

- 

- 

- 

3 

The SS transmits an 
RRCConnectionReestablishmentReject 

- 

- 

- 

- 

4 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST with the EPS 
update type set to TA updating' or 'combined 
TA/LA updating' in the next 10 seconds? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

5 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 
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9.2.3.1 .9a.3.3 Specific message contents 

Table 9.2.3.1. 9a.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 4, Table 9.2.3.1. 9a.3.2-1) 


Derivation Patii: TS 36.508, Table 4.7.2-27 

Information Element 

Value/remark 

Comment 

Condition 

Old GUTI 

GUTI-1 



Last visited registered TAI 

TAI-1 




Table 9.2.3.1. 9a.3.3-2: Message TRACKING AREA UPDATE ACCEPT (step 5, Table 9.2.3.1 .9a.3.2-1) 


Derivation Path: TS 36.508, Table 4.7.2-24 

Information Element 

Value/remark 

Comment 

Condition 

GUTI 

Not present 



MS identity 

Not present 




9.2.3.1.10 
9.2.3.1.10.1 
(1) 


Normal tracking area update / Rejected / IMSI invalid 
Test Purpose (TP) 


with { UE has sent a TRACKING AREA UPDATE REQUEST message} 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the reject cause set to ' 'Illegal 
UE' • } 

then { UE considers the USIM as invalid for EPS services and non-EPS services and enters state 
EMM-DEREGISTERED } 


(2) 

with { The UE is in the state EMM-DEREGISTERED } 
ensure that { 

when { UE is powered up } 

then { UE send ATTACH REQUEST message with Old GUTI or IMSI IE 


•IMSI' 


9.2.3.1.10.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 

5.5.3.2.5. 

[TS24.301 clause5.5.3.2.5] 

If the tracking area updating cannot be accepted by the network, the MME sends a TRACKING AREA UPDATE 
REJECT message to the UE including an appropriate EMM cause value. 

Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, and take the following actions depending on the EMM cause value received. 

#3 (Illegal UE); or 


The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI, TAI list and KSI. The UE shall 
consider the USIM as invalid for EPS services until switching off or the UICC containing the USIM is removed. 
The UE shall delete the list of equivalent PLMNs and shall enter the state EMM-DEREGISTERED. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the GMM parameters GMM state, GPRS 
update status, P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number and the MM 
parameters update status, TMSI, LAI and ciphering key sequence number as specified in 3GPP TS 24.008 [13] 
for the case when the normal routing area updating procedure is rejected with the GMM cause with the same 
value. The USIM shall be considered as invalid also for non-EPS services until switching off or the UICC 
containing the USIM is removed. 
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9.2.3.1 .1 0.3 Test description 

9.2.3.1 .1 0.3.1 Pre-test conditions 

System Simulator: 

- cell A (belongs to TAI-1, home PLMN) is set to "Serving cell"; 

- cell B (belongs to TAI-2, home PLMN) is set to "Non-suitable cell"; 

- If (px_SinglePLMN_Tested = Multi PLMN) cell G (belongs to TAL7 ,visited PLMN) is set to "Non-suitable 
cell"; 

- If (px_RATComb_Tested = EUTRA_UTRA OR px_RATComb_Tested = EUTRA_GERAN) ; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 9 (UTRAN, belong to RAI-1) is set to "Non- 
suitable "off ' cell"; 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (GERAN, belong to RAI-1) is set to 
"Non-suitable "off cell; 

- system information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is applied in E-UTRA cells; 

- If (px_RATComb_Tested = EUTRA_Only) : 

neither cell 9 nor cell 24 is configured; 

- system information combination 1 as defined in TS 36.508[18] clause 4.4.3.1 is applied in E-UTRA cells. 
UE: 

- the UE is configured to initiate EPS attach; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, the UE is previously registered on UTRAN cell 5 
using default message contents according to TS 36.508 [18]. 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, the UE is previously registered on GERAN 
cell 24 using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell A according to TS 36.508 [18]. 
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9.2.3.1 .1 0.3.2 Test procedure sequence 

Table 9.2.3.1.10.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

Set the cell type of cell A to the "Non- 
Suitable cell". 

Set the cell type of cell B to the "Serving 
cell". 





2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST on Cell B. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with EMM 
cause = "Illegal UE" as specified. 

<- 

TRACKING AREA UPDATE 
REJECT 



4 

The SS releases the RRC connection. 

- 

- 

- 

- 

5 

Set the cell type of cell A to the "Serving 
cell". 

Set the cell type of cell B to the "Non- 
Suitable cell". 





6 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 90 seconds 
on cell A? 

Note: Cell A belongs to the same PLMN 
where the UE was rejected but a different 
TAC 

-> 

ATTACH REQUEST 

1 

F 

7 

The user initiates an attach by MMI or by AT 
command. 

- 

- 

- 

- 

8 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 90 seconds 
on cell A? 

-> 

ATTACH REQUEST 

1 

F 


EXCEPTION: Steps 9a to 1 2a describe 
behaviour that depends on the network 
capability / preference; the "lower case letter" 
identifies a step sequence that takes place if 
the network is capable or prefers. 





9a 

Set the cell type of cell A to the " Non- 
Suitable cell". 

Set the cell type of cell G to the "Serving 
cell". 





10a 

If (px_SinglePLMN_Tested = Multi PLMN) 
Check: Does the UE transmit an ATTACH 
REQUEST message in the next 90 seconds 
on cell G? 

Note: Cell G belongs to a PLMN which is not 
the same like the one on which the UE was 
rejected. 

-> 

ATTACH REQUEST 

1 

F 

11a 

The user initiates an attach by MMI or by AT 
command. 

- 

- 

- 

- 

12a 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 90 seconds 
on cell G? 

-> 

ATTACH REQUEST 

1 

F 

13 

If present, set the cell type of cell G to the 
"Non-Suitable "off" cell". 
If present, set the cell type of cell 9 or 24 to 
the "Serving cell". 






EXCEPTION: Steps 14a1 to 14a2 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





14a1 

IFpc UTRAANDpx RATComb Tested = 
EUTRA UTRA OR pc GERAN AND 
px_RATComb_Tested = EUTRA_GERAN 
THEN the user initiates an attach by MMI or 
by AT command. 
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14a2 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 90 seconds 
on cell 9 or 24? 

-> 

ATTACH REQUEST 

1 

F 

15 

If possible (see ICS) switch off is performed 
or the USIM is removed. 
Otherwise the power is removed. 





16 

Set the cell type of cell A to the "Serving 

cell". 

If present, set the cell type of cell G to the 

"Non-Suitable cell". 

If present, set the cell type of cell 9 or 24 to 

the "Non-Suitable "off" cell". 





17 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

18 

Check: Does the UE transmit an ATTACH 
REQUEST message on cell A? 

-> 

ATTACH REQUEST 

2 

P 

19- 
30 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, 
the UE is in end state E-UTRA connected 
(E2) according to TS 36.508. 






9.2.3.1 .1 0.3.3 Specific message contents 

Table 9.2.3.1.10.3.3-1: Void 
Table 9.2.3.1.10.3.3-2: Message TRACKING AREA UPDATE REJECT (step 3, Table 9.2.3.1.10.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

00000011 

#3 "Illegal UE" 


Table 9.2.3.1.10.3.3-3: Message ATTACH REQUEST (step 

18, Table 9.2.3.1.10.3.2-1) 

Derivation path: 36.508 table 4.7.2-4 | 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

IMSI 




9.2.3.1.11 
9.2.3.1.11.1 

(1) 


Normal tracking area update / Rejected / Illegal ME 
Test Purpose (TP) 


with { UE has sent a TRACKING AREA UPDATE REQUEST message} 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the reject cause set to "Illegal ME" 

} 

then { UE considers the USIM as invalid for EPS services and non-EPS services and enters state 
EMM-DEREGISTERED } 


(2) 


with { The UE is in the state EMM-DEREGISTERED } 
ensure that { 

when { UE is powered up } 

then { UE send ATTACH REQUEST message with Old GUTI or IMSI IE 


' IMSI ' 


9.2.3.1.11.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 

5.5.3.2.5. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 1904 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

[TS24.301 clause5.5.3.2.5] 

If the tracking area updating cannot be accepted by the network, the MME sends a TRACKING AREA UPDATE 
REJECT message to the UE including an appropriate EMM cause value. 

Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, and take the following actions depending on the EMM cause value received. 


#6 (Illegal ME); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.L3.3) and shall delete any GUTI, last visited registered TAI, TAI list and KSI. The UE shall 
consider the USIM as invalid for EPS services until switching off or the UICC containing the USIM is removed. 
The UE shall delete the list of equivalent PLMNs and shall enter the state EMM-DEREGISTERED. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the GMM parameters GMM state, GPRS 
update status, P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number and the MM 
parameters update status, TMSI, LAI and ciphering key sequence number as specified in 3GPP TS 24.008 [13] 
for the case when the normal routing area updating procedure is rejected with the GMM cause with the same 
value. The USIM shall be considered as invalid also for non-EPS services until switching off or the UICC 
containing the USIM is removed. 

9.2.3.1 .1 1 .3 Test description 

The test description is identical to the one of subclause 9.2.3.1.10 except that the reject cause #3 "Illegal UE" is replaced 
with the reject cause #6 "Illegal ME". 

9.2.3.1 .12 Normal tracking area update / Rejected / EPS service not allowed 

9.2.3.1.12.1 Test Purpose (IP) 
(1) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message} 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the reject cause set to ' 'EPS 
service not allowd' ' } 

then { UE considers the USIM as invalid for EPS services and enters state EMM-DEREGISTERED } 

(2) 

with { The UE is in the state EMM-DEREGISTERED } 
ensure that { 

when { UE is powered up or switched on } 

then { UE sends ATTACH REQUEST message with 'Old GUTI or IMSI IE = • IMSI ' ' } 

9.2.3.1 .1 2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 

5.5.3.2.5. 

[TS24.301 clause5.5.3.2.5] 

If the tracking area updating cannot be accepted by the network, the MME sends a TRACKING AREA UPDATE 
REJECT message to the UE including an appropriate EMM cause value. 

Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, and take the following actions depending on the EMM cause value received. 


#7 (EPS services not allowed); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.L3.3) and shall delete any GUTI, last visited registered TAI, TAI list and KSI. The UE shall 
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consider the USIM as invalid for EPS services until switching off or the UICC containing the USIM is removed. 
The UE shall delete the list of equivalent PLMNs and shall enter the state EMM-DEREGISTERED. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the GMM parameters GMM state, GPRS 
update status, P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number as specified in 
3GPP TS 24.008 [13] for the case when the normal routing area updating procedure is rejected with the GMM 
cause with the same value. 

9.2.3.1 .1 2.3 Test description 

The test description is identical to the one of subclause 9.2.3.1.10 except that the reject cause #3 "illegal UE" is 
replaced with reject cause #7 "EPS services not allowed" 

9.2.3.1 .13 Normal tracking area update / Rejected / UE identity cannot be derived by the 

network 

9.2.3.1.13.1 Test Purpose (TP) 
(1) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message} 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the reject cause set to ' 'UE 
identity cannot be derived by the network' ' } 

then { UE deletes any GUTI, last visited registered TAI , TAI list and KSI and enters the state 
EMM-DEREGISTERED and subsequently, UE automatically initiates the attach procedure} 

9.2.3.1 .1 3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 

5.5.3.2.5. 

[TS24.301 clause5.5.3.2.5] 

If the tracking area updating cannot be accepted by the network, the MME sends a TRACKING AREA UPDATE 
REJECT message to the UE including an appropriate EMM cause value. 

Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, and take the following actions depending on the EMM cause value received. 


#9 (UE identity cannot be derived by the network); 

The UE shall set the EPS update status to EU2 NOT UPDATED (and shall store it according to 

subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI, TAI list and KSI. The UE shall delete 

the list of equivalent PLMNs and shall enter the state EMM-DEREGISTERED. 

Subsequently, the UE shall automatically initiate the attach procedure. 

NOTE 2: User interaction is necessary in some cases when the UE cannot re-activate the EPS bearer(s) 
automatically. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the GMM parameters GMM state, GPRS 
update status, P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number as specified in 
3GPP TS 24.008 [13] for the case when the normal routing area updating procedure is rejected with the GMM 
cause with the same value. 

9.2.3.1 .1 3.3 Test description 

9.2.3.1.13.3.1 Pre-test conditions 

System Simulator: 

- cell A (belongs to TAI-1, home PLMN) is set to "Serving cell"; 

- cell B (belongs to TAI-2, home PLMN) is set to "Non-suitable cell"; 
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UE: 


System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 


the UE is configured to initiate EPS attach. 


Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell A according to TS 36.508 [18]. 
9.2.3.1 .1 3.3.2 Test procedure sequence 

Table 9.2.3.1.13.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

Set the cell type of cell A to the "Non-Suitable 

cell". 

Set the cell type of cell B to the "Serving cell". 





2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST on Cell B. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with EMM cause 
= " UE identity cannot be derived by the 
network " as specified. 

<- 

TRACKING AREA UPDATE 
REJECT 




EXCEPTION: Steps 4-17-4a1 describes the 
behaviour that depends on UE behaviour 
(Note1). 





4 

The SS releases the RRC connection. 

- 

- 

- 

- 

- 

EXCEPTION: Step 4a1 describes a behaviour 
which depends on the UE capability 

- 

- 

- 

- 

4a1 

IF NOT pc_Automatic_Re_Attach, the user 
initiates an attach by MMI or by AT command. 

- 

- 

- 

- 

5 

Check: Does the UE transmit an ATTACH 
REQUEST message on cell B? 

-> 

ATTACH REQUEST 

1 

P 

6- 
17 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 





Note 1 : SS waits for 1 second to receive the Attach Request on the existing RRC Connection. In case Attach 
Request is not received within 1 second then the existing RRC Connection is released. 


9.2.3.1 .1 3.3.3 Specific message contents 

Table 9.2.3.1.13.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 2, Table 9.2.3.1.13.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-1 



Old P-TMSI signature 

Absent or any allowed 
value 




Table 9.2.3.1.13.3.3-2: Message TRACKING AREA UPDATE REJECT (step 3, Table 9.2.3.1.13.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

'00001 OOI'B 

#9 "UE identity 
cannot be derived 
by the network" 
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Table 9.2.3.1.13.3.3-3: Message ATTACH REQUEST (step 5, Table 9.2.3.1.13.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

IMSI 



Old P-TMSI signature 

Not present 



Last visited registered TAI 

Not present 




Table 9.2.3.1.13.3.3-4: Message ATTACH REJECT (step 6, Table 9.2.3.1.13.3.2-1) 


Derivation Path: 36.508 table 4.7.2-3 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0000 11 11 'B 

#15 "No suitable 
cells in tracking 
area" 



9.2.3.1.14 
9.2.3.1.14.1 
(1) 


Normal tracking area update / Rejected / UE implicitly detached 
Test Purpose (TP) 


with { UE has sent a TRACKING AREA UPDATE REQUEST message} 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the reject cause set to ' 'UE 
implicitly detached' ' } 

then { UE enters the state EMM-DEREGISTERED .NORMAL- SERVICE and sends ATTACH REQUEST message} 


9.2.3.1.14.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 

5.5.3.2.5. 

[TS24.301 clause5.5.3.2.5] 

If the tracking area updating cannot be accepted by the network, the MME sends a TRACKING AREA UPDATE 
REJECT message to the UE including an appropriate EMM cause value. 

Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, and take the following actions depending on the EMM cause value received. 


# 1 (ImpHcitly detached) ; 

The UE shall delete the list of equivalent PLMNs and shall enter the state EMM-DEREGISTERED. NORMAL- 
SERVICE. The UE shall delete any mapped EPS security context or partial native EPS security context. The UE 
shall perform a new attach procedure. 

NOTE 3: User interaction is necessary in some cases when the UE cannot re-activate the EPS bearer(s) 
automatically. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the GMM state as specified in 

3GPP TS 24.008 [13] for the case when the normal routing area updating procedure is rejected with the GMM 

cause with the same value. 

9.2.3.1 .1 4.3 Test description 

9.2.3.1.14.3.1 Pre-test conditions 

System Simulator: 

- cell A belongs to TAI-1, home PLMN) is set to "Serving cell"; 

- cell B belongs to TAI-2, home PLMN is set to "Non- Suitable cell"; 
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UE: 


System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 


the UE is configured to initiate EPS attach. 


Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell A according to TS 36.508 [18]. 
9.2.3.1.14.3.2 Test procedure sequence 

Table 9.2.3.1.14.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

Set the cell type of cell A to the "Non-Suitable 

cell". 

Set the cell type of cell B to the "Serving cell". 





2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST on Cell B. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with EMM cause 
= "UE implicitly detached" as specified. 

<- 

TRACKING AREA UPDATE 
REJECT 




EXCEPTION: Steps 3a1-3a2 describes the 
behaviour that depends on UE behaviour 
(Note1). 





3a1 

The SS releases the RRC connection. 

- 

- 

- 

- 

- 

EXCEPTION: Step 3a2 describes a behaviour 
which depends on the UE capability 

- 

- 

- 

- 

3a2 

IF NOT pc_Automatic_Re_Attach, the user 
initiates an attach by MMI or by AT command. 

- 

- 

- 

- 

4 

Check: Does the UE transmit an ATTACH 
REQUEST message on cell B? 

-> 

ATTACH REQUEST 

1 

p 

5- 
16 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 





Note 1 : SS waits for 1 second to receive the Attach Request on the existing RRC Connection. In case Attach 
Request is not received within 1 second, existing RRC Connection is released. 


9.2.3.1 .14.3.3 Specific message contents 

Table 9.2.3.1 .14.3.3-1: Void 

Table 9.2.3.1.14.3.3-2: Message TRACKING AREA UPDATE REJECT (step 3, Table 9.2.3.1.14.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

ElVIIVI cause 

'00001 01 0'B 

#10 "UE implicitly 
detached" 



Table 9.2.3.1.14.3.3-3: Message ATTACH REQUEST (step 4, Table 9.2.3.1.14.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

GUTI-1 



Last visited registered TAI 

TAI-1 
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9.2.3.1 .15 Normal tracking area update / Rejected / PLMN not allowed 

9.2.3.1 .1 5.1 Test Purpose (TP) 

(1) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the reject cause set to "PLMN not 
allowed" } 

then { UE deletes the GUTI, the last visited registered TAI and KSI and UE deletes the list of 
equivalent PLMNs and UE enters state EMM-DEREGISTERED . PLMN- SEARCH and UE stores the PLMN in the 
"forbidden PLMN list" j 


(2) 

with { UE is switched off having a PLMN stored in the "forbidden PLMN list" 
ensure that { 

when { UE is powered up on this PLMN } 

then { UE doesn't perform an attach procedure } 


(3) 


with { UE in EMM-DEREGISTERED . PLMN- SEARCH state having a PLMN stored in the "forbidden PLMN list" 
ensure that { 

when { UE enters a cell which is not in the "forbidden PLMN list" } 
then { UE initiates an attach procedure } 


(4) 

with { UE in E-UTRA EMM-DEREGISTERED . PLMN- SEARCH state having a PLMN stored in the "forbidden PLMN 
list" } 
ensure that { 

when { UE is in a forbidden PLMN cells and when the PLMN is selected manually } 
then { UE initiates an attach procedure } 
} 

9.2.3.1 .1 5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 

5.5.3.2.5. 

[TS24.301 clause5.5.3.2.5] 

If the tracking area updating cannot be accepted by the network, the MME sends a TRACKING AREA UPDATE 
REJECT message to the UE including an appropriate EMM cause value. 

Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, and take the following actions depending on the EMM cause value received. 


#11 (PLMN not allowed); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI, TAI list and KSI. The UE shall reset 
the tracking area updating attempt counter, delete the list of equivalent PLMNs and enter the state EMM- 
DEREGISTERED.PLMN-SEARCH. 

The UE shall store the PLMN identity in the "forbidden PLMN list". 

The UE shall perform a PLMN selection according to 3GPP TS 23.122 [6]. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the GMM parameters GMM state, GPRS 
update status, P-TMSI, P-TMSI signature, RAI, GPRS ciphering key sequence number and routing area updating 
attempt counter and the MM parameters update status, TMSI, LAI, ciphering key sequence number and the 
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location update attempt counter as specified in 3GPP TS 24.008 [13] for the case when the normal routing area 
updating procedure is rejected with the GMM cause with the same value and no RR connection exists. 

9.2.3.1 .1 5.3 Test description 

9.2.3.1.15.3.1 Pre-test conditions 

System Simulator: 

- cell G (belongs to TAI-7, visited PLMN) and is set to "Serving cell"; 

- cell H (belongs to TAI-8, visited PLMN) is set to "Non-suitable cell"; 

- cell I (belongs to TAI-9, visited PLMN) is set to "Non-suitable "off cell"; 

- If (px_RATComb_Tested = EUTRA_UTRA OR px_RATComb_Tested = EUTRA_GERAN) ; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 8 (UTRAN, belongs to RAM) is set to "Non- 
suitable "off cell"; 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (GERAN, belongs to RAM) is set to 
"Non-suitable "off cell". 

- system information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is applied in E-UTRA cells; 

- If (px_RATComb_Tested = EUTRA_Only) : 

neither cell 8 nor cell 24 is configured; 
- system information combination 1 as defined in TS 36.508[18] clause 4.4.3.1 is applied in E-UTRA cells; 
UE: 

- the UE is configured to initiate EPS attach. 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell G according to TS 36.508 [18]. 
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9.2.3.1 .1 5.3.2 Test procedure sequence 

Table 9.2.3.1.15.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

Set the cell type of cell G to the "Non-Suitable 

cell". 

Set the cell type of cell H to the "Serving cell". 

Note: cell G and cell H are in the same PLMN. 





2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST on Cell H. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with EMM cause 
= "PLMN not allowed". 

<- 

TRACKING AREA UPDATE 
REJECT 



4 

The SS releases the RRC connection. 

- 

- 

- 

- 

5 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds on 
cell H? 

-> 

ATTACH REQUEST 

1 

F 

6 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





7 

Set the cell type of cell G to the "Serving cell". 

Set the cell type of cell H to the "Non-Suitable 

cell". 

Note: cell G and cell H are in the same PLMN. 





8 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

9 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 90 seconds on 
cell G? 

-> 

ATTACH REQUEST 

2 

F 

10 

The user initiates an attach by MMI or by AT 
command. 

- 

- 

- 

- 

11 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds on 
cell G? 

-> 

ATTACH REQUEST 

2 

F 

12 

Set the cell type of cell G to the "Non-Suitable 

cell". 

If px_RATComb_Tested = EUTRA_UTRA set 

the cell type of cell 8 to the "Serving cell" or if 

px_RATComb_Tested = EUTRA_GERAN set 

cell 24 to the "Serving cell". 

Note: Cell G and Cell 8 or 24 are in the same 
PLMN. 






EXCEPTION: Steps 13a1 to 13a2 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





13a 

1 

IF pc UTRA AND px RATComb Tested = 
EUTRA UTRA OR pc GERAN AND 
px_RATComb_Tested = EUTRA_GERAN 
THEN the user initiates an attach by MMI or by 
AT command. 





13a 
2 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds on 
cell 8 or 24? 

-> 

ATTACH REQUEST 

1 

F 

14 

The following messages are sent and shall be 
received on cell 1. 

- 

- 

- 

- 

15 

If px_RATComb_Tested = EUTRA_UTRA set 
the cell type of cell 8 to the "Non-Suitable cell" 
or if px_RATComb_Tested = EUTRA_GERAN 
set cell 24 to the "Non-Suitable cell". 
Set the cell type of cell 1 to the "Serving cell", 
Set the cell type of cell H to the "Non-Suitable 
"off" cell". 
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Note: cell 8 or 24 and cell 1 are in different 
PLMNs. 





16 

Check: Does the UE transmit ATTACH 
REQUEST message with a PDN 
CONNECTIVITY REQUEST message to 
request PDN connectivity to the default PDN? 

-> 

ATTACH REQUEST 

3 

P 

17 

The SS starts an authentication procedure 

<- 

AUTHENTICATION REQUEST 

- 

- 

18 

The UE responds properly to the 
authentication procedure 

-> 

AUTHENTICATION RESPONSE 

- 

- 

19 

The SS starts a NAS security mode command 
procedure to perform NAS integrity protection. 

<— 

SECURITY MODE COMMAND 

- 

- 

20 

The UE responds properly to the NAS security 
mode command procedure 

-> 

SECURITY MODE COMPLETE 

- 

- 


EXCEPTION: Steps 20Aa1 to 20Aa2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





20 
Aa 

1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<— 

ESM INFORMATION REQUEST 



20 

Aa 

2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



21 

The SS sends ATTACH ACCEPT message 
with the ACTIVATE DEFAULT EPS BEARER 
CONTEXT REQUEST message. 

<— 

ATTACH ACCEPT 



22 

The UE transmits an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message. 

-> 

ATTACH COMPLETE 



23 

The SS releases the RRC connection. 

- 

- 

- 

- 

24 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





- 

EXCEPTION: Step 25 describes behaviour 
that depends on the UE capability. 





25 

Ifpc SwitchOnOff or pc USIM Removal then 
the UE transmit a DETACH REQUEST. 

-> 

DETACH REQUEST 

- 

- 

26 

The following messages are sent and shall be 
received on cell G. 

- 

- 

- 

- 

27 

Set the cell type of cell G to the " Serving cell". 
Set the cell type of cell 1 to the " Non-Suitable 
cell". 

Note: Cell G belongs to the forbidden PLMN. 





28 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

29 

The UE is switched to manual PLMN selection 
mode and is made to select the forbidden 
PLMN. 





30 

Check: Does the UE transmit ATTACH 
REQUEST message with a PDN 
CONNECTIVITY REQUEST message to 
request PDN connectivity to the default PDN? 

-> 

ATTACH REQUEST 

4 

P 

31- 
42 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 
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9.2.3.1 .1 5.3.3 Specific message contents 

Table 9.2.3.1.15.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 2, Table 9.2.3.1.15.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-7 




Table 9.2.3.1.15.3.3-2: Message TRACKING AREA UPDATE REJECT (step 3, Table 9.2.3.1.15.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

'00001 01 VB 

#1 1 " PLMN not 
allowed " 



Table 9.2.3.1.15.3.3-3: Message ATTACH REQUEST (step 16, Table 9.2.3.1.15.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

IMSI 



Old P-TMSI signature 

Not present 



Last visited registered TAI 

Not present 




Table 9.2.3.1.15.3.3-4: Message ATTACH ACCEPT (step 21, Table 9.2.3.1.15.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

TAI list 




Number of elements 

'OOOOO'B 



Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAG 
values" 


MCC 

'002'B 

"TAI-9" 


MNC 

'lOI'B 

"TAI-9" 


TAC1 

'I'B 

"TAI-9" 


GUTI 

GUTI-9 




Table 9.2.3.1.15.3.3-5: Message ATTACH REQUEST (step 30, Table 9.2.3.1.15.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

GUTI-9 



Last visited registered TAI 

TAI-9 




9.2.3.1.16 
9.2.3.1.16.1 
(1) 


Normal tracking area update / Rejected / Tracking area not allowed 
Test Purpose (TP) 


with { UE has sent a TRACKING AREA UPDATE REQUEST message} 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the reject cause set to ' 'Tracking 
area not allowed ' ' } 

then { shall delete any GUTI, last visited registered TAI, TAI list and KSI . The UE shall reset 
the tracking area updating attempt counter and shall enter the state EMM-DEREGISTERED .LIMITED- 
SERVICE and store the current TAI in the list of "forbidden tracking areas for regional provision of 
service" | 


ETSI 


3GPP TS 36.523-1 version 1 0.0.0 Release 10 1 91 4 ETSI TS 1 36 523-1 VI 0.0.0 (201 2-05) 

(2) 

with { UE is in EMM-DEREGISTERED .LIMITED-SERVICE state and has a TAI in the list of "forbidden 
tracking areas for regional provision of service"} 
ensure that { 

when { UE is in the serving cell which the UE is rejected } 

then { UE does not attempt an attach procedure on any other cell} 

} 

(3) 

with { UE is in EMM-DEREGISTERED .LIMITED-SERVICE state and the current TAI in the list of "forbidden 
tracking areas for regional provision of service"} 
ensure that { 

when { UE entess a new cell in the same TAI it was rejected } 
then { UE does not initiate an attach procedure} 

} 

(4) 

with { UE is in EMM-DEREGISTERED .LIMITED-SERVICE state and the current TAI in the list of "forbidden 
tracking areas for regional provision of service"} 
ensure that { 

when { UE enters a new cell with defferent TAI without in the list of "forbidden tracking areas 
for regional provision of service"} 

then { UE initiates attach procedure with IMSI } 

} 

(5) 

with { UE is switched off } 
ensure that { 

when { UE is powered on and enters the cell with "forbidden tracking areas for regional provision 
of service" before the UE was swithed off } 

then { UE initiates attach procedure on the cell } 

9.2.3.1 .1 6.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 

5.5.3.2.5. 

[TS24.301 clause5.5.3.2.5] 

If the tracking area updating cannot be accepted by the network, the MME sends a TRACKING AREA UPDATE 
REJECT message to the UE including an appropriate EMM cause value. 

Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, and take the following actions depending on the EMM cause value received. 


#12 (Tracking area not allowed); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI, TAI list and KSI. The UE shall reset 
the tracking area updating attempt counter and shall enter the state EMM-DEREGISTERED. LIMITED- 
SERVICE. 

The UE shall store the current TAI in the list of "forbidden tracking areas for regional provision of service". 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the GMM parameters GMM state, GPRS 
update status, P-TMSI, P-TMSI signature, RAI, GPRS ciphering key sequence number and routing area updating 
attempt counter as specified in 3GPP TS 24.008 [13] for the case when the normal routing area updating 
procedure is rejected with the GMM cause with the same value. 

9.2.3.1 .1 6.3 Test description 

9.2.3.1 .1 6.3.1 Pre-test conditions 

System Simulator: 

- cell A (belong to TAI-1, home PLMN) are set to "Non-suitable cell';' 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 1915 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

- cell B (belongs to TAI-2, home PLMN) is set to "Serving cell"; 

- cell C (belongs to TAI-3, visited PLMN) is set to "Non-suitable cell"; 

- cell M (belongs to TAI-1, home PLMN) are set to "Non-suitable "off cell" 
UE: 

- The UE is configured to initiate EPS attach. 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell B according to TS 36.508 [18]. 
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9.2.3.1 .1 6.3.2 Test procedure sequence 

Table 9.2.3.1.16.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

Set the cell type of cell A to "Serving cell". 

Set the cell type of cell B to "Non-Suitable 

cell". 

Set the cell type of cell C to "Suitable 

neighbour intra-frequency cell". 





2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST on Cell A. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with EMM cause 
= "Tracking area not allowed" as specified. 

<- 

TRACKING AREA UPDATE 
REJECT 



4 

The SS releases the RRC connection. 

- 

- 

- 

- 

5 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 90 seconds on 
cell C? 

-> 

ATTACH REQUEST 

2 

F 

5A 

Set the cell type of cell B to the "Non-Suitable 
"off" cell". 

Set the cell type of cell M to the " Non-Suitable 
cell ". 





6 

The user initiates an attach by MMI or by AT 
command. 

- 

- 

- 

- 

7 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 90 seconds on 
cell A? 

-> 

ATTACH REQUEST 

1 

F 

8 

Set the cell type of cell A to the " Non-Suitable 

cell ". 

Set the cell type of cell M to the "Serving cell". 





9 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 90 seconds on 
cell M? 

-> 

ATTACH REQUEST 

3 

F 

10 

Set the cell type of cell C to the "Serving cell". 
Set the cell type of cell M to the "Non-Suitable 
cell ". 





11 

Check: Does the UE transmit an ATTACH 
REQUEST on cell C including a PDN 
CONNECTIVITY REQUEST message 
including a PDN CONNECTIVITY REQUEST 
message? 

-> 

ATTACH REQUEST 

4 

P 

12 

The SS starts an authentication procedure 

<- 

AUTHENTICATION REQUEST 

- 

- 

13 

The UE responds properly to the 
authentication procedure 

-> 

AUTHENTICATION RESPONSE 

- 

- 

14 

The SS starts a NAS security mode command 
procedure to perform NAS integrity protection. 

<— 

SECURITY MODE COMMAND 

- 

- 

15 

The UE responds properly to the NAS security 
mode command procedure 

-> 

SECURITY MODE COMPLETE 

- 

- 


EXCEPTION: Steps 15Aa1 to 15Aa2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





15 
Aa 

1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<— 

ESM INFORMATION REQUEST 



15 

Aa 

2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



16 

The SS sends ATTACH ACCEPT message 
with the ACTIVATE DEFAULT EPS BEARER 

<— 

ATTACH ACCEPT 

- 

- 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1917 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 



CONTEXT REQUEST message. 





17 

The UE transmits an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message. 

-> 

ATTACH COMPLETE 



18 

The SS releases the RRC connection. 

- 

- 

- 

- 

19 

If possible (see ICS) switch off is performed or 
the USIM is removed. Otherwise the power is 
removed. 





- 

EXCEPTION: Step 20 describes behaviour 
that depends on the UE capability. 





20 

Ifpc SwitchOnOff or pc USIM Removal then 
the UE transmit a DETACH REQUEST. 

-> 

DETACH REQUEST 

- 

- 

21 

The following messages are sent and shall be 
received on cell A. 

- 

- 

- 

- 

22 

Set the cell type of cell A to the " Serving cell". 
Set the cell type of cell C to the " Non-Suitable 
cell". 





23 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

24 

The UE transmits ATTACH REQUEST 
message with a PDN CONNECTIVITY 
REQUEST message to request PDN 
connectivity to the default PDN. 

-> 

ATTACH REQUEST 

5 

P 

25- 
36 

The attach procedure is completed executing 
steps 5 to 16 of the UE registration procedure 
in TS 36.508 clause 4.5.2.3 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 






9.2.3.1 .1 6.3.3 Specific message contents 

Table 9.2.3.1.16.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 2, Table 9.2.3.1.16.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-7 




Table 9.2.3.1.16.3.3-2: Message TRACKING AREA UPDATE REJECT (step 3, Table 9.2.3.1.16.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

'00001 100'B 

#12 "Tracking 
area not allowed" 



Table 9.2.3.1.16.3.3-3: Message ATTACH REQUEST (step 11, Table 9.2.3.1.16.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

IMSI 



Last visited registered TAI 

Not present 
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Table 9.2.3.1.16.3.3-4: Message ATTACH ACCEPT (step 16, Table 9.2.3.1.16.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

TAI list 




Number of elements 

'OOOOO'B 



Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAC 
values" 


MCC 
MNC 
TAC1 

PLMN= MCC/02 
TAC1=1 

"MCC is set to the 
same MCC stored 
in EFiMsi" 
"TAI-7" 


GUTI 

GUTI-7 




Table 9.2.3.1.16.3.3-5: Message ATTACH REQUEST (step 24, Table 9.2.3.1.16.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMS! 

GUTI-7 



Last visited registered TAI 

TAI-7 




9.2.3.1 .17 Normal tracking area update / Rejected / Roaming not allowed in this tracking 

area 


9.2.3.1.17.1 

(1) 


Test Purpose (TP) 


with { the UE has sent TRACKING AREA UPDATE REQUEST message } 
ensure that { 

when { the UE receives TRACKING AREA UPDATE REJECT message with the reject cause set to "roaming 
not allowed in this tracking area" } 

then { the UE sets the EPS update status to EU3 ROAMING NOT ALLOWED and the UE deletes the last 
visited registered TAI and the UE enters the state EMM- REGI STERED . PLMN- SEARCH and the UE stores the 
current TAI in the list of "forbidden tracking areas for roaming" } 


} 


(2) 


with { the UE is in EMM- REGI STERED . PLMN- SEARCH state and the current TAI in the list of "forbidden 
tracking areas for roaming"} 
ensure that { 

when { the serving cell belongs to TAI where UE was rejected } 

then { the UE does not attempt to send TRACKING AREA UPDATE REQUEST message } 

} 

(3) 

with { the UE is in EMM- REGI STERED . PLMN- SEARCH state and the TAI of the current cell belongs to the 
list of "forbidden tracking areas for roaming"} 
ensure that { 

when { the UE enters a cell belonging to same PLMN and TAI not in the list of "forbidden tracking 
areas for roaming"} 

then { the UE sends TRACKING AREA UPDATE REQUEST message } 
} 

(4) 

with { the UE is in EMM- REGI STERED . PLMN- SEARCH state and the TAI of the current cell belongs to the 
list of "forbidden tracking areas for roaming"} 
ensure that { 

when { the UE enters a cell belonging to another PLMN } 

then { the UE sends TRACKING AREA UPDATE REQUEST message } 
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(5) 

with { the UE, which A/Gb mode or lu mode is supported by the UE, in EMM-DEREGISTERED . PLMN- SEARCH 
state and the list of "forbidden tracking areas for roaming" contains more than one TAI } 
ensure that { 

when { the UE move to UTRAN or GERAN cell } 

then { the UE sends ROUTING AREA UPDATE REQUEST message } 

9.2.3.1 .1 7.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.2.5. 

[TS 24.301, clause 5.5.3.2.5] 

If the tracking area updating cannot be accepted by the network, the MME sends a TRACKING AREA UPDATE 
REJECT message to the UE including an appropriate EMM cause value. 

Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, and take the following actions depending on the EMM cause value received. 


#13 (Roaming not allowed in this tracking area); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete the list of equivalent PLMNs. The UE shall reset the tracking area updating 
attempt counter and shall change to state EMM-REGISTERED.PLMN-SEARCH. 

The UE shall store the current TAI in the list of "forbidden tracking areas for roaming" and shall remove the 
current TAI from the stored TAI list if present. 

The UE shall perform a PLMN selection according to 3GPP TS 23.122 [6]. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the GMM parameters GMM state, GPRS 
update status and routing area updating attempt counter as specified in 3GPP TS 24.008 [13] for the case when 
the normal routing area updating procedure is rejected with the GMM cause with the same value. 


9.2.3.1 .1 7.3 Test description 

9.2.3.1 .1 7.3.1 Pre-test conditions 

System Simulator: 

- cell K(belongs to TAI-9, visited PLMN) is set to "Serving cell"; 

- cell L(belongs to TAI-1 1, same visited PLMN) is set to "Non-suitable cell"; 

- If (px_SinglePLMN_Tested = Multi PLMN) cell J (belongs to TAI- 10, another visited PLMN) is set to "Non- 
suitable "off cell"; 

- If (px_RATComb_Tested = EUTRA_UTRA OR px_RATComb_Tested = EUTRA_GERAN) ; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 8 (belongs to RAI-8, visited PLMN) is set to 
"Non-suitable "off cell"; 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (belongs to RAI-8, visited PLMN) is 
set to "Non-suitable "off cell"; 

- system information indicate that NMO 1 is used; 

- system information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is applied in E-UTRA cells; 

- If (px_RATComb_Tested = EUTRA_Only) : 

- neither cell 8 nor cell 24 is configured; 
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- system information combination 1 as defined in TS 36.508[18] clause 4.4.3.1 is applied in E-UTRA cells; 
UE: 

- the UE is configured to initiate EPS attach. 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell K according to TS 36.508 [18]. 
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9.2.3.1 .1 7.3.2 Test procedure sequence 

Table 9.2.3.1.17.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

Set the cell type of cell K to the "Non-Suitable 

cell". 

Set the cell type of cell L to the "Serving cell". 





2 

The UE transmits TRACKING AREA UPDATE 
REQUEST on Cell L. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with EMM cause 
= "Roaming not allowed in this tracking area" 
as specified. 

<— 

TRACKING AREA UPDATE 
REJECT 



4 

The SS releases the RRC connection. 





5 

Check: Does the UE transmit TRACKING 
AREA UPDATE REQUEST message in the 
next 30 seconds on cell L? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1,2 

F 

6 

Set the cell type of cell K to the "Serving cell". 

Set the cell type of cell L to the "Non-Suitable 

cell". 

Note: cell K and cell L are in the same PLMN. 





7 

Check: Does the UE transmit TRACKING 
AREA UPDATE REQUEST message on cell 
K? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1,3 

P 

8 

The SS transmits TRACKING AREA UPDATE 
REJECT message with EMM cause = 
"Roaming not allowed in this tracking area" as 
specified. 

<— 

TRACKING AREA UPDATE 
REJECT 



9 

The SS releases the RRC connection. 





10 

Set the cell type of cell K to the "Non-Suitable 

cell". 

If present, set the cell type of cell 8 or 24 to the 

"Serving cell". 

Note: Cell K and Cell 8 or 24 are in the same 
PLMN. 






EXCEPTION: Steps 1 1 a1 to 1 1 a3 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





11a 

1 

Check: Does the UE transmit ROUTING AREA 
UPDATE REQUEST message on cell 8 or 24? 

-> 

ROUTING AREA UPDATE 
REQUEST 

5 

P 

11a 
2 

The SS transmits a ROUTING AREA UPDATE 
REJECT message with cause = " Roaming not 
allowed in this tracking area " as specified. 

<- 

ROUTING AREA UPDATE 
REJECT 



11a 
3 

The SS releases the RRC connection. 

- 

- 

- 

- 


EXCEPTION: Steps 12a1 to 12a4 describe 
behaviour that depends on the network 
capability / preference; the "lower case letter" 
identifies a step sequence that takes place if 
the network is capable or prefers. 





12 
a1 

If (px_SinglePLMN_Tested = Multi PLMN) 

If present, set the cell type of cell 8 or 24 to the 

" Non-Suitable cell". 

Set the cell type of cell L to the "Non-Suitable 

"off" cell". 

Set the cell type of cell J to the "Serving cell". 

Note: cell 8 or 24 and cell J are in different 
PLMNs. 





12a 
2 

Check: Does the UE transmit TRACKING 
AREA REQUEST message on cell 1? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1,4 

P 

12a 
3 

The SS sends TRACKING AREA ACCEPT 
message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 
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12a 
4 

The UE transmits TRACKING AREA 
COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 


If (px_SinglePLMN_Tested = Multi PLMN): At 
the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2_T3440) according to TS 36.508. 
Else: At the end of this test procedure 
sequence, the UE is in end state E-UTRA 
deregistered (E4) according to TS 36.508. 






9.2.3.1.17.3.3 


Specific message contents 


Table 9.2.3.1.17.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 2, 7 and 12a2, Table 

9.2.3.1.17.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-7 




Table 9.2.3.1.17.3.3-2: TRACKING AREA UPDATE REJECT (step 3 and 8, Table 9.2.3.1.17.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-26 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0000 11 ore 

Roaming not 
allowed in this 
tracking area 



9.2.3.1.18 
9.2.3.1.18.1 
(1) 


Normal tracking area update / Rejected / EPS services not allowed in this PLMN 
Test Purpose (TP) 


with { UE has sent a TRACKING AREA UPDATE REQUEST message} 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the reject cause set to 'EPS 
services not allowed in this PLMN' } 

then { UE deletes the GUTI, the last visited registered TAI and KSI and UE deletes the list of 
equivalent PLMNs and UE enters state EMM-DEREGISTERED . PLMN- SEARCH and UE stores the PLMN in the 
"forbidden PLMNs for GPRS service" } 

(2) 

with { UE in E-UTRA EMM-DEREGISTERED . PLMN- SEARCH state and a PLMN is stored in the "forbidden PLMNs 
for GPRS service" } 
ensure that { 

when { UE enters a cell which is in the "forbidden PLMNs for GPRS service" } 
then { UE doesn't perform an attach procedure } 


(3) 


with { UE in EMM-DEREGISTERED . PLMN- SEARCH state and a PLMN is stored in the "forbidden PLMNs for 
GPRS service" } 
ensure that { 

when { UE enters a cell which is not in the "forbidden PLMNs for GPRS service" } 
then { UE initiates an attach procedure } 

} 

(4) 

with { UE is switched off and a PLMN is stored in the 'forbidden PLMNs for GPRS service' } 
ensure that { 

when { UE is power ON in a cell with forbidden PLMNs for GPRS service } 
then { UE initiates an attach procedure } 
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9.2.3.1 .1 8.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.2.5. 

[TS 24.301, clause 5.5.3.2.5] 

If the tracking area updating cannot be accepted by the network, the MME sends a TRACKING AREA UPDATE 
REJECT message to the UE including an appropriate EMM cause value. 

Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, and take the following actions depending on the EMM cause value received. 

#14 (EPS services not allowed in this PLMN); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3). Furthermore the UE shall delete any GUTI, last visited registered TAI, TAI list and KSI. The 
UE shall reset the tracking area updating attempt counter and shall enter the state EMM- 
DEREGISTERED.PLMN-SEARCH. 

The UE shall store the PLMN identity in the "forbidden PLMNs for GPRS service" Hst. 

The UE shall perform a PLMN selection according to 3GPP TS 23.122 [6]. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the GMM parameters GMM state, GPRS 
update status, P-TMSI, P-TMSI signature, RAI, GPRS ciphering key sequence number and routing area updating 
attempt counter as specified in 3GPP TS 24.008 [13] for the case when the normal routing area updating 
procedure is rejected with the GMM cause with the same value. 


9.2.3.1 .1 8.3 Test description 

9.2.3.1.18.3.1 Pre-test conditions 

System Simulator: 

- cell G belongs to TAI-7(visited PLMN) and is set to "Serving cell"; 

- cell H belongs to TAI-8(visited PLMN, another TAC) and is set to "Non-suitable cell"; 

- cell I belongs to TAI-9(visited PLMN, another PLMN) and is set to "Non-suitable "off cell"; 

- If (px_RATComb_Tested = EUTRA_UTRA OR px_RATComb_Tested = EUTRA_GERAN) ; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 8 (belongs to RAI-8, visited PLMN) is set to 
"Non-suitable "off cell"; 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (belongs to RAI-8, visited PLMN) is 
set to "Non-suitable "off cell"; 

- system information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is applied in E-UTRA cells; 

- system information indicate that NMO 1 is used; 

- If (px_RATComb_Tested = EUTRA_Only) : 

- neither cell 8 nor cell 24 is configured; 

- system information combination 1 as defined in TS 36.508[18] clause 4.4.3.1 is applied in E-UTRA cells; 


UE: 


the UE is configured to initiate EPS attach. 
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Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell G according to TS 36.508 [18]. 
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9.2.3.1 .1 8.3.2 Test procedure sequence 

Table 9.2.3.1.18.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

Set the cell type of cell G to the "Non-Suitable 

cell". 

Set the cell type of cell H to the "Serving cell". 





2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST on Cell H. 

— > 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with EMM cause 
= "EPS services not allowed in this PLMN" as 
specified. 

<- 

TRACKING AREA UPDATE 
REJECT 



4 

The SS releases the RRC connection. 





5 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds 
on cell H? 

— > 

ATTACH REQUEST 

1 

F 

6 

Set the cell type of cell G to the "Serving cell". 

Set the cell type of cell H to the "Non-Suitable 

cell". 

Note: cell G and cell H are in the same PLMN. 





7 

The user initiates an attach by MM! or by AT 
command. 

- 

- 

- 

- 

8 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds 
on cell G? 

— > 

ATTACH REQUEST 

2 

F 

9 

Set the cell type of cell G to the "Non-Suitable 

cell". 

Set the cell type of cell H to the "Non-Suitable 

"off" cell". 

If px_RATComb_Tested = EUTRA_UTRA set 

the cell type of cell 8 to the "Serving cell" or if 

px_RATComb_Tested = EUTRA_GERAN set 

cell 24 to the "Serving cell". 

Note: Cell G and Cell 8 or 24 are in the same 
PLMN. 






EXCEPTION: Steps lOal to 10a2 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





10a 
1 

IF pc UTRA AND px RATComb Tested = 
EUTRA UTRA OR pc GERAN AND 
px_RATComb_Tested = EUTRA_GERAN 
THEN the user initiates an attach by MMI or by 
AT command. 





10a 
2 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds 
on cell 8 or 24? 

— > 

ATTACH REQUEST 

1 

F 


The following messages are sent and shall be 
received on cell 1. 

- 

- 

- 

- 

11 

If px_RATComb_Tested = EUTRA_UTRA set 
the cell type of cell 8 to the "Non-Suitable cell' 
or if px_RATComb_Tested = EUTRA_GERAN 
set cell 24 to the "Non-Suitable cell". 
Set the cell type of cell 1 to the "Serving cell". 

Note: cell 8 or 24 and cell 1 are in different 
PLMNs. 





12 

Check: Does the UE send ATTACH 
REQUEST message with a PDN 
CONNECTIVITY REQUEST message to 
request PDN connectivity to the default PDN? 

-> 

ATTACH REQUEST 

3 

P 

13 

The SS starts an authentication procedure 

<- 

AUTHENTICATION REQUEST 

- 

- 

14 

The UE responds properly to the 

-> 

AUTHENTICATION RESPONSE 

- 

- 
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authentication procedure 





15 

The SS starts a NAS security mode command 
procedure to perform NAS integrity protection. 

<- 

SECURITY MODE COMMAND 

- 

- 

16 

The UE responds properly to the NAS security 
mode command procedure 

-> 

SECURITY MODE COMPLETE 

- 

- 


EXCEPTION: Steps 17a1 to 17a2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





17a 

1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<- 

ESM INFORMATION REQUEST 



17a 
2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

— > 

ESM INFORMATION RESPONSE 

" 

" 

18 

The SS sends ATTACH ACCEPT message 
with the ACTIVATE DEFAULT EPS BEARER 
CONTEXT REQUEST message. 

<- 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 19 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U- 
plane if requested by the UE. 





19 

The UE transmits an ATTACH COMPLETE 
message. 

-> 

ATTACH COMPLETE 

- 

- 

20 

The SS releases the RRC connection. 

- 

- 

- 

- 

21 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





- 

EXCEPTION: Step 22 describes behaviour 
that depends on the UE capability. 





22 

Ifpc SwitchOnOff or pc USIM Removal then 
the UE transmit a DETACH REQUEST. 

-> 

DETACH REQUEST 

- 

- 


The following messages are sent and shall be 
received on cell G. 





23 

Set the cell type of cell G to the " Serving cell". 
Set the cell type of cell 1 to the " Non-Suitable 
cell". 

Note: Cell G belongs to the forbidden PLMNs 
for GPRS service. 





24 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

25 

Check: Does the UE send ATTACH 
REQUEST message with a PDN 
CONNECTIVITY REQUEST message to 
request PDN connectivity to the default PDN? 

— > 

ATTACH REQUEST 

4 

p 

26- 
37 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 
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9.2.3.1 .1 8.3.3 Specific message contents 

Table 9.2.3.1.18.3.3-1: Void 
Table 9.2.3.1.18.3.3-2: Message TRACKING AREA UPDATE REJECT (step 3, Table 9.2.3.1.18.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

'0000 111 0'B 

#14 "EPS 
services not 
allowed in this 
PLMN" 



Table 9.2.3.1.18.3.3-3: Message ATTACH REQUEST (step 12, Table 9.2.3.1.18.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

IMSI 



Last visited registered TAI 

Not present 




Table 9.2.3.1.18.3.3-4: Message ATTACH ACCEPT (step 18, Table 9.2.3.1.18.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

TAI list 




Number of elements 

'OOOOO'B 



Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAG 
values" 


MCC 
MNC 
TAC1 

PLMN= 002/101 
TAG 1=1 

"TAI-9" 


GUTI 

GUTI-9 




Table 9.2.3.1.18.3.3-5: Message ATTACH REQUEST (step 25, Table 9.2.3.1.18.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

GUTI-9 



Last visited registered TAI 

TAI-9 




9.2.3.1.19 
9.2.3.1.19.1 

(1) 


Normal tracking area update / Rejected / No suitable cells in tracking Area 
Test Purpose (TP) 


with { UE is sending a TRACKING AREA UPDATE REQUEST message} 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the EMM cause set to 'No Suitable 
Cells In tracking area' } 

then { UE selects a suitable cell in another tracking area in the same PLMN and performs the 
tracking area updating procedure and UE does not select a suitable cell in another PLMN} 
} 

9.2.3.1 .1 9.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.2.5. 

[TS 24.301, clause 5.5.3.2.5] 
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If the tracking area updating cannot be accepted by the network, the MME sends a TRACKING AREA UPDATE 
REJECT message to the UE including an appropriate EMM cause value. 

Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, and take the following actions depending on the EMM cause value received. 


#15 (No suitable cells in tracking area); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3). The UE shall reset the tracking area updating attempt counter and shall enter the state EMM- 
REGISTERED. LIMITED-SERVICE. 

The UE shall store the current TAI in the list of "forbidden tracking areas for roaming" and shall remove the 
current TAI from the stored TAI list if present. 

The UE shall search for a suitable cell in another tracking area or in another location area in the same PLMN 
according to 3GPP TS 36.304 [21]. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the GMM parameters GMM state, GPRS 
update status and routing area updating attempt counter as specified in 3GPP TS 24.008 [13] for the case when 
the normal routing area updating procedure is rejected with the GMM cause with the same value. 


9.2.3.1 .1 9.3 Test description 

9.2.3.1.19.3.1 Pre-test conditions 

System Simulator: 

- cell A (belongs to TAI-1, home PLMN) is set to "Serving cell"; 

- cell B (belongs to TAI-2, home PLMN) is set to "Non-suitable cell"; 

- If (px_SinglePLMN_Tested = Multi PLMN) cell G (belongs to TAI-7, visited PLMN) is set to "Non-suitable 
cell". 

UE: 

- the UE is configured to initiate EPS attach. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) on cell A according to TS 36.508 [18]. 
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9.2.3.1 .1 9.3.2 Test procedure sequence 

Table 9.2.3.1.19.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

Set the cell type of Cell A to the "non-Suitable 

cell". 

Set the cell type of Cell B to the "Serving cell". 

If present, set the cell type of Cell G to the 

"Serving cell". 





- 

The following messages are sent and shall be 
received on Cell B. 

- 

- 

- 

- 

2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with the EMM 
cause set to 'No Suitable Cells In tracking 
area'. 

<- 

TRACKING AREA UPDATE 
REJECT 



4 

The SS releases the RRC connection. 

- 

- 

- 

- 

4A 

Set the cell type of Cell A to the " Serving cell 
". Set the cell type of Cell B to the "Suitable 
neighbour Intra Frequency cell". 





- 

The following messages are sent and shall be 
received on Cell A. 

- 

- 

- 

- 

5 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

6 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

7 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 






9.2.3.1 .1 9.3.3 Specific message contents 

Table 9.2.3.1.19.3.3-1: TRACKING AREA UPDATE REJECT (step 3, Table 9.2.3.1.19.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-26 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0000 11 11 'B 

No Suitable Cells 
In tracking area 


Table 9.2.3.1.19.3.3-2: Message TRACKING AREA UPDATE REQUEST (step 5, Table 9.2.3.1.19.3.2-1) 

Derivation path: 36.508 table 4.7.2-27 | 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-1 




9.2.3.1.20 


9.2.3.1.20.1 


(1) 


Normal tracking area update / Rejected / Not authorized for this CSG 
Test Purpose (TP) 


with { UE has sent a TRACKING AREA UPDATE REQUEST message } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the reject cause set to "Not 
authorized for this CSG" and with integrity protection } 

then { UE removes the CSG ID from the Allowed CSG list } 


ETSI 


3GPP TS 36.523-1 version 1 0.0.0 Release 10 1 930 ETSI TS 1 36 523-1 VI 0.0.0 (201 2-05) 

(2) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the reject cause set to "Not 
authorized for this CSG" and with integrity protection } 

then { UE searches for a suitable cell in the same PLMN and sent a TRACKING AREA UPDATE REQUEST 
message } 

} 

9.2.3.1 .20.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.3.3.5. 

[TS 24.301, clause 5.5.3.2.5] 

#25 (Not authorized for this CSG); 

EMM cause #25 is only applicable when received from a CSG cell. EMM cause #25 received from a non-CSG 
cell is considered as an abnormal case and the behaviour of the UE is specified in subclause 5.5.3.2.6. 

If the TRACKING AREA UPDATE REJECT message with EMM cause #25 was received without integrity 
protection, then the UE shall discard the message. 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3). The UE shall reset the tracking area updating attempt counter and shall enter the state EMM- 
REGISTERED.LIMITED-SERVICE. 

If the CSG ID of the cell where the UE has sent the TRACKING AREA UPDATE REQUEST message is 
contained in the Allowed CSG list, the UE shall remove the entry corresponding to this CSG ID from the 
Allowed CSG Hst. 

If the CSG ID of the cell where the UE has sent the TRACKING AREA UPDATE REQUEST message is 
contained in the Operator CSG list, the UE shall apply the procedures defined in 3GPP TS 23.122 [6] 
subclause 3.1 A. 

The UE shall search for a suitable cell in the same PLMN according to 3GPP TS 36.304 [21]. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the GMM parameters GMM state, GPRS 
update status and routing area updating attempt counter as specified in 3GPP TS 24.008 [13] for the case when 
the normal routing area updating procedure is rejected with the GMM cause with the same value. 

9.2.3.1 .20.3 Test description 
9.2.3.1 .20.3.1 Pre-test conditions 
System Simulator: 

- cell A (TAI-1, frequency 1, HPLMN, not a CSG cell) is set to "Serving cell"; 

- cell B (TAI-2, frequency 1, HPLMN, is a CSG cell) is set to "Non-suitable off cell"; 

- cell D (TAI-4, frequency 1, HPLMN, not a CSG cell) is set to "Non-suitable off cell". 

- System information combination 1 as defined in TS 36.508[18] clause 4.4.3.1 is used in Cell A and Cell D. 

- System information combination 7 as defined in TS 36. 508 [18] clause 4.4.3.1 is used in Cell B. 
UE: 

- the UE is previously registered on cell B using manual CSG selection (so the allowed CSG list includes CSG ID 
of cell B). 

Preamble: 

- the UE is in state Registered, Idle mode (state 2) on cell A according to TS 36.508 [18] 
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9.2.3.1 .20.3.2 Test procedure sequence 

Table 9.2.3.1.20.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS configures: 

- Cell A as a "Not Suitable cell". 

- Cell B as a "Serving cell". 





2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits an TRACKING AREA 
UPDATE REJECT message with EMM cause 
= "Not authorized for this CSG" with integrity 
protection. 

<- 

TRACKING AREA UPDATE 
REJECT 



4 

The SS releases the RRC connection. 

- 

- 

- 

- 

5 

Check: Does the UE transmit an TRACKING 
AREA UPDATE REQUEST message on Cell B 
in the next 30 seconds? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

F 

6 

The SS configures: 

- Cell A as a "Not Suitable off cell". 

- Cell B as a "Not Suitable cell". 

- Cell D as a "Suitable cell". 





7 

Check: Does the UE transmit an TRACKING 
AREA UPDATE REQUEST message in the 
next 30 seconds on Cell D? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2 

P 

8 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

9 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

10 

The SS configures: 

- Cell A as a "Not Suitable off cell". 

- Cell B as a " Serving cell". 

- Cell D as a " Not Suitable cell". 





11 

Check: Does the UE transmit an TRACKING 
AREA UPDATE REQUEST message in the 
next 30 seconds on Cell B? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

F 


9.2.3.1 .20.3.3 Specific message contents 

Table 9.2.3.1.20.3.3-1: TRACKING AREA UPDATE REQUEST (step 2, Table 9.2.3.1.20.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-1 



Old P-TMSI signature 

P-TMSI Signature-1 




Table 9.2.3.1.20.3.3-2: Message TRACKING AREA UPDATE REJECT (step 3, Table 9.2.3.1.20.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-26 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'OOOIIOOI'B 

#25 " Not authorized 
for this CSG" 



Table 9.2.3.1.20.3.3-3: Message TRACKING AREA UPDATE REQUEST (step 7, Table 9.2.3.1.20.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-1 



Old P-TMSI signature 

P-TMSI Signature-1 
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Table 9.2.3.1.20.3.3-4: SystemlnformationBlockTypel for Cell A, B, CD (Pre-test conditions and all 

steps in Table 9.2.3.1.20.3.2-1) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

TRUE 


CellB 

FALSE 


Cell A 

FALSE 


Cell CD 

csg-ldentity 

Not present 


Cell A 

'000 0000 0000 0000 
0000 0000 001 0'B 


CellB 

Not present 


Cell CD 

} 




} 





Table 9.2.3.1.20.3.3-5: Message TRACKING AREA UPDATE ACCEPT (step 8, Table 9.2.3.1.20.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

GUTI-2 




Table 9.2.3.1.20.3.3-6: SystemlnformationBlockType4 \or cell B (Pre-test conditions and all steps, 

Table 9.2.3.1.20.3.2-1) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType4 ::= SEQUENCE { 




csg-PhysCellldRange ::= SEQUENCE { 




Start 

2 



Range 

Not present 

The UE shall 
apply value 1 in 
case the field is 
absent, in which 
case only the 
physical cell 
identity value 
indicated by start 
applies. 


} 




} 





9.2.3.1.21 
9.2.3.1.22 

9.2.3.1.22.1 
(1) 


Void 

Normal tracking area update / Abnormal case / access barred due to access 
class control or NAS signalling connection establishment rejected by the network 

Test Purpose (TP) 


with { The UE is in the state EMM-REGISTERED } 
ensure that { 

when { Access is barred for signalling in the cell UE is camping [Access Class barred in System 
information] } 

then { the UE will not initiate the tracking area updating procedure on the current cell } 

} 

(2) 

with { The UE is in the state EMM-REGISTERED } 
ensure that { 
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when { Access is barred for signalling in the cell UE is camping [T3 02 running due to 
RRCConnectionReject message reception] } 

then { the UE will not initiate the tracking area updating procedure on the current cell } 


(3) 

with { The UE is in the state EMM-REGISTERED } 
ensure that { 

when { Access is not barred for signalling in the cell UE is camping } 

then { the UE will initiate the tracking area updating procedure on the current cell 


(4) 

with { The UE is in the state EMM-REGISTERED } 
ensure that { 

when { Access was barred for signalling in the cell and UE has reselected an new cell where access 
for "signalling" is granted } 

then { the UE will initiate the tracking area updating procedure on the new cell } 
} 

9.2.3.1 .22.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.3.2.6 and 
TS 36.331, clause 5.3.3.2 

[TS 24.301, clause 5.5.3.2.6] 

The following abnormal cases can be identified: 

a) Access barred because of access class barring or NAS signalling connection establishment rejected by the 
network 

If access is barred for "signalling" (see 3GPP TS 36.331 [22]), the tracking area updating procedure shall not be 
started. The UE stays in the current serving cell and applies the normal cell reselection process. The tracking 
area updating procedure is started as soon as possible and if still necessary, e.g. when access for "signalling" is 
granted on the current cell or when the UE moves to a cell where access for "signalling" is granted. 

[TS 36.331, clause 5.3.3.2] 


1> else (the UE is establishing the RRC connection for mobile originating signalling): 

2> if timer T302 or T305 is running: 

3> consider access to the cell as barred; 

2> else if SystemInformationBlockType2 includes the ac- Barring Info and the ac-BarringForMO-Signalling is 
present: 

3> if the UE has one or more Access Classes, as stored on the USIM, with a value in the range 1 1..15, which 
is valid for the UE to use according to TS 22.011 [10] and TS 23.122 [11], and 

3> for at least one of these Access Classes the corresponding bit in the ac-BarringForSpecialAC contained in 
ac-BarringForMO-Signalling is set to zero: 

4> consider access to the cell as not barred; 

3> else: 

4> draw a random number 'rand uniformly distributed in the range: < rand < 1; 

4> if 'rand is lower than the value indicated by ac-BarringF actor included in ac-BarringForMO- 
Signalling: 

5> consider access to the cell as not barred; 
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4> else: 

5> consider access to the cell as barred; 
2> else: 

3> consider access to the cell as not barred; 
9.2.3.1 .22.3 Test description 

9.2.3.1 .22.3.1 Pre-test conditions 

System Simulator: 

- cell A and cell B are configured according to table 6.3.2.2-1 in TS 36.508 [18]. 

- cell A belongs to TAI-1 (home PLMN) 

- cell B belongs to TAI-2 (home PLMN) 

- cell D belongs to TAI-4 (home PLMN) 
UE: 

None; 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell B according to TS 36.508 [18]. 
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9.2.3.1 .22.3.2 Test procedure sequence 

Table 9.2.3.1.22.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The SS sets the cell type of cell A to the 
"Serving cell", sets the cell type of cell B to the 
" Non-Suitable cell", and sets 
SystemlnformationBlockType2 parameters as 
described below. 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

Check: for 60 seconds if UE initiates the 
tracking area updating procedure on cell A? 

- 

- 

1 

F 

3 

The SS transmits a Paging message including 
systemlnfoModification. 

- 

- 

- 

- 

4 

The SS changes 

SystemlnformationBlockType2 parameters to 
default parameters defined in [18]. 





5 

The UE transmits RRC Connection Request 

- 

- 

- 

- 

6 

SS responds with RRCConnectionReject 
message with IE waitTime set to 10 
seconds(Max Value). 





7 

Check: for 10 seconds if UE initiates the 
tracking area updating procedure and hence 
transmits RRC Connection Request? 



2 

F 

8 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST? 

-> 

TRACKING AREA UPDATE 
REQUEST 

3 

P 

9 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

10 

The UE sends TRACKING AREA UPDATE 
COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

10 
A 

The SS releases the RRC connection. 

- 

- 

- 

- 

11 

The SS set SystemlnformationBlockTypel and 
SystemlnformationBlockType2 parameters as 
described below. 





12 

Void 

- 

- 



13 

The SS sets the cell type of cell B to the " 
serving cell", cell A to "non-suitable off Cell" , 
and cell D to "Suitable neighbour intra- 
frequency cell". 





13 
A 

Check: For 60 seconds if the UE initiates the 
tracking area update procedure on Cell B? 

- 

- 

1 

F 

13 
B 

The SS sets the cell type of cell B to "Suitable 
neighbour intra-frequency cell" and cell D to 
"serving cell" 





- 

The following messages are to be observed on 
Cell D unless explicitly stated otherwise. 

- 

- 

- 

- 

14 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST? 

-> 

TRACKING AREA UPDATE 
REQUEST 

4 

P 

15 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

16 

The UE sends TRACKING AREA UPDATE 
COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508 
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9.2.3.1 .22.3.3 Specific message contents 

Table 9.2.3.1.22.3.3-1 : SystemlnformationBlockType2 for Cell A (step 1, Table 9.2.3.1.22.3.2-1) 


Derivation Patii: 36.508, Table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




accessBarringlnformation SEQUENCE { 




accessBarringForEmergencyCalls 

FALSE 



accessBarringForSignalling SEQUENCE { 




accessProbabilityFactor 

pOO 



accessBarringTime 

s4 



accessClassBarringList SEQUENCE (SIZE 
(maxAC)) OF SEQUENCE! 

5 entries 



accessClassBarring[1 ] 

TRUE 



accessClassBarring[2] 

TRUE 



accessClassBarring[3] 

TRUE 



accessClassBarring[4] 

TRUE 



accessClassBarring[5] 

TRUE 



} 




} 




accessBarringForOriginatingCalls 

Not present 



} 




} 




Table 9.2.3.1.22.3.3-2: SystemlnformationBlockType2 for Cell B (step 11, Table 9.2.3.1.22.3.2-1) 

Derivation Path: 36.508, Table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




accessBarringlnformation SEQUENCE { 




accessBarringForEmergencyCalls 

FALSE 



accessBarringForSignalling SEQUENCE { 




accessProbabilityFactor 

pOO 



accessBarringTime 

s4 



accessClassBarringList SEQUENCE (SIZE 
(maxAC)) OF SEQUENCE} 

5 entries 



accessClassBarring[1 ] 

TRUE 



accessClassBarring[2] 

TRUE 



accessClassBarring[3] 

TRUE 



accessClassBarring[4] 

TRUE 



accessClassBarring[5] 

TRUE 



} 




} 




accessBarringForOriginatingCalls 

Not present 



} 




} 




Table 9.2.3.1.22.3.3-3: SystemlnformationBlockTypel for Cell B (step 11, Table 9.2.3.1.22.3.2-1) 

Derivation Path: 36.508, Table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




intraPreqReselection 

allowed 



} 




} 
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9.2.3.1 .23 Normal tracking area update / Abnormal case / Success after several attempts 

due to no network response / TA belongs to TAI list and status is UPDATED / TA 
does not belong to TAI list or status is not UPDATED 

9.2.3.1.23.1 Test Purpose (TP) 

(1) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Periodic 
updating' and has the tracking area updating attempt counter set to the value less than four, the 
TAI of the current serving cell is included in the TAI list and the update status is equal to EUl 
UPDATED } 
ensure that { 

when { UE detects release of the NAS signalling connection } 

then { UE keeps the update status to EUl UPDATED, enters state EMM-REGISTERED .NORMAL- SERVICE and 
starts timer T3411 } 


(2) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Periodic 
updating', has the tracking area updating attempt counter set to the value less than four, has 
detected T343 expiry, the TAI of the current serving cell is included in the TAI list and the 
update status is equal to EUl UPDATED } 
ensure that { 

when { UE detects T3411 expiry } 

then { UE initiates the tracking area updating procedure } 

} 

(3) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to ' TA updating' 
or 'combined TA/LA updating' and has the tracking area updating attempt counter set to the value 
less than four and the TAI of the current serving cell is not included in the TAI list or the update 
status is different to EUl UPDATED } 
ensure that { 

when { UE detects release of the NAS signalling connection } 

then { UE starts timer T3411, sets the update status to EU2 NOT UPDATED and changes to state 
EMM- REGISTERED. ATTEMPTING- TO -UPDATE } 


(4) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to ' TA updating' 
or 'combined TA/LA updating', has the tracking area updating attempt counter set to the value less 
than four, has detected T343 expiry and the TAI of the current serving cell is not included in the 
TAI list or the update status is different to EUl UPDATED } 
ensure that { 

when { UE detects T3411 expiry } 

then { UE initiates the tracking area updating procedure } 
} 

9.2.3.1 .23.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.1, 
5.5.3.2.6 and 5.5.3.3.6. 

[TS 24.301, clause 5.5.3.1] 

A tracking area updating attempt counter is used to limit the number of subsequently rejected tracking area update 
attempts. The tracking area updating attempt counter shall be incremented as specified in subclause 5.5.3.2.6. 
Depending on the value of the tracking area updating attempt counter, specific actions shall be performed. The tracking 
area updating attempt counter shall be reset when: 

- an attach or combined attach procedure is successfully completed; 

- a normal or periodic tracking area updating or a combined tracking area updating procedure is successfully 
completed; or 
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- a normal or periodic tracking area updating or a combined tracking area updating procedure is rejected with 
EMM cause #11, #12, #13, #14, #15 or #25. 

Additionally the tracking area updating attempt counter shall be reset when the UE is in substate EMM- 
REGISTERED. ATTEMPTING-TO-UPD ATE or EMM-REGISTERED.ATTEMPTING-TO-UPDATE-MM, and: 

- a new tracking area is entered; or 

- timer T3402 expires. 
[TS 24.301, clause 5.5.3.2.6] 

The following abnormal cases can be identified: 


b) Lower layer failure or release of the NAS signalling connection before the TRACKING AREA UPDATE 
ACCEPT or TRACKING AREA UPDATE REJECT message is received 

The tracking area updating procedure shall be aborted, and the UE shall proceed as described below. 

c) T3430 timeout 

The UE shall abort the procedure and proceed as described below. The NAS signalling connection shall be 
released locally. 


For the cases b, c, d, e, and f, the UE shall stop any ongoing transmission of user data. 

For the cases b, c and d the UE shall proceed as follows: 

Timer T3430 shall be stopped if still running. The tracking area updating attempt counter shall be incremented, 
unless it was already set to 5. 

If the tracking area updating attempt counter is less than 5, and the TAI of the current serving cell is included in 
the TAI list and the EPS update status is equal to EUl UPDATED: 

- the UE shall keep the EPS update status to EUl UPDATED and enter state EMM- 
REGISTERED.NORMAL-SERVICE. The UE shall start timer T3411. When timer T3411 expires the 
tracking area updating procedure is triggered again. 

If the tracking area updating attempt counter is less than 5, and the TAI of the current serving cell is not included 
in the TAI list or the EPS update status is different to EUl UPDATED: 

- the UE shall start timer T341 1, shall set the EPS update status to EU2 NOT UPDATED and change to state 
EMM-REGISTERED. ATTEMPTING-TO-UPD ATE. When timer T3411 expires the tracking area updating 
procedure is triggered again. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the GPRS update status as 
specified in 3GPP TS 24.008 [13] for the abnormal case when a normal or periodic routing area updating 
procedure fails and the routing area updating attempt counter is less than 5 and the GPRS update status is 
different from GUI UPDATED. 

[TS 24.301, clause 5.5.3.3.6] 

If the tracking area updating attempt counter is incremented according to subclause 5.5.3.2.6 the next actions depend on 
the value of the tracking area updating attempt counter. 

- if the update status is Ul UPDATED and the tracking area updating attempt counter is less than 5, then the UE 
shall keep the update status to Ul UPDATED, the new MM state is MM IDLE substate NORMAL SERVICE; 

- if the tracking area updating attempt counter is less than 5 and, additionally, the update status is different from 
Ul UPDATED UE shall delete any LAI, TMSI, ciphering key sequence number and list of equivalent PLMNs 
and set the update status to U2 NOT UPDATED. The MM state remains MM LOCATION UPDATING 
PENDING; or 
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- if the tracking area updating attempt counter is equal to 5, the UE shall delete any LAI, TMSI, ciphering key 
sequence number and list of equivalent PLMNs and set the update status to U2 NOT UPDATED. A UE 
operating in CS/PS mode 1 of operation shall select GERAN or UTRAN radio access technology and proceed 
with appropriate MM or GMM specific procedures. 

9.2.3.1 .23.3 Test description 

9.2.3.1 .23.3.1 Pre-test conditions 

System Simulator: 

- cell A and cell B 

- System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

none. 
Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.3.1 .23.3.2 Test procedure sequence 

Table 9.2.3.1.23.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

Set the cell type of Cell A to the "Serving cell". 
Set the cell type of Cell B to the "Suitable 
neighbour intra-frequency cell". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is powered on or switched on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message. The PDN CONNECTIVITY 
REQUEST message is piggybacked in 
ATTACH REQUEST message. 

-> 

ATTACH REQUEST 



4 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<— 

AUTHENTICATION REQUEST 



5 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



6 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 

<- 

SECURITY MODE COMMAND 

- 

- 

7 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 




EXCEPTION: Steps 8a1 to 8a2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred after 
NAS SECURITY MODE COMPLETE 
message. 





8a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<- 

ESM INFORMATION REQUEST 



8a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



8A 

The SS activates UE radio bearer test mode. 

- 

- 

- 

- 

9 

The SS responds with an ATTACH ACCEPT 
message with the T3412 value indicating 6 
min. The ACTIVATE DEFAULT EPS BEARER 
CONTEXT REQUEST message is 
piggybacked in ATTACH ACCEPT message 

<— 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 10 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





10 

The UE transmits an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message. 
NOTE: The tracking area updating attempt 
counter is reset. 

-> 

ATTACH COMPLETE 



11 

The SS releases the RRC connection. 

- 

- 

- 

- 

12 

Wait for 6 min to ensure that T3412 expires. 

- 

- 

- 

- 

13 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message with the EPS 
update type value set to 'Periodic updating'. 

-> 

TRACKING AREA UPDATE 
REQUEST 



14 

The SS releases the RRC connection. 
NOTE: The tracking area updating attempt 
counter is 1. 
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15 

The SS pages the UE using S-TMSI with CN 
domain indicator set to "PS". 

- 

- 

- 

- 

16 

Check: Does the UE transmit a SERVICE 
REQUEST message? 

-> 

SERVICE REQUEST 

1 

P 

17 

The SS transmits a SERVICE REJECT 
message with ElVIIVI cause set to "Congestion". 

<— 

SERVICE REJECT 

- 

- 

18 

The SS releases the RRC connection. 

- 

- 

- 

- 

19 

Wait for 1 0s after step 1 4 to ensure that T341 1 
expires. 

- 

- 

- 

- 

20 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message with the 
EPS update type value set to 'Periodic 
updating'? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2 

P 

21 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 
NOTE: The tracking area updating attempt 
counter is reset. 

<— 

TRACKING AREA UPDATE 
ACCEPT 



22 

The SS releases the RRC connection. 

- 

- 

- 

- 

22A 

Generic test procedure in TS 36.508 
subclause 4.5.3A.3 is performed. 
NOTE: The UE performs the establishment of 
the new data radio bearer associated with the 
default EPS bearer context. 





22B 

Generic test procedure in TS 36.508 

subclause 4.5.4.3 is performed. 

NOTE: The UE enters the UE test loop mode. 





22C 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context. 





22D 

Wait for 1 s after the IP packet has been 
transmitted in step 22C. (Note 1) 

- 

- 

- 

- 

22E 

The SS releases the RRC connection. 

- 

- 

- 

- 

23 

Set the cell type of Cell A to the "non-Suitable 
cell". Set the cell type of Cell B to the "Serving 
cell". 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

24 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message with the EPS 
update type value set to 'TA updating' or 
'combined TA/LA updating'. 

-> 

TRACKING AREA UPDATE 
REQUEST 



24A 

Wait for 1 5s after step 24 to ensure that T3430 
expires. 

- 

- 

- 

- 

25 

The SS releases the RRC connection. 
NOTE: The tracking area updating attempt 
counter is 1 . 





26 

Void 

- 

- 

- 

- 

27 

Check: Does the UE transmit a SERVICE 
REQUEST message within 5s? 

-> 

SERVICE REQUEST 

3 

F 

28 

Wait for 1 0s after step 25 to ensure that T341 1 
expires. 

- 

- 

- 

- 

29 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message with the 
EPS update type value set to 'TA updating' or 
'combined TA/LA updating'? 

-> 

TRACKING AREA UPDATE 
REQUEST 

4 

P 

30 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

- 

EXCEPTION: Step 31 and Step 32a1 can 
occur in any order. 

- 

- 

- 

- 

31 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 
NOTE: The tracking area updating attempt 
counter is reset. 

-> 

TRACKING AREA UPDATE 
COMPLETE 




EXCEPTION: Step 32a1 describes behaviour 
that depends on UE implementation; the 
"lower case letter" identifies a step sequence 
that takes place if the UE has user data 
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pending. 





32a1 

IF the UE has user data pending THEN the UE 
loop backs the IP packet received in step 22C 
on the DRB associated with the default EPS 
bearer context on Cell B within 5s. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 





Note 1 : The 1 second delay is used to secure that the UE have received and forwarded the IP Packet transmitted by 
the SS in step 22C to the UE test loop function before the RRCConnectionRelease message is sent by the 
SS in step 22E. 


9.2.3.1 .23.3.3 Specific message contents 

Table 9.2.3.1.23.3.3-0: ACTIVATE TEST MODE (step 8A, Table 9.2.3.1.23.3.2-1) 

Derivation Path: 36.508, Table 4.7A-1 , condition UE TEST LOOP MODE B 

Table 9.2.3.1.23.3.3-1 : Message ATTACH ACCEPT (step 9, Table 9.2.3.1.23.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-1 

Information Element 

Value/remark 

Comment 

Condition 

T3412 value 


6 minutes 


Timer value 

'oooorB 



Unit 

'010'B 

value is 
incremented in 
multiples of 
decihours 


GUTI 

GUTI-1 




Table 9.2.3.1.23.3.3-2: Message TRACKING AREA UPDATE REQUEST (step 13 and step 20, Table 

9.2.3.1.23.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-27 

Information Element 

Value/remark 

Comment 

Condition 

EPS update type 




EPS update type Value 

'011 'B 

Periodic updating 


Old GUTI 

GUTI-1 



Last visited registered TAI 

TAI-1 




Table 9.2.3.1.23.3.3-3: Message TRACKING AREA UPDATE ACCEPT (step 21, Table 9.2.3.1.23.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-24 

Information Element 

Value/remark 

Comment 

Condition 

GUTI 

Not present 



MS identity 

Not present 




Table 9.2.3.1 .23.3.3-3A: CLOSE UE TEST LOOP (step 22B, Table 9.2.3.1.23.3.2-1) 


Derivation Path: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE B 

Information Element 

Value/remark 

Comment 

Condition 

UE test loop mode B LB setup 




IP PDU delay 

'0001 0100'B 

20seconds 



Table 9.2.3.1.23.3.3-4: Message TRACKING AREA UPDATE REQUEST (step 24, Table 9.2.3.1.23.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-27 

Information Element 

Value/remark 

Comment 

Condition 

Old GUTI 

GUTI-1 



Last visited registered TAI 

TAI-1 
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Table 9.2.3.1.23.3.3-5: Message TRACKING AREA UPDATE REQUEST (step 29, Table 9.2.3.1.23.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-27 

Information Element 

Value/remark 

Comment 

Condition 

EPS update type 




"Active" flag 

Any allowed value 

The UE may set 
this flag due to 
failing SERVICE 
REQUEST 
procedure. 


Old GUTI 

GUTI-1 



Last visited registered TAI 

TAI-1 




Table 9.2.3.1.23.3.3-6: Message TRACKING AREA UPDATE ACCEPT (step 30, Table 9.2.3.1.23.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-24 

Information Element 

Value/remark 

Comment 

Condition 

GUTI 

GUTI-2 




9.2.3.1.24 


Void 


9.2.3.1.25 


9.2.3.1.25.1 


Normal tracking area update / Abnormal case / Failure after 5 attempts due to no 
network response 

Test Purpose (TP) 


(1) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message and has the tracking area updating attempt 
counter set to four } 
ensure that { 

when { UE detects release of the NAS signalling connection } 

then { UE starts timer T34 02, sets the update status to EU2 NOT UPDATED, changes to state EMM- 
REGISTERED .ATTEMPTING-TO-UPDATE or optionally to EMM- REGI STERED . PLMN- SEARCH in order to perform a 
PLMN selection } 


9.2.3.1.25.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.1 and 
5.5.3.2.6. 

[TS 24.301, clause 5.5.3.1] 

A tracking area updating attempt counter is used to limit the number of subsequently rejected tracking area update 
attempts. The tracking area updating attempt counter shall be incremented as specified in subclause 5.5.3.2.6. 
Depending on the value of the tracking area updating attempt counter, specific actions shall be performed. The tracking 
area updating attempt counter shall be reset when: 

- an attach or combined attach procedure is successfully completed; 

- a normal or periodic tracking area updating or a combined tracking area updating procedure is successfully 
completed; or 

- a normal or periodic tracking area updating or a combined tracking area updating procedure is rejected with 
EMM cause #11, #12, #13, #14, #15 or #25. 

Additionally the tracking area updating attempt counter shall be reset when the UE is in substate EMM- 
REGISTERED. ATTEMPTING-TO-UPDATE or EMM-REGISTERED.ATTEMPTING-TO-UPDATE-MM, and: 

- a new tracking area is entered; or 
timer T3402 expires. 
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[TS 24.301, clause 5.5.3.2.6] 

The following abnormal cases can be identified: 


b) Lower layer failure or release of the NAS signalling connection before the TRACKING AREA UPDATE 
ACCEPT or TRACKING AREA UPDATE REJECT message is received 

The tracking area updating procedure shall be aborted, and the UE shall proceed as described below. 


For the cases b, c, d, e, and f, the UE shall stop any ongoing transmission of user data. 

For the cases b, c and d the UE shall proceed as follows: 

Timer T3430 shall be stopped if still running. The tracking area updating attempt counter shall be incremented, 
unless it was already set to 5. 

If the tracking area updating attempt counter is equal to 5: 

- the UE shall start timer T3402, shall set the EPS update status to EU2 NOT UPDATED, shall delete the list 
of equivalent PLMNs and shall change to state EMM-REGISTERED.ATTEMPTING-TO-UPDATE or 
optionally to EMM-REGISTERED.PLMN-SEARCH in order to perform a PLMN selection according to 
3GPPTS 23.122 [6]. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the GPRS update status as 
specified in 3GPP TS 24.008 [13] for the abnormal case when a normal or periodic routing area updating 
procedure fails and the routing area updating attempt counter is equal to 5. 

9.2.3.1 .25.3 Test description 

9.2.3.1 .25.3.1 Pre-test conditions 

System Simulator: 

- cell A, cell B and cell G. 
UE: 

- the UE is configured to initiate EPS attach; 
Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.3.1 .25.3.2 Test procedure sequence 

Table 9.2.3.1.25.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

Set the cell type of Cell A to the "Serving cell". 

Set the cell type of Cell B to the "non-Suitable 

cell". 

Set the cell type of Cell G to the "non-Suitable 

cell". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE is powered on or switched on. 

- 

- 

- 

- 

3 

The UE transmits an ATTACH REQUEST 
message. The PDN CONNECTIVITY 
REQUEST message is piggybacked in 
ATTACH REQUEST message. 

-> 

ATTACH REQUEST 



4 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<— 

AUTHENTICATION REQUEST 



5 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



6 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 

<- 

SECURITY MODE COMMAND 

- 

- 

7 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 




EXCEPTION: Steps 8a1 to 8a2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred after 
NAS SECURITY MODE COMPLETE 
message. 





8a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<- 

ESM INFORMATION REQUEST 



8a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



9 

SS responds with ATTACH ACCEPT 
message. The ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message is 
piggybacked in ATTACH ACCEPT message 

<- 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 10 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





10 

The UE transmit an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message. 
NOTE 1 : The tracking area updating attempt 
counter is reset. 

-> 

ATTACH COMPLETE 



11 

The SS releases the RRC connection. 

- 

- 

- 

- 

12 

Wait for 6 min to ensure that T3412 expires. 

- 

- 

- 

- 

13 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message with the EPS 
update type value set to 'Periodic updating'. 

-> 

TRACKING AREA UPDATE 
REQUEST 



14 

Wait for T3430 and T341 1 (25s) expiry. 
NOTE 2: The tracking area updating attempt 
counter is 1. 
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15 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message with the EPS 
update type value set to 'Periodic updating'. 

-> 

TRACKING AREA UPDATE 
REQUEST 



16 

Wait for T3430 and T341 1 (25s) expiry. 
NOTE 3: The tracking area updating attempt 
counter is 2. 





17 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message with the EPS 
update type value set to 'Periodic updating'. 

-> 

TRACKING AREA UPDATE 
REQUEST 



18 

Wait for T3430 and T341 1 (25s) expiry. 
NOTE 4: The tracking area updating attempt 
counter is 3. 





19 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message with the EPS 
update type value set to 'Periodic updating'. 

-> 

TRACKING AREA UPDATE 
REQUEST 



20 

Wait for T3430 and T341 1 (25s) expiry. 
NOTE 5: The tracking area updating attempt 
counter is 4. 





21 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message with the EPS 
update type value set to 'Periodic updating'. 

-> 

TRACKING AREA UPDATE 
REQUEST 



22 

The SS releases the RRC connection. 
NOTE 6: The tracking area updating attempt 
counter is 5. 





23 

Wait for 12 min to ensure that T3402 expires. 

- 

- 

- 

- 

24 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message with the 
EPS update type value set to 'TA updating'? 
NOTE 7: The tracking area updating attempt 
counter is reset. 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

25 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

26 

Set the cell type of Cell A to the "non-Suitable 
cell". Set the cell type of Cell B to the "Serving 
cell". 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

27 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message with the EPS 
update type value set to 'TA updating'. 
NOTE 8: The tracking area updating attempt 
counter is reset. 

-> 

TRACKING AREA UPDATE 
REQUEST 



28 

Wait for T3430 and T341 1 (25s) expiry. 
NOTE 9: The tracking area updating attempt 
counter is 1 . 





29 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message with the EPS 
update type value set to 'TA updating'. 

-> 

TRACKING AREA UPDATE 
REQUEST 



30 

Wait for T3430 and T341 1 (25s) expiry. 
NOTE 10: The tracking area updating attempt 
counter is 2. 





31 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message with the EPS 
update type value set to 'TA updating'. 

-> 

TRACKING AREA UPDATE 
REQUEST 



32 

Wait for T3430 and T341 1 (25s) expiry. 
NOTE 1 1 : The tracking area updating attempt 
counter is 3. 





33 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message with the EPS 
update type value set to 'TA updating'. 

-> 

TRACKING AREA UPDATE 
REQUEST 



34 

Wait for T3430 and T341 1 (25s) expiry. 
NOTE 12: The tracking area updating attempt 
counter is 4. 





35 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message with the EPS 
update type value set to 'TA updating'. 

-> 

TRACKING AREA UPDATE 
REQUEST 



36 

The SS releases the RRC connection. 

- 

- 

- 

- 
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NOTE 13: The tracking area updating attempt 
counter is 5 and reset. 





37 

Set the cell type of Cell B to the "non-Suitable 
cell". Set the cell type of Cell G to the "Serving 
cell". 





- 

The following messages are to be observed on 
Cell G unless explicitly stated otherwise. 

- 

- 

- 

- 

38 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message with the 
EPS update type value set to TA updating'? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

39 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

40 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 






9.2.3.1 .25.3.3 Specific message contents 

Table 9.2.3.1.25.3.3-1 : Message ATTACH ACCEPT (step 9, Table 9.2.3.1.25.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-1 

Information Element 

Value/remark 

Comment 

Condition 

T3412 value 


6 minutes 


Timer value 

'oooorB 



Unit 

'010'B 

value is 
incremented in 
multiples of 
decihours 


GUTI 

GUTI-1 




Table 9.2.3.1.25.3.3-2: Message TRACKING AREA UPDATE REQUEST (step 13, step 15, step 17, step 

19 and step 21, Table 9.2.3.1.25.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-27 

Information Element 

Value/remark 

Comment 

Condition 

EPS update type 




EPS update type Value 

'011 'B 

Periodic updating 


Old GUTI 

GUTI-1 



Last visited registered TAI 

TAI-1 




Table 9.2.3.1.25.3.3-3: Message TRACKING AREA UPDATE REQUEST (step 24, step 27, step 29, step 

31, step 33, step 35 and step 38, Table 9.2.3.1.25.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-27 

Information Element 

Value/remark 

Comment 

Condition 

EPS update type 




EPS update type value 

'OOO'B 

TA updating 


Old GUTI 

GUTI-1 



Last visited registered TAI 

TAI-1 




Table 9.2.3.1.25.3.3-4: Message TRACKING AREA UPDATE ACCEPT (step 25, Table 9.2.3.1.25.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-24 

Information Element 

Value/remark 

Comment 

Condition 

GUTI 

Not present 
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Table 9.2.3.1.25.3.3-5: Message TRACKING AREA UPDATE ACCEPT (step 39, Table 9.2.3.1.25.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-24 

Information Element 

Value/remark 

Comment 

Condition 

GUTI 

GUTI-7 




Normal tracking area update / Abnormal case / TRACKING AREA UPDATE 
REJECT 

Test Purpose (TP) 


9.2.3.1.26 

9.2.3.1.26.1 

(1) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message} 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with reject cause #95"semantically 
incorrect message" } 

then { the UE sets the tracking area updating attempt counter to 5, starts timer T34 02, and 
performs tracking area updating on the expiry of timers T34 02} 


(2) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message} 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with reject cause #96" invalid mandatory 
information" } 

then { the UE sets the tracking area updating attempt counter to 5, starts timer T34 02, and 
performs tracking area updating on the expiry of timers T34 02} 

(3) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message} 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with reject cause #97 "message type non- 
existent or not implemented" } 

then { the UE sets the tracking area updating attempt counter to 5, starts timer T34 02, and 
performs tracking area updating on the expiry of timers T34 02} 

(4) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message} 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with reject cause #99 "information element 
non-existent or not implemented" } 

then { the UE sets the tracking area updating attempt counter to 5, starts timer T34 02, and 
performs tracking area updating on the expiry of timers T34 02} 

(5) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message} 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with reject cause #111 "protocol error, 
unspecified" } 

then { the UE sets the tracking area updating attempt counter to 5, starts timer T34 02, and 
performs tracking area updating on the expiry of timers T34 02} 


9.2.3.1.26.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 
5.5.3.2.6. 

[TS24.301 clause5.5.3.2.6] 


d) TRACKING AREA UPDATE REJECT, other causes than those treated in subclause 5.5.3.2.5 
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Upon reception of the EMM causes #95, #96, #97, #99 and #1 1 1 the UE should set the tracking area updating 
attempt counter to 5. The UE shall proceed as described below. 

If the tracking area updating attempt counter is equal to 5: 

- the UE shall start timer T3402, shall set the EPS update status to EU2 NOT UPDATED, shall delete the list of 
equivalent PLMNs and shall change to state EMM-REGISTERED. ATTEMPTING-TO-UPD ATE or optionally 
to EMM-REGISTERED.PLMN-SEARCH in order to perform a PLMN selection according to 

3GPPTS 23.122 [6]. 

9.2.3.1 .26.3 Test description 

9.2.3.1 .26.3.1 Pre-test conditions 

System Simulator: 

- cell A. 
UE: 

- the UE is configured to initiate EPS attach. 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell A according to TS 36.508 [18] except for those shown 
in table 9.2.3.1.26.3.3-6; 
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9.2.3.1 .26.3.2 Test procedure sequence 

Table 9.2.3.1.26.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The SS waits for T341 2 to elapse. 

- 

- 

- 

- 

2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST on Cell A. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with EMM 
cause #95"semantically incorrect message" 
as specified. (Note) 

<- 

TRACKING AREA UPDATE 
REJECT 



4 

The SS releases the RRC connection. 

- 

- 

- 

- 

5 

Check: When the timer T3402 expires does 
the UE re-transmit TRACKING AREA 
UPDATE REQUEST message on cell A? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

6 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

7 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

7A 

The SS releases the RRC connection. 

- 

- 

- 

- 

8 

The SS waits for T341 2 to elapse. 

- 

- 

- 

- 

9 

The UE transmits a TRACKING AREA 
UPDATE REQUEST on Cell A. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

10 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with EMM 
cause #96" invalid mandatory information" 
as specified. (Note) 

<- 

TRACKING AREA UPDATE 
REJECT 



11 

The SS releases the RRC connection. 

- 

- 

- 

- 

12 

Check: When the timer T3402 expires does 
the UE re-transmit TRACKING AREA 
UPDATE REQUEST message on cell A? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2 

P 

13 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

14 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

14A 

The SS releases the RRC connection. 

- 

- 

- 

- 

15 

The SS waits for T341 2 to elapse 

- 

- 

- 

- 

16 

The UE transmits a TRACKING AREA 
UPDATE REQUEST on Cell A. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

17 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with EMM 
cause #97"message type non-existent or not 
implemented". (Note) 

<- 

TRACKING AREA UPDATE 
REJECT 



18 

The SS releases the RRC connection. 

- 

- 

- 

- 

19 

Check: When the timer T3402 expires does 
the UE re-transmit TRACKING AREA 
UPDATE REQUEST message on cell A? 

-> 

TRACKING AREA UPDATE 
REQUEST 

3 

P 

20 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

21 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

21A 

The SS releases the RRC connection. 

- 

- 

- 

- 

22 

The SS waits for T341 2 to elapse. 

- 

- 

- 

- 

23 

The UE transmits a TRACKING AREA 
UPDATE REQUEST on Cell A. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

24 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with EMM 
cause #99"information element non-existent 
or not implemented" as specified. (Note) 

<- 

TRACKING AREA UPDATE 
REJECT 



25 

The SS releases the RRC connection. 

- 

- 

- 

- 

26 

Check: When the timer T3402 expires does 
the UE re-transmit TRACKING AREA 
UPDATE REQUEST message on cell A? 

-> 

TRACKING AREA UPDATE 
REQUEST 

4 

P 
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27 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

28 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

28A 

The SS releases the RRC connection. 

- 

- 

- 

- 

29 

The SS waits for T341 2 to elapse. 

- 

- 

- 

- 

30 

The UE transmits a TRACKING AREA 
UPDATE REQUEST on Cell A. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

31 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with EMM 
cause #1 1 1 "protocol error, unspecified" as 
specified. (Note) 

<- 

TRACKING AREA UPDATE 
REJECT 



32 

The SS releases the RRC connection. 

- 

- 

- 

- 

33 

Check: When the timer T3402 expires does 
the UE re-transmit TRACKING AREA 
UPDATE REQUEST message on cell A? 

-> 

TRACKING AREA UPDATE 
REQUEST 

5 

P 

34 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

35 

the UE transmit a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 


At the end of this test procedure sequence, 
the UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 





Note: Upon reception of TRACKING AREA UPDATE REJECT message with EMM causes #95, #96, #97, #99 and 
#111, timer T3402 shall be started. 


9.2.3.1 .26.3.3 Specific message contents 

Table 9.2.3.1.26.3.3-1: Message TRACKING AREA UPDATE REJECT (step 3, Table 9.2.3.1.26.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 | 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

01011111 

#95 "semantically 
incorrect message " 


Table 9.2.3.1.26.3.3-2: Message TRACKING AREA UPDATE REJECT (step 10, Table 9.2.3.1.26.3.2-1) 

Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

01100000 

#96 " invalid 
mandatory 
information " 


Table 9.2.3.1.26.3.3-3: Message TRACKING AREA UPDATE REJECT (step 17, Table 9.2.3.1.26.3.2-1) 

Derivation path: 36.508 table 4.7.2-24 | 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

01100001 

#97 " message 
type non-existent 
or not 
implemented " 


Table 9.2.3.1.26.3.3-4: Message TRACKING AREA UPDATE REJECT (step 24, Table 9.2.3.1.26.3.2-1) 

Derivation path: 36.508 table 4.7.2-24 | 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

01100011 

#99 " information 
element non- 
existent or not 
implemented " 
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Table 9.2.3.1.26.3.3-5: Message TRACKING AREA UPDATE REJECT (step 31, Table 9.2.3.1.26.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

ElVIIVI cause 

01101111 

#111 " protocol 
error, unspecified 



Table 9.2.3.1.26.3.3-6: Message ATTACH ACCEPT (For the UE registration procedure in TS 36.508 

clause 4.5.2.3) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

T3412 value 


1 minute 


Timer value 

'OOOOI'B 



Unit 

'OOI'B 



T3402 value 


30 seconds 


Timer value 

'01111'B 



Unit 

'OOO'B 




Table 9.2.3.1.26.3.3-7: Message TRACKING AREA UPDATE ACCEPT (steps 6,13,20,27,34, Table 

9.2.3.1.26.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

T3412 value 


1 minute 


Timer value 

'OOOOI'B 



Unit 

'OOI'B 



T3402 value 


30 seconds 


Timer value 

'01111'B 



Unit 

'OOO'B 




Table 9.2.3.1.26.3.3-8: Message TRACKING AREA UPDATE REQUEST (steps 2,9,16,23,30 Table 

9.2.3.1.26.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-27 

Information Element 

Value/remark 

Comment 

Condition 

EPS update type 




EPS update type Value 

'011'B 

Periodic updating 



9.2.3.1.27 


9.2.3.1.27.1 


Normal tracking area update / Abnormal case / Change of cell into a new tracking 
area 

Test Purpose (IP) 


(1) 


with { UE has sent a TRACKING AREA UPDATE REQUEST message} 
ensure that { 

when { cell change into a new tracking area occurs before the tracking area updating procedure is 
completed } 

then { UE aborts the tracking area updating procedure and re- initiates it in the new tracking 
area immediately } 


9.2.3.1.27.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 
5.5.3.2.6. 

[TS24.301 clause5.5.3.2.6] 

The following abnormal cases can be identified: 
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e) Change of cell into a new tracking area 

If a cell change into a new tracking area occurs before the tracking area updating procedure is completed, the 
tracking area updating procedure shall be aborted and re-initiated immediately. The UE shall set the EPS update 
status to EU2 NOT UPDATED. 

9.2.3.1 .27.3 Test description 

9.2.3.1 .27.3.1 Pre-test conditions 
System Simulator: 

- cell A, cell B, cell D. 
UE: 

none. 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell A according to 36.508 [18]. 

9.2.3.1 .27.3.2 Test procedure sequence 

Table 9.2.3.1.27.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

Set the cell type of cell A to the "Non-Suitable 

cell". 

Set the cell type of cell B to the "Serving cell". 

Set the cell type of cell D to the "Non-Suitable 

cell". 





2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST on Cell B. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

SS does not send TRACKING AREA UPDATE 
ACCEPT to the UE. 

- 

- 

- 

- 

4 

Set the cell type of cell A to the "Non-Suitable 

cell". 

Set the cell type of cell B to the "Non-Suitable 

cell". 

Set the cell type of cell D to the "Serving cell". 

Note: change of cell power level should 

happen before timer T3430 expired. 





5 

UE initiates RRC connection establishment 
procedure on cell D. 

- 

- 

- 

- 

6 

Check: Does the UE transmit TRACKING 
AREA UPDATE REQUEST message on cell D 
in the next 5 seconds? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

7 

SS responds with TRACKING AREA UPDATE 
ACCEPT message 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

8 

UE sends TRACKING AREA UPDATE 
COMPLETE 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 
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9.2.3.1.27.3.3 


Specific message contents 


Table 9.2.3.1.27.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 2, step 6, Table 

9.2.3.1.27.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-1 



Last visited registered TAI 

TAI-1 




Table 9.2.3.1.27.3.3-2: Message TRACKING AREA UPDATE ACCEPT (step 7, 9.2.3.1.27.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

GUTI-3 



TAI list 




Length of tracking area identity list contents 

'0000011 0'B 



Partial tracking area identity list 




Number of elements 

'OOOOO'B 



Type of list 

'OO'B 

"list of TAGS 
belonging to one 
PLMN, with non- 
consecutive TAG 
values" 


MCC 
MNC 
TAG1 

TAG =4 

"PLMN is set to 
the same 
MGG/MNG stored 
in EFiMsi" 
"TAI-4" 



Normal tracking area update / Abnormal case / Tracking area updating and 
detach procedure collision 

Test Purpose (TP) 


9.2.3.1.28 

9.2.3.1.28.1 

(1) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message} 
ensure that { 

when { UE receives a DETACH REQUEST message before the tracking area updating procedure has been 
completed } 

then { the tracking area updating procedure shall be aborted and the detach procedure shall be 
progressed } 


9.2.3.1.28.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 
5.5.3.2.6. 

[TS24.301 clause5.5.3.2.6] 

The following abnormal cases can be identified: 


f) Tracking area updating and detach procedure collision 

If the UE receives a DETACH REQUEST message before the tracking area updating procedure has been 
completed, the tracking area updating procedure shall be aborted and the detach procedure shall be progressed. 
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9.2.3.1 .28.3 Test description 

9.2.3.1 .28.3.1 Pre-test conditions 
System Simulator: 

- cell A, cell B. 

- System information combination 3 as defined in TS 36. 508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

none. 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on Cell A according to 36.508 [18]. 

9.2.3.1 .28.3.2 Test procedure sequence 

Table 9.2.3.1.28.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

Set the cell type of cell A to the "Non-Suitable 

cell". 

Set the cell type of cell B to the "Serving cell". 





2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST on Cell B. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

SS does not send TRACKING AREA UPDATE 
ACCEPT to the UE. 

- 

- 

- 

- 

4 

The SS transmits a DETACH REQUEST 
message with Detach type = 're-attach not 
required' on Cell B. 

Note: this message should be sent before 
timer T3430 expired. 

<- 

DETACH REQUEST 



5 

Check: Does the UE transmit a DETACH 

ACCEPT message on Cell B in the next 6 

seconds? 

Note: the default value for timer T3422 is 6 

seconds 

-> 

DETACH ACCEPT 

1 

P 

6 

The SS releases the RRC connection. 

- 

- 

- 

- 

7 

Check: Does the test result of CALL generic 
procedure "Test procedure for no response to 
paging (for NAS testing)" defined in clause 
6.4.2.5 of TS36.508 indicates that the UE does 
not respond to paging when paged with S- 
TMSI1 and with CN domain indicator set to 
"PS" on Cell B? 



1 



9.2.3.1 .28.3.3 Specific message contents 

Table 9.2.3.1.28.3.3-1: Message DETACH REQUEST (step 4, Table 9.2.3.1.28.3.2-1) 


Derivation path: 36.508 table 4.7.2-12 

Information Element 

Value/Remark 

Comment 

Condition 

Detach type 

'010'B 

"re-attach not 
required" 


EMM cause 

'00001 100'B 

"Tracking area not 
allowed" 
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9.2.3.2 Combined tracking area updating 

9.2.3.2.1 Combined tracking area update / Successful 

9.2.3.2.1 .1 Test Purpose (TP) 
(1) 

with { a combined EPS/IMSI attached UE in state EMM-REGISTERED and EMM- IDLE mode} 
ensure that { 

when { UE enters a tracking area included in the TAI list } 
then { UE does not transmit a TRACKING AREA UPDATE REQUEST message } 
} 

(2) 

with { a combined EPS/IMSI attached UE in state EMM-REGISTERED and EMM- IDLE mode} 
ensure that { 

when { UE enters a tracking area not included in the TAI list } 
then { UE transmits a TRACKING AREA UPDATE REQUEST message with "EPS update type = combined TA/LA 
updating" } 

} 

(3) 

with { UE has sent a combined TRACKING AREA UPDATE REQUEST message } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE ACCEPT message containing a GUTI and/or a mobile 
identity } 

then { UE transmits a TRACKING AREA UPDATE COMPLETE message and enters EMM-REGISTERED state } 
} 

9.2.3.2.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 5.5.3.1, 
5.5.3.2.2, 5.5.3.2.4, 5.5.3.3.1, 5.5.3.3.2, 5.5.3.3.4.1 and 5.5.3.3.4.2. 

[TS24.301 clause 5.5.3.1] 

The tracking area updating procedure is always initiated by the UE and is used for the following purposes: 

..." combined tracking area updating to update the registration of the actual tracking area for a UE in CS/PS mode 1 
or CS/PS mode 2 of operation; 


[TS24.301 clause 5.5.3.2.2] 

The UE in state EMM-REGISTERED shall initiate the tracking area updating procedure by sending a TRACKING 
AREA UPDATE REQUEST message to the MME, 

a) when the UE detects entering a tracking area that is not in the list of tracking areas that the UE previously 
registered in the MME; 


After sending the TRACKING AREA UPDATE REQUEST message to the MME, the UE shall start timer T3430 and 
enter state EMM-TRACKING- AREA-UPDATING-INITIATED (see example in figure 5.5.3.2.2). If timer T3402 is 
currently running, the UE shall stop timer T3402. If timer T3411 is currently running, the UE shall stop timer T3411. If 
timer T3442 is currently running, the UE shall stop timer T3442. 


If the UE supports A/Gb mode or lu mode, the UE shall handle the Old GUTI IE as follows: 


If the TIN indicates "GUTI" or "RAT-related TMSI" and the UE holds a vaUd GUTI, the UE shall indicate the 
GUTI in the Old GUTI IE. 
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If a UE has uplink user data pending when it initiates the tracking area updating procedure, or upHnk signaUing not 
related to the tracking area updating procedure, it may also set an "active" flag in the TRACKING AREA UPDATE 
REQUEST message to indicate the request to establish the user plane to the network and to keep the NAS signalling 
connection after the completion of the tracking area updating procedure. 

If the UE has a current EPS security context, the UE shall include the eKSI (either KSIasme or KSIsgsn) in the NAS 
Key Set Identifier IE in the TRACKING AREA UPDATE REQUEST message. Otherwise, the UE shall set the NAS 
Key Set Identifier IE to the value "no key is available". If the UE has a current EPS security context, the UE shall 
integrity protect the TRACKING AREA UPDATE REQUEST message with the current EPS security context. 
Otherwise the UE shall not integrity protect the TRACKING AREA UPDATE REQUEST message. 


When the tracking area updating procedure is initiated in EMM-IDLE mode, the UE may also include an EPS bearer 
context status IE in the TRACKING AREA UPDATE REQUEST message, indicating which EPS bearer contexts are 
active in the UE. 


[TS24.301 clause 5.5.3.2.4] 


Upon receiving a TRACKING AREA UPDATE ACCEPT message, the UE shall stop timer T3430, reset the routing 
area updating attempt counter, enter state EMM-REGISTERED and set the EPS update status to EUl UPDATED. If the 
message contains a GUTI, the UE shall use this GUTI as new temporary identity for EPS services and shall store the 
new GUTI. If no GUTI was included by the MME in the TRACKING AREA UPDATE ACCEPT message, the old 
GUTI shall be used. If the UE receives a new TAI Hst in the TRACKING AREA UPDATE ACCEPT message, the UE 
shall consider the new TAI list as valid and the old TAI list as invalid; otherwise, the UE shall consider the old TAI list 
as valid. 


If the TRACKING AREA UPDATE ACCEPT message contained a GUTI, the UE shall return a TRACKING AREA 
UPDATE COMPLETE message to the MME to acknowledge the received GUTI. 


[TS24.301 clause 5.5.3.3.1] 

Within a combined tracking area updating procedure the messages TRACKING AREA UPDATE ACCEPT and 
TRACKING AREA UPDATE COMPLETE carry information for the tracking area updating and the location area 
updating. 

The combined attach procedure basically follows the normal tracking area updating procedure described in subclause 

5.5.3.2. 

[TS24.301 clause 5.5.3.3.2] 


To initiate a combined tracking area updating procedure the UE sends the message TRACKING AREA UPDATE 
REQUEST to the network, starts timer T3430 and changes to state EMM-TRACKING- AREA-UPDATING- 
INITIATED. The value of the EPS update type IE in the message shall indicate "combined TA/LA updating" unless 
explicitly specified otherwise. 

The UE shall include the TMSI status IE if no valid TMSI is available. Furthermore, if the UE has stored a valid 
location area identification, the UE shall include it in the Old location area identification IE in the TRACKING AREA 
UPDATE REQUEST message. 

[TS24.301 clause 5.5.3.3.4.1] 

Depending on the value of the EPS update result IE received in the TRACKING AREA UPDATE ACCEPT message, 
two different cases can be distinguished: 
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1) The EPS update result IE value indicates "combined TA/LA updated": Tracking and location area updating is 
successful; 


A TRACKING AREA UPDATE COMPLETE message shall be returned to the network if the TRACKING AREA 
UPDATE ACCEPT message contains a GUTI and/or a mobile identity. 

[TS24.301 clause 5.5.3.3.4.2] 

The description for normal tracking area update as specified in subclause 5.5.3.2.4 shall be followed. In addition, the 
following description for location area updating applies. 

The TMSI reallocation may be part of the combined tracking area updating procedure. The TMSI allocated is then 
included in the TRACKING AREA UPDATE ACCEPT message together with the location area identification (LAI). In 
this case the MME shall change to state EMM-COMMON-PROCEDURE-INITIATED and shall start the timer T3450 
as described in subclause 5.4.1. The LAI may be included in the TRACKING AREA UPDATE ACCEPT message 
without TMSI. 

The UE, receiving a TRACKING AREA UPDATE ACCEPT message, stores the received location area identification, 
resets the location update attempt counter, sets the update status to Ul UPDATED and enters MM state MM IDLE. 


How to handle the old TMSI stored in the UE depends on the mobile identity included in the TRACKING AREA 
UPDATE ACCEPT message. 

- If the TRACKING AREA UPDATE ACCEPT message contains an IMSI, the UE is not allocated any TMSI, 
and shall delete any old TMSI accordingly. 

- If the TRACKING AREA UPDATE ACCEPT message contains a TMSI, the UE shall use this TMSI as new 
temporary identity. The UE shall delete its old TMSI and shall store the new TMSI. In this case, a TRACKING 
AREA UPDATE COMPLETE message is returned to the network to confirm the received TMSI. 

- If neither a TMSI nor an IMSI has been included by the network in the TRACKING AREA UPDATE ACCEPT 
message, the old TMSI, if any is available, shall be kept. 


9.2.3.2.1 .3 Test description 

9.2.3.2.1 .3.1 Pre-test conditions 

System Simulator: 

- cell A, cell C and cell D (HPLMN, different TAs); 

at most 2 cells are active simultaneously. 

- System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

- the UE is configured to initiate combined EPS/IMSI attach. 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell A according to TS 36.508 [18]. 
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9.2.3.2.1.3.2 


Test procedure sequence 

Table 9.2.3.2.1.3.2-1: Main Behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 


The following messages are sent and shall be 
received on cell C. 

- 

- 

- 

- 

1- 

13 

Void 

- 

- 

- 

- 

14 

Set the cell type of cell A to the "non-Suitable 
neighbour cell ". Set the cell type of cell C to 
the " Serving cell" 





15 

Check: Does the UE transmit a combined 
TRACKING AREA UPDATE REQUEST 
message as specified? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2 

P 

16 

The SS sends TRACKING AREA UPDATE 
ACCEPT message including GUTI, TMSI and 
LAI. The TAI list includes TAI for cell C and cell 
D. 

<— 

TRACKING AREA UPDATE 
ACCEPT 



17 

Check: Does the UE transmit a TRACKING 
AREA UPDATE COMPLETE message? 

-> 

TRACKING AREA UPDATE 
COMPLETE 

2,3 

P 

18 

The SS releases the RRC connection. 

- 

- 

- 

- 

19 

Check: Does the test results of generic 
procedure in TS 36.508 [18] subclause 6.4.2.4 
indicate that the UE is in E-UTRA EMM- 
REGISTERED state on cell C with PagingUE- 
Identity = S-TMSI2? 



2 



The following messages are sent and shall be 
received on cell 1 . 

- 

- 

- 

- 

20 

Set the cell type of cell A to the "non-Suitable 
off cell ". Set the cell type of cell C to the 
"Suitable neighbour cell". Set the cell type of 
cell D1 to the " Serving cell" 




P 

20 
A 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message in the 
next 30 seconds? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

F 

20 
B 

Check: Does the test results of generic 
procedure in TS 36.508 [18] subclause 6.4.2.4 
indicate that the UE is in E-UTRA EMM- 
REGISTERED state on cell D with PagingUE- 
Identity = S-TMSI2? 



1 


20 
C 

Set the cell type of cell A to the "Serving cell". 
Set the cell type of cell C to the "Non-suitable 
off cell". Set the cell type of cell D to the 
"Suitable neighbour cell". 





21 

Check: Does the UE transmit a combined 
TRACKING AREA UPDATE REQUEST 
message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2 

P 

22 

The SS sends TRACKING AREA UPDATE 
ACCEPT message. Note: GUTI not present 
and MS identity present 

<— 

TRACKING AREA UPDATE 
ACCEPT 



23 

Check: Does the UE send TRACKING AREA 
UPDATE COMPLETE message? 

-> 

TRACKING AREA UPDATE 
COMPLETE 

2,3 

P 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 






NOTE 1 : It is assumed in the test procedure sequence that the UE initially has a valid GUTI. 
NOTE 2: NAS security procedures are not checked in this TC. 
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9.2.3.2.1 .3.3 Specific message contents 

Table 9.2.3.2.1.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 15, Table 9.2.3.2.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

NAS key set identifier 

KSI sent during the test 
case preamble in step 7. 



TSC 

'O'B 

native security 
context (for 

KSIasme) 


Old GUT! 

GUTI-1 

GUTI-1 was 
allocated in cell A 
during the 
preamble 


Last visited registered TAI 

TAI-1 

TAI of cell A 


Old location area identification 

LAI-1 

LAI received in 
the ATTACH 
ACCEPT 
message in the 
preamble 


TMSI status 

Not Present 

Valid TMSI 
available 



Table 9.2.3.2.1.3.3-2: Message TRACKING AREA UPDATE ACCEPT (step 16, Table 9.2.3.2.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

GUTI-2 



TAI list 




Length of tracking area identity list contents 

'00001 OOO'B 

8 octets 


Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAC 
values" 


Number of elements 

'oooor B 

2 elements 


Partial tracking area identity list 

PLMN = MCC/MNC 
stored in EFimsi 
TAC 1 = 3 
TAC 2 = 4 

TAI-3 and TAI-4 



Table 9.2.3.2.1.3.3-3: Message TRACKING AREA UPDATE REQUEST (step 21, Table 9.2.3.2.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-2 



Last visited registered TAI 

TAI-4 



Old location area identification 

LAI-2 



TMSI status 

Not present 

Valid TMSI 
available 



ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


1961 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 9.2.3.2.1.3.3-4: Message TRACKING AREA UPDATE ACCEPT (step 22, Table 9.2.3.2.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

Not present 

The SS doesn't 
assign a new 
GUTI 


TAI list 




Length of tracking area identity list contents 

'0000011 0'B 

6 octets 


Type of list 

'OO'B 

One PLMN with 
non-consecutive 
TACs 


Number of elements 

'OOOOO'B 

1 element 


Partial tracking area identity list 

PLMN = MCC/MNC 
stored in EFimsi 
TAG 1 = TAC-1 

TAI-1 


LAI 

LAI-1 



MS identity 

TMSI-3 

SS provides a 
newTMSI 



Combined tracking area update / Successful / Cliecl< of last visited TAI and 
handling of TAI list, LAI and TMSI 

Test Purpose (TP) 


9.2.3.2.1a 

9.2.3.2.1a.1 
(1) 

with { a combined EPS/IMSI attached UE has sent a combined TRACKING AREA UPDATE REQUEST message with 
EPS update type set to 'Combined TA/LA updating', including a last visited registered TAI } 
ensure that { 

when { the UE receives a TRACKING AREA UPDATE ACCEPT message containing a new TAI list, a location 
area information (LAI) and a TMSI as the mobile identity } 

then { the UE shall delete its old TMSI and shall store the new TMSI and transmits a TRACKING 
AREA UPDATE COMPLETE message and enters EMM-REGISTERED state } 


} 


(2) 


with { UE in state EMM-REGISTERED, EMM- IDLE mode and ISR not activated } 
ensure that { 

when { UE performs a cell reselection from E-UTRAN to UTRAN and enters a location area stored on 
the USIM } 

then { the UE shall perform location and routine updating } 


(3) 


with { UE in state GMM- REGISTERED mode } 
ensure that { 

when { the UE receives a Paging message including an ue-Identity set to an unmatched TMSI i.e. 
other than the one allocated to the UE at the UE registration procedure } 
then { the UE doesn't establish an RRC connection to answer the paging } 


} 


(4) 


with { UE in state GMM- REGISTERED mode } 
ensure that { 

when { the UE receives a Paging message including an ue-Identity set to the TMSI which was 
allocated to the UE } 

then { the UE establishes an RRC connection to answer the paging and the TMSI and the location 
area information (LAI) as Initial UE Identity are included in RRCConnectionRequest message } 


(5) 


with { a combined EPS/IMSI attached UE has sent a combined TRACKING AREA UPDATE REQUEST message with 
EPS update type set to 'Combined TA/LA updating with IMSI attach ', including a last visited 
registered TAI } 
ensure that { 

when { the UE receives a TRACKING AREA UPDATE ACCEPT message containing a new TAI list, a location 
area information (LAI) (Neither a TMSI nor an IMSI as the mobile identity is included) } 
then { the UE shall keep the old TMSI if any available and enters EMM-REGISTERED state } 
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} 
(6) 

void 

(7) 

Void 

(8) 

with { a combined EPS/IMSI attached UE has sent a combined TRACKING AREA UPDATE REQUEST message with 
EPS update type set to 'Combined TA/LA updating with IMSI attach ', including a last visited 
registered TAI } 
ensure that { 

when { the UE receives a TRACKING AREA UPDATE ACCEPT message containing a new TAI list, a location 
area information (LAI) and an IMSI as the mobile identity } 

then { the UE shall delete any old TMSI and enters EMM-REGISTERED state } 
} 

(9) 

Void 

(10) 

with { UE in state GMM- REGISTERED mode } 
ensure that { 

when { the UE receives a Paging message including an ue-Identity set to a TMSI } 
then { the UE doesn't establishe an RRC connection to answer the paging } 
} 

9.2.3.2.1 a.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 5.5.3.3.1, 

5.5.3.3.2 , 5.5.3.3.4.1 and 5.5.3.3.4.2; TS 24.008, clause 4.4.1. 

[TS24.301 clause 5.5.3.3.1] 

Within a combined tracking area updating procedure the messages TRACKING AREA UPDATE ACCEPT and 
TRACKING AREA UPDATE COMPLETE carry information for the tracking area updating and the location area 
updating. 

The combined tracking area updating procedure follows the normal tracking area updating procedure described in 
subclause 5.5.3.2. 

[TS24.301 clause 5.5.3.3.2] 

The UE operating in CS/PS mode 1 or CS/PS mode 2, in state EMM-REGISTERED, shall initiate the combined 
tracking area updating procedure: 

a) when the UE that is attached for both EPS and non-EPS services detects entering a tracking area that is not in the 
list of tracking areas that the UE previously registered in the MME; 

b) when the UE that is attached for EPS services wants to perform an attach for non-EPS services. In this case the 
EPS update type IE shall be set to "Combined TA/LA updating with IMSI attach"; 

c) when the UE performs an intersystem change from A/Gb mode to S 1 mode and the EPS services were 
previously suspended in A/Gb mode; 

d) when the UE performs an intersystem change from A/Gb or lu mode to S 1 mode and the UE previously 
performed a location area update procedure in A/Gb or lu mode, in order to re-establish the SGs association; 

e) when the UE enters EMM-REGISTERED. NORMAL-SERVICE and the UE's TIN indicates "P-TMSI"; 

f) when the UE receives an indication from the lower layers that the RRC connection was released with cause "load 
balancing TAU required" ; 

g) when the UE deactivated EPS bearer context(s) locally while in EMM-REGISTERED. NO-CELL- 
AVAILABLE, and then returns to EMM-REGISTERED. NORMAL-SERVICE; 
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h) when the UE changes the UE core network capabiHty information or the UE specific DRX parameter or both; 

i) when the UE receives an indication of "RRC Connection failure" from the lower layers and has no user uplink 
data pending; or 

j) when the UE has selected a CSG cell whose CSG identity is not included in the UE's Allowed CSG list. 

To initiate a combined tracking area updating procedure the UE sends the message TRACKING AREA UPDATE 
REQUEST to the network, starts timer T3430 and changes to state EMM-TRACKING- AREA-UPDATING- 
INITIATED. The value of the EPS update type IE in the message shall indicate "combined TA/LA updating" unless 
explicitly specified otherwise. 

The UE shall include the TMSI status IE if no valid TMSI is available. Furthermore, if the UE has stored a valid 
location area identification, the UE shall include it in the Old location area identification IE in the TRACKING AREA 
UPDATE REQUEST message. 

[TS24.301 clause 5.5.3.3.4.1] 

Depending on the value of the EPS update result IE received in the TRACKING AREA UPDATE ACCEPT message, 
two different cases can be distinguished: 

1) The EPS update result IE value indicates "combined TA/LA updated": Tracking and location area updating is 
successful; 

2) The EPS update result IE value indicates "TA updated": Tracking area updating is successful, but location area 
updating is not successful. 

A TRACKING AREA UPDATE COMPLETE message shall be returned to the network if the TRACKING AREA 
UPDATE ACCEPT message contains a GUTI or a mobile identity or both. 

[TS24.301 clause 5.5.3.3.4.2] 

The description for normal tracking area update as specified in subclause 5.5.3.2.4 shall be followed. In addition, the 
following description for location area updating applies. 

The TMSI reallocation may be part of the combined tracking area updating procedure. The TMSI allocated is then 
included in the TRACKING AREA UPDATE ACCEPT message together with the location area identification (LAI). In 
this case the MME shall change to state EMM-COMMON-PROCEDURE-INITIATED and shall start the timer T3450 
as described in subclause 5.4. L The LAI may be included in the TRACKING AREA UPDATE ACCEPT message 
without TMSI. 

The UE, receiving a TRACKING AREA UPDATE ACCEPT message, stores the received location area identification, 
resets the location update attempt counter, sets the update status to Ul UPDATED and enters MM state MM IDLE. 

How to handle the old TMSI stored in the UE depends on the mobile identity included in the TRACKING AREA 
UPDATE ACCEPT message. 

- If the TRACKING AREA UPDATE ACCEPT message contains an IMSI, the UE is not allocated any TMSI, 
and shall delete any old TMSI accordingly. 

- If the TRACKING AREA UPDATE ACCEPT message contains a TMSI, the UE shall use this TMSI as new 
temporary identity. The UE shall delete its old TMSI and shall store the new TMSI. In this case, a TRACKING 
AREA UPDATE COMPLETE message is returned to the network to confirm the received TMSI. 

- If neither a TMSI nor an IMSI has been included by the network in the TRACKING AREA UPDATE ACCEPT 
message, the old TMSI, if any is available, shall be kept. 

The network receiving a TRACKING AREA UPDATE COMPLETE message stops timer T3450, changes to state 
EMM-REGISTERED and considers the new TMSI as vahd. 

[TS 24.008 clause 4.4.1] 

The location updating procedure is a general procedure which is used for the following purposes: 
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- indicating to the network that the MS, configured to use CS fallback and SMS over SGs, or SMS over SGs only, 
has entered a GERAN or UTRAN cell in NMO II or III, after intersystem change from S 1 mode to lu or A/Gb 
mode, the TIN indicates "GUTI" and the location area of the current cell is the same as the stored location area; 
or 

NOTE 1 : The location updating procedure can be delayed when the intersystem change is due to CS fallback. In 
this case, the MS has to remember that it has to perform a location updating procedure after the RR 
connection is released, if the MS is still in GERAN/UTRAN. 


The normal location updating procedure shall also be started if the MS is configured to use CS fallback and SMS over 
SGs, or SMS over SGs only, and the TIN indicates "RAT-related TMSI", 

- when the periodic tracking area update timer T3412 expires and the network operates in network operation mode 
II or III; or 

when the MS enters a GERAN or UTRAN cell in network operation mode II or III and the E-UTRAN deactivate 
ISR timer T3423 is running. 

NOTE 2: The timers T3412 and T3423 are specified in 3GPP TS 24.301 [120]. 

The normal location updating procedure shall also be started when the MS, configured to use CS fallback and SMS over 
SGs, or SMS over SGs only, enters a GERAN or UTRAN cell in network operation mode II or III and the E-UTRAN 
deactivate ISR timer T3423 has expired. 

If the MS, configured to use CS fallback and SMS over SGs, enters a GERAN or UTRAN cell in network operation 
mode II or III, after intersystem change from S 1 mode to lu or A/Gb mode due to CS fallback, and the location area of 
the current cell is not available, the MS should initiate the location updating procedure. 


In the case that the mobile station is initiating an emergency call but, due to cell re-selection or redirection by the 
network, it moves to a different LAI then the mobile station may delay the location updating procedure in the new LA 
until after the emergency call is completed. 

9.2.3.2.1 a.3 Test description 

9.2.3.2.1 a.3.1 Pre-test conditions 

System Simulator: 

- cell A (belongs to TAI-1) is set to "Serving cell"; 

- cell B (belongs to TAI-2) is set to "Non-suitable cell"; 

- System information combination 9 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 

- cell 5 (UTRA FDD or UTRA TDD, belongs to LAI-1) is set to "Non-suitable "off cell". 

- cell 7 (UTRA FDD or UTRA TDD, as exception contains LAI-2) is set to "Non-suitable cell". 

- UTRAN is NOT using Gs interface. (NMO in System Information Block 1 indicates NMO II). 
UE: 

- the UE is configured to initiate combined EPS/IMSI attach. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) with condition CombinedAttach on Cell A according to [18]. 
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9.2.3.2.1 a.3. 2 Test procedure sequence 

Table 9.2.3.2.1 a.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

- 

The following messages are sent and shall be 
received on Cell B. 

- 

- 

- 

- 

1 

Set cell type of Cell A to the "non-Suitable cell" 
Set cell type of Cell B to the "Serving cell". 





2 

Check: Does the UE transmit a combined 
TRACKING AREA UPDATE REQUEST 
message with Last visited registered TAI set to 
TAI-1? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

3 

The SS sends TRACKING AREA UPDATE 
ACCEPT message including with LAI set to 
LAI-2, including a new TMSI (TMSI-2) as MS 
identity. 

<— 

TRACKING AREA UPDATE 
ACCEPT 



4 

Check: Does the UE send TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

1 

P 

5 

The SS releases the RRC connection. 

- 

- 

- 

- 

- 

The following messages are sent and shall be 
received on Cell 7. 

- 

- 

- 

- 

6 

Set cell type of Cell B to the "non-Suitable cell" 
Set cell type of Cell 7 to the "Serving cell". 

- 

- 

- 

- 

7 

The UE performs Cell Reselection from Cell B 
(E-UTRAN cell) to Cell 7 (UTRAN cell). 

- 

- 

- 

- 

8 

Void 






EXCEPTION: The behaviour in table 
9.2.3.2.1 a.3. 2-2 occurs in parallel with steps 9- 
9B. 





9 

Check: Does the UE transmit a ROUTING 
AREA UPDATE REQUEST message? 

-> 

ROUTING AREA UPDATE 
REQUEST 

2 

P 

9A 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message 

<— 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

9B 

The UE transmits a ROUTING AREA UPDATE 
COMPLETE message 

-> 

ROUTING AREA UPDATE 
COMPLETE 

- 

- 

10 

The SS send Paging message including an 
unmatched identity. 

<— 

Paging 

- 

- 

11 

Check: Does the UE transmit 
RRCConnectionRequestXo answer the 
Paging? 

-> 

RRCConnectionRequest 

3 

F 

12 

The SS send Paging message including a 
matched identity {UE Identity =J\\/\S\-2). 

<— 

Paging 

- 

- 

13 

Check: Does the test results of Mobile 
terminated establishment of Radio Resource 
Connection [5] indicate that the UE transmit 
RRCConnection Request mXh Initial UE identity 
set to TMSI-2 and LAI-2 to answers on Paging 
message? 



4 

P 

13a 

The UE sends a PAGING RESPONSE 
message 

-> 

PAGING RESPONSE 

- 

- 

14 

The SS releases the RRC connection. 

- 

- 

- 

- 

- 

The following messages are sent and shall be 
received on Cell A. 

- 

- 

- 

- 

15 

Set cell type of Cell 7 to the "non-Suitable cell" 
Set cell type of Cell A to the "Serving cell". 

- 

- 

- 

- 

16 

The UE performs Cell Reselection from Cell 7 
(UTRAN cell) to Cell A (E-UTRAN cell). 





17 

Check: Does the UE transmit a combined 
TRACKING AREA UPDATE REQUEST 
message with Last visited registered TAI set to 
TAI-2? 

-> 

TRACKING AREA UPDATE 
REQUEST 

5 

p 

18 

The SS sends TRACKING AREA UPDATE 
ACCEPT message with LAI set to LAI-1 , not 
including MS identity. 

<— 

TRACKING AREA UPDATE 
ACCEPT 



19 

The SS releases the RRC connection. 

- 

- 

- 

- 
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- 

The following messages are sent and shall be 
received on Cell 5. 

- 

- 

- 

- 

20 

Set cell type of Cell A to the "non-Suitable cell. 
Set cell type of Cell 7 to the "non-Suitable "off" 
cell". " Set cell type of Cell 5 to the "Serving 
cell". 





21 

The UE performs Cell Reselection from Cell A 
(E-UTRAN cell) to Cell 5(UTRAN cell). 

- 

- 

- 

- 

22 

Void 






EXCEPTION: The behaviour in table 
9.2.3.2. 1a.3. 2-3 occurs in parallel with steps 
23-23B. 





23 

Check: Does the UE transmit a ROUTING 
AREA UPDATE REQUEST message? 

-> 

ROUTING AREA UPDATE 
REQUEST 

2 

P 

23 
A 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message 

<— 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

23 
B 

The UE transmits a ROUTING AREA UPDATE 
COMPLETE message 

-> 

ROUTING AREA UPDATE 
COMPLETE 

- 

- 

24 

The SS send Paging message including a 
matched identity {UE Identity =J\\/\S\-2). 

<— 

Paging 

- 

- 

25 

Check: Does the test results of Mobile 
terminated establishment of Radio Resource 
Connection [5] indicate that the UE transmit 
RRCConnectionRequest wWh Initial UE identity 
set to TMSI-2 and LAI-1 to answers on Paging 
message? 



4 

P 

25a 

The UE sends a PAGING RESPONSE 
message 

-> 

PAGING RESPONSE 

- 

- 

26 

The SS releases the RRC connection. 

- 

- 

- 

- 

- 

The following messages are sent and shall be 
received on Cell B. 

- 

- 

- 

- 

27 

Set cell type of Cell 5 to the "non-Suitable cell" 
Set cell type of Cell B to the "Serving cell". 

- 

- 

- 

- 

28 

The UE performs Cell Reselection from Cell 
5(UTRAN cell) to Cell B (E-UTRAN cell). 

- 

- 

- 

- 

29 

Check: Does the UE transmit a combined 
TRACKING AREA UPDATE REQUEST 
message with Last visited registered TAI set to 
TAI-1? 

-> 

TRACKING AREA UPDATE 
REQUEST 

8 

P 

30 

The SS sends TRACKING AREA UPDATE 
ACCEPT message with LAI set to LAI-2, 
including the IMSI as MS identity. 

<— 

TRACKING AREA UPDATE 
ACCEPT 



30a 

The UE sends a TRACKING AREA UPDATE 
COMPLETE message 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

31 

The SS releases the RRC connection. 

- 

- 

- 

- 

- 

The following messages are sent and shall be 
received on Cell 7. 

- 

- 

- 

- 

32 

Set cell type of Cell B to the "non-Suitable 
cell". Set cell type of Cell A to the "non- 
Suitable "off" cell". Set cell type of Cell 7 to the 
"Serving cell". 





33 

The UE performs Cell Reselection from Cell B 
(E-UTRAN cell) to Cell 7 (UTRAN cell). 

- 

- 

- 

- 

34 

Void 






EXCEPTION: The behaviour in table 
9.2.3.2. 1a.3. 2-3 occurs in parallel with steps 
35-35B. 





35 

Check: Does the UE transmit a ROUTING 
AREA UPDATE REQUEST message? 

-> 

ROUTING AREA UPDATE 
REQUEST 

2 

P 

35 
A 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message 

<— 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

35 
B 

The UE transmits a ROUTING AREA UPDATE 
COMPLETE message 

-> 

ROUTING AREA UPDATE 
COMPLETE 

- 

- 

36 

The SS sends Paging message including a 
TMSI. 

<— 

Paging 

- 

- 

37 

Check: Does the UE transmit 
RRCConnectionRequestXo answer the 

-> 

RRCConnectionRequest 

10 

F 
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Paging" 


Table: 9.2.3.2.1 a.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

Check: Does UE perform Location updating 
procedure? 

-> 

LOCATION UPDATING 
REQUEST 

2 

P 

2 

The SS transmits an AUTHENTICATION 
REQUEST message. 

<— 

AUTHENTICATION REQUEST 

- 

- 

3 

The UE transmits an AUTHENTICATION 
RESPONSE message. 

-> 

AUTHENTICATION RESPONSE 

- 

- 

4 

The SS transmits a LOCATION UPDATING 
ACCEPT message. 

<- 

LOCATION UPDATING ACCEPT 

- 

- 


Table: 9.2.3.2.1 a.3.2-3: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

Check: Does UE perform Location updating 
procedure? 

-> 

LOCATION UPDATING 
REQUEST 

2 

P 

2 

The SS transmits a LOCATION UPDATING 
ACCEPT message. 

<- 

LOCATION UPDATING ACCEPT 

- 

- 


9.2.3.2.1 a.3. 3 Specific message contents 

Table 9.2.3.2.1 a.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 2, Table 9.2.3.2.1a.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-1 

Old GUTI is 
included by UE if 
valid, IMSI 
otherwise. 


Last visited registered TAI 

TAI-1 

If available, the 
last TAI is 
included by UE 
and will be used 
to establish a 
good list of TAIs 
in subsequent 
ATTACH 
ACCEPT 
message. 


Old LAI 

LAI-1 



TMSI status 

Not present 
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Table 9.2.3.2.1 a.3.3-2: Message TRACKING AREA UPDATE ACCEPT (step 3, Table 9.2.3.2.1 a.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

T3412value 

Not present 



GUTI 

Not present 

This IE maybe 
included to assign 
a new GUTI 


TAI list 




Length of tracking area identity list contents 

00000110 

6 octets 


Number of elements 

00000 

1 element 


Type of list 

00 

One PLMN with 
non-consecutive 
TACs 


MCC 
MNC 
TAC1 

TAI-2 



LAC 

2 (LAI-2) 



MS identity 

TMSI-2 



T3402 value 

Not present 



Equivalent PLMNs 

Not present 



EMM cause 

Not present 




Table 9.2.3.2.13.3.3-3: Message PAGING TYPE 1 (step 10, Table 9.2.3.2.1 a.3.2-1) 


Derivation path: 34.108 sec 7.1 .2.4.1 

Information Element 

Value/Remark 

Comment 

Condition 

Paging record list 




Paging record 




CN originator 




Paging cause 

CN domain identity 

UE identity 

Terminating Speech Call 

CS domain 

TMSI other than TMSI-2 




Table 9.2.3.2.1 a.3.3-4: Message PAGING TYPE 1 (step 12, Table 9.2.3.2.1 a.3.2-1) 


Derivation path: 34.108 sec 7.1 .2.4.1 

Information Element 

Value/Remark 

Comment 

Condition 

Paging record list 




Paging record 




CN originator 




Paging cause 

CN domain identity 

UE identity 

Terminating Speech Call 

CS domain 

TMSI-2 




Table 9.2.3.2.1 a.3.3-5: Message RRC CONNECTION REQUEST (step 13, Table 9.2.3.2.1 a.3.2-1) 


Derivation path: 34.108 sec 9.1.1 

Information Element 

Value/Remark 

Comment 

Condition 

Initial UE identity 




TMSI(GSM-MAP) 
LAI (GSM-MAP) 

TMSI-2 
LAI-2 



Establishment cause 

Terminating 
Conversational Call 
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Table 9.2.3.2.1 a.3.3-6 Message TRACKING AREA UPDATE REQUEST (step 17, Table 9.2.3.2.1 a.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-1 

Old GUTI is 
included by UE 
calculated by 
using UTRAN P- 
TMSI. 


Last visited registered TAI 

TAI-2 

If available, the 
last TAI is 
included by UE 
and will be used 
to establish a 
good list of TAIs 
in subsequent 
ATTACH 
ACCEPT 
message. 


Old LAI 

LAI-2 



TMSI status 

Not present 



EPS update type 

010 

combined TA/LA 
updating with 
IMSI attach 


NonceuE 

Any allowed value 



Old P-TMSI signature 

Present 



Additional GUTI 

GUTI-1 




Table 9.2.3.2.1 a.3.3-7: Message TRACKING AREA UPDATE ACCEPT (step 18, Table 9.2.3.2.1 a.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

T3412value 

Not present 



GUTI 

Not present 

This IE maybe 
included to assign 
a new GUTI 


TAI list 




Length of tracking area identity list contents 

00000110 

6 octets 


Number of elements 

00000 

1 element 


Type of list 

00 

One PLMN with 
non-consecutive 
TACs 


MCC 
MNC 
TAC1 

TAI-1 



LAC 

1 (LAI-1) 



MS identity 

Not present 



T3402 value 

Not present 



Equivalent PLMNs 

Not present 



EMM cause 

Not present 




Table 9.2.3.2.1 a.3.3-8: Message PAGING TYPE 1 (step 24, Table 9.2.3.2.1 a.3.2-1) 


Derivation path: 34.108 sec 7.1 .2.4.1 

Information Element 

Value/Remark 

Comment 

Condition 

Paging record list 




Paging record 




CN originator 




Paging cause 

CN domain identity 

UE identity 

Terminating Speech Call 

CS domain 

TMSI-2 
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Table 9.2.3.2.1 a.3.3-9: Message RRC CONNECTION REQUEST (step 25, Table 9.2.3.2.1 a.3.2-1) 


Derivation path: 34.108 sec 9.1 .1 

Information Element 

Value/Remark 

Comment 

Condition 

Initial UE identity 




TMSI(GSM-MAP) 
LAI (GSM-MAP) 

TMSI-2 
LAI-1 



Establishment cause 

Terminating 
Conversational Call 




Table 9.2.3.2.1 a.3.3-10: Message TRACKING AREA UPDATE REQUEST (step 29, Table 9.2.3.2.1 a.3.2- 

1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-1 

Old GUTI is 
included by UE 
calculated by 
using UTRAN P- 
TMSI. 


Last visited registered TAI 

TAI-1 

If available, the 
last TAI is 
included by UE 
and will be used 
to establish a 
good list of TAIs 
in subsequent 
ATTACH 
ACCEPT 
message. 


Old LAI 

LAI-1 



TMSI status 

Not present 



EPS update type 

010 

combined TA/LA 
updating with 
IMSI attach 


NonceuE 

Any allowed value 



Old P-TMSI signature 

Present 



Additional GUTI 

GUTI-1 




Table 9.2.3.2.1 a.3.3-1 1 : Message TRACKING AREA UPDATE ACCEPT (step 30, Table 9.2.3.2.1a.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update result 

001 

"combined TA/LA" 


T3412value 

Not present 



GUTI 

Not present 

This IE maybe 
included to assign 
a new GUTI 


TAI list 




Length of tracking area identity list contents 

00000110 

6 octets 


Number of elements 

00000 

1 element 


Type of list 

00 

One PLMN with 
non-consecutive 
TACs 


MCC 
MNC 
TAC1 

TAI-2 



LAC 

2(LAI-2) 



MS identity 

IMSI 



T3402 value 

Not present 



Equivalent PLMNs 

Not present 



EMM cause 

Not present 
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Table 9.2.3.2.1 a.3.3-1 2: Message PAGING TYPE 1 (step 36, Table 9.2.3.2.1 a.3.2-1) 


Derivation path: 34.108 sec 7.1 .2.4.1 

Information Element 

Value/Remark 

Comment 

Condition 

Paging record list 




Paging record 




CN originator 




Paging cause 

CN domain identity 

UE identity 

Terminating Speech Call 
CS domain 
TMSI (any value) 




Table 9.2.3.2.13.3.3-13: LOCATION UPDATING REQUEST (step 1, Table 9.2.3.2.1 a.3.2-2 and step 1, 

Table 9.2.3.2.1 a.3.2-3) 


Derivation Path: TS 36.508 Table 4.7B.2-4 

Information Element 

Value/remark 

Comment 

Condition 

Location updating type 

Normal location updating 




Table 9.2.3.2.1 a.3.3-1 4: LOCATION UPDATING ACCEPT (step 4, Table 9.2.3.2.1 a.3.2-2 and step 2, 

Table 9.2.3.2.1 a.3.2-3) 


Derivation Path: TS 36.508 Table 4.7B.2-5 

Information Element 

Value/remark 

Comment 

Condition 

Mobile identity 

Not present 




9.2.3.2.1b 
9.2.3.2.1b.1 
(1) 


Combined tracking area update / Success / SIVIS only 
Test Purpose (TP) 


with { UE, operating in CS/PS mode 1, has sent a combined TRACKING AREA UPDATE REQUEST message } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE ACCEPT message containing a GUTI and/or a mobile 
identity and Additional update result IE 'SMS only'} 

then { UE does not transmit a TRACKING AREA UPDATE COMPLETE message and enters EMM-REGISTERED 
state } 

} 

(2) 

with { UE, operating in CS/PS mode 1 with "IMS voice not available", in state EMM-REGISTERED and 
state MM- idle} 
ensure that { 

when { SS activate UTRAN cell or GERAN cell} 
then { UE automatically disable the E-UTRAN capability and performs a registration to UTRAN cell 
or GERAN cell} 
} 

(3) 

with { UE, operating in CS/PS mode 1 without "IMS voice not available" or in CS/PS mode2 , in state 
EMM-REGISTERED and state MM- IDLE} 
ensure that { 

when { SS sends Paging message with PS domain } 
then { UE sends SERVICE REQUEST message } 

} 

(4) 

with { UE, operating in CS/PS mode 1 without "IMS voice not available" or in CS/PS mode2 , in state 
EMM-REGISTERED and state MM- IDLE} 
ensure that { 

when { SS sends Paging message with CS domain } 
then { UE does not respond paging message} 
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(5) 

with { UE operating in CS/PS mode 1 without "IMS voice not available" } 
ensure that { 

when { receives ATTACH ACCEPT message with EPS attach result 'combined EPS/IMSI attach' and 
Additional update result IE 'SMS only'} 

then { UE does not set the E-UTRA support bith in the relevant NAS and AS messages} 

9.2.3.2.1 b. 2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 4.3.1, 4.5, 
4.3.1, 4.5, 5.5.3.3.1, 5.5.3.3.2, 5.5.3.3.4.1, 5.5.3.3.4.2 and 5.6.2.4. 

[TS 24.301 clause 4.3.1] 

The behaviour of the UE in CS/PS mode 1 of operation, upon failure to access the CS domain or upon reception of a 
"CS fallback not preferred" or "SMS only" indication, will depend on the availability of voice over IMS. In the present 
document, "IMS voice not available" refers to one of the following conditions: 

- the UE is not configured to use IMS; 

- the UE is not configured to use IMS voice, i.e. when the voice domain preference for E-UTRAN, as defined in 
3GPP TS 24.167 [13B], indicates that voice communication services are allowed to be invoked only over the CS 
domain; 

- the UE is configured to use IMS voice, but the network indicates in the ATTACH ACCEPT message or the 
TRACKING AREA UPDATE ACCEPT message that IMS voice over PS sessions are not supported; or 

- the UE is configured to use IMS voice, the network indicates in the ATTACH ACCEPT message or the 
TRACKING AREA UPDATE ACCEPT message that IMS voice over PS sessions are supported, but the upper layers 
indicate that the UE is not available for voice calls in the IMS. 

[TS24.301 clause 4.5] 

When the UE supporting the A/Gb and/or lu mode together with the S 1 mode needs to stay in A/Gb or lu mode, in 
order to prevent unwanted handover or cell reselection from UTRAN/GERAN to E-UTRAN, the UE shall disable the 
E-UTRA capability. 

- The UE shall not set the E-UTRA support bits of the MS Radio Access capabiHty IE (see 3GPP TS 24.008 [13], 
subclause 10.5.5.12a), the E-UTRA support bits of Mobile Station Classmark 3 IE (see 3GPP TS 24.008 [13], 
subclause 10.5.1.7) and the ISR support bit of the MS network capability IE (see 3GPP TS 24.008 [13], 
subclause 10.5.5.12) in the ATTACH REQUEST message and the ROUTING AREA UPDATE REQUEST 
message after it selects GERAN or UTRAN; and 

- the UE NAS layer shall indicate the access stratum layer(s) of disabling of the E-UTRA capability. 
NOTE: The UE can only disable the E-UTRAN capabilities when in EMM-IDLE mode. 

The UE shall enable the E-UTRA capability again in the following cases: 

- the UE mode of operation changes from CS/PS mode 1 of operation to CS/PS mode 2 of operation; 

- the UE mode of operation changes from PS mode 1 of operation to PS mode 2 of operation; 

- the UE powers off and powers on again; or 

- for the PLMN selection purpose. 

[TS24.301 clause 5.5.3.3.1] 

Within a combined tracking area updating procedure the messages TRACKING AREA UPDATE ACCEPT and 
TRACKING AREA UPDATE COMPLETE carry information for the tracking area updating and the location area 
updating. 

The combined tracking area updating procedure follows the normal tracking area updating procedure described in 
subclause 5.5.3.2. 
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[TS24.301 clause 5.5.3.3.2] 


To initiate a combined tracking area updating procedure the UE sends the message TRACKING AREA UPDATE 
REQUEST to the network, starts timer T3430 and changes to state EMM-TRACKING- AREA-UPDATING- 
INITIATED. The value of the EPS update type IE in the message shall indicate "combined TA/LA updating" unless 
explicitly specified otherwise. 

If the UE initiates the combined tracking area updating procedure for EPS services and "SMS only", the UE shall 
indicate "SMS only" in the Additional update Type IE. 

The UE shall include the TMSI status IE if no valid TMSI is available. Furthermore, if the UE has stored a valid 
location area identification, the UE shall include it in the Old location area identification IE in the TRACKING AREA 
UPDATE REQUEST message. 

[TS24.301 clause 5.5.3.3.4.1] 

Depending on the value of the EPS update result IE received in the TRACKING AREA UPDATE ACCEPT message, 
the following different cases can be distinguished: 

1) The EPS update result IE value indicates "combined TA/LA updated": Tracking and location area updating is 
successful for EPS and non-EPS services, or for EPS services and "SMS only"; 


A TRACKING AREA UPDATE COMPLETE message shall be returned to the network if the TRACKING AREA 
UPDATE ACCEPT message contains a GUTI or a mobile identity or both. 

[TS24.301 clause 5.5.3.3.4.2] 

The description for normal tracking area update as specified in subclause 5.5.3.2.4 shall be followed. In addition, the 
following description for location area updating applies. 

The TMSI reallocation may be part of the combined tracking area updating procedure. The TMSI allocated is then 
included in the TRACKING AREA UPDATE ACCEPT message together with the location area identification (LAI). In 
this case the MME shall change to state EMM-COMMON-PROCEDURE-INITIATED and shall start the timer T3450 
as described in subclause 5.4.1. The LAI may be included in the TRACKING AREA UPDATE ACCEPT message 
without TMSI. 

The UE, receiving a TRACKING AREA UPDATE ACCEPT message, stores the received location area identification, 
resets the location update attempt counter, sets the update status to Ul UPDATED and enters MM state MM IDLE. 


If the UE requested "SMS only" in the Additional update type IE, the network shall indicate "SMS only" in the 
Additional update result IE. 

If the TRACKING AREA UPDATE ACCEPT message includes the Additional update result IE with value "SMS only" 
or "CS Fallback not preferred", a UE operating in CS/PS mode 1 with "IMS voice not available" shall attempt to select 
GERAN or UTRAN radio access technology rather than E-UTRAN for the selected PLMN or equivalent PLMN. The 
UE shall disable the E-UTRA capability (see subclause 4.5). If the UE is in the EMM-CONNECTED mode, the UE 
shall locally release the established NAS signalling connection and enter the EMM-IDLE mode before selecting 
GERAN or UTRAN radio access technology. 

If the TRACKING AREA UPDATE ACCEPT message includes the Additional update result IE with value "SMS 
only", a UE operating in CS/PS mode 2 shall not attempt to use CS fallback for mobile originating services. 


[TS24.301 clause5.6.2.4] 

The network shall initiate the paging procedure when it receives an incoming mobile terminating SMS to the UE that is 
IMSI attached for non-EPS services or for "SMS only", and no NAS signalling connection exists. 
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To initiate the procedure for SMS when no NAS signaUing connection exists, the EMM entity in the network requests 
the lower layer to start paging (see 3GPP TS 36.413 [23]). The paging message shall include a CN domain indicator set 
to "PS". The paging procedure is performed according to subclause 5.6.2.2.1. The MME shall not start timer T3413 for 
this procedure. 

9.2.3.2.1 b.3 Test description 

9.2.3.2.1 b.3.1 Pre-test conditions 

System Simulator: 

- Cell A and Cell B are configured according to Table 6.3.2.2-1 in [18]. 

- Cell A belongs to TAI-l(home PLMN) is set to "Serving Cell". 

- Cell B belongs to TAI-2(home PLMN and another TAC) is set to "Non-Suitable cell" 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 5 (belongs to LAI-1 and RAI-1, home PLMN) 
is set to the " Non-Suitable cell"; 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (belongs to LAM and RAM, 
home PLMN); is set to the " Non-Suitable cell"; 

System information combination 10a as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 

NOTE: Setting px_RATComb_Tested = EUTRA_Only is not allowed. 

UE: 

- The UE is configured to initiate combined EPS/IMSI attach. 
Preamble: 

- The UE is in state Registered, Idle Mode (state 2) on cell A according to [18]. 
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9.2.3.2.1 b. 3. 2 Test procedure sequence 

Table 9.2.3.2.1 b.3.2-1: Main Behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 


The following messages are sent and shall 
be received on Cell B 

- 

- 

- 

- 

1 

Set the cell type of cell A to the "Non- 
Suitable cell". 

Set the cell type of cell B to the "Serving 
cell". 





2 

UE transmits a combined TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS sends TRACKING AREA UPDATE 
ACCEPT message including GUTI, TMSI 
and LAI. The TAI list includes TAI for cell C 
and cell D. 

<- 

TRACKING AREA UPDATE 
ACCEPT 



4 

Check: Does the UE transmit a TRACKING 
AREA UPDATE COMPLETE message? 

-> 

TRACKING AREA UPDATE 
COMPLETE 

1 

F 

5 

The SS releases the RRC connection. 



- 

- 


EXCEPTION: Steps 6a1 to 6b4 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





6a1 

IF CS/PS mode 1 of operation is configured 
on the UE THEN set the cell type of cell A to 
the "Serving cell" and set the cell type of cell 
5 or cell 24 to the "Suitable neighbour cell ". 





6a2 

The following messages are sent and shall 
be received on Cell 5 or Cell 24. 

- 

- 

- 

- 

6a3 

Check: Does the UE transmit ROUTING 
AREA UPDATE REQUEST message? 

-> 

ROUTING AREA UPDATE 
REQUEST 

2,5 

P 

6a4 

The SS transmits a ROUTING AREA 
UPDATE ACCEPT message. 

<— 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

6a5 

The UE transmits a ROUTING AREA 
UPDATE COMPLETE message. 

-> 

ROUTING AREA UPDATE 
COMPLETE 

- 

- 

6a6 

The SS releases the RRC connection. 

- 

- 

- 

- 

6b1 

ELSE no change cell configuration. 

- 

- 

- 

- 

6b2 

Check: Does the UE respond to paging on 
cell B with S-TMSI in GUTI-2 for PS 
domain?(Generic Procedure TS36.508 
6.4.2.4) 



3 


6b3 

The SS transmits a paging on cell B with S- 
TMSI in GUTI-2 for CS domain. 

- 

- 

- 

- 

6b4 

Check: Does the UE send EXTENDED 
SERVICE REQUEST message? 

-> 

EXTENDED SERVICE REQUEST 

4 

F 
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9.2.3.2.1 b. 3. 3 Specific message contents 

Table 9.2.3.2.1 b.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 2, Table 9.2.3.2.1 b.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 with condition CombinedAttach 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI 

GUTI-1 

GUTI-1 was 
allocated in cell A 
during the 
preamble 


Last visited registered TAI 

TAI-1 

TAI of cell A 


Old location area identification 

LAI-1 

LAI received in 
the ATTACH 
ACCEPT 
message in the 
preamble 


TMSI status 



no valid TMSI 
available 



Table 9.2.3.2.1 b.3.3-2: Message TRACKING AREA UPDATE ACCEPT (step 3, Table 9.2.3.2.1 b.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 with condition CombinedAttach 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

GUTI-2 



TAI list 




Length of tracking area identity list contents 

'000001 10'B 

6 octets 


Type of list 

'BOIist of TACs 
belonging to one PLMN, 
with non-consecutive 
TAC values"0 



Number of elements 

'00000' 

1 elements 


Partial tracking area identity list 

PLMN = MCC/MNC 
stored in EFimsi 
TAC 1 = 2 

TAI-2 


Additional update result 

'10'B 

SMS only 



Table 9.2.3.2.1 b.3.3-3: Void 


Table 9.2.3.2.1 b.3.3-4: Message ROUTING AREA UPDATE REQUEST (step 6a3, Table 9.2.3.2.1 b.3.2-1) 


Derivation path: 24.008 table 9.4.14 

Information Element 

Value/Remark 

Comment 

Condition 

MS Radio Access capability 


The UE shall not 
indicate support 
for E-UTRAN 


MS RA capability value part 




Access capabilities 




E-UTRA FDD support : 

'O'B 



E-UTRA TDD support 

'O'B 



GERAN to E-UTRA support in GERAN packet 
transfer mode 

'OO'B 




9.2.3.2.1c 


9.2.3.2.1C.1 


Combined tracking area update / Success / CS Fallbacl< not preferred 
Test Purpose (IP) 


(1) 


with { UE operating in CS/PS mode 2 in state EMM-REGISTERED- INITIATED} 
ensure that { 

when { UE receives a TRACKING AREA UPDATE ACCEPT message with "EPS network feature support" IE 
indicating that "IMS voice over PS session in SI mode NOT supported" and "Additional update result" 
IE indicating "CS Fallback not preferred"} 
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then { UE stays on the E-UTRAN cell.} 
} 

(2) 

with { UE operating in CS/PS mode 2} 
ensure that { 

when receives a TRACKING AREA UPDATE ACCEPT message with "EPS network feature support" IE 
indicating that "IMS voice over PS session in SI mode NOT supported" and "Additional update result" 
IE indicating "CS Fallback not preferred" } 

then { The UE is able to initiate an MO-CS fallback call} 

} 

(3) 

with { UE operating in CS/PS mode 2} 
ensure that { 

when receives a TRACKING AREA UPDATE ACCEPT message with "EPS network feature support" IE 
indicating that "IMS voice over PS session in SI mode NOT supported" and "Additional update result" 
IE indicating "CS Fallback not preferred" } 

then { The UE is able to receive MT CS fallback call) 


9.2.3.2.1c. 2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 4.3.1 
and 5.5.3.3.4.2. 

[TS 24.301 clause 4.3.1] 

The behaviour of the UE in CS/PS mode 1 of operation, upon failure to access the CS domain or upon reception of a 
"CS fallback not preferred" or "SMS only" indication, will depend on the availability of voice over IMS. In the present 
document, "IMS voice not available" refers to one of the following conditions: 

- the UE is not configured to use IMS; 

- the UE is not configured to use IMS voice, i.e. when the voice domain preference for E-UTRAN, as defined in 
3GPP TS 24.167 [13B], indicates that voice communication services are allowed to be invoked only over the CS 
domain; 

the UE is configured to use IMS voice, but the network indicates in the ATTACH ACCEPT message or the 
TRACKING AREA UPDATE ACCEPT message that IMS voice over PS sessions are not supported; or 

the UE is configured to use IMS voice, the network indicates in the ATTACH ACCEPT message or the 
TRACKING AREA UPDATE ACCEPT message that IMS voice over PS sessions are supported, but the upper 
layers indicate that the UE is not available for voice calls in the IMS. 

[TS 24.301 clause 5.5.3.3.4.2] 

If the TRACKING AREA UPDATE ACCEPT message includes the Additional update result IE with value "SMS only" 
or "CS Fallback not preferred", a UE operating in CS/PS mode 1 with "IMS voice not available" shall attempt to select 
GERAN or UTRAN radio access technology rather than E-UTRAN for the selected PLMN or equivalent PLMN. The 
UE shall disable the E-UTRA capability (see subclause 4.5). If the UE is in the EMM-CONNECTED mode, the UE 
shall locally release the established NAS signalling connection and enter the EMM-IDLE mode before selecting 
GERAN or UTRAN radio access technology. 

If the TRACKING AREA UPDATE ACCEPT message includes the Additional update result IE with value "SMS 
only", a UE operating in CS/PS mode 2 shall not attempt to use CS fallback for mobile originating services. 

If the TRACKING AREA UPDATE ACCEPT message includes the Additional update result IE with value "CS 
Fallback not preferred", this indicates to a UE operating in CS/PS mode 2 that it is attached for EPS and non-EPS 
services and that it can use CS fallback. 
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Test description 
Pre-test conditions 


9.2.3.2.1C.3 
9.2.3.2.1C.3.1 
System Simulator: 

cell A, cell B and cell 5; 
System information combination 9 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells 
UE: 

- the UE is configured to initiate combined EPS/IMSI attach; 

- - the UE is configured to be data centric 

the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]. 

Preamble: 

- if possible, the UE is configured to operate in CS/PS mode 2 

- The UE is in state Registered, Idle mode (state 2) on Cell A (serving cell) according to [18]. 

9.2.3.2.1 C.3. 2 Test procedure sequence 

Table 9.2.3.2. lc.3.2-lillustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Configurations marked "Tl" is applied at the point indicated in the Main 
behaviour description in Table 9.2.3.2.1c. 3. 2-2. 

Table 9.2.3.2.1 c.3.2-1 : instances of cell power level and parameter changes 



Parameter 
name 

Unit 

Cell A 

CellB 

Cells 

T1 

RS EPRE 

dBm/15kHz 

-91 

-85 



CPICH Eg 

dBm/3.84 MHz 



-70 


P-CCPCH 

dBm/1.28MHz 



-70 
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Table 9.2.3.2.1 c.3.2-2: Main Behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

SS adjust the cell power levels according 
torowTI in table 9.2.3.2.1 c.3.2-1. 



- 

- 

2-7 

Steps 2-7 of the tracking area updating 
procedure on cell B as described in TS 
36.508 table 4.5A.2.1-1 are performed. 





8 

Check: Does the UE try to access the 
UTRAN cell (cell 5) in the next 20s? 



1 

F 

10-13 

Steps 1-4 of the procedure in table 
13.1.4.3.2-2 are performed. 

- 

- 

- 

- 

- 

The UE accepts CS fallback 

- 

- 

- 

- 

14 

Check: Does the UE transmit an 
RRCConnectionSetupComplete message 
containing an EXTENDED SERVICE 
REQUEST with message content set the 
same as in step 5 table 13.1.4.3.2-2? 

-> 

RRCConnectionSetupComplete 
NAS: EXTENDED SERVICE 
REQUEST 

3 

P 

15-26 

Steps 6-17 of the procedure described in 
table 13.1.4.3.2-2 are performed. 

- 

- 

- 

- 

26A 

CS call is released manually and UE 
reselects cell B. 

- 

- 

- 

- 

- 

EXCEPTION: Steps 26B-26G describe 
behaviour that depends on UE capability. 

- 

- 

- 

- 

26B- 
26G 

If ISR is not supported or inactive, then 
steps 2-7 of the tracking area updating 
procedure on cell B as described in TS 
36.508 table 4.5A.2.1-1 are performed. 





27 

Steps 1-3 of the procedure in table 
1 3.1 .2.3.2-1 . (A CS call is initiated) are 
performed 





28 

Check: Does the UE transmit EXTENDED 
SERVICE REQUEST message with the 
content set as in step 4 of table 13.1.2.3.2- 
1? 

-> 

EXTENDED SERVICE REQUEST 

2 

P 

- 

The UE is in end state UTRA CS fallback 
(U4). 

- 

- 

- 

- 


9.2.3.2.1 C.3. 3 Specific message contents 

Table 9.2.3.2.1 c.3.3-1 : Message TRACKING AREA UPDATE ACCEPT (step 5, Table 9.2.3.2.1 c.3.2-2) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS attach result 

'010'B 

"Combined 
EPS/IMSI attach" 


EPS network feature support 

'0000 OOOO'B 

IMS voice over PS 
session in SI 
mode NOT 
supported 


Additional update result 

'01 'b 

"CS Fallback not 
preferred" 



Combined tracking area update / Successful for EPS services only / IMS! 
unl<nown in HSS 

Test Purpose (TP) 


9.2.3.2.2 

9.2.3.2.2.1 

(1) 

with { UE has sent a combined TRACKING AREA UPDATE REQUEST message with EPS update type set to 
'Combined TA/LA updating' } 
ensure that { 
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when { UE receives a TRACKING AREA UPDATE ACCEPT message with EPS update result set to "TA 
updated" and EMM cause set to "IMSI unknown in HSS" } 

then { UE considers the USIM as invalid for non-EPS services and enters EMM -REGISTERED .NORMAL - 
SERVICE state and MM idle state } 
} 

9.2.3.2.2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 5.5.3.3.4.3. 

[TS24.301 clause 5.5.3.3.4.3] 

Apart from the actions on the tracking area updating attempt counter, the description for tracking area for EPS services 
as specified in subclause 5.5.3.2.4 shall be followed. In addition, the following description for location updating for 
non-EPS services applies. 

The UE receiving the TRACKING AREA UPDATE ACCEPT message takes one of the following actions depending 
on the EMM cause value: 

#2 (IMSI unknown in HSS) 

The UE shall stop T3430 if still running and shall reset the tracking area updating attempt counter. The UE 
shall set the update status to U3 ROAMING NOT ALLOWED and shall delete any TMSI, LAI and ciphering 
key sequence number. The UE shall enter state EMM-REGISTERED.NORMAL-SERVICE. The new MM 
state is MM IDLE. The USIM shall be considered as invalid for non-EPS services until switching off or the 
UICC containing the USIM is removed. 


9.2.3.2.2.3 Test description 

9.2.3.2.2.3.1 Pre-test conditions 

System Simulator: 

- cell A (belongs to TAI-1) is set to "Serving cell"; 

- cell B (belongs to TAI-2) is set to "Non-suitable cell". 

- System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

none. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) on cell A according to TS 36.508 [18]. 
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9.2.3.2.2.3.2 


Test procedure sequence 

Table 9.2.3.2.2.3.2-1 : Main Behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

Set the cell type of cell A to the "non-Suitable 
cell". Set the cell type of cell B to the "Serving 
cell". 





- 

The following messages are sent and shall be 
received on cell B. 





2 

The UE transmits a combined TRACKING 
AREA UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message with EPS update 
result set to "TA updated" and EMM cause set 
to "IMSI unknown in HSS" 

<- 

TRACKING AREA UPDATE 
ACCEPT 



3A 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

4 

The SS releases the RRC connection. 

- 

- 

- 

- 

5 

The SS pages the UE using S-TMSI with CN 
domain indicator set to "PS". 

<- 

- 

- 

- 

6 

The UE transmits a SERVICE REQUEST 
message. 

-> 

SERVICE REQUEST 

- 

- 

7 

The SS transmits a DETACH REQUEST 
message with Detach Type set to "re-attach 
required" 

<- 

DETACH REQUEST 



8 

The UE sends a DETACH ACCEPT message. 

-> 

DETACH ACCEPT 

- 

- 

9 

The SS releases the RRC connection. 

- 

- 

- 

- 

- 

EXCEPTION: Step 9a describes a behaviour 
which depends on the UE capability 

- 

- 

- 

- 

9a 

IF NOT pc_Automatic_Re_Attach, the user 
initiates an attach by MM! or by AT command. 

- 

- 

- 

- 

10 

Check: Does the UE send ATTACH 
REQUEST message with EPS attach type set 
to "EPS attach", including a PDN 
CONNECTIVITY REQUEST message ? 

-> 

ATTACH REQUEST 

1 

p 

11- 
22 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 

NOTE: For the content of the ATTACH 
ACCEPT message to be used in the UE 
registration procedure in TS 36.508 clause 
4.5.2.3 see Table 9.2.3.2.2.3.3-5 below 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 






ETSI 


3GPP IS 36.523-1 version 10.0.0 Release 10 


1982 


ETSI IS 136 523-1 VI 0.0.0 (2012-05) 


9.2.3.2.2.3.3 Specific message contents 

Table 9.2.3.2.2.3.3-1 : Message TRACKING AREA UPDATE REQ (step 2, Table 9.2.3.2.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 

001 

"combined TA/LA 
updating" 


Old GUTI 

GUTI-1 

Old GUTI is 
included by UE if 
valid, IMSI 
otherwise. 


Last visited registered TAI 

TAI-1 

If available, the 
last TAI is 
included by UE 
and will be used 
to establish a 
good list of TAIs 
in subsequent 
ATTACH 
ACCEPT 
message. 


Old P-TMSI signature 

Not present 



Old LAI 

LAI-1 



TMSI status 

Not present 




Table 9.2.3.2.2.3.3-2: Message TRACKING AREA UPDATE ACCEPT (step 3, Table 9.2.3.2.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update result 

000 

"TA updated" 


T3412value 

Not present 



GUTI 

GUTI-2 



TAI list 




Length of tracking area identity list contents 

00000110 

6 octets 


Number of elements 

00000 

1 element 


Type of list 

00 

One PLMN with 
non-consecutive 
TACs 


MCC 
MNC 
TAC1 

TAI-2 



LAC 

Not present 



MS identity 

Not present 



T3402 value 

Not present 



Equivalent PLMNs 

Not present 



EMM cause 

00000010 

"IMSI unknown in 
HSS" 



Table 9.2.3.2.2.3.3-3: Message DETACH REQUEST (step 7, Table 9.2.3.2.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-12 

Information Element 

Value/Remark 

Comment 

Condition 

Detach type 

001 

"re-attach 
required" 



Table 9.2.3.2.2.3.3-4: Message ATTACH REQUEST (step 10, Table 9.2.3.2.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

EPS attach type 

001 

"EPS attach" 
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Table 9.2.3.2.2.3.3-5: Message ATTACH ACCEPT (For the UE registration procedure in TS 36.508 

clause 4.5.2.3) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS attach result 

'oorB 

"EPS only- 



9.2.3.2.3 


9.2.3.2.3.1 


Combined tracking area update / Successful for EPS services only / MSC 
temporarily not reachable 

Test Purpose (TP) 


(1) 

with { UE having sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Combined 
TA/LA updating' or 'Combined TA/LA updating with IMSI attach' and having the tracking area updating 
attempt counter set to the value less than four } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE ACCEPT message with the EPS update result set to ' TA 
updated' and the EMM cause set to 'MSC temporarily not reachable', 'Network failure' or 'Congestion' 

} 

then { UE sends TRACKING AREA UPDATE REQUEST message after T3411 expiry } 
} 

(2) 

with { UE having sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Combined 
TA/LA updating with IMSI attach' , having the tracking area updating attempt counter set to four and 
operating in CS/PS mode 2 of operation } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE ACCEPT message with the EPS update result set to ' TA 
updated' and the EMM cause set to 'MSC temporarily not reachable', 'Network failure' or 'Congestion' 

} 

then { UE sends TRACKING AREA UPDATE REQUEST message after T3402 expiry } 
} 

(3) 

with { UE having sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Combined 
TA/LA updating with IMSI attach' , having the tracking area updating attempt counter set to four and 
operating in CS/PS mode 1 of operation } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE ACCEPT message with the EPS update result set to ' TA 
updated' and the EMM cause set to 'MSC temporarily not reachable', 'Network failure' or 'Congestion' 

} 

then { UE attempts to select GERAN or UTRAN radio access technology } 


9.2.3.2.3.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.3.4.3, 
TS 24.301, clause 4.5. 

[TS 24.301, clause 5.5.3.3.4.3] 

Apart from the actions on the tracking area updating attempt counter, the description for tracking area for EPS services 
as specified in subclause 5.5.3.2.4 shall be followed. In addition, the following description for location updating for 
non-EPS services applies. 


#16 (MSC temporarily not reachable); 

#17 (Network failure); or 

#22 (Congestion) 

The UE shall stop timer T3430 if still running. The tracking area updating attempt counter shall be 
incremented, unless it was already set to 5. 
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If the tracking area updating attempt counter is less than 5: 

- the UE shall start timer T341 1, shall set the EPS update status to EUl UPDATED and shall enter state 
EMM-REGISTERED.ATTEMPTING-TO-UPDATE-MM. When timer T3411 expires the combined 
tracking area updating procedure indicating "combined TA/LA updating with IMSI attach" is triggered 
again. 

If the tracking area updating attempt counter is equal to 5: 

- a UE operating in CS/PS mode 2 of operation shall start timer T3402, shall set the EPS update status to 
EUl UPDATED and shall enter state EMM-REGISTERED.ATTEMPTING-TO-UPDATE-MM. When 
timer T3402 expires the combined tracking area updating procedure indicating "combined TA/LA 
updating with IMSI attach" is triggered again; 

- a UE operating in CS/PS mode 1 of operation with "IMS voice not available" shall attempt to select 
GERAN or UTRAN radio access technology and proceed with appropriate MM or GMM specific 
procedures. The UE shall disable the E-UTRA capability (see subclause 4.5). If the UE is in the EMM- 
CONNECTED mode, the UE shall locally release the established NAS signalling connection and enter 
the EMM-IDLE mode before selecting GERAN or UTRAN radio access technology. 


[TS 24.301, clause 4.5] 

When the UE supporting the A/Gb and/or lu mode together with the S 1 mode needs to stay in A/Gb or lu mode, in 
order to prevent unwanted handover or cell reselection from UTRAN/GERAN to E-UTRAN, the UE shall disable the 
E-UTRA capability. 

- The UE shall not set the E-UTRA support bits of the MS Radio Access capabiHty IE (see 3GPP TS 24.008 [13], 
subclause 10.5.5.12a), the E-UTRA support bits of Mobile Station Classmark 3 IE (see 3GPP TS 24.008 [13], 
subclause 10.5.1.7) and the ISR support bit of the MS network capability IE (see 3GPP TS 24.008 [13], 
subclause 10.5.5.12) in the ATTACH REQUEST message and the ROUTING AREA UPDATE REQUEST 
message after it selects GERAN or UTRAN; and 

- the UE NAS layer shall indicate the access stratum layer(s) of disabling of the E-UTRA capability. 
NOTE: The UE can only disable the E-UTRAN capabilities when in EMM-IDLE mode. 

The UE shall enable the E-UTRA capability again in the following cases: 

- the UE mode of operation changes from CS/PS mode 1 of operation to CS/PS mode 2 of operation; 

- the UE mode of operation changes from PS mode 1 of operation to PS mode 2 of operation; 

- the UE powers off and powers on again; or 

- for the PLMN selection purpose. 


9.2.3.2.3.3 Test description 

9.2.3.2.3.3.1 Pre-test conditions 

System Simulator: 

- cell A and cell B ; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 5 (belongs to LAI-1 and RAI-1, home PLMN) 
is configured; 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (belongs to LAI-1 and RAI-1, home 
PLMN) is configured; 

- System information combination 10a as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
NOTE: Setting px_RATComb_Tested = EUTRA_Only is not allowed. 
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UE: 

- the UE is configured to initiate combined EPS/IMSI attach. 
Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
9.2.3.2.3.3.2 Test procedure sequence 

The sequence is executed for execution counter k = 1, 2, 3. 
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Table 9.2.3.2.3.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 



Set the cell type of Cell A to the "Serving cell". 

Set the cell type of Cell B to the "non-Suitable 

cell". 

Set the cell type of Cell 5 or Cell 24 to the 

"non-Suitable cell". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

OA 

The UE is powered on or switched on. 

- 

- 

- 

- 

OB 

Generic test procedure in TS 36.508 
subclause 4.5.2.3 is performed. 
NOTE: The UE performs an ATTACH 
procedure and the RRC connection is 
released. 





1 

Set the cell type of Cell A to the "non-Suitable 
cell". Set the cell type of Cell B to the "Serving 
cell". 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

3 

Void 

- 

- 

- 

- 

4 

Void 

- 

- 

- 

- 

5 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

6 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

7 

The SS releases the RRC connection. 

- 

- 

- 

- 

- 

EXCEPTION: The step 8 to 13 shall be 
repeated 3 times. 

- 

- 

- 

- 

8 

Wait for 10s (T3411). 

- 

- 

- 

- 

9 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message at the 
time which T341 1 expired? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

10 

Void 

- 

- 

- 

- 

11 

Void 

- 

- 

- 

- 

12 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

13 

The SS releases the RRC connection. 

- 

- 

- 

- 

13A1 

Wait for 10s (T3411). 

- 

- 

- 

- 

13A2 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message at the 
time which T341 1 expired? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

13A3 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 


EXCEPTION: Step 13A4a1 describes 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that takes place according to UE 
mode of operation. 





14- 
19 

Void 

- 

- 

- 

- 


EXCEPTION: Steps 20a1 to 20b1 7 describe 
behaviour that depends on UE configuration; 
the "lower case letter" a identifies a step 
sequence that takes place for a UE in CS/PS 
mode 2 of operation and the "lower case letter" 
b identifies a step sequence that takes place 
for a UE in CS/PS mode 1 of operation. 





20a1 

IF the UE is configured to operate in CS/PS 
mode 2 THEN the SS releases the RRC 
connection. 

- 




20a2 

The SS waits for 30 sec (T3402). 

- 

- 

- 

- 

20a3 

Check: Does the UE transmit a TRACKING 

-> 

TRACKING AREA UPDATE 

2 

P 
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AREA UPDATE REQUEST message? 


REQUEST 



20a4 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

20a5 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

20a6 

The SS releases the RRC connection. 

- 

- 

- 

- 

20a7 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 






EXCEPTION: Step 20a8 describes behaviour 
that depends on the UE capability. 





20a8 

Ifpc SwitchOnOff or pc USIM Removal then 
the UE transmits a DETACH REQUEST 
message. 

-> 

DETACH REQUEST 



20b1 

ELSE the UE transmits a DETACH REQUEST 
message 

-> 

DETACH REQUEST 

- 

- 

20b2 

SS responds with DETACH ACCEPT message 

<- 

DETACH ACCEPT 

- 

- 

20b3 

The SS releases the RRC connection. 

- 

- 

- 

- 

20b4 

The SS configures: 

- Cell B as a "Non-Suitable cell", 

- Cell 5 or Cell 24 as the "Serving cell". 






The following messages are to be observed on 
Cell 5 or Cell 24 unless explicitly stated 
otherwise. 





20b5 

Void 

- 

- 

- 

- 

20b6 

Void 





20b7 

Void 





20b8 

Void 





20b9 

Check: The UE transmit an ATTACH 
REQUEST message including UE Radio 
Access Capability 

-> 

ATTACH REQUEST 

3 

P 

20b1 


The SS transmits an AUTHENTICATION AND 
CIPHERING REQUEST message. 

<— 

AUTHENTICATION AND 
CIPHERING REQUEST 



20b1 
1 

The UE transmits an AUTHENTICATION AND 
CIPHERING RESPONSE message. 

-> 

AUTHENTICATION AND 
CIPHERING RESPONSE 



20b1 
2 

SS responds with ATTACH ACCEPT message 
including P-TMSI 

<- 

ATTACH ACCEPT 

- 

- 

20b1 
3 

The UE transmits an ATTACH COMPLETE 
message. 

-> 

ATTACH COMPLETE 

- 

- 

20b1 
4 

The SS releases the RRC connection. 

- 

- 

- 

- 

20b1 
5 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 

- 




' 

EXCEPTION: Step 20b1 6 describes behaviour 
that depends on the UE capability. 





20b1 
6 

Ifpc SwitchOnOff or pc USIM Removal then 
the UE transmits a DETACH REQUEST 
message 

-> 

DETACH REQUEST 



21 

Void 

- 

- 

- 

- 


9.2.3.2.3.3.3 Specific message contents 

Table 9.2.3.2.3.3.3-1 : TRACKING AREA UPDATE ACCEPT (step 5, Table 9.2.3.2.3.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-24 

Information Element 

Value/remark 

Comment 

Condition 

GUTI 

GUTI-2 



EPS update result 

000 

"TA updated" | 
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EMM cause 

'0001 OOOO'B for k=1 or 

MSC temporarily 



'0001 0001'Bfork=2or 

not reachable for 



'0001 0110'Bfork=3 

k=1 

Network failure for 

k=2 

Congestion for 

k=3 



Table 9.2.3.2.3.3.3-2: TRACKING AREA UPDATE REQUEST (step 9 and 20a2, Table 9.2.3.2.3.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-27 

Information Element 

Value/remark 

Comment 

Condition 

EPS update type 




EPS update type value 

'010'B 

Combined TA/LA 
updating with IMSI 
attach 



Table 9.2.3.2.3.3.3-3: TRACKING AREA UPDATE ACCEPT (step 12, and 13A Table 9.2.3.2.3.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-24 

Information Element 

Value/remark 

Comment 

Condition 

EPS update result 

000 

"TA updated" 


GUTI 

Not present 



EMM cause 

'0001 OOOO'B for k=1 or 
'0001 0001'Bfork=2or 
'0001 0110'Bfork=3 

MSC temporarily 

not reachable for 

k=1 

Network failure for 

k=2 

Congestion for 

k=3 


T3402 

'000 01111'B 

30 seconds 


EPS network feature support 

0000 OOOO'B 

IMS voice over PS 
session in SI 
mode not 
supported 



Table 9.2.3.2.3.3.3-4: TRACKING AREA UPDATE ACCEPT (step 20a3, Table 9.2.3.2.3.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-24 

Information Element 

Value/remark 

Comment 

Condition 

GUTI 

Not present 



Location area identification 

LAI-1 



MS identity 

TMSI-1 




9.2.3.2.4 Combined tracking area update / Successful for EPS services only / CS domain 

not available 


9.2.3.2.4.1 
(1) 


Test Purpose (TP) 


with { UE having sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Combined 
TA/LA updating' } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE ACCEPT message with the EPS update result set to ' TA 
updated' and the EMM cause set to ' CS domain not available' } 

then { UE transmits TRACKING AREA UPDATE COMPLETE message and set the update status to U2 NOT 
UPDATED and enters EMM-REGISTERED state | 


} 


(2) 


with { UE receives a TRACKING AREA UPDATE ACCEPT message with the EPS update result set to ' TA 
updated' and the EMM cause set to ' CS domain not available' } 
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ensure that { 

when { UE enters a new tracking area } 

then { UE initiates the tracking area updating procedure with EPS update type as "TA updating" } 


9.2.3.2.4.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.3.4.3. 
[TS 24.301, clause 5.5.3.3.4.3] 

#18 (CS domain not available) 

The UE shall stop timer T3430 if still running, shall reset the tracking area updating attempt counter, shall set 
the EPS update status to EUl UPDATED and shall enter state EMM-REGISTERED.NORMAL-SERVICE. 

The UE shall set the update status to U2 NOT UPDATED. 

A UE in CS/PS mode 1 of operation with "IMS voice not available" shall attempt to select GERAN or 
UTRAN radio access technology rather than E-UTRAN for the selected PLMN or equivalent PLMN. The 
UE shall disable the E-UTRA capability (see subclause 4.5). If the UE is in the EMM-CONNECTED mode, 
the UE shall locally release the established NAS signalling connection and enter the EMM-IDLE mode 
before selecting GERAN or UTRAN radio access technology. 

A UE in CS/PS mode 2 of operation may provide a notification to the user or the upper layers that the CS 
domain is not available. 

The UE shall not attempt combined attach or combined tracking area updating procedure with current PLMN 
until switching off the UE or the UICC containing the USIM is removed. 

9.2.3.2.4.3 Test description 
9.2.3.2.4.3.1 Pre-test conditions 
System Simulator: 

- cell A (belongs to TAI-1, home PLMN) is set to "Serving cell" 

- cell B (belongs to TAI-2, home PLMN) is set to "Non-suitable cell'.' 

- System information combination 3 as defined in TS 36. 508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

none. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) on cell A according to TS 36.508 [18]. 
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9.2.3.2.4.3.2 


Test procedure sequence 

Table 9.2.3.2.4.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Set the cell type of Cell B to the "Serving cell". 
Set the cell type of Cell A to the "non-Suitable 
cell". 





- 

The following messages are sent and shall be 
received on Cell B. 

- 

- 

- 

- 

2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

4 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

5 

The SS releases the RRC connection. 

- 

- 

- 

- 

6 

Check: Does the test result of generic 
procedure in TS 36.508 subclause 6.4.2.5 
indicate that the UE does not respond to 
paging when paged with S-TMSI included in 
GUTI-2 and with CN domain indicator set to 
"CS"? 



1 

P 

7 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.2 
indicate that the UE is in state Registered, Idle 
Mode on Cell B? 



1 

P 

8 

Set the cell type of Cell A to the "Serving cell". 
Set the cell type of Cell B to the "non-Suitable 
cell". 





9 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message with EPS 
update type as "TA updating"? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2 

P 

10 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

11 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 

- 





9.2.3.2.4.3.3 Specific message contents 

Table 9.2.3.2.4.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 2, Table 9.2.3.2.4.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 




EPS update type Value 

'OOI'B 

"combined TA/LA 
updating" 



Table 9.2.3.2.4.3.3-2: TRACKING AREA UPDATE ACCEPT (step 3, Table 9.2.3.2.4.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-24 

Information Element 

Value/remark 

Comment 

Condition 

GUTI 

GUTI-2 



EMM cause 

'0001 001 0'B 

"CS domain not 
available" 


EPS update result 

'OOO'B 

"TA updated" 
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Table 9.2.3.2.4.3.3-3: Message TRACKING AREA UPDATE REQUEST (step 9, Table 9.2.3.2.4.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 




EPS update type Value 

'OOO'B 

" TA updating " 



Table 9.2.3.2.4.3.3-4: TRACKING AREA UPDATE ACCEPT (step 10, Table 9.2.3.2.4.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-24 

Information Element 

Value/remark 

Comment 

Condition 

GUTI 

GUTI-1 



EPS update result 

'OOO'B 

"TA updated" 



9.2.3.2.5 
9.2.3.2.5.1 

(1) 


Combined tracking area update / Rejected / IIVISI invalid 
Test Purpose (TP) 


with { UE having sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Combined 
TA/LA updating' } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the EMM cause set to 'Illegal UE ' } 
then { UE considers the USIM as invalid for EPS services and non-EPS services and enters state 
EMM-DEREGISTERED j 


} 


(2) 


with { The UE is in the state EMM-DEREGISTERED } 
ensure that { 

when { UE is powered up } 

then { UE send ATTACH REQUEST message with Old GUTI or IMSI IE = ' ' IMSI ' ' } 

9.2.3.2.5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.3.5. 

[TS 24.301, clause 5.5.3.3.5] 

If the combined tracking area updating cannot be accepted by the network, the MME shall send a TRACKING AREA 
UPDATE REJECT message to the UE including an appropriate EMM cause value. 

Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, enter state MM IDLE, and take the following actions depending on the EMM cause value 
received. 

#3 (Illegal UE); 


The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI, TAI List and eKSI. 

The UE shall consider the USIM as invalid for EPS and non-EPS services until switching off or the UICC 
containing the USIM is removed. Additionally, the UE shall delete the list of equivalent PLMNs and shall enter 
the state EMM-DEREGISTERED. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the MM parameters update status, TMSI, 
LAI and ciphering key sequence number, and the GMM parameters GMM state, GPRS update status, P-TMSI, 
P-TMSI signature, RAI and GPRS ciphering key sequence number as specified in 3GPP TS 24.008 [13] for the 
case when the combined routing area updating procedure is rejected with the GMM cause with the same value. 
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9.2.3.2.5.3 Test description 

9.2.3.2.5.3.1 Pre-test conditions 

System Simulator: 

- cell A, cell B and cell C; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 9 (belongs to LAI-1 and RAI-1, home PLMN) 
is configured; 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (belongs to LAI-1 and RAI-1, home 
PLMN) is configured; 

- cell A is "Serving cell" and cell B, cell C, cell 9 and cell 24 are "Non-suitable "off" cell". 

- System information combination 10a as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
NOTE: Setting px_RATComb_Tested = EUTRA_Only is not allowed. 

UE: 

- the UE is configured to initiate combined EPS/IMSI attach. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) on cell A according to TS 36.508 [18]. 
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9.2.3.2.5.3.2 


Test procedure sequence 

Table 9.2.3.2.5.3.2-1 : Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

Set the cell type of Cell A to the "non-Suitable 
"off" cell". Set the cell type of Cell B to the 
"Serving cell". 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with the EMM 
cause set to 'Illegal UE'. 

<- 

TRACKING AREA UPDATE 
REJECT 



4 

The SS releases the RRC connection. 

- 

- 

- 

- 

5 

Set the cell type of Cell B to the "non-Suitable 
"off" cell". Set the cell type of Cell C to the 
"Serving cell". 





- 

The following messages are to be observed on 
Cell C unless explicitly stated otherwise. 

- 

- 

- 

- 

6 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 


EXCEPTION: Steps 7a1 to 7a2 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





7a1 

The SS sets the cell type of the cell other than 
Cell 9 and Cell 24 to the "non-Suitable "off" 
cell" and sets the cell type of Cell 9 
(px_RATComb_Tested = EUTRA_UTRA) or 
Cell 24 (px RATComb Tested = 
EUTRA GERAN) to the "Serving cell". 






The following messages are to be observed on 
Cell 9 or Cell 24 unless explicitly stated 
otherwise. 





7a2 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

8 

Set the cell type of the cell other than Cell A to 
the "non-Suitable "off" cell". Set the cell type of 
Cell A to the "Serving cell". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

9 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

10 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





11 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

12 

Check: Does the UE transmit an ATTACH 
REQUEST message on cell A? 

-> 

ATTACH REQUEST 

2 

p 

13- 
24 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 
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9.2.3.2.5.3.3 Specific message contents 

Table 9.2.3.2.5.3.3-1 : TRACKING AREA UPDATE REJECT (step 3, Table 9.2.3.2.5.3.2-1) 


Derivation Patii: 36.508, Table 4.7.2-26 

Information Element 

Value/remark 

Comment 

Condition 

ElVIIVI cause 

'0000 0011 'B 

Illegal UE 



Table 9.2.3.2.5.3.3-2: Message ATTACH REQUEST (step 12, Table 9.2.3.2.5.3.2-1) 


Derivation Path: TS 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

Old GUTI or IMSI 

IMSI 




9.2.3.2.6 
9.2.3.2.6.1 

(1) 


Combined tracking area update / Rejected / Illegal ME 
Test Purpose (TP) 


with { UE having sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Combined 
TA/LA updating' } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the EMM cause set to 'Illegal ME' } 
then { UE considers the USIM as invalid for EPS services and non-EPS services and enters state 
EMM-DEREGISTERED } 


} 


(2) 


with { The UE is in the state EMM-DEREGISTERED } 
ensure that { 

when { UE is powered up } 

then { UE send ATTACH REQUEST message with Old GUTI or IMSI IE = ' ' IMSI ' 


9.2.3.2.6.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.3.5. 

[TS 24.301, clause 5.5.3.3.5] 

If the combined tracking area updating cannot be accepted by the network, the MME shall send a TRACKING AREA 
UPDATE REJECT message to the UE including an appropriate EMM cause value. 

Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, enter state MM IDLE, and take the following actions depending on the EMM cause value 
received. 


#6 (Illegal ME); or 


The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI, TAI List and eKSI. 

The UE shall consider the USIM as invalid for EPS and non-EPS services until switching off or the UICC 
containing the USIM is removed. Additionally, the UE shall delete the list of equivalent PLMNs and shall enter 
the state EMM-DEREGISTERED. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the MM parameters update status, TMSI, 
LAI and ciphering key sequence number, and the GMM parameters GMM state, GPRS update status, P-TMSI, 
P-TMSI signature, RAI and GPRS ciphering key sequence number as specified in 3GPP TS 24.008 [13] for the 
case when the combined routing area updating procedure is rejected with the GMM cause with the same value. 
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9.2.3.2.6.3 Test description 

The test description is identical to the one of subclause 9.2.3.2.5 except that the reject cause #3 "Illegal UE" is replaced 
with the reject cause #6 'Tllegal ME". 

9.2.3.2.7 Combined tracking area update / Rejected / EPS services and non-EPS services 

not allowed 

9.2.3.2.7.1 Test Purpose (TP) 
(1) 

with { UE having sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Combined 
TA/LA updating' } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the EMM cause set to 'EPS services 
and non-EPS services not allowed' } 

then { UE considers the USIM as invalid for EPS services and non-EPS services and enters state 
EMM-DEREGISTERED } 
} 

(2) 

with { The UE is in the state EMM-DEREGISTERED } 
ensure that { 

when { UE is powered up } 

then { UE send ATTACH REQUEST message with Old GUTI or IMSI IE = ' ' IMSI ' ' } 

9.2.3.2.7.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.3.3.5. 
[TS 24.301, clause 5.5.3.3.5] 


#3 (Illegal UE); 

#6 (Illegal ME); or 

#8 (EPS services and non-EPS services not allowed); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI, TAI List and KSI. 

The UE shall consider the USIM as invalid for EPS and non-EPS services until switching off or the UICC 
containing the USIM is removed. Additionally, the UE shall delete the list of equivalent PLMNs and shall enter the 
state EMM-DEREGISTERED. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the MM parameters update status, TMSI, LAI 
and ciphering key sequence number, and the GMM parameters GMM state, GPRS update status, P-TMSI, P-TMSI 
signature, RAI and GPRS ciphering key sequence number as specified in 3GPP TS 24.008 [13] for the case when the 
combined routing area updating procedure is rejected with the GMM cause with the same value. 


9.2.3.2.7.3 Test description 

The test description is identical to the one of subclause 9.2.3.2.5 except that the reject cause #3 "Illegal UE" is replaced 
with the reject cause #8 " EPS services and non-EPS services not allowed". 

9.2.3.2.8 Combined tracking area update / Rejected / EPS services not allowed 

9.2.3.2.8.1 Test Purpose (TP) 

(1) 

with { UE having sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Combined 
TA/LA updating' } 
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ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the EMM cause set to 'EPS services 
not allowed' } 

then { UE considers the USIM as invalid for EPS services and enters state EMM-DEREGISTERED } 

} 

(2) 

with { UE in CS/PS mode 1 or CS/PS mode 2 of operation and have been IMSI attached for non-EPS 
services } 
ensure that { 

when { UE sends a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Combined TA/LA 
updating' and receives a TRACKING AREA UPDATE REJECT message with the EMM cause set to 'EPS services 
not allowed' } 

then { The UE shall still IMSI attached for non-EPS services } 
} 

9.2.3.2.8.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.3.5. 

[TS 24.301, clause 5.5.3.3.5] 

If the combined tracking area updating cannot be accepted by the network, the MME shall send a TRACKING AREA 
UPDATE REJECT message to the UE including an appropriate EMM cause value. 

Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, enter state MM IDLE, and take the following actions depending on the EMM cause value 
received. 


#7 (EPS services not allowed); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI, TAI List and KSI. The UE shall 
consider then USIM as invalid for EPS services until switching off or the UICC containing the USIM is 
removed. The UE shall delete the list of equivalent PLMNs and shall enter the state EMM-DEREGISTERED. 

A UE in CS/PS mode 1 or CS/PS mode 2 of operation is still IMSI attached for non-EPS services. The UE shall 
set the update status to U2 NOT UPDATED, shall select GERAN or UTRAN radio access technology and 
proceed with appropriate MM specific procedure according to the MM service state. The UE shall not reselect E- 
UTRAN radio access technology until switching off or the UICC containing the USIM is removed. 

NOTE: Some interaction is required with the access stratum to disable E-UTRAN cell reselection. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the GMM parameters GMM 
state, GPRS update status, P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number as 
specified in 3GPP TS 24.008 [13] for the case when the combined routing area updating procedure is rejected 
with the GMM cause with the same value. 

9.2.3.2.8.3 Test description 

9.2.3.2.8.3.1 Pre-test conditions 

System Simulator: 

- cell A (belongs to TAI-1, home PLMN) is set to "Serving cell"; 

- cell B (belongs to TAI-2(, home PLMN) is set to "Non-suitable cell"; 

- cell G (belongs to TAI-7, visited PLMN) is set to "Non-suitable off cell"; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 9 (belongs to LAI-1 and RAI-1, home PLMN) 
is configured; 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (belongs to LAI-1 and RAI-1, home 
PLMN) is configured; 
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- Set the cell type of cell 9 or cell 24 to the " Non-Suitable off cell ". 

- the different cells may not be simultaneously activated. 

- System information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
NOTE: Setting px_RATComb_Tested = EUTRA_Only is not allowed. 

UE: 

- the UE is configured to initiate combined EPS/IMSI attach. 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell A according to TS 36.508 [18]. 
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9.2.3.2.8.3.2 


Test procedure sequence 

Table 9.2.3.2.8.3.2-1 : Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The SS configures: 

Cell A as the "non-Suitable cell". 

Cell B as the "Serving cell". 





2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST on Cell B. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with the EMM 
cause set to as "EPS services not allowed" 
as specified. 

<— 

TRACKING AREA UPDATE 
REJECT 



4 

The SS releases the RRC connection. 

- 

- 

- 

- 

5 

The SS configures: 

Cell A as the "Serving cell". 

Cell B as the "non-Suitable cell". 





6 

Check: Does the UE transmit an ATTACH 

REQUEST message in the next 30 seconds 

on cell A? 

Note: Cell A belongs to the same PLMN 

where the UE was rejected but a different 

TAI 

-> 

ATTACH REQUEST 

1 

F 

7 

The user initiates an attach by MMI or by AT 
command. 

- 

- 

- 

- 

8 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds 
on cell A? 

-> 

ATTACH REQUEST 

1 

F 

9 

The SS configures: 
Cell A as the "non-Suitable cell", 
Cell B as the "non-Suitable "off" cell". 
Cell G as the "Serving cell". 





10 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds 
on cell G? 

Note: Cell G belongs to a PLMN which is not 
the same like the one on which the UE was 
rejected. 

-> 

ATTACH REQUEST 

1 

F 

11 

The user initiates an attach by MMI or by AT 
command. 

- 

- 

- 

- 

12 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds 
on cell G? 

-> 

ATTACH REQUEST 

1 

F 

13 

The SS configures: 

Cell G as the "Serving cell". 

Cell 9 or 24 as the "Suitable cell". 






EXCEPTION: Steps 14a1 to 14a5 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





14a1 

The following messages are sent and shall 
be received on Cell 9 (px RATComb Tested 
= EUTRA UTRA) or 24 
(px_RATComb_Tested = EUTRA_GERAN). 





14a2 

Check: Does the UE transmit a LOCATION 
UPDATING REQUEST message on Cell 9 or 
24? 

-> 

LOCATION UPDATING 
REQUEST 

2 

P 

14a3 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the 
authentication and AKA procedure. 

<— 

AUTHENTICATION REQUEST 



14a4 

The UE transmits an AUTHENTICATION 
RESPONSE message. 

-> 

AUTHENTICATION RESPONSE 

- 

- 

14a5 

The SS transmits a LOCATION UPDATING 
ACCEPT message with Location updating 

<- 

LOCATION UPDATING ACCEPT 

- 

- 
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type = "IMSI attach" as specified in 3GPP TS 
24.008. 





15 

The SS configures: 

Cell G as the "Serving cell". 

Cell 9 or 24 as the "non-Suitable cell". 





16 

The user initiates attach by MMI or by AT 
command. 

- 

- 

- 

- 

17 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds 
on cell G? 

-> 

ATTACH REQUEST 

1 

F 


9.2.3.2.8.3.3 Specific message contents 

Table 9.2.3.2.8.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 2, Table 9.2.3.2.8.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 




EPS update type Value 

'OOI'B 

" combined TA/LA 
updating " 


Old GUTI 

GUTI-1 




Table 9.2.3.2.8.3.3-2: Message TRACKING AREA UPDATE REJECT (step 3, Table 9.2.3.2.8.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

'000001 ll'B 

"EPS services not 
allowed" 



Table 9.2.3.2.8.3.3-3: LOCATION UPDATING REQUEST (step 14a2, Table 9.2.3.2.8.3.2-1) 


Derivation Path: TS 36.508 Table 4.7B.2-4 

Information Element 

Value/remark 

Comment 

Condition 

Location updating type 

IMSI attach 




Table 9.2.3.2.8.3.3-4: LOCATION UPDATING ACCEPT (step 14a5, Table 9.2.3.2.8.3.2-1) 


Derivation Path: TS 36.508 Table 4.7B.2-5 

Information Element 

Value/remark 

Comment 

Condition 

Mobile identity 

Not present 




9.2.3.2.9 


9.2.3.2.9.1 


Combined tracking area update / Rejected / UE identity cannot be derived by the 
network 

Test Purpose (IP) 


(1) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Combined 
TA/LA updating' } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the EMM cause set to 'UE identity 
cannot be derived by the network' } 

then { UE deletes GUTI, last visited registered TAI , TAI list and KSI, enters the state EMM- 
DEREGISTERED, subsequently, automatically initiates the attach procedure and is still IMSI attached 
for non-EPS services } 

} 

(2) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Combined 
TA/LA updating' } 
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ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the EMM cause set to 'UE identity 
cannot be derived by the network' } 

then { UE deletes P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number } 
} 

9.2.3.2.9.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.3.5 and 
TS 24.008, clause 4.7.5.2.4. 

[TS 24.301, clause 5.5.3.3.5] 

If the combined tracking area updating cannot be accepted by the network, the MME shall send a TRACKING AREA 
UPDATE REJECT message to the UE including an appropriate EMM cause value. 

Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, enter state MM IDLE, and take the following actions depending on the EMM cause value 
received. 


#9 (UE identity cannot be derived by the network); 

The UE shall set the EPS update status to EU2 NOT UPDATED (and shall store it according to 

subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI, TAI List and eKSI. The UE shall delete 

the list of equivalent PLMNs and enter the state EMM-DEREGISTERED. 

Subsequently, the UE shall automatically initiate the attach procedure. 

NOTE 2: User interaction is necessary in some cases when the UE cannot re-activate the EPS bearer(s) 
automatically. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the GMM parameters GMM 
state, GPRS update status, P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number as 
specified in 3GPP TS 24.008 [13] for the case when the combined routing area updating procedure is rejected 
with the GMM cause with the same value. 

A UE in CS/PS mode 1 or CS/PS mode 2 of operation is still IMSI attached for non-EPS services. 

[TS 24.008, clause 4.7.5.2.4] 

The MS shall then take different actions depending on the received reject cause: 


# 9 (MS identity cannot be derived by the network); 

The MS shall set the GPRS update status to GU2 NOT UPDATED (and shall store it according to 
subclause 4.1.3.2), enter the state GMM-DEREGISTERED, and shall delete any P-TMSI, P-TMSI signature, 
RAI and GPRS ciphering key sequence number. Subsequently, the MS may automatically initiate the GPRS 
attach procedure. 

9.2.3.2.9.3 Test description 

9.2.3.2.9.3.1 Pre-test conditions 

System Simulator: 

- cell A (belongs to TAI-1, home PLMN) is set to "Serving cell"; 

- cell B (belongs to TAI-2, home PLMN) is set to "Non-suitable cell"; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 5 (belongs to RAI-1, home PLMN) is set to 
'"Non-Suitable cell"; 
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- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (belongs to RAI-1, home PLMN) is set 
to '"Non-Suitable cell"; 

- System information combination 10a as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
NOTE: Setting px_RATComb_Tested = EUTRA_Only is not allowed. 

UE: 

- the UE is configured to initiate combined EPS/IMSI attach. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) on cell A according to TS 36.508 [18]. 
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9.2.3.2.9.3.2 


Test procedure sequence 

Table 9.2.3.2.9.3.2-1 : Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

Set the cell type of Cell A to the "Non-Suitable 

cell". 

Set the cell type of Cell B to the "Serving cell". 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with EMM cause 
set to "UE identity cannot be derived by the 
network". 

<- 

TRACKING AREA UPDATE 
REJECT 




EXCEPTION: Steps 3a1-3a2 describes the 
behaviour that depends on UE behaviour 
(Note 2). 





3a1 

The SS releases the RRC connection. 

- 

- 

- 

- 

- 

EXCEPTION: Step 3a2 describes a behaviour 
which depends on the UE capability 

- 

- 

- 

- 

3a2 

IF NOT pc_Automatic_Re_Attach, the user 
initiates an attach by MMI or by AT command. 

- 

- 

- 

- 

4 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

P 

4Aa1 

4Aa1 
3 

Void 






EXCEPTION: Steps 5a1 to 5a28 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





5a1 

The SS sets the cell type of Cell B to the "non- 
Suitable cell" and sets the cell type of Cell 5 
(px_RATComb_Tested = EUTRA_UTRA) or 
Cell 24 (px RATComb Tested = 
EUTRA GERAN) to the "Serving cell". 






The following messages are to be observed on 
Cell 5 or Cell 24 unless explicitly stated 
otherwise. 





5a2 

Void 

- 

- 

- 

- 

5a3 

Check: Does the UE transmit an ATTACH 
REQUEST message? 

-> 

ATTACH REQUEST 

2 

P 

5a4- 
5a24 

Void 

- 

- 

- 

- 

5a25 

The SS transmits an AUTHENTICATION AND 
CIPHERING REQUEST message. 

<— 

AUTHENTICATION AND 
CIPHERING REQUEST 

- 

- 

5a26 

The UE transmits an AUTHENTICATION AND 
CIPHERING RESPONSE message. 

-> 

AUTHENTICATION AND 
CIPHERING RESPONSE 

- 

- 

5a27 

SS responds with ATTACH ACCEPT message 
including P-TMSI-1 and RAI-1. 

<- 

ATTACH ACCEPT 

- 

- 

5a28 

The UE transmits an ATTACH COMPLETE 
message. 

-> 

ATTACH COMPLETE 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state UTRA connected (U2) or 
GERAN idle (G1). 





Note 2: SS waits for 1 second to receive the Attach Request on the existing RRC Connection. In case Attach 
Request is not received within 1 second, existing RRC Connection is released. 
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9.2.3.2.9.3.3 Specific message contents 

Table 9.2.3.2.9.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 2, Table 9.2.3.2.9.3.2-1) 


Derivation Patii: TS 36.508, Table 4.7.2-27 

Information Element 

Value/remark 

Comment 

Condition 

Old GUTI 

GUTI-1 



Old location area identification 

LAI-1 



TMSI status 

Not present 




Table 9.2.3.2.9.3.3-2: Message TRACKING AREA UPDATE REJECT (step 3, Table 9.2.3.2.9.3.2-1) 


Derivation Path: TS 36.508, Table 4.7.2-26 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'00001 GOrB 

UE identity cannot 
be derived by the 
network 



Table 9.2.3.2.9.3.3-3: Message ATTACH REQUEST (step 4, Table 9.2.3.2.9.3.2-1) 


Derivation Path: TS 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 




NAS key set identifier 

'iirB 

no key is available 


TSC 

Any allowed value 

TSC does not 
apply for NAS key 
set identifier value 
"111". 


Old GUTI or IMSI 

IMSI 



Old P-TMSI signature 

Not present 



Last visited registered TAI 

Not present 



Old location area identification 

LAI-1 



TMSI status 

Not present 
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Table 9.2.3.2.9.3.3-4: Message ATTACH REQUEST (step 5a3, Table 9.2.3.2.9.3.2-1) 


Derivation Path: TS 24.008 , Table 9.4.1 

Information Element 

Value/remark 

Comment 

Condition 

MS network capability 

Any allowed value 



Attach type 

'011 'B 

Combined 
GPRS/IMSI attach 


GPRS ciphering key sequence number 

'lire 

No key is 
available (MS to 
network) 


DRX parameter 

Any allowed value 



P-TMSI or IMSI 

IMSI-1 



Old routing area identification 

All bits of octets 5 and 6 

are set to 1 , except bit 1 

of octet 6 which is set to 

0. 

Other bits are not 

checked. 



MS Radio Access capability 

Any allowed value 



Old P-TMSI signature 

Not present 



Requested READY timer 
value 

Not present or any 
allowed value 



TMSI status 

Not present 



PS LCS Capability 

Not present or any 
allowed value 



Mobile station classmark 2 

Not present or any 
allowed value 



Mobile station classmark 3 

Not present or any 
allowed value 



Supported Codecs 

Not present or any 
allowed value 



UE network capability 

Not present or any 
allowed value 



Additional mobile identity 

Not present 



Additional old routing area identification 

Not present 




9.2.3.2.10 
9.2.3.2.10.1 
(1) 


Combined tracking area update / Rejected / UE implicitly detached 
Test Purpose (TP) 


with { UE having sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Combined 
TA/LA updating' } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the EMM cause set to 'Implicitly 
detached' } 

then { UE sends an ATTACH REQUEST message } 


9.2.3.2.1 0.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.3.5. 

[TS 24.301, clause 5.5.3.3.5] 

If the combined tracking area updating cannot be accepted by the network, the MME shall send a TRACKING AREA 
UPDATE REJECT message to the UE including an appropriate EMM cause value. 

Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, enter state MM IDLE, and take the following actions depending on the EMM cause value 
received. 


# 1 (Implicitly detached) ; 
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The UE shall delete the list of equivalent PLMNs and shall enter the state EMM-DEREGISTERED. NORMAL- 
SERVICE. The UE shall perform a new attach procedure. 

NOTE 3: User interaction is necessary in some cases when the UE cannot re-activate the EPS bearer(s) 
automatically. 


Test description 
Pre-test conditions 


9.2.3.2.10.3 
9.2.3.2.10.3.1 
System Simulator: 

- cell A and cell B; 

- cell A is set to the "Serving cell" and cell B is set to the "non-Suitable cell". 


System information combination 3 as defined in TS 36. 508 [18] clause 4.4.3.1 is used in E-UTRA cells. 


UE: 


- the UE is configured to initiate combined EPS/IMSI attach. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) on cell A according to 36.508 [18]. 
9.2.3.2.1 0.3.2 Test procedure sequence 

Table 9.2.3.2.10.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1 

Set the cell type of Cell A to the "non-Suitable 
cell". Set the cell type of Cell B to the "Serving 
cell". 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with the EMM 
cause set to 'Implicitly detached'. 

<- 

TRACKING AREA UPDATE 
REJECT 




EXCEPTION: Steps 3a1-3a2 describes the 
behaviour that depends on UE behaviour 
(Notel). 





3a1 

The SS releases the RRC connection. 

- 

- 

- 

- 

- 

EXCEPTION: Step 3a2 describes a behaviour 
which depends on the UE capability 

- 

- 

- 

- 

3a2 

IF NOT pc_Automatic_Re_Attach, the user 
initiates an attach by MMI or by AT command. 

- 

- 

- 

- 

4 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

1 

p 

5-16 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 





Note 1 : SS waits for 1 second to receive the Attach Request on the existing RRC Connection. In case Attach 
Request is not received within 1 second, existing RRC Connection is released. 
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9.2.3.2.1 0.3.3 Specific message contents 

Table 9.2.3.2.10.3.3-1 : TRACKING AREA UPDATE REJECT (step 3, Table 9.2.3.2.10.3.2-1) 


Derivation Patii: TS 36.508 Table 4.7.2-26 

Information Element 

Value/remark 

Comment 

Condition 

ElVIIVI cause 

'0000 1 01 0'B 

Implicitly detached 



9.2.3.2.11 

9.2.3.2.11.1 

(1) 


Combined tracking area update / Rejected / PLMN not allowed 
Test Purpose (TP) 


with { UE has sent a TRACKING AREA UPDATE REQUEST message } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the EMM cause set to ' PLMN not 
allowed' } 

then { UE deletes GUTI, last visited registered TAI , TAI list and KSI, enters the state EMM- 
DEREGISTERED. PLMN- SEARCH, stores the PLMN identity in the "forbidden PLMN list" } 


(2) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the EMM cause set to ' PLMN not 
allowed' } 

then { UE deletes P-TMSI, P-TMSI signature, TMSI, RAI , LAI, ciphering key sequence number GPRS 
ciphering key sequence number } 

} 

(3) 

with { UE is switched off and a PLMN is stored in the "forbidden PLMN list" } 
ensure that { 

when { UE is powered on this PLMN } 

then { UE doesn't perform an attach procedure } 

} 

(4) 

with { UE in EMM-DEREGISTERED . PLMN- SEARCH state and a PLMN is stored in the "forbidden PLMN list" } 
ensure that { 

when { UE enters a cell belonging to a PLMN which is not in the "forbidden PLMN list" } 
then { UE initiates an attach procedure } 


(5) 

with { UE in EMM-DEREGISTERED . PLMN- SEARCH state and a PLMN is stored in the "forbidden PLMN list" 
ensure that { 

when { UE is in a forbidden PLMN cells and when the PLMN is selected manually } 
then { UE initiates an attach procedure } 
} 


9.2.3.2.11.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.3.5, TS 
24.008, clause 4.7.5.2.4, and TS 23.122, clause 4.4.3.1.2. 

[TS 24.301, clause 5.5.3.3.5] 

If the combined tracking area updating cannot be accepted by the network, the MME shall send a TRACKING AREA 
UPDATE REJECT message to the UE including an appropriate EMM cause value. 
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Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, enter state MM IDLE, and take the following actions depending on the EMM cause value 
received. 


#11 (PLMN not allowed); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI, TAI List and eKSI, and reset the 
tracking area updating attempt counter. The UE shall delete the list of equivalent PLMNs and enter the state 
EMM-DEREGISTERED.PLMN-SEARCH. 

The UE shall store the PLMN identity in the "forbidden PLMN list". 

The UE shall then perform a PLMN selection according to 3GPP TS 23.122 [6]. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle and the MM parameters update status, 
TMSI, LAI, ciphering key sequence number and the location update attempt counter, and the GMM parameters 
GMM state, GPRS update status, P-TMSI, P-TMSI signature, RAI, GPRS ciphering key sequence number and 
routing area updating attempt counter as specified in 3GPP TS 24.008 [13] for the case when the combined 
routing area updating procedure is rejected with the GMM cause with the same value and no RR connection 
exists. 

[TS 24.008, clause 4.7.5.2.4] 

#11 (PLMN not allowed); 

The MS shall set the GPRS update status to GU3 ROAMING NOT ALLOWED and the update status to U3 
ROAMING NOT ALLOWED (and shall store it according to subclause 4.1.3.2) and enter the state GMM- 
DEREGISTERED. Furthermore, it shall delete any P-TMSI, P-TMSI signature, TMSI, RAI, LAI, ciphering key 
sequence number GPRS ciphering key sequence number, and reset the routing area updating attempt counter and 
the location update attempt counter. 

[TS 23.122, clause 4.4.3.1.2] 

The user may select his desired PLMN and the MS then initiates registration on this PLMN using the access technology 
chosen by the user for that PLMN or using the highest priority available access technology for that PLMN, if the 
associated access technologies have a priority order. (This may take place at any time during the presentation of 
PLMNs). For such a registration, the MS shall ignore the contents of the "forbidden LAs for roaming", "forbidden TAs 
for roaming", "forbidden LAs for regional provision of service", "forbidden TAs for regional provision of service", 
"forbidden PLMNs for GPRS service" and "forbidden PLMNs" Hsts. 

9.2.3.2.1 1 .3 Test description 

9.2.3.2.1 1 .3.1 Pre-test conditions 

System Simulator: 

- cell G (belongs to TAI-7, visited PLMN) is set to "Serving cell"; 

- cell H (belongs to TAI-8, visited PLMN) is set to "Non-suitable cell"; 

- cell I (belongs to TAI-9, visited PLMN, another PLMN) is set to "Non-suitable off cell"; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 8 (belongs to LAI-1 and RAI-1, visited 
PLMN) is configured; 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (belongs to LAI-1 and RAI-1, visited 
PLMN) is configured; 

- Set the cell type of cell 5 or cell 24 to the " Non-Suitable cell ". 

- cell G, cell 8 and cell 24 are in same PLMN. 

- System information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
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NOTE: Setting px_RATComb_Tested = EUTRA_Only is not allowed. 
UE: 

- the UE is configured to initiate combined EPS/IMSI attach. 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell G using default message contents according to TS 36.508 [18]; 

Preamble: 

- UE is in state Registered, Idle Mode (state 2) on Cell G according to [18]. 
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9.2.3.2.1 1 .3.2 Test procedure sequence 

Table 9.2.3.2.1 1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

Set the cell type of Cell G to the "Non-Suitable 
cell". Set the cell type of Cell H to the "Serving 
cell". 





- 

The following messages are to be observed on 
Cell H unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with the EMM 
cause set to 'PLMN not allowed'. 

<- 

TRACKING AREA UPDATE 
REJECT 



4 

The SS releases the RRC connection. 

- 

- 

- 

- 

5 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

6 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





7 

Set the cell type of Cell G to the "Serving cell"'. 

Set the cell type of Cell H to the "Non-Suitable 

cell". 

NOTE: Cell G and Cell H are in the same 

PLMN. 





- 

The following messages are to be observed on 
Cell G unless explicitly stated otherwise. 

- 

- 

- 

- 

8 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

9 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 90 seconds? 

-> 

ATTACH REQUEST 

3 

F 


EXCEPTION: Steps lOal to 10a2 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that takes place if a capability is 
supported 





10a1 

The cell type of Cell G and Cell 1 to the "non- 
Suitable cell", the cell type of Cell H to "non- 
Suitable "off" cell" and sets the cell type of Cell 
8 (px_RATComb_Tested = EUTRA_UTRA) or 
Cell 24 (px RATComb Tested = 
EUTRA GERAN) to the "Serving cell". 






The following messages are to be observed on 
Cell 8 or Cell 24 unless explicitly stated 
otherwise. 





10a2 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

11 

Set the cell type of Cell 1 to the "Serving cell". 
Set the cell type of Cell 8 or Cell 24 to the 
"non-Suitable cell". 





- 

The following messages are to be observed on 
Cell 1 unless explicitly stated otherwise. 

- 

- 

- 

- 

12 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

1,2, 
4 

p 

13- 
21 

Steps 5 to 13 of the generic test procedure in 
TS 36.508 subclause 4.5.2.3 are performed. 
NOTE: The UE performs an ATTACH 
procedure. 





22 

The SS responds with an ATTACH ACCEPT 
message. The ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message is 
piggybacked in ATTACH ACCEPT message. 

<— 

ATTACH ACCEPT 



- 

EXCEPTION: In parallel to the event described 
in step 23 below the generic procedure for IP 

- 

- 

- 

- 
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address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





23 

The UE transmits an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message. 

-> 

ATTACH COMPLETE 



24 

The SS releases the RRC connection. 

- 

- 

- 

- 

25 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 





26 

The UE transmits a DETACH REQUEST 
message. 

-> 

DETACH REQUEST 

- 

- 

26A 

The SS releases the RRC connection. 

- 

- 

- 

- 

27 

Set the cell type of Cell G to the "Serving cell'". 
Set the cell type of Cell 1 to the "Non-Suitable 
cell". 





- 

The following messages are to be observed on 
Cell G unless explicitly stated otherwise. 

- 

- 

- 

- 

28 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

29 

The UE is switched to manual PLMN selection 
mode and is made to select the forbidden 
PLMN cell. 





30 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

5 

P 

31- 
43 

Steps 5 to 1 7 of the generic test procedure in 
TS 36.508 subclause 4.5.2.3 are performed. 
NOTE: The UE performs an ATTACH 
procedure and the RRC connection is 
released. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA idle (E1) according 
to TS 36.508. 






9.2.3.2.1 1 .3.3 Specific message contents 

Table 9.2.3.2.11.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 2, Table 9.2.3.2.11.3.2-1) 


Derivation Path: TS 36.508, Table 4.7.2-27 

Information Element 

Value/remark 

Comment 

Condition 

Old GUTI 

GUTI-7 



Old location area identification 

LAI-1 



TMSI status 

Not present 




Table 9.2.3.2.11.3.3-2: Message TRACKING AREA UPDATE REJECT (step 3, Table 9.2.3.2.11.3.2-1) 


Derivation Path: TS 36.508, Table 4.7.2-26 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0000 1 011 'B 

PLMN not allowed 
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Table 9.2.3.2.11.3.3-3: Message ATTACH REQUEST (step 12, Table 9.2.3.2.11.3.2-1) 


Derivation Path: TS 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 




NAS key set identifier 

'hvb 

no key is available 


TSC 

Any allowed value 

TSC does not 
apply for NAS key 
set identifier value 
"111". 


Old GUTI or IMSI 

IMSI-1 



Old P-TMSI signature 

Not present 



Additional GUTI 

Not present 



Last visited registered TAI 

Not present 



Old location area identification 

Not present 



TMSI status 

'O'B 

no valid TMSI 
available 



Table 9.2.3.2.11.3.3-4: Message ATTACH ACCEPT (step 22, Table 9.2.3.2.11.3.2-1) 


Derivation Path: TS 36.508, Table 4.7.2-1 

Information Element 

Value/remark 

Comment 

Condition 

GUTI 

GUTI-9 



Location area identification 

LAI-9 



MS identity 

TMSI-9 




Table 9.2.3.2.1 1.3.3-5: Message ATTACH REQUEST (step 30, Table 9.2.3.2.1 1.3.2-1) 


Derivation Path: TS 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

Old GUTI or IMSI 

GUTI-9 



Old P-TMSI signature 

Not present 



Additional GUTI 

Not present 



Last visited registered TAI 

TAI-9 



Old location area identification 

LAI-9 



TMSI status 

Not present 




9.2.3.2.12 
9.2.3.2.12.1 
(1) 


Combined tracking area update / Rejected / Tracking area not allowed 
Test Purpose (TP) 


with { UE having sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Combined 
TA/LA updating' } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the EMM cause set to 'Tracking Area 
not allowed' } 

then { UE sets the EPS update status to EU3 ROAMING NOT ALLOWED, deletes any GUTI, last visited 
registered TAI, TAI List and KSI, enters the state EMM-DEREGISTERED .LIMITED-SERVICE and stores the 
current TAI in the list of "forbidden tracking areas for regional provision of service" } 

} 

(2) 

with { UE in EMM-DEREGISTERED .LIMITED-SERVICE state having the list of "forbidden tracking areas for 
regional provision of service" } 
ensure that { 

when { serving cell belongs to TAI where UE was rejected } 
then { UE does not attempt to attach } 

} 

(3) 

with { UE in EMM-DEREGISTERED .LIMITED-SERVICE state having the list of "forbidden tracking areas for 
regional provision of service" } 
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ensure that { 

when { UE reselects a new cell which belongs to the TAI in the list of "forbidden tracking areas 
for regional provision of service" } 

then { UE does not attempt to attach } 

} 

(4) 

with { UE is powered off or switched off } 
ensure that { 

when { UE is powered on or switched on in the cell belonging to the TAI which was in the list of 
"forbidden tracking areas for regional provision of service" before the UE was powered off or 
switched off } 

then { UE attempts to attach } 

} 

(5) 

with { UE is in EMM-DEREGISTERED .LIMITED-SERVICE state and the current TAI in the list of "forbidden 
tracking areas for regional provision of service"} 
ensure that { 

when { UE reselects a new cell which does not belong to any of the TAI in the list of "forbidden 
tracking areas for regional provision of service""} 
then { UE initiates attach procedure with IMSI } 
} 

9.2.3.2.12.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.3.5. 

[TS 24.301, clause 5.5.3.3.5] 

If the combined tracking area updating cannot be accepted by the network, the MME shall send a TRACKING AREA 
UPDATE REJECT message to the UE including an appropriate EMM cause value. 

Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, enter state MM IDLE, and take the following actions depending on the EMM cause value 
received. 


#12 (Tracking area not allowed); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI, TAI List and KSI. The UE shall reset 
the tracking area updating attempt counter and shall enter the state EMM-DEREGISTERED. LIMITED- 
SERVICE. 

The UE shall store the current TAI in the list of "forbidden tracking areas for regional provision of service". 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the MM parameters update status, TMSI, 
LAI, ciphering key sequence number and the location update attempt counter, and the GMM parameters GMM 
state, GPRS update status, P-TMSI, P-TMSI signature, RAI, GPRS ciphering key sequence number and routing 
area updating attempt counter as specified in 3GPP TS 24.008 [13] for the case when the combined routing area 
updating procedure is rejected with the GMM cause with the same value. 


9.2.3.2.1 2.3 Test description 

9.2.3.2.1 2.3.1 Pre-test conditions 

System Simulator: 

- cell A, cell B and cell M; 

- cell A is set to the "Non-suitable", and cell B set to the "Serving cell" and cell M is set to the "non-Suitable cell". 

- System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
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UE: 

- the UE is configured to initiate combined EPS/IMSI attach. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) on cell B according to TS 36.508 [18]. 
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9.2.3.2.1 2.3.2 Test procedure sequence 

Table 9.2.3.2.1 2.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

Set the cell type of Cell B to the "Non-suitable". 
Set the cell type of Cell A to the "Serving cell". 

- 

- 

- 

- 

- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with the EMM 
cause set to Tracking Area not allowed'. 

<— 

TRACKING AREA UPDATE 
REJECT 



4 

The SS releases the RRC connection. 

- 

- 

- 

- 

4A 

The user initiates an attach by MMI or by AT 
command. 

- 

- 

- 

- 

5 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 90 seconds on 
Cell A? 

-> 

ATTACH REQUEST 

1,2 

F 

6 

Set the cell type of Cell A to the "non-Suitable 
cell". Set the cell type of Cell M to the "Serving 
cell". 





- 

The following messages are to be observed on 
Cell M unless explicitly stated otherwise. 

- 

- 

- 

- 

7 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 90 seconds? 

-> 

ATTACH REQUEST 

3 

F 

8 

Set the cell type of Cell B to the "Serving cell". 
Set the cell type of Cell M to the "non-Suitable 
cell". 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

8A 

Check: Does the UE transmit an ATTACH 
REQUEST message on cell B including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

1,5 

P 

8B- 
8N 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 





9 

Void 

- 

- 

- 

- 

10 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 






EXCEPTION: Step lOAal describes behaviour 
that depends on the UE capability. 





10Aa 

1 

Ifpc SwitchOnOff or pc USIM Removal then 
UE sends DETACH REQUEST message 

-> 

DETACH REQUEST 

- 

- 


Set the cell type of cell A to the " Serving cell". 
Set the cell type of cell B to the " Non-Suitable 
cell". 





11 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

12 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

4 

P 

13- 
24 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 
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9.2.3.2.1 2.3.3 Specific message contents 

Table 9.2.3.2.12.3.3-1 : TRACKING AREA UPDATE REJECT (step 3, Table 9.2.3.2.12.3.2-1) 


Derivation Patii: 36.508, Table 4.7.2-26 

Information Element 

Value/remark 

Comment 

Condition 

ElVIIVI cause 

'oooonoo'B 

Tracking Area not 
allowed 



Table 9.2.3.2.12.3.3-2: ATTACH REQUEST (step 8A, Table 9.2.3.2.12.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 




NAS key set identifier 

'iirB 

no key is available 


TSC 

Any allowed value 

TSC does not 
apply for NAS key 
set identifier value 
"111". 


Old GUTI or IMSI 

IMSI of the UE 



Last visited registered TAI 

Not present 




Table 9.2.3.2.12.3.3-3: ATTACH REQUEST (step 12, Table 9.2.3.2.12.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

Old GUTI or IMSI 

GUTI-2 



Last visited registered TAI 

TAI-2 




Note: GUTI-2 and TAI-2 are GUTI and TAI allocated when the UE registered at Cell B in the preamble. 


9.2.3.2.13 Combined tracking area update / Rejected / Roaming not allowed in this tracking 

area 

9.2.3.2.13.1 Test Purpose (TP) 

(1) 

with { UE having sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Combined 
TA/LA updating' } 
ensure that { 

when { the UE receives TRACKING AREA UPDATE REJECT message with the reject cause set to "roaming 
not allowed in this tracking area" } 

then { the UE sets the EPS update status to EU3 ROAMING NOT ALLOWED and the UE deletes the last 
visited registered TAI and the UE enters the state EMM- REGI STERED . PLMN- SEARCH and the UE stores the 
current TAI in the list of "forbidden tracking areas for roaming" } 

} 

(2) 

with { the UE is in EMM- REGI STERED . PLMN- SEARCH state and the current TAI in the list of "forbidden 
tracking areas for roaming"} 
ensure that { 

when { the serving cell belongs to TAI where UE was rejected } 

then { the UE does not attempt to send TRACKING AREA UPDATE REQUEST message } 
} 

(3) 

with { the UE is in EMM- REGI STERED . PLMN- SEARCH state and the TAI of the current cell belongs to the 
list of "forbidden tracking areas for roaming"} 
ensure that { 

when { the UE enters a cell belonging to same PLMN and TAI not in the list of "forbidden tracking 
areas for roaming"} 

then { the UE sends TRACKING AREA UPDATE REQUEST message with EPS update type set to "combined 
TA/LA updating with IMSI attach"} 
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(4) 

with { the UE is in EMM- REGI STERED . PLMN- SEARCH state and the TAI of the current cell belongs to the 
list of "forbidden tracking areas for roaming"} 
ensure that { 

when { the UE enters a cell belonging to another PLMN } 

then { the UE sends TRACKING AREA UPDATE REQUEST message with EPS update type set to "combined 
TA/LA updating with IMSI attach" } 
} 

(5) 

with { the UE, which A/Gb mode or lu mode is supported by the UE, in EMM-DEREGISTERED . PLMN- SEARCH 
state and the list of "forbidden tracking areas for roaming" contains more than one TAI } 
ensure that { 

when { the UE move to UTRAN or GERAN cell } 

then { the UE sends ROUTING AREA UPDATE REQUEST message } 

9.2.3.2.13.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.3.5 

[TS 24.301, clause 5.5.3.3.5] 

If the combined tracking area updating cannot be accepted by the network, the MME shall send a TRACKING AREA 
UPDATE REJECT message to the UE including an appropriate EMM cause value. 

Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, enter state MM IDLE, and take the following actions depending on the EMM cause value 
received. 


#13 (Roaming not allowed in this tracking area); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete the list of equivalent PLMNs. The UE shall reset the tracking area updating 
attempt counter and shall change to state EMM-REGISTERED.PLMN-SEARCH. 

The UE shall store the current TAI in the list of "forbidden tracking areas for roaming" and shall remove the 
current TAI from the stored TAI list if present. 

The UE shall perform a PLMN selection according to 3GPP TS 23.122 [6]. 

The UE shall indicate the Update type IE "combined TA/LA updating with IMSI attach" when performing the 
tracking area updating procedure following the PLMN selection. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the MM parameters update status and the 
location update attempt counter, and the GMM parameters GMM state, GPRS update status and routing area 
updating attempt counter as specified in 3GPP TS 24.008 [13] for the case when the combined routing area 
updating procedure is rejected with the GMM cause with the same value. 


9.2.3.2.1 3.3 Test description 

9.2.3.2.1 3.3.1 Pre-test conditions 

System Simulator: 

- cell G (belongs to TAI-7, visited PLMN) is set to "Serving cell"; 

- cell H (belongs to TAI-8, same visited PLMN) is set to "Non-suitable cell"; 

- cell I (belongs to TAI-9, another visited PLMN) is set to "Non-suitable off cell"; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 8 (belongs to RAI-8, visited PLMN) is set to 
"Non-suitable cell"; 
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- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (belongs to RAI-8, visited PLMN) is 
set to "Non-suitable cell"; 

system information indicate that NMO 1 is used. 

- System information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
NOTE: Setting px_RATComb_Tested = EUTRA_Only is not allowed. 

UE: 

- The UE is configured to initiate combined EPS/IMSI attach. 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell G according to TS 36.508 [18]. 
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9.2.3.2.1 3.3.2 Test procedure sequence 

Table 9.2.3.2.13.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

Set the cell type of cell G to the "Non-Suitable 

cell". 

Set the cell type of cell H to the "Serving cell". 





2 

The UE transmits TRACKING AREA UPDATE 
REQUEST on Cell H. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with EMM cause 
= "Roaming not allowed in this tracking area" 
as specified. 

<— 

TRACKING AREA UPDATE 
REJECT 



4 

The SS releases the RRC connection. 





5 

Check: Does the UE transmit TRACKING 
AREA UPDATE REQUEST message in the 
next 30 seconds on cell H? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1,2 

F 

6 

Set the cell type of cell G to the "Serving cell". 

Set the cell type of cell H to the "Non-Suitable 

cell". 

Note: cell G and cell H are in the same PLMN. 





7 

Check: Does the UE transmit TRACKING 
AREA UPDATE REQUEST message on cell 
G? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1,3 

P 

8 

The SS transmits TRACKING AREA UPDATE 
REJECT message with EMM cause = 
"Roaming not allowed in this tracking area" as 
specified. 

<— 

TRACKING AREA UPDATE 
REJECT 



9 

The SS releases the RRC connection. 





10 

Set the cell type of cell G and Cell 1 to the 

"Non-Suitable cell", Set the cell type of cell H 

to the "Non-Suitable "off" cell". 

Set the cell type of cell 8 or 24 to the "Serving 

cell". 

Note: Cell G and Cell 8 or 24 are in the same 
PLMN. 






EXCEPTION: Steps 1 1 a1 to 1 1 a3 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





11a 
1 

Check: Does the UE transmit ROUTING AREA 
UPDATE REQUEST message on cell 8 or 
24? 

-> 

ROUTING AREA UPDATE 
REQUEST 

5 

P 

11a 
2 

The SS transmits a ROUTING AREA UPDATE 
REJECT message with cause = " Roaming not 
allowed in this routing area " as specified. 

<— 

ROUTING AREA UPDATE 
REJECT 



11a 
3 

The SS releases the RRC connection. 





12 

Set the cell type of cell 8 or 24 to the " Non- 
Suitable cell". 
Set the cell type of cell 1 to the "Serving cell". 

Note: cell 8 or 24 and cell 1 are in different 
PLMNs. 





13 

Check: Does the UE transmit TRACKING 
AREA REQUEST message on cell 1? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1,4 

P 

14 

The SS sends TRACKING AREA ACCEPT 
message. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

15 

The UE transmits TRACKING AREA 
COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 
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9.2.3.2.1 3.3.3 Specific message contents 

Table 9.2.3.2.13.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 2, Table 9.2.3. 2.13.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUT! 

GUTI-7 




Table 9.2.3.2.13.3.3-2: TRACKING AREA UPDATE REJECT (step 3 and 8, Table 9.2.3.2.13.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-26 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0000 11 ore 

Roaming not 
allowed in this 
tracking area 



Table 9.2.3.2.13.3.3-3: Message TRACKING AREA UPDATE REQUEST (step 7 and 13, Table 

9.2.3.2.13.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-27 

Information Element 

Value/remark 

Comment 

Condition 

EPS update type 




EPS update type value 

'010'B 

Combined TA/LA 
updating with IMSI 
attach 



Table 9.2.3.2.13.3.3-4: Message ROUTING AREA UPDATE REQUEST (step 11a1, Table 9.2.3.2.13.3.2-1) 


Derivation Path: 36.508, Table 4.7B.2-1 

Information Element 

Value/remark 

Comment 

Condi 
tion 

Update type 

'010'B 

Combined RA/LA 
updating with IMSI 
attach 



Combined tracking area update / Rejected / EPS services not allowed in the 
PLMN 

Test Purpose (IP) 


9.2.3.2.14 

9.2.3.2.14.1 
(1) 

with { UE having sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Combined 
TA/LA updating' } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the EMM cause set to 'EPS services 
not allowed in this PLMN' } 

then { UE deletes any GUTI, last visited registered TAI , TAI List and eKSI, and UE stores the 
PLMN identity in the "forbidden PLMNs for GPRS service" list } 

} 


(2) 


with { UE is in EMM-DEREGISTERED . PLMN- SEARCH state } 
ensure that { 

when { UE detects a E-UTRAN cell which belongs to the same PLMN which is stored in the "forbidden 
PLMNs for GPRS service" list } 

then { UE does not attempt to access on this cell } 
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(3) 

with { UE is IMSI attached for non-EPS services and is in EMM-DEREGISTERED . PLMN- SEARCH state and one 
PLMN stored in the "forbidden PLMNs for GPRS service" list } 
ensure that { 

when { UE update status is U2 NOT UPDATED and detects a new GERAN or UTRAN cell which belongs to 
the PLMN } 

then { UE initiates location update procedure in this GERAN or UTRAN cell } 

} 

(4) 

with { UE is in EMM-DEREGISTERED . PLMN- SEARCH state } 
ensure that { 

when { UE detects a E-UTRAN cell which belongs to another PLMN which is not stored in the 
"forbidden PLMNs for GPRS service" list } 

then { UE attempts to access on this cell } 
} 

9.2.3.2.14.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.3.5. 

[TS 24.301, clause 5.5.3.3.5] 

If the combined tracking area updating cannot be accepted by the network, the MME shall send a TRACKING AREA 
UPDATE REJECT message to the UE including an appropriate EMM cause value. 

Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, enter state MM IDLE, and take the following actions depending on the EMM cause value 
received. 


#14 (EPS services not allowed in this PLMN); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3). Furthermore the UE shall delete any GUTI, last visited registered TAI, TAI List and eKSI. 
The UE shall reset the tracking area updating attempt counter and shall enter the state EMM- 
DEREGISTERED.PLMN-SEARCH. 

The UE shall store the PLMN identity in the "forbidden PLMNs for GPRS service" Hst. 

The UE operating in CS/PS mode 1 or CS/PS mode 2 of operation is still IMSI attached for non-EPS services 
and shall set the update status to U2 NOT UPDATED. 

A UE operating in CS/PS mode 1 of operation may select GERAN or UTRAN radio access technology and 
proceed with the appropriate MM specific procedure according to the MM service state. In this case the UE shall 
not reselect E-UTRAN radio access technology for the duration the UE is on the PLMN or equivalent PLMN. 

A UE in CS/PS mode 1 of operation may perform a PLMN selection according to 3GPP TS 23.122 [6]. 

A UE operating in CS/PS mode 2 of operation shall perform a PLMN selection according to 
3GPPTS 23.122 [6]. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the GMM parameters GMM state, GPRS 
update status, P-TMSI, P-TMSI signature, RAI, GPRS ciphering key sequence number and routing area updating 
attempt counter as specified in 3GPP TS 24.008 [13] for the case when the combined routing area updating 
procedure is rejected with the GMM cause with the same value. 

9.2.3.2.1 4.3 Test description 

9.2.3.2.14.3.1 Pre-test conditions 

System Simulator: 

- cell E (belongs to TAI-12, visited PLMN, frequency 2) is set to "Serving cell"; 
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- cell I (belongs to TAI-9, visited PLMN, frequency 3) is set to "Non-suitable cell"; 

cell J (belongs to TAI-10, another visited PLMN, frequency 4) is set to "Non-suitable off cell"; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 8 (NMO 2) is set to "Non- Suitable cell"; 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (NMO 2) is set to "Non- Suitable cell';. 

- System information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
NOTE: Setting px_RATComb_Tested = EUTRA_Only is not allowed. 

UE: 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, the UE is previously registered on UTRAN cell 8 
using default message contents according to TS 36.508 [18]. 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, the UE is previously registered on GERAN 
cell 24 using default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell E according to TS 36.508 [18]. 
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9.2.3.2.1 4.3.2 Test procedure sequence 

Table 9.2.3.2.14.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The SS configures: 

Cell E as the "non-Suitable cell". 

Cell 1 as the "Serving cell". 





2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST on Cell 1. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with the EMM 
cause set to as "EPS services not allowed in 
this PLMN" as specified. 

<— 

TRACKING AREA UPDATE 
REJECT 



4 

The SS releases the RRC connection. 

- 

- 

- 

- 

5 

The SS configures: 

Cell 1 as the "non-Suitable cell". 

Cell E as the "Serving cell". 





6 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds 
on cell E? 

-> 

ATTACH REQUEST 

1,2 

F 

7 

The SS configures: 

Cell E and Cell J as a "non-Suitable cell". 

Cell 1 as "non-Suitable "off" cell" 

Cell 8 or 24 as the "Serving cell". 






EXCEPTION: Steps 8a1 to 8a4 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that takes place if a capability is 
supported. 





8a1 

The following messages are sent and shall 
be received on Cell 8 or 24. 
Check: Does the UE transmit a LOCATION 
UPDATING REQUEST message on Cell 8 or 
cell 24? 

-> 

LOCATION UPDATING 
REQUEST 

3 

P 

8a2 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the 
authentication and AKA procedure. 

<- 

AUTHENTICATION REQUEST 



8a3 

The UE transmits an AUTHENTICATION 
RESPONSE message. 

-> 

AUTHENTICATION RESPONSE 

- 

- 

8a4 

The SS transmits a LOCATION UPDATING 
ACCEPT message with Location updating 
type = "IMSI attach" as specified in 3GPP TS 
24.008. 

<- 

LOCATION UPDATING ACCEPT 



9 

The SS configures: 

Cell J as the "Serving cell". 

Cell 8 or 24 as the "non-Suitable cell". 





10 

Check: Does the UE transmit ATTACH 
REQUEST message with a PDN 
CONNECTIVITY REQUEST message to 
request PDN connectivity to the default PDN 
on cell J? 

-> 

ATTACH REQUEST 

1,4 

P 

11- 
22 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, 
the UE is in end state E-UTRA connected 
(E2) according to TS 36.508. 
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9.2.3.2.1 4.3.3 Specific message contents 

Table 9.2.3.2.14.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 2, Table 9.2.3.2.14.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 




EPS update type Value 

'oorB 

"combined TA/LA 
updating " 


Old GUTI 

GUTI-7 




Table 9.2.3.2.14.3.3-2: Message TRACKING AREA UPDATE REJECT (step 3, Table 9.2.3.2.14.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EMM cause 

'0000111 0'B 

" EPS services 
not allowed in this 
PLMN " 



Table 9.2.3.2.14.3.3-3: Message ATTACH REQUEST (step 10, Table 9.2.3.2.14.3.2-1) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

Old GUTI or IMSI 

IMSI 



Last visited registered TAI 

Not present 




Table 9.2.3.2.14.3.3-4: LOCATION UPDATING REQUEST (step 8a1, Table 9.2.3.2.14.3.2-1) 


Derivation Path: TS 36.508 Table 4.7B.2-4 

Information Element 

Value/remark 

Comment 

Condition 

Location updating type 

IMSI attach 




Table 9.2.3.2.14.3.3-5: LOCATION UPDATING ACCEPT (step 8a4, Table 9.2.3.2.14.3.2-1) 


Derivation Path: TS 36.508 Table 4.7B.2-5 

Information Element 

Value/remark 

Comment 

Condition 

Mobile identity 

Not present 




9.2.3.2.15 
9.2.3.2.15.1 
(1) 


Combined tracking area update / Rejected / No suitable cells in tracking area 
Test Purpose (TP) 


with { UE having sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Combined 
TA/LA updating' } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the EMM cause set to 'No Suitable 
Cells In tracking area' } 

then { UE selects a suitable cell in another tracking area in the same PLMN and performs the 
tracking area updating procedure with EPS update type set to 'combined TA/LA updating with IMSI 
attach' } 

} 

9.2.3.2.15.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.3.5. 

[TS 24.301, clause 5.5.3.3.5] 

If the combined tracking area updating cannot be accepted by the network, the MME shall send a TRACKING AREA 
UPDATE REJECT message to the UE including an appropriate EMM cause value. 
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Upon receiving the TRACKING AREA UPDATE REJECT message, the UE shall stop timer T3430, stop any 
transmission of user data, enter state MM IDLE, and take the following actions depending on the EMM cause value 
received. 


#15 (No suitable cells in tracking area); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3). The UE shall reset the tracking area updating attempt counter and shall enter the state EMM- 
REGISTERED.LIMITED-SERVICE. 

The UE shall store the current TAI in the list of "forbidden tracking areas for roaming" and shall remove the 
current TAI from the stored TAI list if present. 

The UE shall search for a suitable cell in another tracking area or in another location area in the same PLMN 
according to 3GPP TS 36.304 [21]. 

The UE shall indicate the Update type IE "combined TA/LA updating with IMSI attach" when performing the 
tracking area updating procedure. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the MM parameters update status and the 
location update attempt counter, and the GMM parameters GMM state, GPRS update status and routing area 
updating attempt counter as specified in 3GPP TS 24.008 [13] for the case when the combined routing area 
updating procedure is rejected with the GMM cause with the same value. 

9.2.3.2.1 5.3 Test description 

9.2.3.2.1 5.3.1 Pre-test conditions 

System Simulator: 

- cell A, cell B and cell C; 

- cell A is set to the "Serving cell" and cell B and cell C is set to the "Non-suitable cell". 

- System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

- the UE is configured to initiate combined EPS/IMSI attach. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) on cell A according to TS 36.508 [18]. 
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9.2.3.2.1 5.3.2 Test procedure sequence 

Table 9.2.3.2.15.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Set the cell type of Cell A to the "non-Suitable 
cell". Set the cell type of Cell B to the "Serving 
cell". Set the cell type of Cell C to the "Suitable 
neighbour cell". 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with the EMM 
cause set to 'No Suitable Cells In tracking 
area'. 

<— 

TRACKING AREA UPDATE 
REJECT 



4 

The SS releases the RRC connection. 

- 

- 

- 

- 

- 

The following messages are to be observed on 
Cell C unless explicitly stated otherwise. 

- 

- 

- 

- 

5 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message with EPS 
update type set to 'combined TA/LA updating 
with IMSI attach'? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

p 

6 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

7 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 






9.2.3.2.15.3.3 Specific message contents 

Table 9.2.3.2.15.3.3-1: TRACKING AREA UPDATE REJECT (step 3, Table 9.2.3.2.15.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-26 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0000 11 11 'B 

No Suitable Cells 
In tracking area 



Table 9.2.3.2.15.3.3-2: TRACKING AREA UPDATE REQUEST (step 5, Table 9.2.3.2.15.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-27 

Information Element 

Value/remark 

Comment 

Condition 

EPS update type 




EPS update type value 

'010'B 

Combined TA/LA 
updating with IMSI 
attach 



9.2.3.2.16 
9.2.3.2.16.1 
(1) 


Combined tracking area update / Rejected / Not authorized for this CSG 
Test Purpose (TP) 


with { UE has sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Combined 
TA/LA updating' } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the reject cause set to "Not 
authorized for this CSG" and with integrity protection } 

then { UE removes the CSG ID from the Allowed CSG list } 
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(2) 

with { UE has sent a TRACKING AREA UPDATE REQUEST message with EPS update type set to 'Combined 
TA/LA updating' } 
ensure that { 

when { UE receives a TRACKING AREA UPDATE REJECT message with the reject cause set to "Not 
authorized for this CSG" and with integrity protection } 

then { UE searches for a suitable cell in the same PLMN and sent a TRACKING AREA UPDATE REQUEST 
message with EPS update type set to ' combined TA/LA updating with IMSI attach ' } 
} 

9.2.3.2.1 6.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.3.3.5. 

[TS 24.301, clause 5.5.3.3.5] 

#25 (Not authorized for this CSG); 

Cause #25 is only applicable when received from a CSG cell. Cause #25 received from a non-CSG cell is 
considered as an abnormal case and the behaviour of the UE is specified in subclause 5.5.3.3.6. 

If the TRACKING AREA UPDATE REJECT message with cause #25 was received without integrity protection, 
then the UE shall discard the message. 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3). The UE shall reset the tracking area updating attempt counter and shall enter the state EMM- 
REGISTERED.LIMITED-SERVICE. 

If the CSG ID of the cell where the UE has sent the TRACKING AREA UPDATE REQUEST message is 
contained in the Allowed CSG Hst, the UE shall remove the CSG ID from the Allowed CSG Hst. 

If the CSG ID of the cell where the UE has sent the TRACKING AREA UPDATE REQUEST message is 
contained in the Operator CSG list, the UE shall apply the procedures defined in 3GPP TS 23.122 [6] 
subclause 3.1 A. 

The UE shall search for a suitable cell in the same PLMN according to 3GPP TS 36.304 [21]. 

The UE shall indicate the Update type IE "combined TA/LA updating with IMSI attach" when performing the 
tracking area updating procedure. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the MM parameters update status and the 
location update attempt counter, and the GMM parameters GMM state, GPRS update status and routing area 
updating attempt counter as specified in 3GPP TS 24.008 [13] for the case when the combined routing area 
updating procedure is rejected with the GMM cause with the same value. 

9.2.3.2.1 6.3 Test description 
9.2.3.2.1 6.3.1 Pre-test conditions 
System Simulator: 

- cell A (TAI-1, frequency 1, HPLMN, not a CSG cell) is set to "Serving cell"; 

- cell B (TAI-2, frequency 1, HPLMN, is a CSG cell) is set to "Non-suitable cell"; 

- cell C (TAI-3, frequency 1, HPLMN, not a CSG cell) is set to "Non-suitable off cell". 

- System information combination 3 as defined in TS 36. 508 [18] clause 4.4.3.1 is used in E-UTRA cells. 


UE: 


the UE is previously registered on cell B using manual CSG selection (so the allowed CSG list includes CSG ID 
of cell B). 
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Preamble: 

- the UE is in state Registered, Idle mode (state 2) with condition CombinedAttach on cell A according to TS 
36.508 [18] 

9.2.3.2.1 6.3.2 Test procedure sequence 

Table 9.2.3.2.1 6.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS configures: 

- Cell A as a "Not Suitable cell". 

- Cell B as a "Serving cell". 





2 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a TRACKING AREA 
UPDATE REJECT message with EMM cause 
= "Not authorized for this CSG" with integrity 
protection. 

<- 

TRACKING AREA UPDATE 
REJECT 



4 

The SS releases the RRC connection. 

- 

- 

- 

- 

5 

Check: Does the UE transmit an TRACKING 
AREA UPDATE REQUEST message on Cell B 
in the next 30 seconds? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

F 

6 

The SS configures: 

- Cell A as a "Not Suitable off cell". 

- Cell B as a "Not Suitable cell". 

- Cell C as a "Suitable cell". 





7 

Check: Does the UE transmit an TRACKING 
AREA UPDATE REQUEST message on Cell 
C? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2 

P 

8 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

9 

The UE transmits a TRACKING AREA 
UPDATE COMPLb 1 1 message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

10 

The SS configures: 

- Cell A as a "Not Suitable off cell". 

- Cell B as a " Serving cell". 

- Cell C as a " Not Suitable cell". 





11 

Check: Does the UE transmit an TRACKING 
AREA UPDATE REQUEST message in the 
next 30 seconds on Cell B? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

F 


9.2.3.2.16.3.3 Specific message contents 

Table 9.2.3.2.16.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 2, Table 9.2.3.2.16.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 

'001 'B 

"combined TA/LA 
updating" 


Table 9.2.3.2.16.3.3-2: Message TRACKING AREA UPDATE REJECT (step 3, Table 9.2.3.2.16.3.2-1) 

Derivation Path: 36.508, Table 4.7.2-26 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'OOOIIOOI'B 

#25 " Not authorized 
for this CSG" 
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Table 9.2.3.2.16.3.3-3: Message TRACKING AREA UPDATE REQUEST (step 7, Table 9.2.3.2.16.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 

'010'B 

"combined TA/LA 
updating with IIVISI 
attach " 



Table 9.2.3.2.16.3.3-4: SystemlnformationBlockTypel for Cell A, B, C (Pre-test conditions and all 

steps in Table 9.2.3.2.16.3.2-1) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

TRUE 


CellB 

FALSE 


Cell A 

FALSE 


CellC 

csg-ldentity 

Not present 


Cell A 

'000 0000 0000 0000 
0000 0000 001 0'B 


CellB 

Not present 


CellC 

} 




} 





9.2.3.2.17 


9.2.3.2.17.1 


Combined tracking area update / Abnormal case / handling of the EPS tracking 
area updating attempt counter 

Test Purpose (TP) 


(1) 

with { UE has initiated combined tracking area updating procedure and has the tracking area updating 
attempt counter less than 5 } 
ensure that { 

when { UE detects release of the NAS signalling connection and in a EPS update status different to 
EUl UPDATED and update status is Ul UPDATED } 

then { UE starts timer T3411, does not delete any LAI, TMSI, ciphering key sequence number and 
list of equivalent PLMNs and set the update status to U2 NOT UPDATED } 

} 

(2) 

with { UE has initiated combined tracking area updating procedure and has the tracking area updating 
attempt counter equal to 5 } 
ensure that { 

when { UE detects release of the NAS signalling connection } 

then { UE starts timer T3402, deletes any LAI, TMSI, ciphering key sequence number and list of 
equivalent PLMNs and set the update status to U2 NOT UPDATED } 


9.2.3.2.17.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 24.301, clause 5.5.3.1, clause 
5.5.3.2.6 and clause 5.5.3.3.6. 

[TS 24.301, clause 5.5.3.1] 


A tracking area updating attempt counter is used to limit the number of subsequently rejected tracking area update 
attempts. The tracking area updating attempt counter shall be incremented as specified in subclause 5.5.3.2.6. 
Depending on the value of the tracking area updating attempt counter, specific actions shall be performed. The tracking 
area updating attempt counter shall be reset when: 
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- an attach or combined attach procedure is successfully completed; 

- a normal or periodic tracking area updating or a combined tracking area updating procedure is successfully 
completed; or 

- a normal or periodic tracking area updating or a combined tracking area updating procedure is rejected with 
EMM cause #11, #12, #13, #14, #15 or #25. 

Additionally the tracking area updating attempt counter shall be reset when the UE is in substate EMM- 
REGISTERED. ATTEMPTING-TO-UPD ATE or EMM-REGISTERED.ATTEMPTING-TO-UPDATE-MM, and: 

- a new tracking area is entered; or 

- timer T3402 expires. 
[TS 24.301, clause 5.5.3.2.6] 

The following abnormal cases can be identified: 


c) T3430 timeout 

The UE shall abort the procedure and proceed as described below. The NAS signalling connection shall be 
released locally. 


For the cases b, c and d the UE shall proceed as follows: 

Timer T3430 shall be stopped if still running. The tracking area updating attempt counter shall be incremented, 
unless it was already set to 5. 

If the tracking area updating attempt counter is less than 5, and the TAI of the current serving cell is included in 
the TAI list and the EPS update status is equal to EUl UPDATED: 

- the UE shall keep the EPS update status to EUl UPDATED and enter state EMM- 
REGISTERED.NORMAL-SERVICE. The UE shall start timer T3411. When timer T3411 expires the 
tracking area updating procedure is triggered again. 

If the tracking area updating attempt counter is less than 5, and the TAI of the current serving cell is not included 
in the TAI list or the EPS update status is different to EUl UPDATED: 

- the UE shall start timer T341 1, shall set the EPS update status to EU2 NOT UPDATED and change to state 
EMM-REGISTERED. ATTEMPTING-TO-UPD ATE. When timer T3411 expires the tracking area updating 
procedure is triggered again. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the GPRS update status as 
specified in 3GPP TS 24.008 [13] for the abnormal case when a normal or periodic routing area updating 
procedure fails and the routing area updating attempt counter is less than 5 and the GPRS update status is 
different from GUI UPDATED. 

If the tracking area updating attempt counter is equal to 5: 

- the UE shall start timer T3402, shall set the EPS update status to EU2 NOT UPDATED, shall delete the list 
of equivalent PLMNs and shall change to state EMM-REGISTERED.ATTEMPTING-TO-UPDATE or 
optionally to EMM-REGISTERED. PLMN-SE ARCH in order to perform a PLMN selection according to 
3GPPTS 23.122 [6]. 

If A/Gb mode or lu mode is supported by the UE, the UE shall in addition handle the GPRS update status as 
specified in 3GPP TS 24.008 [13] for the abnormal case when a normal or periodic routing area updating 
procedure fails and the routing area updating attempt counter is equal to 5. 

[TS 24.301, clause 5.5.3.3.6] 
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If the tracking area updating attempt counter is incremented according to subclause 5.5.3.2.6 the next actions depend on 
the value of the tracking area updating attempt counter. 

- if the update status is Ul UPDATED and the tracking area updating attempt counter is less than 5, then the UE 
shall keep the update status to Ul UPDATED, the new MM state is MM IDLE substate NORMAL SERVICE; 

- if the tracking area updating attempt counter is less than 5 and, additionally, the update status is different from 
Ul UPDATED UE shall delete any LAI, TMSI, ciphering key sequence number and list of equivalent PLMNs 
and set the update status to U2 NOT UPDATED. The MM state remains MM LOCATION UPDATING 
PENDING; or 

- if the tracking area updating attempt counter is equal to 5, the UE shall delete any LAI, TMSI, ciphering key 
sequence number and list of equivalent PLMNs and set the update status to U2 NOT UPDATED. A UE 
operating in CS/PS mode 1 of operation shall select GERAN or UTRAN radio access technology and proceed 
with appropriate MM or GMM specific procedures. 

9.2.3.2.1 7.3 Test description 

9.2.3.2.1 7.3.1 Pre-test conditions 

System Simulator: 

cell A and cell B. 

- System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

none. 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell A according to TS 36.508 [18]. 
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9.2.3.2.1 7.3.2 Test procedure sequence 

Table 9.2.3.2.17.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Set the cell type of Cell A to the "non-Suitable 
cell". Set the cell type of Cell B to the "Serving 
cell". 





- 

The following messages are sent and shall be 
received on Cell B. 

- 

- 

- 

- 

2 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

3 

Wait for 25s to ensure that T3430 and T341 1 

expire. 

NOTE 1 : The tracking area updating attempt 

counter is 1 . 





4 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

5 

Wait for 25s to ensure that T3430 and T341 1 

expire. 

NOTE 2: The tracking area updating attempt 

counter is 2. 





6 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

7 

Wait for 25s to ensure that T3430 and T341 1 

expire. 

NOTE 3: The tracking area updating attempt 

counter is 3. 





8 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

9 

Wait for 25s to ensure that T3430 and T341 1 

expire. 

NOTE 4: The tracking area updating attempt 

counter is 4. 





10 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

11 

The SS releases the RRC connection. 
NOTE 5: The tracking area updating attempt 
counter is 5 and reset. 





12 

Wait for 12 min to ensure that T3402 expires. 

- 

- 

- 

- 

13 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2 

P 

14 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

15 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 






9.2.3.2.17.3.3 


Specific message contents 


Table 9.2.3.2.17.3.3-1 : Message TRACKING AREA UPDATE REQUEST (step 2, step 4, step 6, step 8, 

step 10, Table 9.2.3.2.17.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-27 

Information Element 

Value/remark 

Comment 

Condition 

EPS update type 




EPS update type Value 

'OOI'B 

"combined TA/LA 
updating" 


Old GUTI 

GUTI-1 



Last visited registered TAI 

TAI-1 



Old LAI 

LAI-1 



TMSI Status 

Not Present 
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Table 9.2.3.2.17.3.3-2: Message TRACKING AREA UPDATE REQUEST (step 13, Table 9.2.3.2.17.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-27 

Information Element 

Value/remark 

Comment 

Condition 

EPS update type 




EPS update type Value 

'oorB 

"combined TA/LA 
updating" 


Old GUT! 

GUTI-1 



Old location area identification 

Not present 



TMSI status 



no valid TMSI 
available 



Table 9.2.3.2.17.3.3-3: Message TRACKING AREA UPDATE ACCEPT (step 14, Table 9.2.3.2.17.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-24 

Information Element 

Value/remark 

Comment 

Condition 

GUTI 

GUTI-2 




9.2.3.3 
9.2.3.3.1 
9.2.3.3.1.1 
(1) 


lu mode to S1 mode inter-system change in idle mode 
First lu mode to SI mode inter-system change after attach 
Test Purpose (TP) 


with { the UE is powered on in UTRAN with a USIM containing valid EPS identities and EPS security 
context and has attached in UTRAN and activated a PDP context } 
ensure that { 

when { the UE reselects a E-UTRAN cell } 

then { the UE transmits a TRACKING AREA UPDATE REQUEST message including eKSI stored in the 
USIM, old GUTI mapped from RAI and P-TMSI, GPRS ciphering sequence number, nonceUE and the UE radio 
capability information update needed IE, the message is integrity protected using the EPS security 
context stored in the USIM and encapsulated in an RRCConnectionSetupComplete message whith 
registeredMME set to the MME part of the mapped GUTI } 

(2) 

with { the UE has performed a TAU procedure in EUTRAN after initial registration at power on in 
UTRAN } 
ensure that { 

when { the UE reselects a UTRAN cell } 

then { the UE transmits a ROUTING AREA UPDATE REQUEST message including P-TMSI and P-TMSI 
signature mapped from GUTI, previously allocated P-TMSI as additional mobile identity, RAI where P- 
TMSI was allocated as additional old routing area identification, eKSI allocated in UTRAN as GPRS 
ciphering key sequence number, the message is encapsulated in an INITIAL DIRECT TRANSFER message 
including IDNSS mapped from P-TMSI, START value set to O} 

(3) 

with { the UE has performed a TAU procedure in EUTRAN after initial registration at power on in 
UTRAN and has transmitted a ROUTING AREA UPDATE REQUEST message and received an AUTHENTICATION AND 
CIPHERING REQUSET message } 
ensure that { 

when { the UE receives a SECURITY MODE COMMAND message } 

then { the UE transmits a SECURITY MODE COMPLETE and starts performing ciphering an integrity 
protection using new CK and IK } 

(4) 

with { the UE has performed initial registration at power on in UTRAN and has EPS security context } 
ensure that { 

when { UE performs a TAU procedure in E-UTRAN } 

then { the UE starts performing ciphering an integrity protection using EPS security context } 

NOTE: ISR considered not in the scope of this test case, so it is never activated. 
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9.2.3.3.1 .2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 23.003 clause 2.8.2.1, 
2.8.2.2, TS 23.401 clauses 5.3.1.1, 5.3.3.1, 5.3.3.3 and Annex D; TS 25.331 clauses 8.1.8.2 and 10.3.1.6 (on IDNNS); 
TS 24.008 [NAS message contents]; TS 24.301 clause 5.5.3.2.2; and TS 36.331 clauses 5.3.3.3 and 5.3.3.4. 

[TS 23.003, clause 2.8.2.1] 

The mapping of the GUTI shall be done to the combination of RAI of GERAN / UTRAN and the P-TMSI: 

E-UTRAN <MCC> maps to GERAN/UTRAN <MCC> 

E-UTRAN <MNC> maps to GERAN/UTRAN <MNC> 

E-UTRAN <MME Group ID> maps to GERAN/UTRAN <LAC> 

E-UTRAN <MME Code> maps to GERAN/UTRAN <RAC> and is also copied into the 8 most significant bits 
of the NRI field within the P-TMSI; 

E-UTRAN <M-TMSI> maps as follows: 

- 6 bits of the E-UTRAN <M-TMSI> starting at bit 29 and down to bit 24 are mapped into bit 29 and down to 
bit 24 of the GERAN/UTRAN <P-TMSI>; 

16 bits of the E-UTRAN <M-TMSI> starting at bit 15 and down to bit are mapped into bit 15 and down to 
bit of the GERAN/UTRAN <P-TMSI>; 

- and the remaining 8 bits of the E-UTRAN <M-TMSI> are mapped into the 8 MBS bits of the <P-TMSI 
signature> field. 

For UTRAN, the 10-bit long NRI bits are masked out from the P-TMSI and also supplied to the RAN node as IDNNS 
(Intra Domain NAS Node Selector). However, the RAN configured NRI length should not exceed 8 bits. 

[TS 23.003, clause 2.8.2.2] 

The mapping of P-TMSI (TLLI) and RAI in GERAN/UTRAN to GUTI in E-UTRAN shall be performed as follows: 

GERAN/UTRAN <MCC> maps to E-UTRAN <MCC> 

GERAN/UTRAN <MNC> maps to E-UTRAN <MNC> 

GERAN/UTRAN <LAC> maps to E-UTRAN <MME Group ID> 

GERAN/UTRAN <RAC> maps into bit 23 and down to bit 16 of the M-TMSI 
The 8 most significant bits of GERAN/UTRAN <NRI> map to the MME code. 

GERAN/UTRAN <P-TMSI> maps as follows: 

- 6 bits of the GERAN/UTRAN <P-TMSI> starting at bit 29 and down to bit 24 are mapped into bit 29 and 
down to bit 24 of the E-UTRAN <M-TMSI>; 

- 16 bits of the GERAN/UTRAN <P-TMSI> starting at bit 15 and down to bit are mapped into bit 15 and 
down to bit of the E-UTRAN <M-TMSI>. 

The values of <LAC> and <MME group id> shall be disjoint, so that they can be differentiated. The most significant bit 
of the <LAC> shall be set to zero; and the most significant bit of <MME group id> shall be set to one. Based on this 
definition, the most significant bit of the <MME group id> can be used to distinguish the node type, i.e. whether it is an 
MME or SGSN. 

[TS 24.301 clause 5.3.1.1] 

When the UE is in EMM-IDLE mode and needs to transmit an initial NAS message, the UE shall request the lower 
layer to establish a RRC connection. In this request to the lower layer the NAS shall provide to the lower layer the RRC 
establishment cause and the call type as specified in annex D of this specification. 
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[TS 23.401, clause 5.3.3.1, step 2, "Tracking Area Update procedure with Serving GW change"] 


If the UE's TIN indicates "P-TMSI" and the UE holds a valid P-TMSI and related RAI then these two elements are 
indicated as the old GUTI. 


[TS 23.401, clause 5.3.3.3, step 2, "Routeing Area Update with MME interaction and without S-GW change"] 


If the UE's internal TIN indicates "GUTI" and the UE holds a valid GUTI then the UE indicates the GUTI as the old 
P-TMSI and old RAI 


[TS 24.301, clause 5.5.3.2.2 "Normal and periodic tracking area updating procedure initiation"] 


If the UE supports A/Gb mode or lu mode, the UE shall handle the GUTI as follows: 

- if the TIN indicates "P-TMSI" and the UE holds a vaHd P-TMSI and RAI, the UE shall map the P-TMSI and 
RAI into the old GUTI IE. If a P-TMSI signature is associated with the P-TMSI, the UE shall include it in the 
Old P-TMSI signature IE. Additionally, if the UE holds a vaHd GUTI, the UE shall indicate the GUTI in the 
Additional GUTI IE. 

NOTE: Mapping the P-TMSI and RAI to the GUTI is specified in Annex H of 3GPP TS 23.401 [10]. 

- if the TIN indicates "GUTI" or "RAT-related TMSI" and the UE holds a vaHd GUTI, the UE shall indicate the 
GUTI in the Old GUTI IE. 


If the UE has a current EPS security context, the UE shall include the eKSI (either KSIasme or KSIsgsn) in the NAS 
Key Set Identifier IE in the TRACKING AREA UPDATE REQUEST message. Otherwise, the UE shall set the NAS 
Key Set Identifier IE to the value "no key is available". If the UE has a current EPS security context, the UE shall 
integrity protect the TRACKING AREA UPDATE REQUEST message with the current EPS security context. 
Otherwise the UE shall not integrity protect the TRACKING AREA UPDATE REQUEST message. 


When the tracking area updating procedure is initiated in EMM-IDLE mode to perform an inter-system change from 
A/Gb mode or lu mode to SI mode and the TIN is set to "P-TMSI", the UE shall include the GPRS ciphering key 
sequence number applicable for A/Gb mode or lu mode and a nonccuE in the TRACKING AREA UPDATE REQUEST 
message. 


If the UE initiates the first tracking area updating procedure following an attach in A/Gb mode or lu mode, the UE shall 
include a UE radio capability information update needed IE in the TRACKING AREA UPDATE REQUEST message. 

...[TS 24.301, Annex D] 
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Table D.1.1 : Mapping of NAS procedure to establishment cause and call type 


NAS procedure 

RRC establishment cause (according 3GPP TS 36.331 [22]) 

Call type 

Tracking Area Update 

MO signalling (See Note 1) 

"originating signalling" 

Note 1 : For these NAS procedures initiated by UEs of access class 12, 13 or 14 in their home country, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". For this purpose the home country is 
defined as the country of the MCC part of the IMSI, see 3GPP TS 22.01 1 [1 A]. 

For these NAS procedures initiated by UE of access class 11 or 1 5 in their HPLMN or EHPLMN, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". 


[TS 36.331, clause 5.3.3.3] 

The UE shall set the contents of RRC ConnectionRe quest message as follows: 
1> set the ue -Identity as follows: 

2> if upper layers provide an S-TMSI: 

3> set the ue-Identity to the value received from upper layers; 
2> else 

3> draw a random value in the range .. 2^^-\ and set the ue-Identity to this value; 
NOTE 1 Upper layers provide the S-TMSI if the UE is registered in the TA of the current cell. 
1> Set the establishmentCause in accordance with the information received from upper layers; 
[TS 36.331, clause 5.3.3.4] 

1> set the content of RRCConnectionSetupComplete message as follows: 

2> set the selectedPLMN -Identity to the PLMN selected by upper layers (see TS 23.122 [11], TS 24.301 [35]) 
from the PLMN(s) included in the plmn-IdentityList in SystemlnformationBlockTypel ; 

2> if upper layers provide the 'Registered MME', set the registeredMME as follows: 

3> if the PLMN identity of the 'Registered MME' is different from the PLMN selected by the upper layers: 

4> include the plmnldentity in the registeredMME and set it to the value of the PLMN identity in the 
'Registered MME' received from upper layers; 

3> set the mmegi and the mmec to the value received from upper layers; 

2> set the dedicatedlnfoNAS to include the information received from upper layers; 

[TS 24.008, clause 4.7.5] 
This procedure is used for: 

- SI mode to lu mode or SI mode to A/Gb mode intersystem change and ISR is not activated; 

[TS 24.008, clause 4.7.5.1.1] 

To initiate the normal routing area updating procedure, the MS sends the message ROUTING AREA UPDATE 
REQUEST to the network, starts timer T3330 and changes to state GMM-ROUTING-AREA-UPDATING- 
INITIATED. 

If the MS supports SI mode, the MS shall handle the P-TMSI IE as follows: 
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- If the TIN indicates "GUTI" and the MS holds a vaUd GUTI, the MS shall map the GUTI into a P-TMSI, 
P-TMSI signature and RAI as specified in 3GPP TS 23.003 [4]. The MS shall include the mapped RAI in the 
Old routing area identification IE and the mapped P-TMSI signature in the P-TMSI signature IE. When the 
routing area updating procedure is initiated in lu mode, the MS shall also include the mapped P-TMSI in the 
P-TMSI IE. Additionally, in lu mode and A/Gb mode, if the MS holds a vaHd P-TMSI and RAI, the MS shall 
indicate the P-TMSI in the Additional mobile identity IE and the RAI in the Additional old routing area 
identification IE. 


If the routing area updating procedure is initiated by the MS due to an S 1 mode to lu mode or S 1 mode to A/Gb mode 
inter-system change in idle mode and the TIN indicates "GUTI", the message ROUTING AREA UPDATE REQUEST 
shall include a P-TMSI signature filled with a NAS token as specified in 3GPP TS 33.401 [119]. In the GPRS ciphering 
key sequence number IE the MS shall indicate the value of the eKSI associated with the current EPS security context. 

NOTE: When the MS includes a P-TMSI signature filled with a NAS token, 8 bits of the NAS token will be filled 
with bits from the M-TMSI (see 3GPP TS 23.003 [4]). 

If the routing area updating procedure is initiated by the MS due to the S 1 mode to lu mode or S 1 mode to A/Gb mode 
inter-system change in connected mode, the MS shall derive CK' and IK' from Kasme and from the NAS downlink 
COUNT value indicated by lower layers as specified in 3GPP TS 33.401 [119]. If the routing area updating procedure is 
initiated by the MS due to the S 1 mode to lu mode or S 1 mode to A/Gb mode inter-system change in idle mode when 
the TIN indicates "GUTI", the MS shall derive CK' and IK' from the Kasme and the NAS uplink COUNT value 
corresponding to the NAS token derived as specified in 3GPP TS 33.401 [119]. The MS shall indicate the eKSI value in 
the CKSN field of the GPRS ciphering key sequence number IE in the ROUTING AREA UPDATE REQUEST 
message. Then, the MS shall reset the START value and store the mapped UMTS security context replacing the 
established UMTS security context. 

[TS 25.331, clause 8.1.8.2] 


The UE shall, in the INITIAL DIRECT TRANSFER message: 

1> set the IE "NAS message" as received from upper layers; and 

1> set the IE "CN domain identity" as indicated by the upper layers; and 

1> set the IE "Intra Domain NAS Node Selector" as follows: 

2> derive the IE "Intra Domain NAS Node Selector" from TMSI/PMTSI, IMSI, or IMEI; and 

2> provide the coding of the IE "Intra Domain NAS Node Selector" according to the following priorities: 

1 . derive the routing parameter for IDNNS from TMSI (CS domain) or PTMSI (PS domain) whenever a 
vaHd TMSI/PTMSI is available; 

2. base the routing parameter for IDNNS on IMSI when no valid TMSI/PTMSI is available; 

3. base the routing parameter for IDNNS on IMEI only if no (U)SIM is inserted in the UE. 

1> if the UE, on the existing RRC connection, has received a dedicated RRC message containing the IE "Primary 
PLMN Identity" in the IE "CN Information Info": 

2> set the IE "PLMN identity" in the INITIAL DIRECT TRANSFER message to the latest PLMN information 
received via dedicated RRC signalling. If NAS has indicated the PLMN towards which a signalling 
connection is requested, and this PLMN is not in agreement with the latest PLMN information received via 
dedicated RRC signalling, then the initial direct transfer procedure shall be aborted, and NAS shall be 
informed. 

1> if the UE, on the existing RRC connection, has not received a dedicated RRC message containing the IE "CN 
Information Info" , and if the IE "Multiple PLMN List" was broadcast in the cell where the current RRC 
connection was established: 
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2> set the IE "PLMN identity" in the INITIAL DIRECT TRANSFER message to the PLMN chosen by higher 
layers [5, 25] amongst the PLMNs in the IE "Multiple PLMN List" broadcast in the cell where the RRC 
connection was established. 

1> if the IE "Activated service Hst" within variable MBMS_ACTIVATED_SERVICES includes one or more 
MBMS services with the IE "Service type" set to "Multicast" and; 

1> if the IE "CN domain identity" as indicated by the upper layers is set to "CS domain" and; 

1> if the variable ESTABLISHED_SIGNALLING_CONNECTIONS does not include the CN domain identity 'PS 
domain': 

2> include the IE "MBMS joined information"; 

2> include the IE "P-TMSI" within the IE "MBMS joined information" if a vaHd PTMSI is available. 

1> if the UE is in CELL_FACH state and the IE "CN domain identity" as indicated by the upper layers is set to "CS 
domain" : 

2> if the value of the variable ESTABLISHMENT_CAUSE is set to "Originating Conversational Call" or 
"Emergency Call": 

3> set the value of the IE "Call type" to "speech", "video" or "other" according to the call being initiated. 

1> if the variable ESTABLISHMENT_CAUSE is initialised: 

2> set the IE "EstabHshment cause" to the value of the variable ESTABLISHMENT_CAUSE; 

2> clear the variable ESTABLISHMENT_CAUSE. 
1> calculate the START according to subclause 8.5.9 for the CN domain as set in the IE "CN Domain Identity"; and 
1> include the calculated START value for that CN domain in the IE "START". 


9.2.3.3.1 .3 Test description 

9.2.3.3.1 .3.1 Pre-test conditions 

System Simulator: 

- cell A, cell B and cell 5 (UTRA cell in LAI-l/RAI-1); 

- cell 5 is configured as Serving cell, cell A as Non-Suitable cell. 

- System information combination 4 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
NOTE: For Cell 5, power levels are defined in TS 34. 108 subclause 6. 1 .5 (FDD) or 6. 1 .6 (TDD). 

UE: 

- the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell B using default message contents according to TS 36.508 [18]. 

Note: Cell B belongs to TAI-2 (unUke cell A). 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.3.3.1.3.2 


Test procedure sequence 

Table 9.2.3.3.1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message on Cell 5 

-> 

ATTACH REQUEST 

- 

- 

3 

The SS transmits an AUTHENTICATION AND 
CIPHERING REQUEST message. 

<— 

AUTHENTICATION AND 
CIPHERING REQUEST 

- 

- 

4 

The UE transmits an AUTHENTICATION AND 
CIPHERING RESPONSE message. 

-> 

AUTHENTICATION AND 
CIPHERING RESPONSE 

- 

- 

5 

Void 

- 

- 

- 

- 

6 

Void 

- 

- 

- 

- 

7 

Void 

- 

- 

- 

- 

8 

SS responds with ATTACH ACCEPT message 
including P-TMSI-1 and RAI-1. 

<— 

ATTACH ACCEPT 

- 

- 

9 

The UE transmits an ATTACH COMPLETE 
message. 

-> 

ATTACH COMPLETE 

- 

- 

10 

The activation of a PDP context is triggered by 
MMI or AT command. 

- 

- 

- 

- 

11 

Void 

- 

- 

- 

- 

12 

The SS establishes a radio bearer associated 
with the requested PDP context. 

- 

- 

- 

- 

13 

The SS releases the RRC connection. 

- 

- 

- 

- 

14 

Cell A is configured as the Serving Cell, Cell 5 
is configured as a Suitable Neighbour Cell. 

- 

- 

- 

- 

15 

Check: Does the UE transmit an 
RRCConnectionRequest with the InitialUE- 
IdentityseX to "random Value" and the 
establishmentcause set to MO-signalling? 



1 

P 

16 

The SS responds with RRCConnectionSetup. 

- 

- 



17 

Check: Does the UE transmit an 
RRCConnectionSetupComplete message with 
the mmegi and mmec are set to the values 
derived from the mapped RAI and P-TMSI, 
and containing a TRACKING AREA UPDATE 
REQUEST message as described in the 
specific message contents? 
Check2: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message integrity 
protected using IK derived from Kasme? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1,4 

P 

18 

The SS responds with a TRACKING AREA 
UPDATE ACCEPT allocating a new GUTI and 
TAI list. This message is ciphered and integrity 
protected using CK and IK derived from Kasme- 

<— 

TRACKING AREA UPDATE 
ACCEPT 



18 
A 

Check: Does the UE transmit a TRACKING 
AREA UPDATE COMPLETE message 
ciphered and integrity protected using CK and 
IK derived from Kasme- 

-> 

TRACKING AREA UPDATE 
COMPLETE 

4 

P 

19 

The SS releases the RRC connection 

- 

- 

- 

- 

20 

Void 

- 

- 

- 

- 

21 

Cell 5 is configured as the Serving Cell and 
Cell A is configured as a Non-Suitable Cell as 
defined in table 6.2.2.1-1 of TS 36.508 [18]. 





22 

Void 

- 

- 

- 

- 

23 

Check: Does the UE transmit a ROUTING 
AREA UPDATE REQUEST message as 
specified in the specific message contents 
included in an INITIAL DIRECTE TRANSFER 
message with intraDomainNasNodeSelector 
mapped from GUTI allocated in step 18? 

-> 

ROUTING AREA UPDATE 
REQUEST 

2 

P 

23 
AA 

The SS sends an AUTHENTICATION AND 
CIPHERING REQUEST message to perform a 
UMTS AKA procedure. 

<— 

AUTHENTICATION AND 
CIPHERING REQUEST 
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23 
AB 

The UE sends an AUTHENTICATION AND 
CIPHERING RESPONSE message. 

-> 

AUTHENTICATION AND 
CIPHERING RESPONSE 

- 

- 

23 
A 

The SS sends a SECURITY MODE 
COMMAND message to activate integrity 
protection and ciphering. This message is 
integrity protected using new IK. 





23 
B 

Check: Does the UE transmit a SECURITY 
MODE COMPLETE message integrity 
protected using new IK? 



3 

P 

24 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message (no new P-TMSI nor RAI). 
This message is ciphered and integrity 
protected using CK and IK derived at step 
23AA. 

<— 

ROUTING AREA UPDATE 
ACCEPT 



25 

After the activation time indicated at step 23A, 
the SS transmits a UE CAPABILITY ENQUIRY 
message requesting the UE E-UTRAN 
capability. This message is ciphered and 
integrity protected using CK and IK derived at 
step 23AA. 





26 

Check: Does the UE transmit a UE 
CAPABILITY INFORMATION message? 

Note: the purpose of this message is to show 
that the UE uses CK and IK derived at step 
23AA, and not the CK and IK allocated at step 
4. 



3 

P 

27 

The SS transmits a UE CAPABILITY 
INFORMATION CONFIRM message. 

- 

- 

- 

- 

28 

The SS releases the RRC connection 

- 

- 

- 

- 


9.2.3.3.1 .3.3 Specific message contents 

Table 9.2.3.3.1.3.3-1: Message RRCConnectionRequest (step 15, Table 9.2.3.3.1.3.2-1) 


Derivation path: 36.508 table 4.6.1-16 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




ue-ldentity CHOICE { 




random-Value 

Any allowed value 



} 




establishmentCause 

Mo-Signalling 



} 




} 




} 
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Table 9.2.3.3.1.3.3-2: Message RRCConnectionSetupComplete (step 17, Table 9.2.3.3.1.3.2-1) 


Derivation path: 36.508 table 4.6.1-18 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionSetupComplete ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionSetupComplete-r8 SEQUENCE { 




selectedPLMN-ldentity 

1 



registeredMME { 




pimn-ldentity 

Not present 



mmegi 

LAC sent to the UE in 
step 8 



mmec 

Bit23tobit16of P-TMSI 
sent to the UE in step 8 



} 




dedicatedlnfoNAS 

See table 9.2.3.3.1.3.3-3 



nonCriticalExtension SEQUENCE {} 




} 




} 




} 




} 




Details to be added 
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Table 9.2.3.3.1.3.3-3: Message TRACKING AREA UPDATE REQUEST (step 17, Table 9.2.3.3.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 with condition UNCIPHERED (the message is integrity protected using the key 
stored in the USIM). 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 

000 or 001 

'TA updating' or 
'combined TA/LA 
updating' 


NAS key set identifier 




NAS key set identifier 

The valid NAS key set 
identifier stored in the 
USIM 



TSC 

'O'B 

native security 
context (for 

KSIasme) 


Old GUTI or IMSI 




Type of identity 

110 

GUTI 


MNC/MCC 

Mobile Country Code and 
Mobile Network Code 
stored in EFimsi on the 
test USIM 



MME Group ID 

LAI allocated at step 8 



MME Code 

Bit 23 to bit 16 of P-TMSI 
allocated at step 8 



M-TMSI 

Value is specified bit by 
bit below: 

- bit 31 and bit 30: FFS 

- bit 29 to bit 24: bit 29 to 
bit 24 of P-TMSI 
allocated at step 8 

-bit 23 to bit 16: RAC 
allocated at step 8 

- bit 15 to bit 0: bit 15 to 
bit of P-TMSI allocated 
at step 8 



GPRS ciphering key sequence number 

GPRS ciphering key 
sequence number 
allocated at step 3 



Old P-TMSI signature 

P-TMSI signature 
allocated at step 8 



Additional GUTI 

GUTI-1 



NonceuE 

Any allowed value (must 
be present) 



UE network capability 

Any allowed value (must 
be present) 



Last visited registered TAI 

TAI stored in the test 
USIM 



UE radio capability information update needed 

1 

UE radio 
capability 
information 
update needed 


MS network capability 

Any allowed value (must 
be present) 



Old location area identification 

Not present if "EPS 
update type" is TA 
updating', LAI-1 is "EPS 
update type" is 
'combined TA/LA 
updating' 



TMSI status 

Not present 
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Table 9.2.3.3.1.3.3-4: INITIAL DIRECT TRANSFER (step 23, Table 9.2.3.3.1.3.2-1) 


Derivation path: 25.331 clause 1 1 

Information Element 

Value/Remark 

Comment 

Condition 

InitialDirectTransfer ::= SEQUENCE { 




cn-Domainldentity 

ps-domain 



intraDomainNasNodeSelector SEQUENCE { 




version CHOICE { 




release99 SEQUENCE { 




gsm-Map-IDNNS SEQUENCE { 




routingbasis CHOICE { 




tMSIofsamePLMN { 




routingparameter 

bit23tobit14of P-TMSI 
mapped from GUTI 
allocated to UE in step 
18 



} 




} 




} 




} 




} 




} 




} 




nas-IVIessage 

See table 9.2.3.3.1.3.3-5 



measuredResultsOnRACH 

Not checked 



v3aONonCriticalExtensions SEQUENCE { 




initialDirectTransfer-v3a0ext SEQUENCE { 




start-Value 

00000000000000000000 



} 




} 




} 
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Table 9.2.3.3.1.3.3-5: Message ROUTING AREA UPDATE REQUEST (step 23, Table 9.2.3.3.1.3.2-1) 


Derivation path: 24.008 table 9.4.14 

Information Element 

Value/Remark 

Comment 

Condition 

Update type 

000 

RA updating 


GPRS ciphering key sequence number 

eKSI stored on the test 
USIM 



Old routing area identification 

GUTI-1 right shifted by 
32bits 



MS Radio Access capability 

Not checked 



Old P-TMSI signature 

Value is specified bit by 

bit below: 

-bit 23 to bit 16: bit 23 to 

bit16ofM-TMSI 

allocated in step 18 

-bit15tobitO:FFS 



Requested READY timer value 

Not checked 



DRX parameter 

Not checked 



TMSI status 

Not present 



P-TMSI 

Value is specified bit by 
bit below: 

- bit 31 and bit 30: 1 

- bit 29 to bit 24: bit 29 to 
bit 24 of M-TMSI 
allocated in step 18 
-bit 23 to bit 16: MME 
code allocated in step 18 

- bit 15 to bit 0: bit 15 to 
bit of M-TMSI allocated 
in step 18 



MS network capability 

Not checked 



PDP context status 

Not checked 



PS LCS Capability 

Not checked 



MBMS context status 

Not checked 



UE network capability 

Any allowed value 



Additional mobile identity 

P-TMSI allocated in step 
8 



Additional old routing area identification 

RAI-1 



Mobile station classmark 2 

Not checked 



Mobile station classmark 3 

Not checked 



Supported Codecs 

Not checked 




lu mode to S1 mode intersystem change / ISR is active / Expiry of T3312 in E- 
UTRAN or T3412 in UTRAN and further intersystem change 

Test Purpose (TP) 


9.2.3.3.2 

9.2.3.3.2.1 
(1) 

with { the UE is camped on a E-UTRAN cell, ISR is active, T3312 has expired, T3323 hasn't expired } 
ensure that { 

when { UE enters a UTRAN cell belonging to the RA where the UE was last updated } 
then { the UE performs a RAU procedure including the UE P-TMSI and RAI } 

} 

(2) 

with { the UE is camped on a E-UTRAN cell, ISR is active, T3312 and T3323 have expired } 
ensure that { 

when { UE enters a UTRAN cell belonging to the RA where the UE was last updated } 

then { the UE performs a RAU procedure including mapped identities from E-UTRAN and additional 
P-TMSI and old RAI } 
} 

(3) 

with { the UE is camped on a UTRAN cell, ISR is active, T3412 has expired, T3423 hasn't expired } 
ensure that { 

when { UE enters a E-UTRAN cell in a TA belonging to the current TA list } 
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then { the UE performs a TAU procedure including the UE GUTI and last visited TAI } 

} 

(4) 

with { the UE is camped on a UTRAN cell, ISR is active, T3412 and T3423 have expired } 
ensure that { 

when { the UE enters a E-UTRAN cell in a TA belonging to the current TA list } 

then { the UE performs a TAU procedure including mapped GUTI from UTRAN, P-TMSI signature and 
additional GUTi} 


9.2.3.3.2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301 clauses 5.3.5 and 
5.5.3.2.2 and TS 24.008 clauses 4.7.2.2 and 4.7.5.1.1. 

[24.301, clause 5.3.5] 

If ISR is activated, the UE shall keep both the periodic tracking area update timer (timer T3412) and the periodic 
routeing area update timer (timer T3312). The two separate timers run in the UE for updating MME and SGSN 
independently. If the periodic tracking area update timer expires and the UE cannot initiate the tracking area updating 
procedure, as it is in state EMM-REGISTERED. NO-CELL- AVAIL ABLE, the UE shall start the E-UTRAN deactivate 
ISR timer T3423. The UE shall initiate the tracking area updating procedure and stop the timer T3423 when it enters 
state EMM-REGISTERED.NORMAL-SERVICE before timer T3423 expires. After expiry of timer T3423 the UE shall 
set its TIN to "P-TMSI" in order to initiate the tracking area updating procedure when it returns to state EMM- 
REGISTERED.NORMAL-SERVICE. 

If the UE is attached to both EPS and non-EPS services, and if timer T3412 expires or timer T3423 expires when the 
UE is in EMM-REGISTERED. NO-CELL- AVAIL ABLE state, then the UE shall initiate the combined tracking area 
updating procedure indicating "combined TA/LA updating with IMSI attach" when the UE returns to EMM- 
REGISTERED.NORMAL-SERVICE state. 

[24.301, clause 5.5.3.2.2] 


If the UE supports neither A/Gb mode nor lu mode, the UE shall include a valid GUTI in the Old GUTI IE in the 
TRACKING AREA UPDATE REQUEST message. 

If the UE supports A/Gb mode or lu mode, the UE shall handle the Old GUTI IE as follows: 

- If the TIN indicates "P-TMSI" and the UE holds a vaHd P-TMSI and RAI, the UE shall map the P-TMSI and 
RAI into the Old GUTI IE. If a P-TMSI signature is associated with the P-TMSI, the UE shall include it in the 
Old P-TMSI signature IE. Additionally, if the UE holds a vaHd GUTI, the UE shall indicate the GUTI in the 
Additional GUTI IE. 

NOTE: The mapping of the P-TMSI and RAI to the GUTI is specified in 3GPP TS 23.003 [2] . 

- If the TIN indicates "GUTI" or "RAT-related TMSI" and the UE holds a vaHd GUTI, the UE shall indicate the 
GUTI in the Old GUTI IE. 

[24.008, clause 4.7.2.2] 

If ISR is activated, the MS shall keep both the periodic tracking area update timer (timer T3412) and the periodic 
routeing area update timer (timer T3312). The two separate timers run in the MS for updating MME and SGSN 
independently. If the periodic routeing area update timer expires and the MS is in state GMM-REGISTERED. NO- 
CELL- A VAIL ABLE, the MS shall set its TIN to "RAT-related TMSI" and start the GERAN/UTRAN Deactivate ISR 
timer T3323. The MS shall initiate the routeing area updating procedure and stop the timer T3323 when the MS enters 
the state GMM-REGISTERED. NORMAL-SERVICE before timer T3323 expires. After expiry of timer T3323 the MS 
shall deactivate ISR by setting its TIN to "GUTI" and initiate the routing area updating procedure when the MS enters 
the state GMM-REGISTERED.NORMAL-SERVICE. 
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If the MS is both IMSI attached for GPRS and non-GPRS services, and if the MS lost coverage of the registered PLMN 
and timer T3312 expires or timer T3323 expires, then: 

a) if the MS returns to coverage in a cell that supports GPRS and that indicates that the network is in network 
operation mode I, then the MS shall either perform the combined routing area update procedure indicating 
"combined RA/LA updating with IMSI attach"; or 

b) if the MS returns to coverage in a cell in the same RA that supports GPRS and that indicates that the network is 
in network operation mode II or III, then the MS shall perform the periodic routing area updating procedure 
indicating "Periodic updating"; or 

c) if the MS was both IMSI attached for GPRS and non-GPRS services in network operation mode I and the MS 
returns to coverage in a cell in the same LA that does not support GPRS, then the MS shall perform the periodic 
location updating procedure. In addition, the MS shall perform a combined routing area update procedure 
indicating "combined RA/LA updating with IMSI attach" when the MS enters a cell that supports GPRS and that 
indicates that the network is in network operation mode I; or 

d) if the MS returns to coverage in a new RA the description given in subclause 4.7.5 applies. 

If the MS is both IMSI attached for GPRS and non-GPRS services in a network that operates in network operation 
mode I, and if the MS has camped on a cell that does not support GPRS, and timer T3312 expires or timer T3323 
expires, then the MS shall start an MM location updating procedure. In addition, the MS shall perform a combined 
routing area update procedure indicating "combined RA/LA updating with IMSI attach" when the MS enters a cell that 
supports GPRS and indicates that the network is in operation mode I. 

If timer T3312 expires or timer T3323 expires during an ongoing CS connection, then a MS operating in MS operation 
mode B shall treat the expiry of T3312 when the MM state MM-IDLE is entered, analogous to the descriptions for the 
cases when the timer expires out of coverage or in a cell that does not support GPRS. 

In A/Gb mode, timer T3312 and timer T3323 shall not be stopped when a GPRS MS enters state GMM- 
REGISTERED.SUSPENDED. 

[24.008, clause 4.7.5.1.1] 


If the MS supports SI mode, the MS shall handle the P-TMSI IE as follows: 

- If the TIN indicates "GUTI" and the MS holds a vaHd GUTI, the MS shall map the GUTI into a P-TMSI, 
P-TMSI signature and RAI as specified in 3GPP TS 23.003 [4]. The MS shall include the mapped RAI in the 
Old routing area identification IE and the mapped P-TMSI signature in the P-TMSI signature IE. When the 
routing area updating procedure is initiated in lu mode, the MS shall also include the mapped P-TMSI in the 
P-TMSI IE. Additionally, in lu mode and A/Gb mode, if the MS holds a vaHd P-TMSI and RAI, the MS shall 
indicate the P-TMSI in the Additional mobile identity IE and the RAI in the Additional old routing area 
identification IE. 

- If the TIN indicates "P-TMSI" or "RAT-related TMSI" and the MS holds a vaHd P-TMSI and RAI, the MS shall 
indicate the RAI in the Old routing area identification IE. When the routing area updating procedure is initiated 
in lu mode, the MS shall also include the P-TMSI in the P-TMSI IE. 

9.2.3.3.2.3 Test description 

9.2.3.3.2.3.1 Pre-test conditions 

System Simulator: 

- cell A and cell 5 (HPLMN); 

- cell 5 indicates NMO I . 

- System information combination 4 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

none. 
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Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell A according to TS 36.508 [18] and with M-TMSI = 
9a26319c (arbitrary value chosen for this test case). 
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9.2.3.3.2.3.2 


Test procedure sequence 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS sets the cell type of Cell 5 to "Serving 
Cell" and the cell type of Cell A to "Non- 
suitable cell". 





2 

The UE transmits a ROUTING AREA UPDATE 
message on cell 5. 

-> 

ROUTING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message on Cell 5 with T3312 set to 
1 minute and T3323 set to 2 minutes. 

<- 

ROUTING AREA UPDATE 
ACCEPT 



4 

The UE transmits a ROUTING AREA UPDATE 
COMPLETE message on Cell 5. 

-> 

ROUTING AREA UPDATE 
COMPLETE 

- 

- 

5 

The SS sets the cell type of Cell A to "Serving 
cell" and the cell type of Cell 5 to "Non-suitable 
cell". 






EXCEPTION: Steps 5Aa1 to 5Aa3 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place according to UE 
mode of operation. 





5A 
a1 

IF CS/PS mode 1 or CS/PS mode 2 of 
operation is configured on the UE THEN the 
UE transmits a TRACKING AREA UPDATE 
REQUEST message on Cell A. 

-> 

TRACKING AREA UPDATE 
REQUEST 



5A 
a2 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message on Cell A. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

5A 
a3 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message on Cell A. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

6 

90s after step 3, the SS sets the cell type of 
Cell 5 to "Serving Cell" and the cell type of Cell 
A to "Non-suitable cell". 





7 

Check: After T331 2 started after Step 4 
expires and before T3323 expires, does the 
UE transmit a ROUTING AREA UPDATE 
REQUEST message on Cell 5? 

-> 

ROUTING AREA UPDATE 
REQUEST 

1 

P 

8 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message on Cell 5 with T3312 set to 
1 minute and T3323 set to 1 minutes. 

<- 

ROUTING AREA UPDATE 
ACCEPT 



9 

The SS sets the cell type of Cell A to "Serving 
cell" and the cell type of Cell 5 to "Non-suitable 
cell". 






EXCEPTION: Steps 9Aa1 to 9Aa3 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place according to UE 
mode of operation. 





9A 
a1 

IF CS/PS mode 1 or CS/PS mode 2 of 
operation is configured on the UE THEN the 
UE transmits a TRACKING AREA UPDATE 
REQUEST message on Cell A. 

-> 

TRACKING AREA UPDATE 
REQUEST 



9A 
a2 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message on Cell A. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

9A 
a3 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message on Cell A. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

10 

1 50s after step 8, the SS sets the cell type of 
Cell 5 to "Serving Cell" and the cell type of Cell 
A to "Non-suitable cell". 





11 

Check: After T331 2 started after Step 8 and 
T3323 started at step 10 expire, does the UE 
transmit a ROUTING AREA UPDATE 
REQUEST message on Cell 5? 

-> 

ROUTING AREA UPDATE 
REQUEST 

2 

P 

12 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message on Cell 5. 

<- 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

13 

The SS sets the cell type of Cell A to "Serving 
cell" and the cell type of Cell 5 to "Non-suitable 

- 

- 

- 

- 
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cell". 





14 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

15 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message with EPS update 
result indicating that ISR is active, T3412 set to 
1 minute and T3423 set to 2 minutes. 

<- 

TRACKING AREA UPDATE 
ACCEPT 



16 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

17 

The SS sets the cell type of Cell 5 to "Serving 
Cell" and the cell type of Cell A to "Non- 
suitable cell". 





18 

90s after step 1 6, the SS sets the cell type of 
Cell A to "Serving cell" and the cell type of Cell 
5 to "Non-suitable cell". 





19 

Check: After T341 2 started after Step 16 
expires and before T3423 expires, does the 
UE transmit a TRACKING AREA UPDATE 
REQUEST message on Cell A? 

-> 

TRACKING AREA UPDATE 
REQUEST 

3 

P 

20 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message with EPS update 
result indicating that ISR is active, T3412 set to 
1 minute and T3423 set to 1 minute. 

<- 

TRACKING AREA UPDATE 
ACCEPT 



21 

The SS sets the cell type of Cell 5 to "Serving 
Cell" and the cell type of Cell A to "Non- 
suitable cell". 





22 

1 50s after step 20, the SS sets the cell type of 
Cell A to "Serving cell" and the cell type of Cell 
5 to "Non-suitable cell". 





23 

Check: After T341 2 started after Step 20 and 
T3423 started at step 22 expire, does the UE 
transmit a TRACKING AREA UPDATE 
REQUEST message on Cell A? 

-> 

TRACKING AREA UPDATE 
REQUEST 

4 

P 

24 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 






9.2.3.3.2.3.3 Specific message contents 

Table 9.2.3.3.2.3.3-1: Message ROUTING AREA UPDATE ACCEPT (step 3, table 9.2.3.3.2.3.2-1) 


Derivation path: 24.008 table 9.4.15 

Information Element 

Value/Remark 

Comment 

Condition 

Update result 

100 

RA updated and 
ISR activated 

TA only 

001 

combined RA/LA 
updated 

combined 
TA LA 

Periodic RA update timer 

00100001 

1 minute 


Routing area identification 

See 36.508 table 4.4.4-2 

RAI of Cell 5 


P-TMSI signature 

Not present 



Allocated P-TMSI 
RAI 
TMSI 

See 36.508 table 4.4.4-2 
efb1ee97 

TMSI is an 
arbitrary value 
chosen different 
from M-TMSI in 
the preamble 


T3323 value 

00100010 

2 minutes 
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Table 9.2.3.3.2.3.3-2: Message ROUTING AREA UPDATE REQUEST (step 7, table 9.2.3.3.2.3.2-1) 


Derivation path: 24.008 table 9.4.14 

Information Element 

Value/Remark 

Comment 

Condition 

Update type 

Any allowed value 



GPRS ciphering key sequence number 

Any allowed value 



Old routing area identification 

RAI of Cell 5 according to 
36.508 table 4.4.4-2 

The UE includes 
the RAI from 
UTRAN 


MS Radio Access capability 

Any allowed value 



Old P-TMSI signature 

Not present 



P-TMSI 

Same value like allocated 
at step 3, see table 
9.2.3.3.2.3.3-1 

The UE includes 
the P-TMSI 
assigned from 
UTRAN 


Additional mobile identity 

Not present 



Additional old routing area identification 

Not present 




Table 9.2.3.3.2.3.3-3: Message ROUTING AREA UPDATE ACCEPT (step 8, table 9.2.3.3.2.3.2-1) 


Derivation path: 24.008 table 9.4.15 

Information Element 

Value/Remark 

Comment 

Condition 

Update result 

100 

RA updated and 
ISR activated 

TA only 

001 

combined RA/LA 
updated 

combined 
TA LA 

Periodic RA update timer 

00100001 

1 minute 


Routing area identification 

See 36.508 table 4.4.4-2 

RAI of Cell 5 


P-TMSI signature 

Not present 



Allocated P-TMSI 

Not present 



T3323 value 

00100001 

1 minute 



Table 9.2.3.3.2.3.3-4: Message ROUTING AREA UPDATE REQUEST (step 11, table 9.2.3.3.2.3.2-1) 


Derivation path: 24.008 table 9.4.14 

Information Element 

Value/Remark 

Comment 

Condition 

Update type 

Any allowed value 



GPRS ciphering key sequence number 

Any allowed value 



Old routing area identification 

TAI of cell A 

The value is the 
same as the RAI 
of cell 5 


MS Radio Access capability 

Any allowed value 



Old P-TMSI signature 

Not present 



P-TMSI 

da01319c 

Mapped from M- 
TMSI and MME 
code assigned in 
the preamble 
(start with 1 1 and 
MME code in 2"^ 
most significant 
byte). 


Additional mobile identity 

Same value like allocated 
at step 3, see table 
9.2.3.3.2.3.3-1 



Additional routing area identification 

RAI of cell 5 

The value is the 
same as the TAI 
of cell A 
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Table 9.2.3.3.2.3.3-5: Message ROUTING AREA UPDATE ACCEPT (step 12, table 9.2.3.3.2.3.2-1) 


Derivation path: 24.008 table 9.4.15 

Information Element 

Value/Remark 

Comment 

Condition 

Update result 

000 

RA updated 

TA only 


001 

combined RA/LA 
updated 

combined 
TA LA 

Periodic RA update timer 

01010101 

54 minutes 


Routing area identification 

See 36.508 table 4.4.4-2 

RAI of Cell 5 


P-TMSI signature 

Not present 



Allocated P-TMSI 

Not present 




Table 9.2.3.3.2.3.3-6: Message TRACKING AREA UPDATE REQUEST (step 14, table 9.2.3.3.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 

Any allowed value 




Table 9.2.3.3.2.3.3-7: Message TRACKING AREA UPDATE ACCEPT (step 15, table 9.2.3.3.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update result 

100 

TA updated and 
ISR activated 

TA_only 

101 

combined TA/LA 
updated and ISR 
activated 

combined 
TA_LA 

T3412value 

00100001 

1 minute 


T3423 value 

00100010 

2 minutes 


GUTI 




M-TMSI 

9a26319c 

Same value like in 
preamble, 
different from P- 
TMSI 



Table 9.2.3.3.2.3.3-8: Message TRACKING AREA UPDATE REQUEST (step 19, table 9.2.3.3.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 

Any allowed value 



Old GUTI 

Same GUTI as in step 15 
see table 9.2.3.3.2.3.3-7 



Last visited registered TAI 

RAI of cell 5 

The value is the 
same as the TAI 
of cell A 



Table 9.2.3.3.2.3.3-9: Message TRACKING AREA UPDATE ACCEPT (step 20, table 9.2.3.3.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update result 

100 

TA updated and 
ISR activated 

TA_only 

101 

combined TA/LA 
updated and ISR 
activated 

combined 
TA_LA 

T3412 value 

00100001 

1 minute 


GUTI 

Not present 



T3423 value 

00100001 

1 minute 
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Table 9.2.3.3.2.3.3-10: Message TRACKING AREA UPDATE REQUEST (step 19, table 9.2.3.3.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 

Any allowed value 



Old GUTI 




M-TMSI 

ef01ee97 

Mapped from P- 
TMSI assigned in 
the preamble and 
RAI of cell 5 (start 
with 1 1 and RAI in 
2"' most 
significant byte). 


Last visited registered TAI 

RAI of cell 5 



Additional GUTI 

Same GUTI as in step 15 
see table 9.2.3.3.2.3.3-7 




Table 9.2.3.3.2.3.3-11 : Message TRACKING AREA UPDATE ACCEPT (step 24, table 9.2.3.3.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update result 

000 

TA updated 

TA only 

001 

combined TA/LA 
updated 

combined 
TA LA 

T3412 value 

01010101 

54 minutes 


GUTI 

Not present 




Table 9.2.3.3.2.3.3-12: Message TRACKING AREA UPDATE REQUEST (steps 5Aa1 and 9Aa1, table 

9.2.3.3.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

GPRS ciphering key sequence number 

Any allowed value 



Additional GUTI 

Not present or any 
allowed value 



NonceuE 

Any allowed value 




Table 9.2.3.3.2.3.3-13 Message TRACKING AREA UPDATE ACCEPT (steps 5Aa2 and 9Aa2, table 

9.2.3.3.2.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update result 

101 

combined TA/LA 
updated and ISR 
activated 



lu mode to SI mode intersystem change / Periodic TAU and RAU/ ISR activated, 
T3423 expired 

Test Purpose (IP) 


9.2.3.3.3 

9.2.3.3.3.1 

(1) 

with { the UE is camped on a E-UTRAN cell, ISR is active, T3312 has expired } 
ensure that { 

when { UE enters a UTRAN cell belonging to the RA where the UE was last updated } 
then { the UE performs a RAU procedure } 

} 

(2) 

with { the UE is camped on a UTRAN cell, ISR is active, T3412 and T3423 have expired 
ensure that { 

when { the UE enters a E-UTRAN cell in a TA belonging to the current TA list } 
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then { the UE performs a TAU procedure including mapped GUTI from UTRAN, P-TMSI signature and 
additional GUTIJ 


9.2.3.3.3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301 clauses 5.3.5 and 
5.5.3.2.2 and TS 24.008 clauses 4.7.2.2 and 4.7.5.1.1. 

[24.301, clause 5.3.5] 

If ISR is activated, the UE shall keep both the periodic tracking area update timer (timer T3412) and the periodic 
routeing area update timer (timer T3312). The two separate timers run in the UE for updating MME and SGSN 
independently. If the periodic tracking area update timer expires and the UE cannot initiate the tracking area updating 
procedure, as it is in state EMM-REGISTERED. NO-CELL- AVAIL ABLE, the UE shall start the E-UTRAN deactivate 
ISR timer T3423. The UE shall initiate the tracking area updating procedure and stop the timer T3423 when it enters 
state EMM-REGISTERED.NORMAL-SERVICE before timer T3423 expires. After expiry of timer T3423 the UE shall 
set its TIN to "P-TMSI" in order to initiate the tracking area updating procedure when it returns to state EMM- 
REGISTERED.NORMAL-SERVICE. 

If the UE is attached to both EPS and non-EPS services, and if timer T3412 expires or timer T3423 expires when the 
UE is in EMM-REGISTERED. NO-CELL- AVAIL ABLE state, then the UE shall initiate the combined tracking area 
updating procedure indicating "combined TA/LA updating with IMSI attach" when the UE returns to EMM- 
REGISTERED.NORMAL-SERVICE state. 

[24.301, clause 5.5.3.2.2] 


If the UE supports neither A/Gb mode nor lu mode, the UE shall include a valid GUTI in the Old GUTI IE in the 
TRACKING AREA UPDATE REQUEST message. 

If the UE supports A/Gb mode or lu mode, the UE shall handle the Old GUTI IE as follows: 

- If the TIN indicates "P-TMSI" and the UE holds a vaHd P-TMSI and RAI, the UE shall map the P-TMSI and 
RAI into the Old GUTI IE. If a P-TMSI signature is associated with the P-TMSI, the UE shall include it in the 
Old P-TMSI signature IE. Additionally, if the UE holds a vahd GUTI, the UE shall indicate the GUTI in the 
Additional GUTI IE. 

NOTE: The mapping of the P-TMSI and RAI to the GUTI is specified in 3GPP TS 23.003 [2] . 

- If the TIN indicates "GUTI" or "RAT-related TMSI" and the UE holds a vahd GUTI, the UE shall indicate the 
GUTI in the Old GUTI IE. 

[24.008, clause 4.7.2.2] 

If ISR is activated, the MS shall keep both the periodic tracking area update timer (timer T3412) and the periodic 
routeing area update timer (timer T3312). The two separate timers run in the MS for updating MME and SGSN 
independently. If the periodic routeing area update timer expires and the MS is in state GMM-REGISTERED. NO- 
CELL- A VAIL ABLE, the MS shall set its TIN to "RAT-related TMSI" and start the GERAN/UTRAN Deactivate ISR 
timer T3323. The MS shall initiate the routeing area updating procedure and stop the timer T3323 when the MS enters 
the state GMM-REGISTERED. NORMAL-SERVICE before timer T3323 expires. After expiry of timer T3323 the MS 
shall deactivate ISR by setting its TIN to "GUTI" and initiate the routing area updating procedure when the MS enters 
the state GMM-REGISTERED.NORMAL-SERVICE. 


If the MS is both IMSI attached for GPRS and non-GPRS services, and if the MS lost coverage of the registered PLMN 
and timer T3312 expires or timer T3323 expires, then: 

a) if the MS returns to coverage in a cell that supports GPRS and that indicates that the network is in network 
operation mode I, then the MS shall either perform the combined routing area update procedure indicating 
"combined RA/LA updating with IMSI attach"; or 
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b) if the MS returns to coverage in a cell in the same RA that supports GPRS and that indicates that the network is 
in network operation mode II or III, then the MS shall perform the periodic routing area updating procedure 
indicating "Periodic updating"; or 

c) if the MS was both IMSI attached for GPRS and non-GPRS services in network operation mode I and the MS 
returns to coverage in a cell in the same LA that does not support GPRS, then the MS shall perform the periodic 
location updating procedure. In addition, the MS shall perform a combined routing area update procedure 
indicating "combined RA/LA updating with IMSI attach" when the MS enters a cell that supports GPRS and that 
indicates that the network is in network operation mode I; or 

d) if the MS returns to coverage in a new RA the description given in subclause 4.7.5 applies. 

If the MS is both IMSI attached for GPRS and non-GPRS services in a network that operates in network operation 
mode I, and if the MS has camped on a cell that does not support GPRS, and timer T3312 expires or timer T3323 
expires, then the MS shall start an MM location updating procedure. In addition, the MS shall perform a combined 
routing area update procedure indicating "combined RA/LA updating with IMSI attach" when the MS enters a cell that 
supports GPRS and indicates that the network is in operation mode I. 

If timer T3312 expires or timer T3323 expires during an ongoing CS connection, then a MS operating in MS operation 
mode B shall treat the expiry of T3312 when the MM state MM-IDLE is entered, analogous to the descriptions for the 
cases when the timer expires out of coverage or in a cell that does not support GPRS. 

In A/Gb mode, timer T3312 and timer T3323 shall not be stopped when a GPRS MS enters state GMM- 
REGISTERED.SUSPENDED. 

[24.008, clause 4.7.5.1.1] 


If the MS supports SI mode, the MS shall handle the P-TMSI IE as follows: 

- If the TIN indicates "GUTI" and the MS holds a vaHd GUTI, the MS shall map the GUTI into a P-TMSI, 
P-TMSI signature and RAI as specified in 3GPP TS 23.003 [4]. The MS shall include the mapped RAI in the 
Old routing area identification IE and the mapped P-TMSI signature in the P-TMSI signature IE. When the 
routing area updating procedure is initiated in lu mode, the MS shall also include the mapped P-TMSI in the 
P-TMSI IE. Additionally, in lu mode and A/Gb mode, if the MS holds a vaHd P-TMSI and RAI, the MS shall 
indicate the P-TMSI in the Additional mobile identity IE and the RAI in the Additional old routing area 
identification IE. 

- If the TIN indicates "P-TMSI" or "RAT-related TMSI" and the MS holds a vaHd P-TMSI and RAI, the MS shall 
indicate the RAI in the Old routing area identification IE. When the routing area updating procedure is initiated 
in lu mode, the MS shall also include the P-TMSI in the P-TMSI IE. 

9.2.3.3.3.3 Test description 

9.2.3.3.3.3.1 Pre-test conditions 

System Simulator: 

- cell A and cell 5 (HPLMN); 

- cell 5 indicates NMO I. 

- System information combination 4 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

none. 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell A according to TS 36.508 [18] and with M-TMSI = 
9a26319c (arbitrary value chosen for this test case). 
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9.2.3.3.3.3.2 


Test procedure sequence 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS sets the cell type of Cell 5 to "Serving 
Cell" and the cell type of Cell A to "Non- 
suitable cell". 





2 

The UE transmits a ROUTING AREA UPDATE 
message on cell 5. 

-> 

ROUTING AREA UPDATE 
REQUEST 

- 

- 

3 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message on Cell 5 with T3312 set 
tol minute and T3323 set to 2 minutes. 

<- 

ROUTING AREA UPDATE 
ACCEPT 



4 

The UE transmits a ROUTING AREA UPDATE 
COMPLETE message on Cell 5. 

-> 

ROUTING AREA UPDATE 
COMPLETE 

- 

- 

5 

The SS sets the cell type of Cell A to "Serving 
cell" and the cell type of Cell 5 to "Non-suitable 
cell". 






EXCEPTION: Steps 5Aa1 to 5Aa3 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place according to UE 
mode of operation. 





5A 
a1 

IF CS/PS mode 1 or CS/PS mode 2 of 
operation is configured on the UE THEN the 
UE transmits a TRACKING AREA UPDATE 
REQUEST message on Cell A. 

-> 

TRACKING AREA UPDATE 
REQUEST 



5A 
a2 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message on Cell A. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

5A 
a3 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message on Cell A. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

6 

90s after step 3, the SS sets the cell type of 
Cell 5 to "Serving Cell" and the cell type of Cell 
A to "Non-suitable cell". 





7 

Check: After T331 2 started after Step 4 
expires and before T3323 expires, does the 
UE transmit a ROUTING AREA UPDATE 
REQUEST message on Cell 5? 

-> 

ROUTING AREA UPDATE 
REQUEST 

1 

P 

8 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message on Cell 5 

<- 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

9 

The SS sets the cell type of Cell A to "Serving 
cell" and the cell type of Cell 5 to "Non-suitable 
cell". 





10 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

11 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message with EPS update 
result indicating that ISR is active, T3412 set to 
1 minute and T3423 set to 1 minute. 

<- 

TRACKING AREA UPDATE 
ACCEPT 



12 

The SS sets the cell type of Cell 5 to "Serving 
Cell" and the cell type of Cell A to "Non- 
suitable cell". 





13 

150s after step 12, the SS sets the cell type of 
Cell A to "Serving cell" and the cell type of Cell 
5 to "Non-suitable cell". 





14 

Check: After T341 2 started after Step 1 1 and 
T3423 started at Step 13 expire, does the UE 
transmit a TRACKING AREA UPDATE 
REQUEST message on Cell A? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2 

P 

15 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

- 

The UE is in end state E-UTRA connected 
(E2 T3440). 

- 

- 

- 

- 
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9.2.3.3.3.3.3 Specific message contents 

Table 9.2.3.3.3.3.3-1 : Message ATTACH ACCEPT (preamble, Table 9.2.3.3.3.3.2-1) 


Derivation patii: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

T3412 value 

00100110 

6minutes 



Table 9.2.3.3.3.3.3-2: Message ROUTING AREA UPDATE ACCEPT (step 3, table 9.2.3.3.3.3.2-1) 


Derivation path: 24.008 table 9.4.15 

Information Element 

Value/Remark 

Comment 

Condition 

Update result 

100 

RA updated and 
ISR activated 

TA only 

001 

combined RA/LA 
updated 

combined 
TA LA 

Periodic RA update timer 

00100001 

1 minute 


Routing area identification 

See 36.508 table 4.4.4-2 

RAI of Cell 5 


P-TMSI signature 

Not present 



Allocated P-TMSI 
RAI 
TMSI 

See 36.508 table 4.4.4-2 
efb1ee97 

TMSI is an 
arbitrary value 
chosen different 
from M-TMSI in 
the preamble 


T3323 value 

00100010 

2 minutes 



Table 9.2.3.3.3.3.3-3: Message ROUTING AREA UPDATE REQUEST (step 7 table 9.2.3.3.3.3.2-1) 


Derivation path: 24.008 table 9.4.14 

Information Element 

Value/Remark 

Comment 

Condition 

Update type 

Any allowed value 



GPRS ciphering key sequence number 

Any allowed value 



Old routing area identification 

RAI of Cell 5 according to 
36.508 table 4.4.4-2 

The UE includes 
the RAI from 
UTRAN 


MS Radio Access capability 

Any allowed value 



Old P-TMSI signature 

Not present 



P-TMSI 

Same value like allocated 
at step 3, see table 
9.2.3.3.3.3.3-1 

The UE includes 
the P-TMSI 
assigned from 
UTRAN 


Additional mobile identity 

Not present 



Additional old routing area identification 

Not present 




Table 9.2.3.3.3.3.3-4: Message ROUTING AREA UPDATE ACCEPT (step 8, table 9.2.3.3.3.3.2-1) 


Derivation path: 24.008 table 9.4.15 

Information Element 

Value/Remark 

Comment 

Condition 

Update result 

000 

RA updated 

TA only 


001 

combined RA/LA 
updated 

combined 
TA LA 

Periodic RA update timer 

01010101 

126 minutes 


Routing area identification 

See 36.508 table 4.4.4-2 

RAI of Cell 5 


P-TMSI signature 

Not present 



Allocated P-TMSI 

Not present 




Table 9.2.3.3.3.3.3-5: Message TRACKING AREA UPDATE REQUEST (step 10, table 9.2.3.3.3.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 

Any allowed value 
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Table 9.2.3.3.3.3.3-6: Message TRACKING AREA UPDATE ACCEPT (step 11, table 9.2.3.3.3.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update result 

100 

TA updated and 
ISR activated 

TA_only 

101 

combined TA/LA 
updated and ISR 
activated 

combined 
TA_LA 

T3412 value 

00100001 

1 minute 


GUTI 

Not present 



T3423 value 

00100001 

1 minute 



Table 9.2.3.3.3.3.3-7: Message TRACKING AREA UPDATE REQUEST (step 14, table 9.2.3.3.3.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 

Any allowed value 



Old GUTI 




M-TMSI 

9a26319c 

Mapped from P- 
TMSI assigned in 
the preamble and 
RAI of cell 5 (start 
with 1 1 and RAI in 
2"' most 
significant byte). 


Last visited registered TAI 

RAI of cell 5 



Additional GUTI 

Same GUTI as in step 15 
see table 9.2.3.3.3.3.3-7 




Table 9.2.3.3.3.3.3-8: Message TRACKING AREA UPDATE ACCEPT (step 15, table 9.2.3.3.3.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update result 

000 

TA updated 

TA_only 

001 

combined TA/LA 
updated 

combined 
TA LA 

T3412 value 

01010101 

126 minutes 


GUTI 

Not present 




Table 9.2.3.3.3.3.3-9: Message TRACKING AREA UPDATE REQUEST (step 5Aa1, table 9.2.3.3.3.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

GPRS ciphering key sequence number 

Any allowed value 



Additional GUTI 

Not present or any 
allowed value 



NonceuE 

Any allowed value 




Table 9.2.3.3.3.3.3-10 Message TRACKING AREA UPDATE ACCEPT (step 5Aa2, table 9.2.3.3.3.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update result 

101 

combined TA/LA 
updated and ISR 
activated 
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9.2.3.3.4 First S1 mode to lu mode inter-system change after attach 

9.2.3.3.4.1 Test Purpose (TP) 
(1) 

with { the UE powered on in E-UTRAN with a USIM containing valid E-UTRAN NAS and Security parameters 
including a valid GUTI, and has successfully performed a combined EPS/IMSI attach, established PDN 
connectivity, and performed TRACKING AREA UPDATE REQUEST } 
ensure that { 

when { the UE reselects UTRAN configured in MNO=II and TIN is set to the temporary ID belonging to 
the currently used RAT (i.e. ISR not active) } 

then { the UE transmits a LOCATION UPDATING REQUEST to the MSC/VLR and derives the IDNNS from 
the MSC/VLR TMSI, and transmits a ROUTING AREA UPDATE REQUEST message including P-TMSI, P-TMSI 
signature including the NAS token, and RAI mapped from GUTI, the old routing area identification 
mapped from the RAI, the GPRS ciphering key sequence number indicating the eKSI associated with the 
EPS security context. Old P-TMSI signature and Old routing area identifion are mapped from the GUTI. 
The message is encapsulated in an INITIAL DIRECT TRANSFER message including IDNSS mapped from GUTI, 
Establishment cause set to inter-RAT cell-selection, START value set to and PLMN identity } 

(2) 

with { the UE camped on E-UTRAN and has a valid GUTI and P-TMSI } 
ensure that { 

when { the UE reselects UTRAN and receives a new P-TMSI as part of the RAU procedure } 

then { the UE uses the new P-TMSI (and not GUTI or old P-TMSI) for subsequent IDNNS network 
access (e.g. via the Service Request procedure } 

} 

(3) 

with { the UE has performed a RAU procedure in UTRAN after initial registration at power on in E- 
UTRAN } 
ensure that { 

when { the UE reselects a E-UTRAN cell with the same LA as previously selected} 

then { the UE transmits a TRACKING AREA UPDATE REQUEST message including eKSI stored in the 
USIM, old GUTI mapped from RAI and P-TMSI, GPRS ciphering sequence number, nonceUE . The UE encodes 
the RRC parameters in the RRC Connection Establishment messages correctly (i.e. in the 
RRCConnectionRequest message, the InitialUE- Identity is set to "Random value" and the 
estahlishment cause is set to MO-signalling; and, in the RRCConnectionSetupComplete message the 
selectedPLMN- identity , mmegi and mmec indicate the value of the registered MME (e.g. as retrieved 
from the USIM at power-on, or, as received in the last TRACKING AREA UPDATE ACCEPT message) } 

} 

(4) 

with { the UE has transmitted a ROUTING AREA UPDATE REQUEST message after initial registration at 
power on in E-UTRAN } 
ensure that { 

when { the UE receives a SECURITY MODE COMMAND message } 

then { the UE transmits a SECURITY MODE COMPLETE and starts performing ciphering an integrity 
protection using CK' and IK' derived from Kasme and UL NAS COUNT } 

(5) 

with { the UE has received an AUTHENTICATION AND CIPHERING REQUSET message after it has performed 
ciphering an integrity protection using CK' and IK' derived from Kasme and UL NAS COUNT } 
ensure that { 

when { the UE receives a SECURITY MODE COMMAND message } 

then { the UE transmits a SECURITY MODE COMPLETE and starts performing ciphering an integrity 
protection using new CK and IK } 

NOTE: ISR considered not in the scope of this test case, so it is never activated. 

9.2.3.3.4.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 23.003 clause 2.8.2.1, 
2.8.2.2, TS 23.401 Annex J.2; TS 24.301 clause 5.5.3.2.2 and Annex D; TS 25.331 clauses 8.1.8.2 and 8.1.8.3 (on 
IDNNS); TS 24.008 clause 4.7.5.1.1 and 4.7.5.1.3; TS 23.236 clause 5.1; and TS 36.331 clauses 5.3.3.3 and 5.3.3.4. 

[TS 23.003, clause 2.8.2.1] 
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The mapping of the GUTI shall be done to the combination of RAI of GERAN / UTRAN and the P-TMSI: 

E-UTRAN <MCC> maps to GERAN/UTRAN <MCC> 

E-UTRAN <MNC> maps to GERAN/UTRAN <MNC> 

E-UTRAN <MME Group ID> maps to GERAN/UTRAN <LAC> 

E-UTRAN <MME Code> maps to GERAN/UTRAN <RAC> and is also copied into the 8 most significant bits 
of the NRI field within the P-TMSI; 

E-UTRAN <M-TMSI> maps as follows: 

- 6 bits of the E-UTRAN <M-TMSI> starting at bit 29 and down to bit 24 are mapped into bit 29 and down to 
bit 24 of the GERAN/UTRAN <P-TMSI>; 

- 16 bits of the E-UTRAN <M-TMSI> starting at bit 15 and down to bit are mapped into bit 15 and down to 
bit of the GERAN/UTRAN <P-TMSI>; 

- and the remaining 8 bits of the E-UTRAN <M-TMSI> are mapped into the 8 MBS bits of the <P-TMSI 
signature> field. 

For UTRAN, the 10-bit long NRI bits are masked out from the P-TMSI and also supplied to the RAN node as IDNNS 
(Intra Domain NAS Node Selector). However, the RAN configured NRI length should not exceed 8 bits. 

[TS 23.003, clause 2.8.2.2] 

The mapping of P-TMSI (TLLI) and RAI in GERAN/UTRAN to GUTI in E-UTRAN shall be performed as follows: 

GERAN/UTRAN <MCC> maps to E-UTRAN <MCC> 

GERAN/UTRAN <MNC> maps to E-UTRAN <MNC> 

GERAN/UTRAN <LAC> maps to E-UTRAN <MME Group ID> 

GERAN/UTRAN <RAC> maps into bit 23 and down to bit 16 of the M-TMSI 
The 8 most significant bits of GERAN/UTRAN <NRI> map to the MME code. 

GERAN/UTRAN <P-TMSI> maps as follows: 

- 6 bits of the GERAN/UTRAN <P-TMSI> starting at bit 29 and down to bit 24 are mapped into bit 29 and 
down to bit 24 of the E-UTRAN <M-TMSI>; 

- 16 bits of the GERAN/UTRAN <P-TMSI> starting at bit 15 and down to bit are mapped into bit 15 and 
down to bit of the E-UTRAN <M-TMSI>. 

The values of <LAC> and <MME group id> shall be disjoint, so that they can be differentiated. The most significant bit 
of the <LAC> shall be set to zero; and the most significant bit of <MME group id> shall be set to one. Based on this 
definition, the most significant bit of the <MME group id> can be used to distinguish the node type, i.e. whether it is an 
MME or SGSN. 

[TS 23.401, Annex J.2 "Usage of TIN"] 


When ISR is not active the TIN is always set to the temporary ID belonging to the currently used RAT. This guarantees 
that always the most recent context data are used, which means during inter-RAT changes there is always context 
transfer from the CN node serving the last used RAT. The UE identities, old GUTI IE and additional GUTI IE, 
indicated in the next TAU Request message, and old P-TMSI IE and additional P-TMSI/RAI IE, indicated in the next 
RAU Request message depend on the setting of TIN and are specified in table 4.3.5.6-2. 

[TS 24.301, clause 5.5.3.2.2 "Normal and periodic tracking area updating procedure initiation"] 


If the UE supports A/Gb mode or lu mode, the UE shall handle the GUTI as follows: 
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- if the TIN indicates "P-TMSI" and the UE holds a vaUd P-TMSI and RAI, the UE shall map the P-TMSI and 
RAI into the old GUTI IE. If a P-TMSI signature is associated with the P-TMSI, the UE shall include it in the 
Old P-TMSI signature IE. Additionally, if the UE holds a vaHd GUTI, the UE shall indicate the GUTI in the 
Additional GUTI IE. 

- if the TIN indicates "GUTI" or "RAT-related TMSI" and the UE holds a vaUd GUTI, the UE shall indicate the 
GUTI in the Old GUTI IE. 


If the UE has a current EPS security context, the UE shall include the eKSI (either KSIasme or KSIsgsn) in the NAS 
Key Set Identifier IE in the TRACKING AREA UPDATE REQUEST message. Otherwise, the UE shall set the NAS 
Key Set Identifier IE to the value "no key is available". If the UE has a current EPS security context, the UE shall 
integrity protect the TRACKING AREA UPDATE REQUEST message with the current EPS security context. 
Otherwise the UE shall not integrity protect the TRACKING AREA UPDATE REQUEST message. 


When the tracking area updating procedure is initiated in EMM-IDLE mode to perform an inter-system change from 
A/Gb mode or lu mode to SI mode and the TIN is set to "P-TMSI", the UE shall include the GPRS ciphering key 
sequence number applicable for A/Gb mode or lu mode and a nonccuE in the TRACKING AREA UPDATE REQUEST 
message. 


If the UE initiates the first tracking area updating procedure following an attach in A/Gb mode or lu mode, the UE shall 
include a UE radio capability information update needed IE in the TRACKING AREA UPDATE REQUEST message. 

...[TS 24.301, Annex D] 


Table D.1.1 : Mapping of NAS procedure to establishment cause and call type 


NAS procedure 

RRC establishment cause (according 3GPP TS 36.331 [22]) 

Call type 




Tracking Area Update 

MO signalling (See Note 1) 

"originating signalling" 




Note 1 : For these NAS procedures initiated by UEs of access class 12, 13 or 14 in their home country, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". For this purpose the home country is 
defined as the country of the MCC part of the IMSI, see 3GPP TS 22.01 1 [1 A]. 

For these NAS procedures initiated by UE of access class 11 or 1 5 in their HPLMN or EHPLMN, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". 


[TS 36.331, clause 5.3.3.3] 

The UE shall set the contents oi RRC ConnectionRe quest message as follows: 
1> set the ue -Identity as follows: 

2> if upper layers provide an S-TMSI: 

3> set the ue-Identity to the value received from upper layers; 
2> else 

3> draw a random value in the range .. 2"^^-! and set the ue-Identity to this value; 
NOTE 1 : Upper layers provide the S-TMSI if the UE is registered in the TA of the current cell. 
1> Set the estahlishmentCause in accordance with the information received from upper layers; 
[TS 36.331, clause 5.3.3.4] 
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1> set the content of RRCConnectionSetupComplete message as follows: 

2> set the selectedPLMN-Identity to the PLMN selected by upper layers (see TS 23.122 [11], TS 24.301 [35]) 
from the PLMN(s) included in the plmn-IdentityList in SystemlnformationBlockTypel ; 

2> if upper layers provide the 'Registered MME', set the registeredMME as follows: 

3> if the PLMN identity of the 'Registered MME' is different from the PLMN selected by the upper layers: 

4> include the plmnldentity in the registeredMME and set it to the value of the PLMN identity in the 
'Registered MME' received from upper layers; 

3> set the mmegi and the mmec to the value received from upper layers; 

2> set the dedicatedlnfoNAS to include the information received from upper layers; 


[TS 24.008, clause 4.7.5.1.1] 

To initiate the normal routing area updating procedure, the MS sends the message ROUTING AREA UPDATE 
REQUEST to the network, starts timer T3330 and changes to state GMM-ROUTING-AREA-UPDATING- 
INITIATED. 

If the MS supports SI mode, the MS shall handle the P-TMSI IE as follows: 

- If the TIN indicates "GUTI" and the MS holds a vaHd GUTI, the MS shall map the GUTI into a P-TMSI, 
P-TMSI signature and RAI as specified in 3GPP TS 23.003 [4]. The MS shall include the mapped RAI in the 
Old routing area identification IE and the mapped P-TMSI signature in the P-TMSI signature IE. When the 
routing area updating procedure is initiated in lu mode, the MS shall also include the mapped P-TMSI in the 
P-TMSI IE. Additionally, in lu mode and A/Gb mode, if the MS holds a vaHd P-TMSI and RAI, the MS shall 
indicate the P-TMSI in the Additional mobile identity IE and the RAI in the Additional old routing area 
identification IE. 


If the routing area updating procedure is initiated by the MS due to an S 1 mode to lu mode or S 1 mode to A/Gb mode 
inter-system change in idle mode and the TIN indicates "GUTI", the message ROUTING AREA UPDATE REQUEST 
shall include a P-TMSI signature filled with a NAS token as specified in 3GPP TS 33.401 [119]. In the GPRS ciphering 
key sequence number IE the MS shall indicate the value of the eKSI associated with the current EPS security context. 

NOTE: When the MS includes a P-TMSI signature filled with a NAS token, 8 bits of the NAS token will be filled 
with bits from the M-TMSI (see 3GPP TS 23.003 [4]). 

If the routing area updating procedure is initiated by the MS due to the S 1 mode to lu mode or S 1 mode to A/Gb mode 
inter-system change in connected mode, the MS shall derive CK' and IK' from Kasme and from the NAS downlink 
COUNT value indicated by lower layers as specified in 3GPP TS 33.401 [119]. If the routing area updating procedure is 
initiated by the MS due to the S 1 mode to lu mode or S 1 mode to A/Gb mode inter-system change in idle mode when 
the TIN indicates "GUTI", the MS shall derive CK' and IK' from the Kasme and the NAS downhnk COUNT value 
corresponding to the NAS token derived as specified in 3GPP TS 33.401 [119]. The MS shall indicate the eKSI value in 
the CKSN field of the GPRS ciphering key sequence number IE in the ROUTING AREA UPDATE REQUEST 
message. Then, the MS shall reset the START value and store the mapped UMTS security context replacing the 
established UMTS security context. 

[TS 24.008, clause 4.7.5.1.3] 


A ROUTING AREA UPDATE COMPLETE message shall be returned to the network if the ROUTING AREA 
UPDATE ACCEPT message contained any of: 

- a P-TMSI; 

- Receive N-PDU Numbers (see 3GPP TS 44.065 [78] and 3GPP TS 25.322 [19b]); or 
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- a request for the provision of Inter RAT handover information or E-UTRAN inter RAT handover information or 
both. 

If Receive N-PDU Numbers were included, the Receive N-PDU Numbers values valid in the MS, shall be included in 
the ROUTING AREA UPDATE COMPLETE message. 

If the network has requested the provision of Inter RAT handover information or E-UTRAN inter RAT handover 
information or both, the MS shall return a ROUTING AREA UPDATE COMPLETE message including the Inter RAT 
handover information IE or E-UTRAN inter RAT handover information IE or both to the network. 

NOTE 1 : In lu mode, after a routing area updating procedure, the mobile station can initiate Service Request 
procedure to request the resource reservation for the active PDP contexts if the resources have been 
released by the network or send upper layer message (e.g. ACTIVATE PDP CONTEXT REQUEST) to 
the network via the existing PS signalling connection. 

In lu mode, if the network wishes to prolong the PS signalling connection (for example, if the mobile station has 
indicated "follow-on request pending" in ROUTING AREA UPDATE REQUEST message) the network shall indicate 
the "follow-on proceed" in the ROUTING AREA UPDATE ACCEPT message. If the network wishes to release the PS 
signalHng connection, the network shall indicate "no follow-on proceed" in the ROUTING AREA UPDATE ACCEPT 
message. 

After that in lu mode, the mobile station shall act according to the follow-on proceed flag included in the Update result 
information element in the ROUTING AREA UPDATE ACCEPT message (see subclause 4.7.13). 

[TS 23.236, clause 5.1 "MS Functions"] 


In lu mode the MS provides the IDNNS to the RNC in the access stratum part of the RRC_initial_DT message as 
described in TS 25.331 [5]. 

If the MS is E-UTRAN capable, then TS 23.401 [22], TS 23.060 [2] and TS 23.003 [18] define rules as to how the MS 
shall select and encode the identity to place in the P-TMSI/TLLI parameters used in the Routing Area Update 
procedure. For the PS domain, the E-UTRAN capable MS shall use this P-TMSI parameter to derive the UTRAN 
IDNNS parameter. For the CS domain, the E-UTRAN temporary identities shall not be used to derive the IDNNS: 
instead the MS shall use its (MSC suppHed) TMSI, if that TMSI is valid, to derive the IDNNS. 


When the MS in lu mode replies to IMSI paging, it shall derive IDNNS from (P)TMSI if a valid one is available. If 
(P)TMSI is not available, the MS shall derive IDNNS from IMSI. 

[TS 25.331, clause 8.1.8.2] 


The UE shall, in the INITIAL DIRECT TRANSFER message: 

1> set the IE "NAS message" as received from upper layers; and 

1> set the IE "CN domain identity" as indicated by the upper layers; and 

1> set the IE "Intra Domain NAS Node Selector" as follows: 

2> derive the IE "Intra Domain NAS Node Selector" from TMSI/PMTSI, IMSI, or IMEI; and 

2> provide the coding of the IE "Intra Domain NAS Node Selector" according to the following priorities: 

1 . derive the routing parameter for IDNNS from TMSI (CS domain) or PTMSI (PS domain) whenever a 
vaHd TMSI/PTMSI is available; 

2. base the routing parameter for IDNNS on IMSI when no valid TMSI/PTMSI is available; 

3. base the routing parameter for IDNNS on IMEI only if no (U)SIM is inserted in the UE. 

1> if the UE, on the existing RRC connection, has received a dedicated RRC message containing the IE "Primary 
PLMN Identity" in the IE "CN Information Info": 
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2> set the IE "PLMN identity" in the INITIAL DIRECT TRANSFER message to the latest PLMN information 
received via dedicated RRC signalling. If NAS has indicated the PLMN towards which a signalling 
connection is requested, and this PLMN is not in agreement with the latest PLMN information received via 
dedicated RRC signalling, then the initial direct transfer procedure shall be aborted, and NAS shall be 
informed. 

1> if the UE, on the existing RRC connection, has not received a dedicated RRC message containing the IE "CN 
Information Info" , and if the IE "Multiple PLMN List" was broadcast in the cell where the current RRC 
connection was established: 

2> set the IE "PLMN identity" in the INITIAL DIRECT TRANSFER message to the PLMN chosen by higher 
layers [5, 25] amongst the PLMNs in the IE "Multiple PLMN List" broadcast in the cell where the RRC 
connection was established. 

[TS 25.331, clause 8.1.8.3] 

On reception of the INITIAL DIRECT TRANSFER message the NAS message should be routed using the IE "CN 
Domain Identity". UTRAN may also use the IE "Intra Domain NAS Node Selector" and the IE "PLMN identity" for 
routing among the CN nodes for the addressed CN domain. 

If no signalling connection exists towards the chosen node, then a signalling connection is established. 

When the UTRAN receives an INITIAL DIRECT TRANSFER message, it shall not affect the state of any other 
ongoing RRC procedures, when not stated otherwise elsewhere. 

The UTRAN should: 

1> set the START value for the CN domain indicated in the IE "CN domain identity" to the value of the IE 
"START". 

9.2.3.3.4.3 Test description 

9.2.3.3.4.3.1 Pre-test conditions 

System Simulator: 

- cell A is configured as Serving cell, cell 5 as Non-Suitable cell; 

- cell 5 is operating in network operation mode II (No Gs interface present); 

- cell A has the absolute priorities set to LTE. 

- System information combination 4 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
NOTE: For cell 5, power levels are defined in TS 34. 108 subclause 6. 1 .5 (FDD) or 6. 1 .6 (TDD). 

UE: 

the UE is previously registered on UTRAN, and when on UTRAN, the UE is last registered on cell 5 using 
default message contents according to TS 36.508 [18]. 

Preamble: 

- the UE is in state Registered Idle Mode (state 2) according to TS 36.508 [18]. 
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9.2.3.3.4.3.2 


Test procedure sequence 

Table 9.2.3.3.4.3.2-1 : Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The signal strength of Cell 5 is raised to that of 
the Serving Cell and that of Cell A is lowered 
to that of a non-Suitable Neighbour Cell as 
defined in table 6.2.2.1-1 of TS 36.508 [18]. 





2 

Void 





3 

Void 





4 

Void 





- 

EXCEPTION: The behaviour in table 
9.2.3.3.4.3.2-2 occurs in parallel with step 5 

- 

- 

- 

- 

5 

Check: Does the UE transmit a ROUTING 
AREA UPDATE REQUEST message on Cell 5 
as specified in the specific message contents 
included in an INITIAL DIRECT TRANSFER 
message with IntraDomainNasNodeSelector 
mapped from GUTI-1 and Establishment 
Cause set to inter-RAT cell-selection. 

-> 

ROUTING AREA UPDATE 
REQUEST 

1 

P 

5A 

The SS sends a SECURITY MODE 
COMMAND message to activate integrity 
protection and ciphering. This message is 
integrity protected using IK' derived from Kasme 
and UL NAS COUNT. 





5B 

Check: Does the UE transmit a SECURITY 
MODE COMPLETE message integrity 
protected using IK' derived from Kasme and UL 
NAS COUNT? 



4 

P 

6 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message with Update result = "RA 
updated" and new P-TMSI allocated with a 
different NRI (=IDNNS) to that in the GUTI and 
the P-TMSI that was stored on the USIM. This 
message is ciphered and integrity protected 
using CK' and IK' derived from Kasme and UL 
NAS COUNT. 

<— 

ROUTING AREA UPDATE 
ACCEPT 



7 

Check: Does the UE transmit a ROUTING 
AREA UPDATE COMPLETE message 
ciphered and integrity protected using CK' and 
IK' derived from Kasme and UL NAS COUNT? 

-> 

ROUTING AREA UPDATE 
COMPLETE 

4 

P 

8 

The SS releases the RRC connection 

- 

- 

- 

- 

9 

The SS transmits Paging with new P-TMSI 
allocated in step 6 on cell 5 

<— 

Page 

- 

- 

10 

Check: Does the UE send a Service Request 
to access the PS domain using IDNNS 
mapped from the P-TMSI allocated in step 6. 

-> 

SERVICE REQUEST 

2 

P 

10 
A 

The SS sends an AUTHENTICATION AND 
CIPHERING REQUEST message to perform a 
UMTS AKA procedure. 

<— 

AUTHENTICATION AND 
CIPHERING REQUEST 



10 
B 

The UE sends an AUTHENTICATION AND 
CIPHERING RESPONSE message. 

-> 

AUTHENTICATION AND 
CIPHERING RESPONSE 

- 

- 

11 

The SS sends a SECURITY MODE 
COMMAND message to activate integrity 
protection and ciphering . This message is 
integrity protected using new IK. 





11 
A 

Check: Does the UE transmit a SECURITY 
MODE COMPLETE message integrity 
protected using new IK? 



5 


11 
B 

The SS transmits a UE CAPABILITY 
ENQUIRY message requesting the UE E- 
UTRAN capability. This message is ciphered 
and integrity protected using new CK and IK. 



5 

p 
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Check: Does the UE transmit a UE 
CAPABILITY INFORMATION message? 

Note: the purpose of this message is to show 
that the UE uses new CK and IK, and not CK' 
and IK' used in step 7. 





11 
c 

SS transmits a UE CAPABILITY 
INFORMATION CONFIRM message 

<- 

UE CAPABILITY INFORMATION 
CONFIRM 

- 

- 

12 

The SS releases the RRC connection 

- 

- 

- 

- 

12 
A 

Cell A is configured as the Serving cell and cell 
5 is configured as a Suitable Neighbour Cell. 

- 

- 

- 

- 

12 
B 

Check: Does the UE transmit an 
RRCConnectionRequest with the InitialUE- 
IdentityseX to "random value" and the 
establishmentcause set to MO-signalling? 

-> 

RRCConnectionRequest 

3 

P 

13 

The SS responds with RRCConnectionSetup. 

<— 

RRCConnectionSetup 

- 

- 

14 

Check: Does the UE transmit an 
RRCConnectionSetupComplete message with 
the mmegiand mmecseX to the values derived 
from the mapped RAI and P-TMSI, and 
containing a TRACKING AREA UPDATE 
REQUEST message as described in the 
specific message contents? 

-> 

TRACKING AREA UPDATE 
REQUEST 

3 

P 

15 

The SS responds with a TRACKING AREA 
UPDATE ACCEPT message 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

15 
A 

UE transmits a TRACKING AREA UPDATE 
COMPLETE message 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

16 

The SS releases the RRC connection. 

- 

- 

- 

- 


Table: 9.2.3.3.4.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 


EXCEPTION: Steps 1a1 to 1a2 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if the UE is 
configured in CS/PS mode 1 or CS/PS mode 2 
of operation. 





1a1 

Check: The UE transmits a LOCATION 
UPDATING REQUEST on cell 5 to the MSC 
as specified in the specific message contents 
included in an INITIAL DIRECT TRANSFER 
message with intraDomainNasNodeSelector 
mapped from MSC TMSI allocated in the 
ATTACH ACCEPT message (step 14 table 
4.5.2.3-1 of TS 36.508 f1 81)). 

-> 

LOCATION UPDATING 
REQUEST 

1 

P 

1a2 

The SS transmits a LOCATION UPDATING 
ACCEPT message. 

<— 

LOCATION UPDATING ACCEPT 

- 

- 
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9.2.3.3.4.3.3 Specific message contents 

Table 9.2.3.3.4.3.3-1 : Void 

Table 9.2.3.3.4.3.3-2: Void 

Table 9.2.3.3.4.3.3-3: LOCATION UPDATING REQUEST (step 3, Table 9.2.3.3.4.3.2-1) 


Derivation path: 24.008 table 9.2.17 

Information Element 

Value/Remark 

Comment 

Condition 

Update type 

1000 

LA updating 


Ciphering key sequence number 

eKSI stored on the test 
USIM 



Location area identification 

PLMN= MCC/MNC 
TAC1=1 

"PLMN is set to 
the same 
MCC/MNC stored 
in EFiMsi" 
"TAI-1" 


Mobile identity 

TMSI-1 

Allocated in 
preamble 



Table 9.2.3.3.4.3.3-3A: LOCATION UPDATING ACCEPT (step 4, Table 9.2.3.3.4.3.2-1) 


Derivation Path: TS 36.508 Table 4.7B.2-5 

Information Element 

Value/remark 

Comment 

Condition 

Mobile identity 

Not present 
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Table 9.2.3.3.4.3.3-4: INITIAL DIRECT TRANSFER (step 5, Table 9.2.3.3.4.3.2-1) 


Derivation path: 25.331 clause 1 1 

Information Element 

Value/Remark 

Comment 

Condition 

InitialDirectTransfer ::= SEQUENCE { 




cn-Domainldentity 

ps-domain 



intraDomainNasNodeSelector SEQUENCE { 




version CHOICE { 




release99 SEQUENCE { 




gsm-Map-IDNNS SEQUENCE { 




routingbasis CHOICE { 




localPTMSI { 




Routingparameter 

bit23tobit14of P-TMSI 
allocated in pre-test 



} 




} 




} 




} 




} 




} 




} 




nas-IVIessage 

See table 9.2.3.3.4.3.3-5 



measuredResultsOnRACH 

Not checked 



v3aONonCriticalExtensions SEQUENCE { 




initialDirectTransfer-v3a0ext SEQUENCE { 




start-Value 

Any 



} 




laterNonCriticalExtensions SEQUENCE { 




initialDirectTransfer-r3-add-ext 

Not checked 



v590NonCriticalExtension SEQUENCE { 




initialDirectTransfer-v590ext SEQUENCE { 




establishmentCause 

Inter-RATcell re- 
selection 



} 




v690NonCriticalExtensions 

Not checked 



} 




} 




} 




} 
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Table 9.2.3.3.4.3.3-5: Message ROUTING AREA UPDATE REQUEST (step 5, Table 9.2.3.3.4.3.2-1) 


Derivation path: 24.008 table 9.4.14 

Information Element 

Value/Remark 

Comment 

Condition 

Update type 

000 

RA updating 


GPRS ciphering key sequence number 

eKSI stored on the test 
USIM 



Old routing area identification 

GUTI-1 right shifted by 
32bits 



MS Radio Access capability 

Not checked 



Old P-TMSI signature 

Mapped from GUTI-1 



Requested READY timer value 

Not checked 



DRX parameter 

Not checked 



TMSI status 

Not present 



P-TMSI 

Value is specified bit by 
bit below: 

- bit 31 and bit 30: 1 

- bit 29 to bit 24: bit 29 to 
bit 24 of M-TMSI 
allocated in preamble 
-bit 23 to bit 16: MME 
code allocated in 
preamble 

- bit 15 to bit 0: bit 15 to 
bit of M-TMSI allocated 
in preamble 



MS network capability 

Not checked 



PDP context status 

Not checked 



PS LCS Capability 

Not checked 



MBMS context status 

Not checked 



UE network capability 

Any allowed value 



Additional mobile identity 

P-TMSI allocated in pre- 
test 



Additional old routing area identification 

RAI-1 



Mobile station classmark 2 

Not checked 



Mobile station classmark 3 

Not checked 



Supported Codecs 

Not checked 




Table 9.2.3.3.4.3.3-6: Message SERVICE REQUEST (step 10, Table 9.2.3.3.4.3.2-1) 


Derivation path: 24.008 table 9.4.20 

Information Element 

Value/Remark 

Comment 

Condition 

Ciphering key sequence number 

FFS 



Service Type 

010 (Paging Response) 



P-TMSI 

P-TMSI allocated in step 
6. 
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Table 9.2.3.3.4.3.3-6A: SECURITY MODE COMMAND (step 11, Table 9.2.3.3.4.3.2-1) 


Derivation path : 34. 1 08 clause 9.1.1 

Information Element 

Value/Remark 

Comment 

Condition 

RRC transaction identifier 

Arbitrarily selects an 
integer between and 3 



Integrity check info 




- Message authentication code 

Set to MAC-I value 
computed by the SS. The 
first/ leftmost bit of the bit 
string contains the most 
significant bit of the MAC- 
1. 



- RRC Message Sequence Number 

Set to an arbitrarily 
selected integer between 
and 15 



Security capability 

Set same value as 
originally sent by UE in 
the RRC CONNECTION 
SETUP COMPLETE 
message in step 10. 



Ciphering mode info 




- Ciphering mode command 

Start/restart 



- Ciphering algorithm 

Set one of the algorithms 
supported by the UE as 
indicated in the IE 
"security capability" in the 
RRC CONNECTION 
SETUP COMPLETE 
message in step 10. 



- Ciphering activation time for DPCH 

Not Present 



- Radio bearer downlink ciphering activation 
time info 




- Radio bearer activation time 




- RB identity 

1 



- RLC sequence number 

Current RLC SN stored in 
theSS 



- RB identity 

2 



- RLC sequence number 

Current RLC SN stored in 
the SS +2 



- RB identity 

3 



- RLC sequence number 

Current RLC SN stored in 
theSS 



- RB identity 

4 



- RLC sequence number 

Current RLC SN stored in 
theSS 



Integrity protection mode info 




- Integrity protection mode command 

startlntegrityProtection 



- Integrity protection initialisation number 

Arbitrary selects 32 bits 
number for FRESH 



- Integrity protection algorithm 

Set one of the algorithms 
supported by the UE as 
indicated in the IE 
"security capability" in the 
RRC CONNECTION 
SETUP COMPLETE 
message in step 10. 



CN domain identity 

PS 



UE system specific security capability 

Not present 


not GSM 

UE system specific security capability 



GSM 

- Inter-RAT UE security capability 




- CHOICE system 

GSM 



- GSM security capability 

Set the same as the 
algorithms supported by 
the UE as indicated in 
the IE "UE system 
specific capability" in the 
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RRC CONNECTION 
SETUP COMPLETE 
message in step 10. 




Condition 

Explanation 

GSM 

UE supporting GSM 


Table 9.2.3.3.4.3.3-6B: SECURITY MODE COMPLETE (step 1 1 A , Table 9.2.3.3.4.3.2-1) 


Derivation path: 34.108 clause 9.1 .1 

Information Element 

Value/Remark 

Comment 

Condition 

RRC transaction identifier 

The value of this IE is 
checked to see that it 
matches the value of the 
same IE transmitted in 
the downlink SECURITY 
MODE COMMAND 
message. 



Integrity check info 




- Message authentication code 

This IE is checked to see 
if it is present. The value 
is compared against the 
XMAC-I value computed 
by SS. The first/ leftmost 
bit of the bit string 
contains the most 
significant bit of the MAC- 
1. 



- RRC Message Sequence Number 

The value is used by SS 
to compute the XMAC-I 
value. 



Uplink integrity protection activation info 




- RRC message sequence number list 




- RRC message sequence number 

Check to see if the RRC 
SN for RB is present 



- RRC message sequence number 

Check to see if the RRC 
SN for RB 1 is present 



- RRC message sequence number 

Check to see if the RRC 
SN for RB 2 is present 



- RRC message sequence number 

Check to see if the RRC 
SN for RB 3 is present 



- RRC message sequence number 

Check to see if the RRC 
SN for RB 4 is present 



Radio bearer uplink ciphering activation time info 




- Radio bearer activation time 




- RB Identity 

1 



- RLC sequence number 

Check to see if the RLC 
SN for RBI is present 



- RB Identity 

2 



- RLC sequence number 

Check to see if the RLC 
SN for RB2is present 



- RB Identity 

3 



- RLC sequence number 

Check to see if the RLC 
SN for RB3 is present 



- RB Identity 

4 



- RLC sequence number 

Check to see if the RLC 
SN for RB4 is present 
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Table 9.2.3.3.4.3.3-7: Message RRCConnectionRequest (step 12 B, Table 9.2.3.3.4.3.2-1) 


Derivation path: 36.508 table 4.6.1-16 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




ue-ldentity CHOICE { 




random-Value 

Any allowed value 



} 




establishmentCause 

Mo-Signalling 



} 




} 




} 




Table 9.2.3.3.4.3.3-8: Message RRCConnectionSetupComplete (step 14, Table 9.2.3.3.4.3.2-1) 

Derivation path: 36.508 table 4.6.1-18 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionSetupComplete ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionSetupComplete-r8 SEQUENCE { 




selectedPLMN-ldentity 

1 



registeredMME { 




pimn-ldentity 

Not present 



Mmegi 

LAC sent to the UE in 
step 6 



Mmec 

Bit23tobit16of P-TMSI 
sent to the UE in step 6 



} 




dedicatedlnfoNAS 

See table 9.2.3.3.4.3.3-9 



nonCriticalExtension SEQUENCE {} 




} 




} 




} 




} 




Details to be added 
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Table 9.2.3.3.4.3.3-9: Message TRACKING AREA UPDATE REQUEST (step 14, Table 9.2.3.3.4.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 with condition UNCIPHERED (the message is integrity protected using the key 
stored in the USIM). 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update type 

000 or 010 

'TA updating' or 
'combined TA/LA 
updating with 
IMSI attach' 


NAS key set identifier 




NAS key set identifier 

The valid NAS key set 
identifier stored in the 
USIM 



TSC 

'O'B 

native security 
context (for 

KSIasme) 


Old GUTI or IMSI 




Type of identity 

110 

GUTI 


MNC/MCC 

Mobile Country Code and 
Mobile Network Code 
stored in EFimsi on the 
test USIM 



MME Group ID 

LAI allocated at step 8 



MME Code 

Bit 23 to bit 16 of P-TMSI 
allocated at step 6 



M-TMSI 

Value is specified bit by 
bit below: 

- bit 31 and bit 30: FFS 

- bit 29 to bit 24: bit 29 to 
bit 24 of P-TMSI 
allocated at step 6 

-bit 23 to bit 16: RAC 
allocated at step 6 
-bit 15 to bit 0: bit 15 to 
bit of P-TMSI allocated 
at step 6 



GPRS ciphering key sequence number 

GPRS ciphering key 
sequence number 
allocated at step 10A 



Old P-TMSI signature 

P-TMSI signature 
allocated at step 6 



Additional GUTI 

GUTI-1 



NonceuE 

Any allowed value (must 
be present) 



UE network capability 

Any allowed value (must 
be present) 



Last visited registered TAI 

TAI stored in the test 
USIM 



MS network capability 

Any allowed value (must 
be present) 



Old location area identification 

Not present if "EPS 
update type" is TA 
updating', LAI-1 is "EPS 
update type" is 
'combined TA/LA 
updating' 



TMSI status 

Not present 




9.2.3.3.5 
9.2.3.3.5.1 

(1) 


Periodic routing area update 
Test Purpose (TP) 


with { UE is camped on an E-UTRAN cell or in ECM-CONNECTED state and ISR is activated 
ensure that { 

when { UE performs E-UTRA RRC state transitions } 
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then { UE keeps the periodic routing area update timer T3312 running } 

} 

(2) 

with { UE is camped on an E-UTRAN cell or ECM-CONNECTED state and ISR is activated } 
ensure that { 

when { the periodic routing area update timer T3312 expires } 
then { UE does not change RAT } 

} 

(3) 

with { UE is in state GMM- REGISTERED .NO -CELL -AVAILABLE and ISR is activated and the periodic routing 
area update timer T3312 expires } 
ensure that { 

when { UE enters the state GMM-REGISTERED .NORMAL- SERVICE } 
then { UE initiates the routing area updating procedure } 
} 

9.2.3.3.5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.008, clause 4.7.2.2 and 
TS 23.401, clause 4.3.5.2. 

[TS 24.008, clause 4.7.2.2] 

If ISR is activated, the MS shall keep both the periodic tracking area update timer (timer T3412) and the periodic 
routeing area update timer (timer T3312). The two separate timers run in the MS for updating MME and SGSN 
independently. If the periodic routeing area update timer expires and the MS is in state GMM-REGISTERED. NO- 
CELL- A VAIL ABLE, the MS shall set its TIN to "RAT-related TMSI" and start the GERAN/UTRAN Deactivate ISR 
timer T3323. The MS shall initiate the routeing area updating procedure and stop the timer T3323 when the MS enters 
the state GMM-REGISTERED. NORMAL-SERVICE before timer T3323 expires. After expiry of timer T3323 the MS 
shall deactivate ISR by setting its TIN to "GUTI" and initiate the routing area updating procedure when the UE enters 
the state GMM-REGISTERED.NORMAL-SERVICE. 

[TS 23.401, clause 4.3.5.2] 

If the UE is camped on an E-UTRAN cell or is in ECM-CONNECTED state when the UE's periodic RAU or periodic 
LAU timer expires and ISR is activated the UE shall start the GERAN/UTRAN Deactivate ISR timer. After the 
GERAN/UTRAN Deactivate ISR timer expires the UE shall deactivate ISR by setting its TIN to "GUTI". The 
GMM/PMM-REGISTERED UE shall remember it has to perform a Routeing Area Update to the SGSN or a Location 
Area Update to the MSC when it next returns to 2G/3G coverage. 

The E-UTRAN Deactivate ISR timer is stopped when the UE performs a successful TAU; and the GERAN/UTRAN 
Deactivate ISR timer is stopped when the UE performs a successful RAU/LAU. 

Expiry of the periodic TAU timer, or, the periodic RAU timer, or, the periodic LAU timer shall not cause the UE to 
change RAT. 


E-UTRAN RRC state transitions shall have no impact on the periodic RAU timer or periodic LAU timer except that 
handover from 2G/3G to E-UTRAN shall cause the periodic RAU timer to be started from its initial value. 

9.2.3.3.5.3 Test description 

9.2.3.3.5.3.1 Pre-test conditions 

System Simulator: 

- cell A (belongs to TAI-1, home PLMN) is set to "Serving cell"; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 5 (home PLMN, RAI-1, NMO 1) is set to 
"Non-suitable cell"; 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (home PLMN, RAI-1, NMO 1) is set 
to "Non-suitable cell"; 

- System information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
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NOTE: Setting px_RATComb_Tested = EUTRA_Only is not allowed. 
UE: 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, the UE is previously registered on UTRAN cell 5 
using default message contents according to TS 36.508 [18]. 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, the UE is previously registered on GERAN 
cell 24 using default message contents according to TS 36.508 [18]. 


Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell A according to TS 36.508 [18]. 
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9.2.3.3.5.3.2 


Test procedure sequence 

Table 9.2.3.3.5.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 


EXCEPTION: Steps 1a1 to 1b5 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that takes place if a capability is 
supported. 





1a1 

IF pc_UTRA THEN the SS sets the cell type of 
Cell 5 to "Serving cell" and the cell type of Cell 
A to "Non-suitable cell". 





1a2 

The UE transmits a ROUTING AREA UPDATE 
REQUEST message on Cell 5. 

-> 

ROUTING AREA UPDATE 
REQUEST 

- 

- 

1a3 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message on Cell 5. 

<— 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

1a4 

Void 

- 

- 



1a5 

The SS sets the cell type of Cell A to "Serving 
cell" and the cell type of Cell 5 to "Non-suitable 
cell". 





1b1 

ELSE IF pc_GERAN THEN the SS sets the 
cell type of Cell 24 to "Serving cell" and the cell 
type of Cell A to "Non-suitable cell". 





1b2 

The UE transmits a ROUTING AREA UPDATE 
REQUEST message on Cell 24. 

-> 

ROUTING AREA UPDATE 
REQUEST 

- 

- 

1b3 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message on Cell 24 

<— 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

1b4 

Void 

- 

- 

- 

- 

1b5 

The SS sets the cell type of Cell A to "Serving 
cell" and the cell type of Cell 24 to "Non- 
suitable cell". 






EXCEPTION: Steps 1 Aa1 to 1 Aa3 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place according to UE 
mode of operation. 





1A 
a1 

IF CS/PS mode 1 or CS/PS mode 2 of 
operation is configured on the UE THEN the 
UE transmits a TRACKING AREA UPDATE 
REQUEST message on Cell A. 

-> 

TRACKING AREA UPDATE 
REQUEST 



1A 
a2 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message on Cell A. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

1A 
a3 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message on Cell A. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

2 

The SS waits for 1 min. 

- 

- 

- 

- 

3 

The SS pages the UE on Cell A using S-TMSI 
with CN domain indicator set to "PS". 

<- 

- 

- 

- 

4 

The UE transmits a SERVICE REQUEST 
message on Cell A. 

-> 

SERVICE REQUEST 

- 

- 

5 

The SS transmits an ACTIVATE DEDICATED 
EPS BEARER CONTEXT REQUEST 
message on Cell A activating a new EPS 
bearer context. 

This message is included in an 
RRCConnectionReconfiguration message to 
setup the new radio bearer associated with the 
dedicated EPS bearer context activated by the 
NAS message. 

<- 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT REQUEST 



6 

The UE transmits an ACTIVATE DEDICATED 
EPS BEARER CONTEXT ACCEPT message 
on Cell A. 

-> 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT ACCEPT 



7 

The SS transmits a DEACTIVATE EPS 
BEARER CONTEXT REQUEST message on 
Cell A deactivating the dedicated EPS bearer 

<— 

DEACTIVATE EPS BEARER 
CONTEXT REQUEST 
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context activated at Step 5. 

This message is included in an 
RRCConnectionReconfiguration message. 





8 

The UE transmits a DEACTIVATE EPS 
BEARER CONTEXT ACCEPT message on 
Cell A. 

-> 

DEACTIVATE EPS BEARER 
CONTEXT ACCEPT 



8A 

The SS releases the RRC connection. 

- 

- 

- 

- 


EXCEPTION: Steps 9a1 to 9b5 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that takes place if a capability is 
supported. 





9a1 

IFpc UTRAANDpx RATComb Tested = 
EUTRA_UTRA THEN the SS sets the cell type 
of Cell 5 to "Serving cell" and the cell type of 
Cell A to "Non-suitable cell". 





9a2 

Check: After T331 2 started after Step 1a3 
expires and before T3323 expires, does the 
UE transmit a ROUTING AREA UPDATE 
REQUEST on Cell 5? 

-> 

ROUTING AREA UPDATE 
REQUEST 

1 

P 

9a3 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message on Cell 5. 

<— 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

9a4 

Void 

- 

- 



9a5 

The SS sets the cell type of Cell A to "Serving 
cell" and the cell type of Cell 5 to "Non-suitable 
cell". 





9b1 

ELSE IF pc GERAN AND 
px RATComb Tested = EUTRA GERAN 
THEN the SS sets the cell type of Cell 24 to 
"Serving cell" and the cell type of Cell A to 
"Non-suitable cell". 





9b2 

Check: After T331 2 started after Step 1 b3 
expires and before T3323 expires, does the 
UE transmit a ROUTING AREA UPDATE 
REQUEST on Cell 24? 

-> 

ROUTING AREA UPDATE 
REQUEST 

1 

p 

9b3 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message on Cell 24 . 

<— 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

9b4 

Void 

- 

- 



9b5 

The SS sets the cell type of Cell A to "Serving 
cell" and the cell type of Cell 24 to "Non- 
suitable cell". 






EXCEPTION: Steps 9Aa1 to 9Aa3 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place according to UE 
mode of operation. 





9A 
a1 

IF CS/PS mode 1 or CS/PS mode 2 of 
operation is configured on the UE THEN the 
UE transmits a TRACKING AREA UPDATE 
REQUEST message on Cell A. 

-> 

TRACKING AREA UPDATE 
REQUEST 



9A 
a2 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message on Cell A. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

9A 
a3 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message on Cell A. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

10 

The SS waits for 1 min. 

- 

- 

- 

- 

11 

The SS pages the UE on Cell A using S-TMSI 
with CN domain indicator set to "PS". 

<— 

- 

- 

- 

12 

The UE transmits a SERVICE REQUEST 
message on Cell A. 

-> 

SERVICE REQUEST 

- 

- 

13 

The SS transmits an ACTIVATE DEDICATED 
EPS BEARER CONTEXT REQUEST 
message on Cell A activating a new EPS 
bearer context. 

This message is included in an 
RRCConnectionReconfiguration message to 

<- 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT REQUEST 
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setup the new radio bearer associated with the 
dedicated EPS bearer context activated by the 
NAS message. 





14 

The UE transmits an ACTIVATE DEDICATED 
EPS BEARER CONTEXT ACCEPT message 
on Cell A. 

-> 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT ACCEPT 



15 

The SS waits until T3312 timer started at Step 
9a3/9b3 has expired. 

- 

- 

- 

- 

16 

Check: After T331 2 started after Step 9a3/9b3 
expires and before T3323 expires, does the 
test result of generic test procedure in TS 
36.508 subclause 6.4.2.6 indicate that a 
dedicated EPS bearer context is active on cell 
A? 



2 


17 

The SS transmits a DEACTIVATE EPS 
BEARER CONTEXT REQUEST message on 
Cell A deactivating the dedicated EPS bearer 
context activated at Step 13. 

This message is included in an 
RRCConnectionReconfiguration message. 

<— 

DEACTIVATE EPS BEARER 
CONTEXT REQUEST 



18 

The UE transmits a DEACTIVATE EPS 
BEARER CONTEXT ACCEPT message on 
Cell A. 

-> 

DEACTIVATE EPS BEARER 
CONTEXT ACCEPT 



19 

The SS waits for 2 min. 

- 

- 

- 

- 

19 
A 

The SS releases the RRC connection. 

- 

- 

- 

- 

20 

Check: After T331 2 started after Step 9a3/9b3 
expires and before T3323 expires, does the 
test result of generic test procedure in TS 
36.508 subclause 6.4.2.2 indicate that the UE 
is in state Registered, Idle Mode on Cell A? 



2 



EXCEPTION: Steps 21 a1 to 21 b4 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that takes place if a capability is 
supported. 





21a 
1 

IF pc UTRA AND px RATComb Tested = 
EUTRA_UTRA THEN the SS sets the cell type 
of Cell 5 to "Serving cell" and the cell type of 
Cell A to "Non-suitable cell". 





21a 
2 

Check: After T331 2 started after Step 9a3 
expires and before T3323 expires, does the 
UE transmit a ROUTING AREA UPDATE 
REQUEST message on Cell 5? 

-> 

ROUTING AREA UPDATE 
REQUEST 

3 

P 

21a 
3 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message on Cell 5. 

<- 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

21a 
4 

Void 

- 

- 



21b 
1 

ELSE IF pc GERAN AND 
px_RATComb_Tested = EUTRA_GERAN 
THEN the SS sets the cell type of Cell 24 to 
"Serving cell" and the cell type of Cell A to 
"Non-suitable cell". 





21b 
2 

Check: After T331 2 started after Step 9b3 
expires and before T3323 expires, does the 
UE transmit a ROUTING AREA UPDATE 
REQUEST message on Cell 24? 

-> 

ROUTING AREA UPDATE 
REQUEST 

3 

P 

21b 
3 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message on Cell 24. 

<— 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

21b 
4 

Void 


- 
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9.2.3.3.5.3.3 


Specific message contents 


Table 9.2.3.3.5.3.3-1 : Message ROUTING AREA UPDATE REQUEST (steps 1a2/1b2, Table 9.2.3.3.5.3.2- 

1) 


Information Element 

Value/remark 

Comment 

Condition 

Update type 

Any allowed value 



P-TMSI 

P-TMSI mapped from 
GUTI assigned to UE 
during preamble 



IVIS network capability 




ISR support 

1 




Table 9.2.3.3.5.3.3-2: Message ROUTING AREA UPDATE REQUEST (steps 9a2/9b2 and 21a2/21b2, 

Table 9.2.3.3.5.3.2-1) 


Information Element 

Value/remark 

Comment 

Condition 

Update type 

011 

"Periodic 
updating" 


P-TMSI 

P-TMSI assigned to UE 
during preamble 



MS network capability 




ISR support 

1 



UE network capability 

Not present 




Table 9.2.3.3.5.3.3-3: Message ROUTING AREA UPDATE ACCEPT (steps 1a3/1b3, 9a3/9b3 and 

21a3/21b3, Table 9.2.3.3.5.3.2-1) 


Information Element 

Value/remark 

Comment 

Condition 

Update result 

100 

"RA updated and 
ISR activated" 

TA only 


001 

"combined RA/LA 
updated" 

combined 
TA LA 

Periodic RA update timer 

00100111 

7 min 


Allocated P-TMSI 

Not present 




Table 9.2.3.3.5.3.3-4: Message TRACKING AREA UPDATE REQUEST (steps 1 Aa1 and 9Aa1, table 

9.2.3.3.5.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

GPRS ciphering key sequence number 

Any allowed value 



Additional GUTI 

Not present or any 
allowed value 



NonceuE 

Any allowed value 




Table 9.2.3.3.5.3.3-5 Message TRACKING AREA UPDATE ACCEPT (steps 1 Aa2 and 9Aa2 Table 

9.2.3.3.5.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EPS update result 

101 

"combined TA/LA 
updated and ISR 
activated" 
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9.2.3.3.5a Periodic Location Update 

9.2.3.3.5a.1 Test Purpose (TP) 

(1) 

with { UE in EMM-REGISTERED .NORMAL- SERVICE and camped on E-UTRAN with periodic location update timer 
T3212 running, and ISR deactivated } 
ensure that { 

when { UE camps on a GERAN/UTRAN cell within the same LA where UE last successfully registered } 
then { the UE does not initiate a periodic location update procedure until the expiry of T3212 } 

} 

(2) 

with { UE in MM IDLE substate NORMAL SERVICE with periodic location update timer T3212 running, and 
ISR deactivated} 
ensure that { 

when { UE camps on a E-UTRAN cell and successfully performs a Tracking Area Update and T3212 
expires} 

then { the UE does not perform a periodic location update whilst in E-UTRAN coverage and does 
not change RAT because T3212 has expired} 

} 

(3) 

with { UE in EMM-REGISTERED .NORMAL- SERVICE and camped on E-UTRAN and the periodic location update 
timer T3212 expired, and ISR deactivated } 
ensure that { 

when { UE camps on a GERAN/UTRAN cell within the same LA where UE last successfully registered } 
then { the UE performs a periodic location update procedure } 
} 

9.2.3.3.5a.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 23.401 clauses 4.3.5.2; and 
TS 24.008 clauses 4.7.1.4.1 and 4.7.5.1.1. 

[TS 23.401, clause 4.3.5.2 "Reachability Management for UE in ECM-IDLE state"] 


If the UE is EPS attached only and either camps on an E UTRAN cell or is in ECM CONNECTED state when the UE's 
periodic LAU timer expires, the UE shall perform a Location Area Update procedure in NMO II/III or combined 
RA/LA update in NMO I when it next returns to GERAN/UTRAN coverage. 


Expiry of the periodic TAU timer, or, the periodic RAU timer, or, the periodic LAU timer shall not cause the UE to 
change RAT. 


E-UTRAN RRC state transitions shall have no impact on the periodic RAU timer or periodic LAU timer except that 
handover from GERAN/UTRAN to E-UTRAN shall cause the periodic RAU timer to be started from its initial value. 

[TS 24.008, 4.2.2.1 "Service State, NORMAL SERVICE"] 

When in state MM IDLE and service state NORMAL SERVICE, the mobile station shall: 

- perform normal location updating when a new location area is entered; 

- perform location updating procedure at expiry of timer T32 1 1 or T32 1 3 ; 

- perform periodic updating at expiration of timer T3212; 

- perform IMSI detach; 

- support requests from the CM layer; 
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- respond to paging; and 

for an eCall only mobile station (as determined by information configured in USIM), perform the eCall inactivity 
procedure at expiry of timer T3242 or timer T3243. 

[TS 24.008, 4.4.1 "Location updating procedure"] 


Upon successful location updating the mobile station sets the update status to UPDATED in the SIM/USIM, and stores 
the Location Area Identification received in the LOCATION UPDATING ACCEPT message in the SIM/USIM. The 
attempt counter shall be reset. 

[TS 24.008, 4.4.2 "Periodic updating"] 


The procedure is controlled by the timer T3212 in the mobile station. If the timer is not already started, the timer is 
started each time the mobile station enters the MM IDLE substate NORMAL SERVICE or ATTEMPTING TO 
UPDATE. When the MS leaves the MM Idle State the timer T3212 shall continue running until explicitly stopped. 


When the timer T3212 expires, the location updating procedure is started and the timer shall be set to its initial value for 
the next start. If the mobile station is in other state than MM Idle when the timer expires the location updating 
procedure is delayed until the MM Idle State is entered. 


If the mobile station is in service state NO CELL AVAILABLE, LIMITED SERVICE, PLMN SEARCH or PLMN 
SEARCH-NORMAL SERVICE when the timer expires the location updating procedure is delayed until this service 
state is left. 

9.2.3.3.5a.3 Test description 

9.2.3.3.5a.3.1 Pre-test conditions 

System Simulator: 

- cell A is configured as Non-suitable cell; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 5 (LAI-1, NMO II) is configured as Serving 
cell. The value of T3212 (in SIBl) is 0110 (6 minutes); cell 5 does not transmit any "absolute priorities"; 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, Cell 24 (LAI- 1 , NMO II) is configured as 
Serving cell and does not support Dual Transfer Mode (DTM_SUPPORT is configured as default (see TS 
51.010-1 clause 40.2.1.1 [23]. The value of T3212 (Octet 4 of the Control Channel Description IE) is 0110 (6 
minutes); Cell 24 does not transmit any "absolute priorities"; 

- Cell A has the absolute priorities set to LTE. 

- System information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 


UE: 


the UE is previously registered on E-UTRAN, and when on E-UTRAN, the UE is last authenticated and 
registered on cell A using default message contents according to TS 36.508 [18]; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, the UE is previously registered on UTRAN cell 5 
using default message contents according to TS 36.508 [18]. 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, the UE is previously registered on GERAN 
cell 24 using default message contents according to TS 36.508 [18]. 

- the UE is configured such that "EPS only TAU accept" does not cause RAT reselection to UTRAN / GERAN. 
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Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.3.3.5a.3.2 Test procedure sequence 

Table 9.2.3.3.5a.3.2-1 : Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The UE is switched on and camps on Cell 24 
or Cell 5. 

(* mobile is mandated to start the LU update 
before starting the GPRS attach *) 





2 

The UE transmits a LOCATION UPDATING 
REQUEST with location updating type set to 
"Attach". 

-> 

LOCATION UPDATING 
REQUEST 



3 

The SS transmits a LOCATION UPDATING 
ACCEPT, and the UE stores the received LAI 
and sets the update status to UPDATED on 
the USIM. 

<- 

LOCATION UPDATING ACCEPT 



4 

The SS releases the RR Connection 

- 

- 

- 

- 

5 

The UE transmits an ATTACH REQUEST 
message on Cell 24 or Cell 5 indicating "GPRS 
attach". 

-> 

ATTACH REQUEST 



6 

The SS transmits an ATTACH ACCEPT 
message indicating "combined GPRS attach". 
The UE sets the update status to UPDATED 
on the USIM. The SS allocates a P-TMSI. 

<- 

ATTACH ACCEPT 



7 

The UE transmits an ATTACH COMPLETE to 
acknowledge the P-TMSI allocation. 

-> 

ATTACH COMPLETE 



8 

The UE requests the activation of a default 
PDP context 

-> 

ACTIVATE PDP CONTEXT 
REQUEST 



9 

The SS accepts the request for default PDP 
context request and return an ACTIVATE PDP 
CONTEXT ACCEPT 

<— 

ACTIVATE PDP CONTEXT 
ACCEPT 



10 

The signal strength of Cell A is raised to that of 
the Serving Cell and Cell 24 or Cell 5 is 
lowered to that of a Suitable Neighbour Cell as 
defined in table 6.2.2.1-1 of TS 36.508 [18]. 

Note: Cell 24 or Cell 5 is still suitable but the 
UE shall select Cell A 





11 

The UE camps on E-UTRAN cell A and 
transmits a TRACKING AREA UPDATE 
REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 



12 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<— 

AUTHENTICATION REQUEST 



13 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



14 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 

<- 

SECURITY MODE COMMAND 

- 

- 

15 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 



16 

SS responds with TRACKING AREA UPDATE 
ACCEPT message including a valid TAI list 
containing the TAI of Cell A; with PLMN ID of 
Cell A included in the GUTI. The UE sets the 
TIN = GUTI. 

Note: This is an EPS-only Accept message 
(update type = TA updated) 

<— 

TRACKING AREA UPDATE 
ACCEPT 



17 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

18 

The SS releases the RRC Connection 

- 

- 

- 

- 

19 

The signal strength of Cell 24 or Cell 5 is 

- 

- 

- 

- 
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raised to that of the Serving Cell and Cell A is 
lowered to that of a Non-Suitable Neighbour 
Cell as defined in table 6.2.2.1-1 of TS 36.508 
f18l. 





20 

The UE camps on Cell 24 or Cell 5. 

- 

- 

- 

- 

- 

EXCEPTION: The behaviour in table 
9.2.3.3.5a.3.2-2 occurs in parallel with step 21 . 


- 

- 

- 

21 

Check: Does the UE transmit a LOCATION 
UPDATING REQUEST? Continue checking 
until 4 minutes after step 4. 

-> 

LOCATION UPDATING 
REQUEST 

1 

F 

22 

Void 





23 

Void 





24 

The signal strength of Cell A is raised to that of 
the Serving Cell and Cell 24 or Cell 5 is 
lowered to that of a Suitable Neighbour Cell as 
defined in table 6.2.2.1-1 of TS 36.508 [18]. 

Note: Cell 24 or Cell 5 is still suitable but the 
UE shall select Cell A 





25 

The UE camps on cell A. 

- 

- 

- 

- 

26 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message with EPS 
update set to "TA updating". 

-> 

TRACKING AREA UPDATE 
REQUEST 



27 

The SS responds with a TRACKING AREA 
UPDATE ACCEPT. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

28 

Void 





29 

Check: Does UE transmit a LOCATION 
UPDATING REQUEST (on Cell 24 or Cell 5) 
and changes RAT. Check this until 7 minutes 
after step 4 (RR release after LU) 

-> 

LOCATION UPDATING 
REQUEST 

2 

F 

30 

The signal strength of Cell 24 or Cell 5 is 
raised to that of the Serving Cell and Cell A is 
lowered to that of a non-Suitable Neighbour 
Cell as defined in table 6.2.2.1-1 of TS 36.508 
f18l. 






EXCEPTION: The behaviour in table 
9.2.3.3.5a.3.2-2 occurs in parallel with steps 
32 and 33. 





32 

Check: Does the UE transmit a LOCATION 
UPDATING REQUEST with location updating 
type set to "Periodic updating" ? 

-> 

LOCATION UPDATING 
REQUEST 

3 

P 

33 

The SS transmits a LOCATION UPDATING 
ACCEPT. 

<— 

LOCATION UPDATING ACCEPT 

- 

- 

34 

The SS releases the RR Connection 

- 

- 

- 

- 

35 

Void 



- 

- 

36 

Void 



- 

- 


Table: 9.2.3.3.5a.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The UE transmits a ROUTING AREA UPDATE 
REQUEST with Update type set to "RA 
updating". 

-> 

ROUTING AREA UPDATE 
REQUEST 



2 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message with Update result = "RA 
updated". 

<- 

ROUTING AREA UPDATE 
ACCEPT 
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9.2.3.3.5a.3.3 Specific message contents 

Table 9.2.3.3.5a.3.3-1 : LOCATION UPDATING ACCEPT (steps 3 & 33, Table 9.2.3.3.5a.3.2-1) 


Derivation Patii: TS 36.508 Table 4.7B.2-5 

Information Element 

Value/remark 

Comment 

Condition 

IVIobile identity 

Not present 




E-UTRAN RRC connection failure / Reselection of UTRAN cell / NAS signaling to 
release old S1 interface connection 

Test Purpose (TP) 


9.2.3.3.6 

9.2.3.3.6.1 

(1) 

with { UE is E-UTRA RRC_CONNECTED state and ISR not activated } 
ensure that { 

when { Radio link failure is detected and UE attempts to select a suitable E-UTRA cell to re- 
establish the RRC connection } 

then { UE can not find a suitable cell for T311 and leaves RRC_CONNECTED state with release 
cause 'RRC connection failure' } 

(2) 

with { UE searches for a suitable cell after an indication of E-UTRAN 'RRC connection failure' } 
ensure that { 

when { UE detects an UTRA cell and returns to coverage } 
then { UE performs a routing area update } 


9.2.3.3.6.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.008, clause 4.7.5, 
TS36.331 clauses 5.3.7.2, 5.3.11.1, 5.3.11.3 and 5.3.12 and TS36.304 clauses 5.2.7. 

[TS24.008 clause 4.7.5] 

This procedure is used for: 


in lu mode and A/Gb mode after intersystem change from S 1 mode, and the GMM receives an indication of 
"RRC connection failure" from lower layers due to lower layer failure while in SI mode; 


[TS 36.331 clause 5.3.7.2] 

The UE shall only initiate the procedure when AS security has been activated. The UE initiates the procedure when one 
of the following conditions is met: 

1> upon detecting radio link failure, in accordance with 5.3.11; or 


Upon initiation of the procedure, the UE shall: 
1> stop timer T310, if running; 
1> start timer T3 1 1 ; 
1> suspend all RBs except SRBO; 
1> reset MAC; 

1> apply the default physical channel configuration as specified in 9.2.4; 
1> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 
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1> apply the default MAC main configuration as specified in 9.2.2; 

1> perform cell selection in accordance with the cell selection process as specified in TS 36.304 [4]; 

[TS 36.304 clause 5.3.11.1] 

The UE shall: 

1> upon receiving N310 consecutive "out-of-sync" indications from lower layers while neither T300, T301, T304 
nor T31 1 is running: 

2> start timer T3 10; 

[TS 36.304 clause 5.3.11.3] 

The UE shall: 

1> upon T310 expiry; or 

1> upon random access problem indication from MAC while neither T300, T301, T304 nor T31 1 is running; or 

1> upon indication from RLC that the maximum number of retransmissions has been reached: 

2> consider radio link failure to be detected; 

2> if AS security has not been activated: 

3> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'; 

2> else: 

3> initiate the connection re-establishment procedure as specified in 5.3.7; 

[TS36.331 clause 5.3.12] 

Upon leaving RRC_CONNECTED, the UE shall: 

1> reset MAC; 

1> stop all timers that are running except T320; 

1> release all radio resources, including release of the RLC entity, the MAC configuration and the associated PDCP 
entity for all established RBs; 

1> indicate the release of the RRC connection to upper layers together with the release cause; 

1> if leaving RRC_CONNECTED was not triggered by reception of the MohilityFromEUTRACommand message: 

2> enter RRC_IDLE by performing cell selection in accordance with the cell selection process, defined for the case of 
leaving RRC_CONNECTED, as specified in TS 36.304 [4]; 

[TS 36.304 clause 5.2.7] 

On transition from RRC_CONNECTED to RRC_IDLE, a UE shall attempt to camp on the last cell for which it was in 
RRC_CONNECTED or any cell on a frequency or frequency of RAT assigned by RRC in the state transition message. 
If no suitable cell is found, the UE shall perform a cell selection starting with Stored Information Cell Selection 
procedure in order to find a suitable cell to camp on. 

When returning to idle mode after UE moved to RRC_CONNECTED state from camped on any cell state, UE shall 
attempt to camp on the last cell for which it was in RRC_CONNECTED state or any cell on a frequency or frequency 
of RAT assigned by RRC in the state transition message. If no acceptable cell is found, the UE shall continue to search 
for an acceptable cell of any PLMN in state any cell selection. 
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Test description 
Pre-test conditions 


9.2.3.3.6.3 
9.2.3.3.6.3.1 
System Simulator: 

- cell A (belongs to TAI-1) is set to "Serving cell"; 

- cell 5 (belongs to RAI-1) is set to "Non-suitable cell"; 

- cell 5 belongs to a PLMN different from cell A's PLMN and not included in cell A's Equivalent PLMN list; 
system information indicates that NMO 1 is used. 

- System information combination 1 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

none. 
Preamble: 

- the UE is in state Generic RB established (state 3) on cell A according to TS 36.508 [18]. 
9.2.3.3.6.3.2Test procedure sequence 

Table 9.2.3.3.6.3.2-1 : Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 


U-S 

IVIessage 

1 

The SS changes the power level of Cell A to 
non-suitable "Off" according to TS 36.508 
subclause 6.2.2.1 in order that the radio link 
quality of Cell A be degraded and waits for 1s 
(i.e. T310 transmitted in SIB2.) 





2 

The SS raises Cell 5 level as "Serving cell", 
sets Cell A to "Non-suitable cell" and waits for 
10s (i.e. T311 transmitted in SIB2) 






EXCEPTION: In parallel with step 3 below, the 
test steps in the parallel behaviour in table 
9.2.3.3.6.3.2-2 is taking place 





3 

Check: Does the UE transmit a 
RRCConnectionReestablishmentRequest 
messages within the next 60s? 

-> 

RRCConnectionReestablishment 
Request 

1 

F 


At the end of this test procedure sequence, the 
UE is in end state UTRA connected (U2) 
according to TS 36.508 but attached for EPS 
services only. 






Table 9.2.3.3.6.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

Check: Does UE perform Routing area 
updating procedure on Cell 5? 

Note: No message contents other than 
message type needs checking. 

-> 

ROUTING AREA UPDATE 
REQUEST 

2 

P 

2-5 

The SS completes the routing area update 
procedure by performing Steps 5-8 of the 
procedure in TS 36.508 subclause 6.4.2.8. 






9.2.3.3.6.3.3 
None 


Specific Message Contents 
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9.2.3.4 A/Gb mode to S1 mode inter-system change 

9.2.3.4.1 TAU/RAU procedure for inter-system cell reselection between A/Gb and S1 

modes 

9.2.3.4.1 .1 Test Purpose (TP) 

(1) 

with { UE attached to GERAN with a PDP context active, and, E-UTRAN NAS and Security parameters 
inclding a valid GUTI stored on the USIM } 
ensure that { 

when { UE performs a cell reselection to E-UTRAN and performs a Tracking Area Update } 

then { the UE encodes the RRC parameters in the RRC Connection Establishment messages correctly 
(i.e. in the RRCConnectionRequest message, the InitialUE-Identity is set to "randomValue" and the 
establishmentcause is set to MO- signalling; and, in the RRCConnectionSetupComplete message the 
selectedPLMN- identity, mmegi and mmec indicate the value of the registered MME } 


(2) 

with { UE attached to GERAN with a PDP context active, and, E-UTRAN NAS and EPS Security parameters 
including a valid GUTI stored on the USIM, and ISR not activated } 
ensure that { 

when { UE performs a cell reselection to E-UTRAN and performs a Tracking Area Update } 

then { the UE encodes the parameters in the TRACKING AREA UPDATE REQUEST correctly i.e.: 

- the NAS key set identif ierASME IE is set to the value stored in the USIM/allocated in 

the last TRACKING AREA UPDATE ACCEPT message; 

- the Old GUTI IE is derived from the mapped P-TMSI and RAI ; 

- the Additional GUTI IE is set to the GUTI stored in the USIM/allocated in the last 

TRACKING AREA UPDATE ACCEPT message; 

- the GPRS cipherign key sequence number IE is set to the value allocated in the 

AUTHENTICATION AND CIPHERING REQUEST message; and 

- the NONCEue IE is included; 
the DRX parameter IE is not included. } 


} 


(3) 


with { UE powered on in GERAN } 
ensure that { 

when { UE makes its first Tracking Area Update to E-UTRAN} 

then { UE sends the UE radio capability information update needed IE 


} 


(4) 


with { UE registered in E-UTRAN, and, GERAN NAS and Security parameters including a valid P-TMSI 
available in the UE and ISR not activated } 
ensure that { 

when { UE performs a cell reselection to GERAN and performs a Routeing Area Update } 

then { the UE derives the TLLI parameter in the RLC/MAC header from the GUTI allocated in the 
TRACKING AREA UPDATE ACCEPT message } 
} 

(5) 

with { UE registered in E-UTRAN, and, GERAN NAS and GERAN Security parameters including a valid P- 
TMSI available in the UE, and ISR not activated } 
ensure that { 

when { UE performs a cell reselection to GERAN and performs a Routeing Area Update } 

then { the UE encodes the parameters in the ROUTING AREA UPDATE REQUEST correctly i.e.: 

- [the GPRS ciphering key sequence number IE is set to the value mapped from 

KSI-ASME;;] - the Old routing area identification IE, and the Old P- 

TMSI signature IE are 

mapped from the GUTI allocated in the TRACKING AREA UPDATE ACCEPT message; 

- the Additional mobile identity IE contains the P-TMSI allocated in the last received 

ATTACH ACCEPT/ROUTING AREA UPDATE ACCEPT message; 

- the Additional old routing area identification IE contains the RAI allocated in the 

last received ATTACH ACCEPT/ROUTING AREA UPDATE ACCEPT message; and 

- [the DRX parameter IE is not included] . } 
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(6) 

with { UE registered } 
ensure that { 

when { UE perfoms Tracking Area Update to E-UTRAN which is not for the "first TAU following 
GERAN/UTRAN Attach" or for a "UE radio capability update"} 

then { UE does not send the UE radio capability information update needed IE } 
} 

9.2.3.4.1 .2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 23.003 clauses 2.8.2.1 and 
2.8.2.2; TS 23.401 clauses 4.3.5.6, 5.3.3.1 and 5.3.3.3; TS 24.008 clauses 4.7.1.4.1 and 4.7.5.1.1; and TS 24.301 clauses 
5.3.1.1 and 5.5.3.2.2. 

[TS 23.003, clause 2.8.2.1 "Mapping from GUTI to RAI, P-TMSI and P-TMSI signature"] 

The mapping of the GUTI shall be done to the combination of RAI of GERAN / UTRAN and the P-TMSI: 

E-UTRAN <MCC> maps to GERAN/UTRAN <MCC> 

E-UTRAN <MNC> maps to GERAN/UTRAN <MNC> 

E-UTRAN <MME Group ID> maps to GERAN/UTRAN <LAC> 

E-UTRAN <MME Code> maps to GERAN/UTRAN <RAC> and is also copied into the 8 most significant bits of 
the NRI field within the P-TMSI; 

E-UTRAN <M-TMSI> maps as follows: 

- 6 bits of the E-UTRAN <M-TMSI> starting at bit 29 and down to bit 24 are mapped into bit 29 and down to 
bit 24 of the GERAN/UTRAN <P-TMSI>; 

- 16 bits of the E-UTRAN <M-TMSI> starting at bit 15 and down to bit are mapped into bit 15 and down to 
bit of the GERAN/UTRAN <P-TMSI>; 

- and the remaining 8 bits of the E-UTRAN <M-TMSI> are mapped into the 8 MBS bits of the <P-TMSI 
signature> field. 

For UTRAN, the 10-bit long NRI bits are masked out from the P-TMSI and also supplied to the RAN node as IDNNS 
(Intra Domain NAS Node Selector). However, the RAN configured NRI length should not exceed 8 bits. 

[TS 23.003, clause 2.8.2.2 "Mapping from RAI and P-TMSI to GUTI"] 

The mapping of P-TMSI (TLLI) and RAI in GERAN/UTRAN to GUTI in E-UTRAN shall be performed as follows: 

GERAN/UTRAN <MCC> maps to E-UTRAN <MCC> 

GERAN/UTRAN <MNC> maps to E-UTRAN <MNC> 

GERAN/UTRAN <LAC> maps to E-UTRAN <MME Group ID> 

GERAN/UTRAN <RAC> maps into bit 23 and down to bit 16 of the M-TMSI 
The 8 most significant bits of GERAN/UTRAN <NRI> map to the MME code. 

GERAN/UTRAN <P-TMSI> maps as follows: 

- 6 bits of the GERAN/UTRAN <P-TMSI> starting at bit 29 and down to bit 24 are mapped into bit 29 and 
down to bit 24 of the E-UTRAN <M-TMSI>; 

- 16 bits of the GERAN/UTRAN <P-TMSI> starting at bit 15 and down to bit are mapped into bit 15 and 
down to bit of the E-UTRAN <M-TMSI>. 


[TS 23.401, clause 4.3.5.6, "Idle mode signalling reduction function" 
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The TIN can take one of the three values, "P-TMSI", "GUTI" or "RAT-related TMSI". The UE shall set the TIN when 
receiving an Attach Accept, a TAU Accept or RAU Accept message according to the rules in table 4.3.5.6-1. 

Table 4.3.5.6-1 : Setting of the TIN 


Message received by UE 

Current TIN value stored by 
UE 

TIN value to be set by the 

UE when receiving 

message 

Attach Accept via E-UTRAN 
(never indicates ISR activation) 

Any value 

GUTI 

Attach Accept via 

GERAN/UTRAN 

(never indicates ISR activation) 

Any value 

P-TMSI 

TAU Accept not indicating ISR 

Any value 

GUTI 

TAU Accept indicating ISR 

GUTI 
P-TMSI or RAT-related TMSI 

GUTI 
RAT-related TMSI 

RAU Accept not indicating ISR 

Any value 

P-TMSI 

RAU Accept indicating ISR 

P-TMSI 
GUTI or RAT-related TMSI 

P-TMSI 
RAT-related TMSI 


[TS 23.401, clause 5.3.3.1, step 2, "Tracking Area Update procedure with Serving GW change"] 


If the UE's TIN indicates "P-TMSI" and the UE holds a vaHd P-TMSI and related RAI then these two elements are 
indicated as the old GUTI. 


[TS 23.401, clause 5.3.3.3, step 2, "Routeing Area Update with MME interaction and without S-GW change"; 


If the UE's internal TIN indicates "GUTI" and the UE holds a vaHd GUTI then the UE indicates the GUTI as the old 
P-TMSI and old RAI 


[TS 24.008, clause 4.7.1.4.1, "Radio resource sublayer address handling (A/Gb mode only)"] 
For an MS supporting SI mode, the following five cases can be distinguished: 

a) the TIN indicates "P-TMSI" or "RAT-related TMSI" and the MS holds a vaHd P-TMSI and a RAI; 

b) the TIN indicates "GUTI" and the MS holds a vaHd GUTI; 

c) the TIN is deleted and the UE holds a valid P-TMSI and RAI; 

d) the TIN is deleted and the UE holds a valid GUTI, but no valid P-TMSI and RAI; or 

e) none of the previous cases is fulfilled. 

In case a) the MS shall derive a foreign TLLI from the P-TMSI and proceed as specified for case i) above. 

In case b), the MS shall derive a P-TMSI from the GUTI and then a foreign TLLI from this P-TMSI and proceed as 
specified for case i) above. 

[TS 24.008, clause 4.7.5.1.1, "Normal and periodic routing area updating procedure initiation"] 

To initiate the normal routing area updating procedure, the MS sends the message ROUTING AREA UPDATE 
REQUEST to the network, starts timer T3330 and changes to state GMM-ROUTING-AREA-UPDATING- 
INITIATED. 

If the MS supports SI mode, the MS shall handle the P-TMSI IE as follows: 
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- If the TIN indicates "GUTI" and the MS holds a vaUd GUTI, the MS shall map the GUTI into a P-TMSI, 
P-TMSI signature and RAI as specified in 3GPP TS 23.003 [4]. The MS shall include the mapped RAI in the 
Old routing area identification IE and the mapped P-TMSI signature in the P-TMSI signature IE. When the 
routing area updating procedure is initiated in lu mode, the MS shall also include the mapped P-TMSI in the 
P-TMSI IE. Additionally, in lu mode and A/Gb mode, if the MS holds a vaHd P-TMSI and RAI, the MS shall 
indicate the P-TMSI in the Additional mobile identity IE and the RAI in the Additional old routing area 
identification IE. 

- If the TIN indicates "P-TMSI" or "RAT-related TMSI" and the MS holds a vaUd P-TMSI and RAI, the MS shall 
indicate the RAI in the Old routing area identification IE. When the routing area updating procedure is initiated 
in lu mode, the MS shall also include the P-TMSI in the P-TMSI IE. 

If the routing area updating procedure is not initiated by the MS due to an S 1 mode to lu mode or S 1 mode to A/Gb 
mode intersystem change, the message ROUTING AREA UPDATE REQUEST shall contain the P-TMSI signature 
when received within a previous ATTACH ACCEPT or ROUTING AREA UPDATE ACCEPT message. 

If the routing area updating procedure is initiated by the MS due to an S 1 mode to lu mode or S 1 mode to A/Gb mode 
inter-system change in idle mode and the MS does not have a valid current UMTS security context, the message 
ROUTING AREA UPDATE REQUEST shall include a P-TMSI signature filled with a NAS token as specified in 
3GPP TS 33.401 [119]. If the MS has a valid current UMTS security context, the MS shall indicate it in the GPRS 
ciphering key sequence number IE. 

NOTE: If the TIN indicates "GUTI", 8 bits of the NAS token will be filled with bits from the M-TMSI (see 
3GPPTS 23.003 [4]). 

If the routing area updating procedure is initiated by the MS due to the S 1 mode to lu mode or S 1 mode to A/Gb mode 
inter- system change in connected mode or in idle mode if the MS does not have a valid current security context, the MS 
shall derive CK' and IK' from the Kasme and the NAS downlink COUNT value corresponding to the NAS token derived 
as specified in 3GPP TS 33.401 [119]. The MS shall indicate the eKSI value in the CKSN field of the GPRS ciphering 
key sequence number IE in the ROUTING AREA UPDATE REQUEST message. Then, the MS shall reset the START 
value and store the mapped UMTS security context replacing the current UMTS security context. 


In order to indicate the new DRX parameter while in GERAN or UTRAN coverage, the MS shall send the ROUTING 
AREA UPDATE REQUEST message containing the DRX parameter in the DRX parameter IE to the network, with the 
exception of the case if the MS had indicated its UE specific DRX parameter (3GPP TS 24.301 [120]) to the network 
while in E-UTRAN coverage. In this case, when the MS enters GERAN or UTRAN coverage and initiates a routing 
area updating procedure, the MS shall not include the DRX parameter in the DRX parameter IE in the ROUTING 
AREA UPDATE REQUEST message. 

[TS 24.301, clause 5.3.1.1 "Estabhshment of the NAS signalling connection"] 

For the routing of the initial NAS message to the appropriate MME, the UE NAS provides the lower layers with either 
the S-TMSI or the registered globally unique MME identifier (GUMMEI) that consists of the PLMN ID, the MME 
group ID, and the MME code (see 3GPP TS 23.003 [2]). 

- When the UE is registered in the tracking area of the current cell during the NAS signalling connection 
establishment, the UE NAS shall provide the lower layers with the S-TMSI, but shall not provide the registered 
MME identifier to the lower layers. Exceptionally, when the UE in EMM-IDLE mode initiates a tracking area 
updating procedure for load balancing purposes, the UE NAS shall provide the lower layers with neither S-TMSI 
nor registered MME identifier. 

- When the UE is not registered in the tracking area of the current cell during the NAS signalling connection 
establishment, the UE NAS does not provide the lower layers with the S-TMSI. If the UE has a valid registered 
MME identifier from a previous registration, the UE NAS shall provide the lower layers with the registered 
MME identifier. 

[TS 24.301, clause 5.5.3.2.2 "Normal and periodic tracking area updating procedure initiation"] 


In order to indicate its UE specific DRX parameter while in E-UTRAN coverage, the UE shall send the TRACKING 
AREA UPDATE REQUEST message containing the UE specific DRX parameter in the DRX parameter IE to the 
network, with the exception of the case if the UE had indicated its DRX parameter (3GPP TS 24.008 [13]) to the 
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network while in GERAN or UTRAN coverage. In this case, when the UE enters E-UTRAN coverage and initiates a 
tracking area updating procedure, the UE shall not include the UE specific DRX parameter in the DRX parameter IE in 
the TRACKING AREA UPDATE REQUEST message. 


When initiating a tracking area updating procedure as a result of an lu mode to S 1 mode or A/Gb mode to S 1 mode 
inter-system change, the UE shall handle the GUTI as follows: 

- if the TIN indicates "P-TMSI" and the UE holds a vaHd P-TMSI and RAI, the UE shall map the P-TMSI and 
RAI into the old GUTI IE. Additionally, if the UE holds a valid GUTI, the UE shall indicate the GUTI in the 
Additional GUTI IE. 

NOTE: Mapping the P-TMSI and RAI to the GUTI is specified in Annex H of 3GPP TS 23.401 [10]. 

- if the TIN indicates "GUTI" or "RAT-related TMSI" and the UE holds a vaHd GUTI, the UE shall indicate the 
GUTI in the Old GUTI IE. 


When the tracking area updating procedure is initiated to perform an inter-system change from A/Gb mode or lu mode 
to SI mode, the UE shall include the KSIasme in the TRACKING AREA UPDATE REQUEST message if the UE has a 
cached EPS security context. Otherwise, the UE shall set the KSIasme to the value "no key is available". 

When the tracking area updating procedure is initiated in EMM-IDLE mode to perform an inter-system change from 
A/Gb mode or lu mode to SI mode, the UE shall include the KSIsgsn in the TRACKING AREA UPDATE REQUEST 
message. If the UE does not have a cached EPS security context, the UE shall include the NonccuE IE in the 
TRACKING AREA UPDATE REQUEST message. The TRACKING AREA UPDATE REQUEST message shall be 
integrity protected with the cached EPS security context if the UE has one. If the UE does not have a cached EPS 
security context, the TRACKING AREA UPDATE REQUEST message shall not be integrity protected. 


When the tracking area updating procedure is initiated in EMM-IDLE mode to perform an inter-system change from 
A/Gb mode or lu mode to SI mode, the UE shall include the KSIsgsn in the TRACKING AREA UPDATE REQUEST 
message. If the UE does not have a cached EPS security context, the UE shall include the NonccuE IE in the 
TRACKING AREA UPDATE REQUEST message. The TRACKING AREA UPDATE REQUEST message shall be 
integrity protected with the cached EPS security context if the UE has one. If the UE does not have a cached EPS 
security context, the TRACKING AREA UPDATE REQUEST message shall not be integrity protected. 


If the UE initiates the first tracking area updating procedure following an attach in A/Gb mode or lu mode, the UE shall 
include a UE radio capability information update needed IE in the TRACKING AREA UPDATE REQUEST message. 


[TS 24.301, clause 4.4.2 "Handling of EPS security contexts"; 


The key set identifier eKSI is assigned by the MME either during the authentication procedure or, for the mapped 
security context, during the handover procedure. The eKSI consists of a value and a type of security context parameter 
indicating whether an EPS security context is a native EPS security context or a mapped EPS security context. When 
the EPS security context is a native EPS security context, the eKSI has the value of KSIasme, and when the current EPS 
security context is a mapped EPS security context, the eKSI has the value of KSIsgsn- 


[TS 24.301, clause 5.3.1.1 "Establishment of the NAS signalling connection"] 

b) if the TIN indicates "P-TMSI" and the UE holds a vaHd P-TMSI and RAI, the UE NAS shall provide the lower 
layers with the MME identifier part of the mapped GUTI, which is generated from the P-TMSI and RAI. 
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9.2.3.4.1 .3 Test description 

9.2.3.4.1 .3.1 Pre-test conditions 

System Simulator: 

NOTE: while this test describes the uses of 3 cells, it is intended that this test only requires 2 cells to be active at 
any one instant. 

- cell A (E-UTRAN), cell 24 and cell 26 (GERAN) 

- with the exception of the MCC and MNC, cell 24 and cell 26 take the default parameters of the GERAN cells as 
defined in clause 6.3.1 of TS 36.508 [18], cells 24 and 26 are configured with the same MCC and MNC as cell 
A. Cells 24 and 26 are in the same routing area; 

- as defined in clause 40.1 of TS 51.010 [23], the GERAN cells are configured to use Network Mode of Operation 

I; 

the power level of Cell 24 is the Serving Cell level; 

- the power level of Cell A is set to the Non-suitable" Off" level; 

- the power level of Cell 26 is set to the Non-suitable Off. 

- System information combination 5 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 

UE: 

the UE was previously registered on E-UTRAN, and when on E-UTRAN, the UE was last authenticated and 
registered on a cell (no name assigned) frequency 2 belonging to a PLMN with (MCC, MNC) = (65, 987) and 
allocated a GUTI with (MMEGI, MMEC) = (Oxfedc, Oxba) and an arbitrary M-TMSI value. 

Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.2.3.4.1.3.2 


Test procedure sequence 

Table 9.2.3.4.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message on Cell 24 

-> 

ATTACH REQUEST 

- 

- 

3 

The SS transmits an AUTHENTICATION 
REQUEST message. 

<— 

AUTHENTICATION REQUEST 

- 

- 

4 

The UE transmits an AUTHENTICATION 
RESPONSE message. 

-> 

AUTHENTICATION RESPONSE 

- 

- 

5 

The SS transmits a NAS SECURITY MODE 
COMMAND message 

<- 

SECURITY MODE COMMAND 

- 

- 

6 

The UE transmits a NAS SECURITY MODE 
COMPLETE message ciphered with the new 
EPS security context identified by the KSIasme 
received in the SECURITY MODE COMMAND 
message in step 5 

-> 

SECURITY MODE COMPLETE 



8 

SS responds with ATTACH ACCEPT message 
including valid TMSI, P-TMSI (TIN set to P- 
TMSI) and RAI. 

Editor's Note: the default message contents in 
51.010 clause 40.2.4.3 allocate a Negotiated 
READY timer value of 32 seconds. 

<- 

ATTACH ACCEPT 



9 

The UE transmits an ATTACH COMPLETE 
message. 

- 

ATTACH COMPLETE 

- 

- 

10 

Void 

- 

- 

- 

- 

11 

Void 

- 

- 

- 

- 

12 

Void 

- 

- 

- 

- 

13 

The signal strength of Cell A is raised to that of 
the Serving Cell and that of Cell 24 is lowered 
to that of a Suitable Neighbour Cell. 

Note: Cell 24 is still suitable but the UE is 
expected to select Cell A. 





14 

Void 

- 

- 

- 

- 

15 

Check: Does the UE send an 
RRCConnectionRequest with the InitialUE- 
IdentityseX to "random Value" and the 
establishmentcause set to MO-signalling on 
Cell A? 

Editor's Note: Cell reselection to E-UTRAN 
might not occur until the GPRS READY timer 
has expired. Hence this step might occur up to 
40 seconds after step 13. 

-> 

RRCConnectionRequest 

1 


16 

The SS responds with RRCConnectionSetup 

<- 

RRCConnectionSetup 



17 

Check: Does the UE send an 
RRCConnectionSetupComplete with the 
mmegi and mmec set to the values derived 
from the mapped RAI and P-TMSI 

Check: Are the contents of the TRACKING 
AREA UPDATE REQUEST with the correct 
parameters? 

-> 

RRCConnectionSetupComplete(R 
RC parameters, TRACKING 
AREA UPDATE REQUEST) 

1, 
2,3 

P 

18 

The SS sends TRACKING AREA UPDATE 
ACCEPT 

Note: the default message contents cause the 
allocation of a new GUTI and new TAI list 

<— 

TRACKING AREA UPDATE 
ACCEPT 



19 

The UE sends TRACKING AREA UPDATE 
COMPLETE 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

20 

The SS releases the RRC connection 

- 

- 

- 

- 
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21 

Cell 24 is switched off 

- 

- 

- 

- 

22 

The signal strength of Cell 26 is raised to that 
of the Serving Cell and that of Cell A is 
lowered to that of a Suitable Neighbour Cell. 

Note: Cell A is still suitable but the UE is 
expected to select Cell 26. 





23 

Check: Does the UE send on Cell 26 an 
RLC/MAC header with the TLLI derived from 
the P-TMSI that is derived from the GUTI 
allocated in step 18? 



4 

P 

24 

Check: Does the UE send on Cell 26 a 
ROUTING AREA UPDATE REQUEST with the 
correct parameters? 

-> 

ROUTING AREA UPDATE 
REQUEST 

5 

P 

25 

The SS sends ROUTING AREA UPDATE 
ACCEPT (without the allocated P-TMSI IE, but 
with the Requested MS Information IE 
indicating "E-UTRAN inter RAT information 
container IE requested"). 

<- 

ROUTING AREA UPDATE 
ACCEPT 



26 

UE sends ROUTING AREA UPDATE 
COMPLETE message 

-> 

ROUTING AREA UPDATE 
COMPLETE 

- 

- 

27 

The signal strength of Cell A is raised to that of 
the Serving Cell and that of Cell 26 is lowered 
to that of a Suitable Neighbour Cell. 

Note: Cell 26 is still suitable but the UE is 
expected to select Cell A. 





28 

Check: Does the UE send on Cell A an 
RRCConnectionSetupComplete with the 
selectedPLMN-identity indicaWng the 
registered MME (i.e. the PLMN in the GUTI 
allocated in step 18), and, the mmegi and 
mmec are set to the values in the GUTI 
allocated in step 18? 

Check: Does the UE send a TRACKING AREA 
UPDATE REQUEST with the correct 
parameters? 

-> 

RRCConnectionSetupComplete(R 
RC parameters, TRACKING 
AREA UPDATE REQUEST) 

1, 
2,6 

P 

29 

The SS sends TRACKING AREA UPDATE 
ACCEPT 

Note: the default message contents cause the 
allocation of a new GUTI. 

<— 

TRACKING AREA UPDATE 
ACCEPT 



30 

The UE sends TRACKING AREA UPDATE 
COMPLETE 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected 
(E2 T3440) according to TS 36.508. 






9.2.3.4.1 .3.3 Specific message contents 

Table 9.2.3.4.1.3.3-1: Message RRCConnectionRequest (step 15, Table 9.2.3.4.1.3.2-1) 


Derivation path: 36.508 table 4.6.1-16 

Information Element 

Value/Remark 

Comment 

Condition 

InitialUE-ldentity CHOICE} 




random-Value 

Any allowed value 



} 




establishmentCause 

Mo-Signalling 
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Table 9.2.3.4.1.3.3-2: Message RRCConnectionSetupComplete (step 17, Table 9.2.3.4.1.3.2-1) 


Derivation path: 36.508 table 4.6.1-18 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionSetupComplete ::= SEQUENCE { 




rrc-Transactionldentifier 

RRC- 
Transactionldentifier-UL 



criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionSetupComplete-r8 SEQUENCE { 




selectedPLMN-ldentity 

Indicates the PLMN of 
cell A. 



registeredMME SEQUENCE { 




pimn-ldentity 

Not Checked 



Mmegi 

LAC sent to the UE in 
step 8 



Mmec 

Bit23tobit16of P- 
TMSIsenttotheUEin 
step 8 



} 




nas-Dedicatedlnformation 

Not checked at RRC 
layer 



nonCriticalExtension SEQUENCE {} 

Not checked 



} 




} 




} 




} 





Table 9.2.3.4.1.3.3-3: Message TRACKING AREA UPDATE REQUEST (step 17, Table 9.2.3.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Sent in SECURITY PROTECTED NAS MESSAGE 
with valid integrity check 




NAS key set identifierASME 




NAS key set identifier 

The valid NAS key set 
identifier KSIasme of the 
UE 

As stored on the 
USIM in EFepsnsc 


TSC 

'O'B 

native security 
context 


Old GUTI 

Mapped from the P-TMSI 
and RAI allocated in step 
8 



Additional GUTI 

GUTI1 

Set to the value 
stored in the 
USIM in EFepsloci 


DRX parameter 

Not present 



UE radio capability information update needed 

'1'B 

UE radio 
capability 
information 
update needed 


GPRS ciphering key sequence number 

Value mapped from the 
AUTHENTICATION AND 
CIPHERING REQUEST 
message 




Table 9.2.3.4.1.3.3-4: Message ROUTING AREA UPDATE REQUEST (step 24, Table 9.2.3.4.1.3.2-1) 


Derivation path: 24.008 table 9.4.14 

Information Element 

Value/Remark 

Comment 

Condition 

Protocol discriminator 

GMM 



Skip indicator 

'0000' 



Routing area update request message identity 

'0000 1000' B 
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Update type 

Any allowed value 



GPRS ciphering key sequence number 

set to the value to KSI- 
ASME 

With ISR inactive 
and TIN indicates 
GUTI, then eKSI 
value is set to 
KSI-ASME 


Old routing area identification 

Mapped from the GUTI 
received in step 18. 



IVIS Radio Access capability 

Any allowed value 



Old P-TMSI signature 

Mapped from the GUTI 
received in step 18. 



Requested READY timer value 

If present, any allowed 
value. 



DRX parameter 

Not present 

Shall be absent 


TMSI status 

If present, any allowed 
value. 



P-TMSI 

Not present 



MS network capability 

Any allowed value. 



PDP context status 

If present, any allowed 
value. 



PS LCS Capability 

If present, any allowed 
value. 



MBMS context status 

If present, any allowed 
value. 



UE network capability 

Any allowed value. 



Additional mobile identity 

Set to the P-TMSI 
allocated in step 8 



Additional old routing area identification 

Set to the RAI allocated 
in step 8 



Mobile station classmark 2 

If present, any allowed 
value. 



Mobile station classmark 3 

If present, any allowed 
value. 



Supported Codecs 

If present, any allowed 
value. 




Table 9.2.3.4.1.3.3-5: Message ROUTING AREA UPDATE ACCEPT (step 25, Table 9.2.3.4.1.3.2-1) 


Derivation path: 24.008 table 9.4.15 

Information Element 

Value/Remark 

Comment 

Condition 





allocated P-TMSI 

Absent 



Requested MS Information 

'0100' B 

E-UTRAN inter 
RAT information 
container IE 
requested 



Table 9.2.3.4.1.3.3-6: Message ROUTING AREA UPDATE COMPLETE (step 26, Table 9.2.3.4.1.3.2-1) 


Derivation path: 24.008 table 9.4.16 

Information Element 

Value/Remark 

Comment 

Condition 

E-UTRAN inter RAT handover information 

Any allowed value 
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Table 9.2.3.4.1.3.3-7: Message RRCConnectionSetupComplete (step 28, Table 9.2.3.4.1.3.2-1) 


Derivation path: 36.508 table 4.6.1-18 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionSetupComplete ::= SEQUENCE { 




Rrc-Transactionldentifier 

RRC- 
Transactionldentifier-UL 



criticalExtensions CHOICE { 




CI CHOICE { 




rrcConnectionSetupComplete-r8 SEQUENCE { 




selectedPLMN-ldentity 

Indicates the PLMN of 
cell 24. 



registeredMME SEQUENCE { 




pimn-ldentity 

Not present 

Shall be absent 
because the 
registered MME is 
the same as the 
selected PLMN. 


Mmegi 

The MMEGI part of the 
GUTI in the TRACKING 
AREA UPDATE ACCEPT 
message sent in step 18 



Mmec 

The MMEC part of the 
GUTI in the TRACKING 
AREA UPDATE ACCEPT 
message sent in step 18 



} 




nas-Dedicatedlnformation 

Not checked at RRC 
layer 



nonCriticalExtension SEQUENCE {} 

Not checked 



} 




} 




} 




} 





Table 9.2.3.4.1.3.3-8: Message TRACKING AREA UPDATE REQUEST (step 28, Table 9.2.3.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

Sent in SECURITY PROTECTED NAS MESSAGE 
with valid integrity check 




NAS key set identifierASME 




NAS key set identifier 

The valid NAS key set 
identifier KSIasme of the 
UE 

As stored on the 
USIM in EFepsnsc 
in the pre-test 
conditions 


TSC 

'O'B 

native security 
context 


Old GUTI 

Mapped from the P-TMSI 
and RAI allocated in step 
8 



Additional GUTI 

GUTI1 

Set to the value 
allocated in step 
18 


DRX parameter 

Not present 



UE radio capability information update needed 

Not present 
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9.3 EMM connection management procedures (S1 mode only) 

9.3.1 Service request procedure 

9.3.1 .1 Service request initiated by UE for user data 

9.3.1.1.1 Test Purpose (TP) 
(1) 

with { UE in EMM-REGISTERED state and EMM- IDLE mode } 
ensure that { 

when { UE has user data pending } 

then { UE establishes the RRC connection with the RRC establishmentCause set to 'mo-Data' and 
sends a SERVICE REQUEST message } 
} 

9.3.1 .1 .2 Conformance requirements 

The conformance requirements covered in the current TC are specified in: TS 24.301 clauses 5.3.1.1, 5.1.3.2.2.4, 
5.3.1.1, 5.6.1.1, 5.6.1.2, 5.6.1.4 and Annex D and TS 36.331 clause 5.3.3.3. 

[TS 24.301 clause 5.3.1.1] 

When the UE is in EMM-IDLE mode and needs to transmit an initial NAS message, the UE shall request the lower 
layer to establish a NAS signalling connection. In this request to the lower layer the NAS shall provide to the lower 
layer the RRC establishment cause and the call type as specified in annex D of this specification. 

[TS 24.301 clause 5.1.3.2.2.4] 

In the state EMM-REGISTERED an EMM context has been established and a default EPS bearer context has been 
activated in the UE. 


The UE may initiate sending and receiving user data and signalling information and reply to paging. Additionally, 
tracking area updating procedure is performed (see subclause 5.5.3). 

[TS 24.301 clause 5.3.1.1] 

In S 1 mode, when the RRC connection has been established successfully, the UE shall enter EMM-CONNECTED 
mode and consider the NAS signalling connection established. 

[TS 24.301 clause 5.6.1.1] 

The purpose of the service request procedure is to transfer the EMM mode from EMM-IDLE to EMM-CONNECTED 
mode and establish the radio and S 1 bearers when uplink user data or signalling is to be sent. 


The UE shall invoke the service request procedure when: 

b) the UE, in EMM-IDLE mode, has pending user data to be sent; 

[TS 24.301 clause 5.6.1.2] 

If the UE has pending uplink data or uplink signalling in EMM-IDLE mode to be transmitted or it responds to paging 
with CN domain indicator set to "PS", the UE initiates the service request procedure by sending a SERVICE REQUEST 
message to the MME, starts the timer T3417, and enters the state EMM- SERVICE-REQUEST-INITIATED. 

[TS 24.301 clause 5.6.1.4] 

For cases a, b and c in subclause 5.6.1.1, the UE shall treat the indication from the lower layers that the user plane radio 
bearer is set up as successful completion of the procedure. 
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Upon successful completion of the procedure, the UE shall stop the timer T3417 and enter the state EMM- 
REGISTERED. 

[TS 24.301, Annex D] 


Table D.1.1 : Mapping of NAS procedure to establishment cause and call type 


NAS procedure 

RRC establishment cause (according 3GPP TS 36.331 [22]) 

Call type 




Service Request 

If a SERVICE REQUEST is to request user plane radio 
resources, the RRC establishment cause shall be set to MO 
data. (SeeNotel) 

"originating calls" 

If a SERVICE REQUEST is to request resources for UL 
signalling, the RRC establishment cause shall be set to MO 
data. (See Note 1 ) 

"originating calls" 

Note 1 : For these NAS procedures initiated by UEs of access class 12, 13 or 14 in their home country, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". For this purpose the home country is 
defined as the country of the MCC part of the IMSI, see 3GPP TS 22.01 1 [1 A]. 

For these NAS procedures initiated by UE of access class 11 or 1 5 in their HPLMN or EHPLMN, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". 


[TS 36.331, clause 5.3.3.3] 

The UE shall set the contents oi RRC ConnectionRe quest message as follows: 
1> set the ue -Identity as follows: 

2> if upper layers provide an S-TMSI: 

3> set the ue-Identity to the value received from upper layers; 
2> else 

3> draw a random value and set the ue-Identity to this value; 
NOTE 1 Upper layers provide the S-TMSI if the UE is registered in the TA of the current cell. 
1> Set the estahlishmentCause in accordance with the information received from upper layers; 
9.3.1 .1 .3 Test description 

9.3.1 .1 .3.1 Pre-test conditions 

System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Loopback Activated (State 4) according to TS 36.508 [18] using the specific message content 
for ACTIVATE TEST MODE and CLOSE UE TEST LOOP messages in table 9.3.1.1.3.3-1 and table 
9.3.1.1.3.3-2. 
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9.3.1.1.3.2 


Test procedure sequence 

Table 9.3.1.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS transmits one IP Packet to the UE. 

<— 

IP packet 

- 

- 

2 

The SS waits 1 second after the IP packet has 
been transmitted in step 1 and then transmits 
an RRCConnectionRelease message. (Note 2) 





3 

Check: Does the UE transmit an 
RRCConnectionRequest message with 
establishmentCause set to 'mo-Data' followed 
by a SERVICE REQUEST message? (Note 1) 

-> 

SERVICE REQUEST 

1 

P 

4-7 

Steps 6 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed to successfully complete the 
service request procedure. 





Note 1 : Triggered when timer T_delay_modeB (IP PDU delay time) expires and pending uplink data exist in 

buffered PDCP SDUs according to [25] clause 5.4.4.3. 
Note 2: The 1 second delay is used to secure that the UE have received and forwarded the IP Packet transmitted 

by the SS in step 1 to the UE test loop function before the RRCConnectionRelease message is sent by the 

SS in step 2. 


9.3.1.1.3.3 


Specific message contents 

Table 9.3.1 .1 .3.3-1 : ACTIVATE TEST MODE (preamble) 


Derivation Patli: 36.508, Table 4.7A-1 , condition UE TEST LOOP IVIODE B 


Table 9.3.1.1.3.3-2: CLOSE UE TEST LOOP (preamble) 


Derivation Path: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE B 

Information Element 

Value/remark 

Comment 

Condition 

UE test loop mode B LB setup 




IP PDU delay 

000001 01 

5 seconds 


Table 9.3.1.1.3.3-3: Message RRCConnectionRequest (step 3, Table 9.3.1.1.3.2-1) 


Derivation path: 36.508 table 4.6.1-16 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

mo-Data 



} 




} 




} 





9.3.1.2 
9.3.1.3 
9.3.1.3.1 
(1) 


Void 

Service request / Mobile originating CS fallback 
Test Purpose (TP) 


with { UE in state EMM-REGISTERED and EMM-CONNECTED mode} 
ensure that { 

when { UE initiates mobile originating CS fallback } 
then { UE sends EXTENDED SERVICE REQUEST message } 
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(2) 

with { UE in state EMM-REGISTERED and EMM- IDLE mode} 
ensure that { 

when { UE initiates mobile originating CS fallback } 
then { UE establishes the RRC connection with the RRC establishment Cause set to 'mo-Data' and 
sends EXTENDED SERVICE REQUEST message } 
} 

9.3.1 .3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 5.3.1.1, 
5.6.1.1, 5.6.1.2 and Annex D and TS 36.331 clause 5.3.3.3.[TS 24.301 clause 5.3.1.1] 

When the UE is in EMM-IDLE mode and needs to transmit an initial NAS message, the UE shall request the lower 
layer to establish a NAS signalling connection. In this request to the lower layer the NAS shall provide to the lower 
layer the RRC establishment cause and the call type as specified in annex D of this specification. 

[TS24.301 clause5.6.1.1] 

The purpose of the service request procedure is to transfer the EMM mode from EMM-IDLE to EMM-CONNECTED 
mode and establish the radio and S 1 bearers when uplink user data or signalling is to be sent. Another purpose of this 
procedure is to invoke MO/MT CS fallback procedures. 

This procedure is used when: 


the UE in EMM-IDLE or EMM-CONNECTED mode has requested to perform mobile originating/terminating 
CS fallback; or 


The service request procedure is initiated by the UE, however, for the downlink transfer of signalling or user data in 
EMM-IDLE mode, the trigger is given by the network by means of the paging procedure (see subclause 5.6.2). 

The UE shall invoke the service request procedure when: 

d) the UE, in EMM-IDLE or EMM-CONNECTED mode, has a mobile originating CS fallback request;. 

[TS24.301 clause5.6.1.2] 

If the UE has pending uplink data or uplink signalling in EMM-IDLE mode to be transmitted or it responds to paging 
with CN domain indicator set to "PS", the UE initiates the service request procedure by sending a SERVICE REQUEST 
message to the MME, starts the timer T3417, and enters the state EMM- SERVICE-REQUEST-INITIATED. 

The UE shall send an EXTENDED SERVICE REQUEST message, 

- regardless of the EMM mode, if the UE has a mobile originating CS fallback request; and 

[TS24.301 clause 5.6.1.5] 

#39 (CS domain temporarily not available); 

The UE shall start timer T3442 and shall set the EPS update status to EU2 NOT UPDATED (and shall store it 
according to subclause 5.1.3.3). The UE shall enter the state EMM-REGISTERED.NORMAL-SERVICE. 

The UE shall not try to send an EXTENDED SERVICE REQUEST message for mobile originating services to the 
network until timer T3442 expires or the UE sends a TRACKING AREA UPDATE REQUEST message. 
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[TS 24.301, Annex D] 


Table D.1.1 : Mapping of NAS procedure to establishment cause and call type 


NAS procedure 

RRC establishment cause (according 3GPP TS 36.331 [22]) 

Call type 




Service Request 

If a EXTENDED SERVICE REQUEST has service type set to 
"mobile originating CS fallback", the RRC establishment cause 
shall be set to MO data. (See Notel). 

"originating calls" 




Note 1 : For these NAS procedures initiated by UEs of access class 12, 13 or 14 in their home country, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". For this purpose the home country is 
defined as the country of the MCC part of the IMSI, see 3GPP TS 22.01 1 [1 A]. 

For these NAS procedures initiated by UE of access class 11 or 1 5 in their HPLMN or EHPLMN, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". 


[TS 36.331, clause 5.3.3.3] 

The UE shall set the contents of RRC ConnectionRe quest message as follows: 
1> set the ue -Identity as follows: 

2> if upper layers provide an S-TMSI: 

3> set the ue-Identity to the value received from upper layers; 
2> else 

3> draw a random value and set the ue-Identity to this value; 
NOTE 1 : Upper layers provide the S-TMSI if the UE is registered in the TA of the current cell. 
1> Set the establishmentCause in accordance with the information received from upper layers; 
9.3.1 .3.3 Test description 

9.3.1 .3.3.1 Pre-test conditions 

System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Generic RB established (state 3) on cell A according to TS 36.508 [18]. 
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9.3.1.3.3.2 


Test procedure sequence 

Table 9.3.1.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Force the UE to initiate CS Voice call. (Note 1) 

- 


- 

- 

2 

Check: Does the UE transmit EXTENDED 
SERVICE REQUEST message? 

-> 

EXTENDED SERVICE REQUEST 

1 

P 

3 

The SS sends SERVICE REJECT message with 
T3442 = 60 seconds in order that the UE enters 
EMM-REGISTERED.NORMAL-SERVICE. 

<- 

SERVICE REJECT 



4 

The SS releases the RRC connection 

-- 


- 

- 

- 

EXCEPTION: The behaviour in table 9.3.1 .3.3.2- 
2 may occur in parallel with step 4A. 

- 

- 

- 

- 

4A 

SS waits for 60 seconds (T3442) 

- 

- 

- 

- 

5 

Force the UE to initiate CS Voice call. (Note1) 

- 


- 

- 

6 

Check: Does the UE transmit an 
RRCConnectionRequest message with 
establishmentCause set to 'mo-Data' followed by 
EXTENDED SERVICE REQUEST message? 

-> 

EXTENDED SERVICE REQUEST 

2 

P 

7 

The SS sends SERVICE REJECT message with 
T3442 = 60 seconds in order that the UE enters 
EMM-REGISTERED.NORMAL-SERVICE. 

<- 

SERVICE REJECT 



8 

The SS releases the RRC connection 

-- 


- 

- 

- 

EXCEPTION: The behaviour in table 9.3.1 .3.3.2- 
2 may occur in parallel with step 8A. 

- 

- 

- 

- 

8A 

SS waits for 60 seconds (T3442) 

- 

- 

- 

- 

Note 1 : This could be done by e.g. MMI or by AT command. 


Table 9.3.1.3.3.2-2: Parallel Behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message/PDU/SDU 

1 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

2 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

3 

The SS releases the RRC connection. 

- 

- 

- 

- 


9.3.1 .3.3.3 Specific message contents 

Table 9.3.1.3.3.3-1 : Message EXTENDED SERVICE REQUEST (step 2/6, Table 9.3.1.3.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-1 4A 

Information Element 

Value/remark 

Comment 

Condition 

Service type 

'OOOO'B 

"mobile originating 
CS fallback- 


M-TMSI 

M-TMSI1 



CSFB response 

Not present 




Table 9.3.1.3.3.3-2: Message SERVICE REJECT (step 3 and?, Table 9.3.1.3.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-22 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'00100111' 

"CS domain 
temporarily not 
available" 


T3442 value 

'0010 0001 'B 

1 minute 
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Table 9.3.1.3.3.3-3: Message RRCConnectionRequest (step 6, Table 9.3.1.3.3.2-1) 


Derivation path: 36.508 table 4.6.1-16 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 
criticalExtensions CHOICE { 
rrcConnectionRequest-r8 SEQUENCE { 
establishmentCause 
} 
} 
} 

mo-Data 




Table 9.3.1.3.3.3-4 Message TRACKING AREA UPDATE ACCEPT (step 2, Table 9.3.1.3.3.2-2) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

Not present 



MS identity 

Not present 




9.3.1 .4 Service request / Rejected / IMSI invalid 


9.3.1.4.1 

(1) 


Test Purpose (TP) 


with { UE having sent a SERVICE REQUEST message } 
ensure that { 

when { UE receives a SERVICE REJECT message with the EMM cause set to 'Illegal UE ' } 

then { UE sets the EPS update status to EU3 ROAMING NOT ALLOWED, deletes any GUTI, last visited 
registered TAI , TAI list and KSI, considers the USIM as invalid for EPS services until switching off 
or the UICC containing the USIM is removed, enters the state EMM-DEREGISTERED } 

} 

(2) 

with { UE having sent a SERVICE REQUEST message } 
ensure that { 

when { UE receives a SERVICE REJECT message with the EMM cause set to 'Illegal UE ' } 

then { UE handles the GMM parameters GMM state, GPRS update status, P-TMSI, P-TMSI signature, 
RAI and GPRS ciphering key sequence number and the MM parameters update status, TMSI, LAI and 
ciphering key sequence number } 
} 


9.3.1.4.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.6.1.5 and 
TS 24.008, clause 4.7.13.4. 

[TS 24.301, clause 5.6.1.5] 

If the service request cannot be accepted, the network shall return a SERVICE REJECT message to the UE including an 
appropriate EMM cause value. When the EMM cause value is #39 "CS domain temporarily not available", the MME 
shall include a value for timer T3442 in the SERVICE REJECT message. 

On receipt of the SERVICE REJECT message, the UE shall stop timer T3417 and take the following actions depending 
on the received EMM cause value. 

#3 (Illegal UE); or 


The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI, TAI list and eKSI. The UE shall 
consider the USIM as invalid for EPS services until switching off or the UICC containing the USIM is removed. 
The UE shall enter the state EMM-DEREGISTERED. 
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If A/Gb mode or lu mode is supported by the UE, the UE shall handle the GMM parameters GMM state, GPRS 
update status, P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number and the MM 
parameters update status, TMSI, LAI and ciphering key sequence number as specified in 3GPP TS 24.008 [13] 
for the case when the service request procedure is rejected with the GMM cause with the same value. The USIM 
shall be considered as invalid also for non-EPS services until switching off or the UICC containing the USIM is 
removed. 

NOTE 1 : The possibility to configure a UE so that the radio transceiver for a specific radio access technology is not 
active, although it is implemented in the UE, is out of scope of the present specification. 

[TS 24.008, clause 4.7.13.4] 

If the Service request cannot be accepted, the network returns a SERVICE REJECT message to the mobile station. An 
MS that receives a SERVICE REJECT message stops timer T3317. The MS shall then take different actions depending 
on the received reject cause value: 

# 3 (Illegal MS); or 


- The MS shall set the GPRS update status to GU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 4.1.3.2) and enter the state GMM-DEREGISTERED. Furthermore, it shall delete any P-TMSI, P- 
TMSI signature, RAI and GPRS ciphering key sequence number and shall consider the SIM/USIM as invalid for 
GPRS services until switching off or the SIM/USIM is removed. 

- A GPRS MS operating in MS operation mode A shall in addition set the update status to U3 ROAMING NOT 
ALLOWED, shall delete any TMSI, LAI and ciphering key sequence number. If the MS is operating in MS 
operation mode A and an RR connection exists, the MS shall abort the RR connection, unless an emergency call 
is ongoing. The SIM/USIM shall be considered as invalid also for non-GPRS services until switching off or the 
SIM/USIM is removed. 

If SI mode is supported in the MS, the MS shall handle the EMM parameters EMM state, EPS update status, 
GUTI, last visited registered TAI, TAI Hst and KSI as specified in 3GPP TS 24.301 [120] for the case when the 
service request procedure is rejected with the EMM cause with the same value. 

9.3.1 .4.3 Test description 

9.3.1 .4.3.1 Pre-test conditions 

System Simulator: 

- cell A and cell B; 

- If (px_RATComb_Tested = EUTRA_UTRA OR px_RATComb_Tested = EUTRA_GERAN);-if pc_UTRA 
AND px_RATComb_Tested = EUTRA_UTRA, cell 5 (belongs to LAI-1 and RAI-1, home PLMN) is 
configured; 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (belongs to LAI-1 and RAI-1, home 
PLMN) is configured; 

- system information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is applied in E-UTRA cells; 

- cell A is "Serving cell" and cell B, cell 5 and cell 24 are "non-Suitable cell". 

- If (px_RATComb_Tested = EUTRA_Only) : 

neither cell 5 nor cell 24 is configured; 

- system information combination 1 as defined in TS 36.508[18] clause 4.4.3.1 is applied in E-UTRA cells. 


UE: 


if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, the UE is previously registered on UTRAN cell 5 
using default message contents according to TS 36.508 [18]. 
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- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, the UE is previously registered on GERAN 
cell 24 using default message contents according to TS 36.508 [18]. 

- if px_RATComb_Tested = EUTRA_Only, the UE is configured to initiate EPS attach. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) on cell A according to TS 36.508 [18]. 
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9.3.1.4.3.2 


Test procedure sequence 

Table 9.3.1.4.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The SS pages the UE using S-TMSI with CN 
domain indicator set to "PS". 

- 

- 

- 

- 

- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

The UE transmits a SERVICE REQUEST 
message. 

-> 

SERVICE REQUEST 

- 

- 

3 

The SS transmits a SERVICE REJECT 
message with the EMM cause set to 'Illegal 
UE'. 

<— 

SERVICE REJECT 



4 

The SS releases the RRC connection. 

- 

- 

- 

- 

5 

Set the cell type of Cell A to the "non-Suitable 
cell". Set the cell type of Cell B to the "Serving 
cell". 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

6 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 


EXCEPTION: Steps 6Aa1 to 6Ba1 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





6Aa1 

IFpc UTRAANDpx RATComb Tested = 
EUTRA UTRA OR pc GERAN AND 
px RATComb Tested = EUTRA GERAN 
THEN the SS sets the cell type of Cell B to the 
"non-Suitable cell" and sets the cell type of 
Cell 5 or Cell 24 to the "Serving cell". 






The following messages are to be observed on 
Cell 5 or Cell 24 unless explicitly stated 
otherwise. 





6Aa2 

Void 

- 

- 

- 

- 

6Aa3 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

2 

F 

6Aa4 

If possible (see ICS) switch off is performed or 
the USIM is removed, otherwise the power is 
removed. 





6Aa5 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

6Aa6 

Check: Does the UE transmit an ATTACH 
REQUEST message? 

-> 

ATTACH REQUEST 

2 

P 

6Ba1 

If not (pc_UTRA or pc_GERAN) then (if 
possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed (Note 2)). 





7-11 

Void 





11A 

Set the cell type of the Cell B to the "non- 
Suitable cell". Set the cell type of Cell A to the 
"Serving cell". 

If px_RATComb_Tested = EUTRA_UTRA set 
the cell type of Cell 5 to the "Cell Off" or if 
px RATComb Tested = EUTRA GERAN set 
Cell 24 to the "Cell Off". 





- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 


EXCEPTION: Steps 12a1 describe behaviour 
that depends on the UE capability; the "lower 
case letter" identifies a step sequence that 
take place if a capability is supported 





12 

Void 

- 

- 

- 

- 
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12a1 

If not (pc_UTRA or pc_GERAN), the UE is 
brought back to operation or the USIM is 
inserted. 

~ 

~ 

~ 

~ 

13 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

1 

P 

14- 
30 

Void 

- 

- 

- 

- 

31a1 
31 a9 

Void 





32- 
43 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 





Notel: Void. 

Note 2: Switching off, USIIVI removal, or power removal shall be done before T3310 and T331 1 expire (30 seconds) 
so that the UE does not retransmit ATTACH REQUEST message. 


9.3.1 .4.3.3 Specific message contents 

Table 9.3.1.4.3.3-1 : SERVICE REJECT (step 3, Table 9.3.1.4.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-22 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0000 001 1'B 

Illegal UE 



Table 9.3.1.4.3.3-2: ATTACH REQUEST (step 13, Table 9.3.1.4.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 




NAS key set identifier 

'lire 

no key is available 


TSC 

Any allowed value 

TSC does not 
apply for NAS key 
set identifier value 
"111". 


Old GUTI or IMSI 

IMSI of the UE 



Last visited registered TAI 

Not present 



Old location area identification 

Not present 



TMSI status 

Not present 



'O'B 

no valid TMSI 
available 

pc_combin 
ed attach 
AND 

(px_Attac 
hTypeTes 
ted = 
COMBINE 
D ATTAC 
H) 
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Table 9.3.1.4.3.3-3: ATTACH REQUEST (step 6Aa6, Table 9.3.1.4.3.2-1) 


Derivation Path: TS 24.008 , Table 9.4.1 

Information Element 

Value/remark 

Comment 

Condition 

MS network capability 

Any allowed value 



Attach type 

Any allowed value 



GPRS ciphering key sequence number 

'HVB 

No key is 
available (MS to 
network) 


DRX parameter 

Any allowed value 



P-TMSI or IMSI 

IMSI of the UE 



Old routing area identification 

All bits of octets 5 and 6 

are set to 1 , except bit 1 

of octet 6 which is set to 

0. 

Other bits are not 

checked. 



MS Radio Access capability 

Any allowed value 



Old P-TMSI signature 

Not present 



Requested READY timer 
value 

Not present or any 
allowed value 



TMSI status 

Not present 



'O'B 

no valid TMSI 
available 

pc_Suppor 

tOpMode 

AND 

(px_Attac 

hTypeTes 

ted = 

COMBINE 

D ATTAC 

H) 

PS LCS Capability 

Not present or any 
allowed value 



Mobile station classmark 2 

Not present or any 
allowed value 



Mobile station classmark 3 

Not present or any 
allowed value 



Supported Codecs 

Not present or any 
allowed value 



UE network capability 

Not present or any 
allowed value 



Additional mobile identity 

Not present 



Additional old routing area identification 

Not present 




9.3.1 .5 Service request / Rejected / Illegal ME 


9.3.1.5.1 

(1) 


Test Purpose (TP) 


with { UE having sent a SERVICE REQUEST message } 
ensure that { 

when { UE receives a SERVICE REJECT message with the EMM cause set to 'Illegal ME' } 

then { UE sets the EPS update status to EU3 ROAMING NOT ALLOWED, deletes any GUTI, last visited 
registered TAI , TAI list and KSI, considers the USIM as invalid for EPS services until switching off 
or the UICC containing the USIM is removed, enters the state EMM-DEREGISTERED } 


(2) 

with { UE supporting A/Gb mode or lu mode and having sent a SERVICE REQUEST message } 
ensure that { 

when { UE receives a SERVICE REJECT message with the EMM cause set to 'Illegal ME' } 

then { UE sets the GPRS update status to GU3 ROAMING NOT ALLOWED, deletes any P-TMSI, P-TMSI 
signature, TMSI, LAI, RAI and GPRS ciphering key sequence number and considers the SIM/USIM as 
invalid for GPRS services until switching off or the SIM/USIM is removed } 

} 
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9.3.1 .5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.6.1.5 and 
TS 24.008, clause 4.7.13.4. 

[TS 24.301, clause 5.6.1.5] 

On receipt of the SERVICE REJECT message, the UE shall stop timer T3417 and take the following actions depending 
on the received EMM cause value. 


#6 (Illegal ME); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI, TAI list and KSI. The UE shall 
consider the USIM as invalid for EPS services until switching off or the UICC containing the USIM is removed. 
The UE shall enter the state EMM-DEREGISTERED. 

If A/Gb mode or lu mode is supported by the UE, the UE shall handle the GMM parameters GMM state, GPRS 
update status, P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number and the MM 
parameters update status, TMSI, LAI and ciphering key sequence number as specified in 3GPP TS 24.008 [13] 
for the case when the service request procedure is rejected with the GMM cause with the same value. The USIM 
shall be considered as invalid also for non-EPS services until switching off or the UICC containing the USIM is 
removed. 

NOTE 1 : The possibility to configure a UE so that the radio transceiver for a specific radio access technology is not 
active, although it is implemented in the UE, is out of scope of the present specification. 

[TS 24.008, clause 4.7.13.4] 

If the Service request cannot be accepted, the network returns a SERVICE REJECT message to the mobile station. An 
MS that receives a SERVICE REJECT message stops timer T3317. The MS shall then take different actions depending 
on the received reject cause value: 


# 6 (Illegal ME); 

- The MS shall set the GPRS update status to GU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 4.1.3.2) and enter the state GMM-DEREGISTERED. Furthermore, it shall delete any P-TMSI, P- 
TMSI signature, RAI and GPRS ciphering key sequence number and shall consider the SIM/USIM as invalid for 
GPRS services until switching off or the SIM/USIM is removed. 

- A GPRS MS operating in MS operation mode A shall in addition set the update status to U3 ROAMING NOT 
ALLOWED, shall delete any TMSI, LAI and ciphering key sequence number. If the MS is operating in MS 
operation mode A and an RR connection exists, the MS shall abort the RR connection, unless an emergency call 
is ongoing. The SIM/USIM shall be considered as invalid also for non-GPRS services until switching off or the 
SIM/USIM is removed. 

9.3.1 .5.3 Test description 

The test description is identical to the one of subclause 9.3.1.4 except that the reject cause #3 "Illegal UE" is replaced 
with reject cause #6 "Illegal ME". 
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9.3.1 .6 Service request / Rejected / EPS services not allowed 

9.3.1.6.1 Test Purpose (TP) 
(1) 

with { UE having sent a SERVICE REQUEST message } 
ensure that { 

when { UE receives a SERVICE REJECT message with the EMM cause set to 'EPS services not allowed' } 
then { UE sets the EPS update status to EU3 ROAMING NOT ALLOWED, deletes any GUTI, last visited 
registered TAI , TAI list and KSI, considers the USIM as invalid for EPS services until switching off 
or the UICC containing the USIM is removed and enters the state EMM-DEREGISTERED } 

} 

(2) 

with { UE supporting A/Gb mode or lu mode and having sent a SERVICE REQUEST message } 
ensure that { 

when { UE receives a SERVICE REJECT message with the EMM cause set to 'EPS services not allowed' } 
then { UE sets the GPRS update status to GU3 ROAMING NOT ALLOWED, deletes any P-TMSI, P-TMSI 
signature, RAI and GPRS ciphering key sequence number and considers the SIM/USIM as invalid for GPRS 
services until switching off or the SIM/USIM is removed } 
} 

9.3.1 .6.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.6.1.5 and 
TS 24.008, clause 4.7.13.4. 

[TS 24.301, clause 5.6.1.5] 

On receipt of the SERVICE REJECT message, the UE shall stop timer T3417 and take the following actions depending 
on the received EMM cause value. 


#7 (EPS services not allowed); 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3) and shall delete any GUTI, last visited registered TAI, TAI list and KSI. The UE shall 
consider the USIM as invalid for EPS services until switching off or the UICC containing the USIM is removed. 
The UE shall enter the state EMM-DEREGISTERED. 


If A/Gb mode or lu mode is supported by the UE, the UE shall handle the GMM parameters GMM state, GPRS 
update status, P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence number as specified in 
3GPP TS 24.008 [13] for the case when the service request procedure is rejected with the GMM cause with the 
same value. 

[TS 24.008, clause 4.7.13.4] 

If the Service request cannot be accepted, the network returns a SERVICE REJECT message to the mobile station. An 
MS that receives a SERVICE REJECT message stops timer T3317. The MS shall then take different actions depending 
on the received reject cause value: 


# 7 (GPRS services not allowed); 

- The MS shall set the GPRS update status to GU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 4.1.3.2) and shall delete any P-TMSI, P-TMSI signature, RAI and GPRS ciphering key sequence 
number. The SIM/USIM shall be considered as invalid for GPRS services until switching off or the SIM/USIM 
is removed. The new state is GMM-DEREGISTERED. 
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9.3.1 .6.3 Test description 

9.3.1 .6.3.1 Pre-test conditions 

System Simulator: 

- cell A is configured as the "Serving cell"; 

- If (px_RATComb_Tested = EUTRA_UTRA OR px_RATComb_Tested = EUTRA_GERAN) ; 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, cell 5 (belongs to LAI-1 and RAI-1, home PLMN) 
is configured and set to as a 'Non-suitable cell'; 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, cell 24 (belongs to LAI-1 and RAI-1, home 
PLMN) is configured and set to as a 'Non-suitable cell'; 

- system information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is applied in E-UTRA cells; 

- If (px_RATComb_Tested = EUTRA_Only) : 

neither cell 5 nor cell 24 is configured; 
- system information combination 1 as defined in TS 36.508[18] clause 4.4.3.1 is applied in E-UTRA cells; 
UE: 

- if pc_UTRA AND px_RATComb_Tested = EUTRA_UTRA, the UE is previously registered on UTRAN cell 5 
using default message contents according to TS 36.508 [18]. 

- if pc_GERAN AND px_RATComb_Tested = EUTRA_GERAN, the UE is previously registered on GERAN 
cell 24 using default message contents according to TS 36.508 [18]. 

- if px_RATComb_Tested = EUTRA_Only, the UE is configured to initiate EPS attach. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) on cell A according to TS 36.508 [18]. 
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9.3.1.6.3.2 


Test procedure sequence 

Table 9.3.1.6.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS pages the UE using S-TMSI with CN 
domain indicator set to "PS". 

- 

- 

- 

- 

1A 

Void 

- 

- 

- 

- 

- 

The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

- 

- 

- 

- 

2 

UE transmits a SERVICE REQUEST 
message. 

-> 

SERVICE REQUEST 

- 

- 

3 

The SS transmits an SERVICE REJECT 
message with EMM cause = "EPS services not 
allowed". 

<- 

SERVICE REJECT 



4 

The SS releases the RRC connection. 

- 

- 

- 

- 

5 

Check: Does the UE transmit a SERVICE 
REQUEST message in the next 30 seconds? 

-> 

SERVICE REQUEST 

1 

F 

6 

Check: Does the test result of generic 
procedure in TS 36.508 subclause 6.4.2.5 
indicate that the UE does not respond to 
paging when paged with S-TMSI included in 
GUTI-1 and with CN domain indicator set to 
"PS"? 



1 



EXCEPTION: Steps 7a1 to 7b8 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





7a1 

IF pc UTRA AND px RATComb Tested = 
EUTRA_UTRA THEN SS configures: 

- Cell A as 'Non-suitable cell' 

- Cell 5 as 'Serving cell' 





- 

The following messages are to be observed on 
Cell 5 unless explicitly stated otherwise. 

- 

- 

- 

- 


EXCEPTION: The behaviour in table 

9.3.1 .6.3.2-2 occurs in parallel with steps 7a2 

to 7a4. 





7a2 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

2 

F 

7a3 

The user initiates an attach by MMI or by AT 
command. 

- 

- 

- 

- 

7a4 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

7a5 

If possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed. 






EXCEPTION: Steps 7a6a1 describe behaviour 
that depends on the UE capability; the "lower 
case letter" identifies a step sequence that 
take place if a capability is supported 





7a6a 

1 

IF pc CS THEN the UE transmits an IMSI 
DETACH INDICATION message 

-> 

IMSI DETACH INDICATION 

- 

- 

7a7 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 



7a8 

Check: Does the UE transmit an ATTACH 
REQUEST message? 

-> 

ATTACH REQUEST 

2 

p 

7b1 

IF pc GERAN AND px RATComb Tested = 
EUTRA_GERAN THEN SS configures: 

- Cell A as 'Non-suitable cell' 

- Cell 24 as 'Serving cell' 





- 

The following messages are to be observed on 
Cell 24 unless explicitly stated otherwise. 

- 

- 

- 

- 


EXCEPTION: The behaviour in table 

9.3.1 .6.3.2-2 occurs in parallel with steps 7b2 

to 7b4. 
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7b2 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

2 

F 

7b3 

The user initiates an attach by IVIIVII or by AT 
command. 

- 

- 

- 

- 

7b4 

Check: Does the UE transmit an ATTACH 
REQUEST message in the next 30 seconds? 

-> 

ATTACH REQUEST 

1 

F 

7b5 

If possible (see ICS) switch off is performed or 
the USIIVI is removed. 
Otherwise the power is removed. 





7b6 

The UE transmits an IMSI DETACH 
INDICATION message 

-> 

IMSI DETACH INDICATION 

- 

- 

7b7 

The UE is brought back to operation or the 
USIIVI is inserted. 

- 

- 



7b8 

Check: Does the UE transmit an ATTACH 
REQUEST message? 

-> 

ATTACH REQUEST 

2 

P 


EXCEPTION: Steps 8a1 describe behaviour 
that depends on the UE capability; the "lower 
case letter" identifies a step sequence that 
take place if a capability is supported 





8a1 

IF not (pc_UTRA or pc_GERAN) then (if 
possible (see ICS) switch off is performed or 
the USIM is removed. 
Otherwise the power is removed). 





9 

The SS configures: 

- Cell A as the 'Serving cell'. 

- IF pc UTRA AND px RATComb Tested = 
EUTRA UTRA THEN Cell 5 'Non-suitable cell 
off. 

- IF pc GERAN AND px RATComb Tested = 
EUTRA GERAN THEN Cell 24 'Non-suitable 
cell off '. 






EXCEPTION: Steps lOal describe behaviour 
that depends on the UE capability; the "lower 
case letter" identifies a step sequence that 
take place if a capability is supported 





10 
a1 

If not (pc_UTRA or pc_GERAN), the UE is 
brought back to operation or the USIM is 
inserted.. 





11 

The UE transmits an ATTACH REQUEST 
message on cell A including a PDN 
CONNECTIVITY REQUEST message 

-> 

ATTACH REQUEST 

1 

P 

12 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<— 

AUTHENTICATION REQUEST 



13 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



14 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 

<- 

SECURITY MODE COMMAND 

- 

- 

15 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 




EXCEPTION: Steps 16a1 to 16a2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





16a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<- 

ESM INFORMATION REQUEST 



16a2 

The UE transmits the ESM INFORMATION 
REQUEST message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



17 

SS responds with ATTACH ACCEPT 

<- 

ATTACH ACCEPT 

- 

- 
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message. The ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message is 
piggybacked in ATTACH ACCEPT message 


Note 1 : Void. 


Table 9.3.1.6.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 


EXCEPTION: Steps 1a1 and 1a4 describe a 
behaviour which depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported. 





1a1 

IF pc CS THEN the UE transmits a 
LOCATION UPDATING REQUEST message. 

-> 

LOCATION UPDATING 
REQUEST 

- 

- 

1a2 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the 
authentication and AKA procedure. 

<- 

AUTHENTICATION REQUEST 



1a3 

The UE transmits an AUTHENTICATION 
RESPONSE message. 

-> 

AUTHENTICATION RESPONSE 

- 

- 

1a4 

The SS transmits a LOCATION UPDATING 
ACCEPT message including IMSI-1 

<- 

LOCATION UPDATING ACCEPT 

- 

- 


9.3.1 .6.3.3 Specific message contents 

Table 9.3.1.6.3.3-1 : SERVICE REJECT (step 3, Table 9.3.1.6.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-22 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0000 011 VB 

EPS services not 
allowed 



Table 9.3.1.6.3.3-2: Message ATTACH REQUEST (step 11, Table 9.3.1.6.3.2-1) 


Derivation path: TS 36.508 table 4.7.2-4 

Information Element 

Value/Remark 

Comment 

Condition 

NAS key set identifier 

'lire 

no key is available 


Old GUTI or IMSI 

iMsn 



Last visited registered TAI 

Not present 




Table 9.3.1.6.3.3-3: Message ATTACH REQUEST (step 7a8 and 7b8, Table 9.3.1.6.3.2-1) 


Derivation path: TS 24.008 table 9.4.1 

Information Element 

Value/Remark 

Comment 

Condition 

GPRS ciphering key sequence number 

'lire 

no key is available 


P-TMSI or IMSI 

iMsn 



Old routing area identification 

all bits of the location 
area code shall be set to 
one with the exception of 
the least significant bit 
which shall be set to zero 

RAI is deleted 


Old P-TMSI signature 

Not present 




Table 9.3.1.6.3.3-4: Void 


Table 9.3.1.6.3.3-5: Void 
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Table 9.3.1.6.3.3-6: LOCATION UPDATING ACCEPT (step 1a2, Table 9.3.1.6.3.2-2) 


Derivation Path: TS 36.508 Table 4.7B.2-5 

Information Element 

Value/remark 

Comment 

Condition 

IVIobile identity 




IMSI 

IMSI-1 




9.3.1.7 
9.3.1.7.1 
(1) 


Service request / Rejected / UE identity cannot be derived by the network 
Test Purpose (TP) 


with { UE having sent a SERVICE REQUEST message } 
ensure that { 

when { UE receives a SERVICE REJECT message with the EMM cause value = 9 (UE identity cannot be 
derived by the network) } 

then { UE sets the EPS update status to EU2 NOT UPDATED and deletes any GUTI, last visited 
registered TAI , TAI list and KSI and automatically initiate the attach procedure } 
} 

9.3.1 .7.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.6.1.5. 

[TS 24.301, clause 5.6.1.5] 

On receipt of the SERVICE REJECT message, the UE shall stop timer T3417 and take the following actions depending 
on the received EMM cause value. 


#9 (UE identity cannot be derived by the network); 

The UE shall set the EPS update status to EU2 NOT UPDATED (and shall store it according to subclause 
5.1.3.3) and shall delete any GUTI, last visited registered TAI, TAI list and KSI. The UE shall enter the state 
EMM-DEREGISTERED. 

Subsequently, the UE shall automatically initiate the attach procedure. 

NOTE 3: User interaction is necessary in some cases when the UE cannot re-activate the EPS bearer(s) 
automatically. 


Test description 
Pre-test conditions 


9.3.1.7.3 
9.3.1.7.3.1 
System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 
- the UE is in state Registered, Idle mode (state 2) on cell A according to TS 36.508 [18]. 
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9.3.1.7.3.2 


Test procedure sequence 

Table 9.3.1.7.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The SS pages the UE using S-TIVISI with CN 
domain indicator set to "PS". 

- 

- 

- 

- 

2 

The UE transmits a SERVICE REQUEST 
message. 

-> 

SERVICE REQUEST 

- 

- 

3 

The SS transmits a SERVICE REJECT 
message with the ElVIIVI cause set to #9 (UE 
identity cannot be derived by the network). 

<- 

SERVICE REJECT 




EXCEPTION: Steps 3a1-3a2 describes the 
behaviour that depends on UE behaviour 
(Note1). 


' 



3a1 

The SS releases the RRC connection. 

- 

- 

- 

- 

- 

EXCEPTION: Step 3a2 describes a behaviour 
which depends on the UE capability 

- 

- 

- 

- 

3a2 

IF NOT pc_Automatic_Re_Attach, the user 
initiates an attach by MMI or by AT command. 

- 

- 

- 

- 

4 

Check: Does the UE transmit an ATTACH 
REQUEST message including IMSI and 
without integrity protection? 

-> 

ATTACH REQUEST 

1 

p 

5-16 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 

~ 

~ 

~ 

~ 

" 

At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 

" 

' 

' 

' 

Note 1 : SS waits for 1 second to receive the Attach Request on the existing RRC Connection. In case Attach 
Request is not received within 1 second, existing RRC Connection is released. 


9.3.1 .7.3.3 Specific message contents 

Table 9.3.1.7.3.3-1 : SERVICE REJECT (step 3, Table 9.3.1.7.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-22 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'OOOOIOOI'B 

UE identity cannot 
be derived by the 
network 



Table 9.3.1.7.3.3-2: ATTACH REQUEST (step 4, Table 9.3.1.7.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 

'lire 

no key is available 


Old GUTI or IMSI 

IMSI 



Last visited registered TAI 

Not present 




9.3.1 .7a Service request / Rejected / UE implicitly detached 


9.3.1. 7a.1 


(1) 


Test Purpose (TP) 


with { UE having sent a SERVICE REQUEST message } 
ensure that { 

when { UE receives a SERVICE REJECT message with the EMM cause set to 'Implicitly detached' } 
then { UE enters the state EMM-DEREGISTERED .NORMAL- SERVICE, delete the EPS mapped EPS security 
context if any and performs a new attach procedure } 
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9.3.1 .7a.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.6.1.5. 

[TS 24.301, clause 5.6.1.5] 

If the service request cannot be accepted, the network shall return a SERVICE REJECT message to the UE including an 
appropriate EMM cause value. 


On receipt of the SERVICE REJECT message, the UE shall stop timer T3417 and take the following actions depending 
on the received EMM cause value. 


# 1 (ImpHcitly detached) ; 

The UE shall enter the state EMM-DEREGISTERED.NORMAL-SERVICE. The UE shall delete any mapped EPS 
security context or partial native EPS security context. The UE shall perform a new attach procedure. 

NOTE 4: User interaction is necessary in some cases when the UE cannot re-activate the EPS bearer(s) 
automatically. 


Test description 
Pre-test conditions 


9.3.1. 7a.3 
9.3.1. 7a.3.1 
System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) on cell A according to TS 36.508 [18]. 
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9.3.1. 7a.3.2 


Test procedure sequence 

Table 9.3.1. 7a.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS pages the UE using S-TIVISI with CN 
domain indicator set to "PS". 

- 

- 

- 

- 

2 

The UE transmits a SERVICE REQUEST 
message. 

-> 

SERVICE REQUEST 

- 

- 

3 

The SS transmits a SERVICE REJECT 
message with the ElVIIVI cause set to 'Implicitly 
detached'. 

<- 

SERVICE REJECT 




EXCEPTION: Steps 3a1 & 3a2 describes the 
behaviour that depends on UE behaviour 
(Note1). 





3a1 

The SS releases the RRC connection. 

- 

- 

- 

- 

- 

EXCEPTION: Step 3a2 describes a behaviour 
which depends on the UE capability 

- 

- 

- 

- 

3a2 

IF NOT pc_Automatic_Re_Attach, the user 
initiates an attach by MMI or by AT command. 

- 

- 

- 

- 

4 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message and 
integrity protected using the native security 
context resulting from authentication during the 
test preamble? 

-> 

ATTACH REQUEST 

1 

p 

5-16 

The attach procedure is completed by 
executing steps 5 to 16 of the UE registration 
procedure in TS 36.508 sub clause 4.5.2.3. 

" 

' 

' 

' 

' 

At the end of this test procedure sequence, the 
UE is in end state E-UTRA connected (E2) 
according to TS 36.508. 

" 

" 

" 

" 

Note 1 : SS waits for 1 second to receive the Attach Request on the existing RRC Connection. In case Attach 
Request is not received within 1 second, existing RRC Connection is released. 


9.3.1 .7a.3.3 Specific message contents 

Table 9.3.1.73.3.3-1 : SERVICE REJECT (step 3, Table 9.3.1 .7a.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-22 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0000 1 01 0'B 

Implicitly detached 



Table 9.3.1. 7a.3.3-2: ATTACH REQUEST (step 4, Table 9.3.1 .7a.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 




NAS key set identifier 

NAS key set identifier 
allocated to UE during 
authentication in test 
preamble 



TSC 

'O'B 

Native security 
context 


Old GUTI or IMSI 

GUTI allocated to UE 
during previous attach on 
Cell A. 



Last visited registered TAI 

TAI-1 
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9.3.1.8 to 9.3.1. 12 Void 

9.3.1 .12a Extended service request / Rejected / CS domain temporarily not available 

9.3.1. 12a.1 Test Purpose (TP) 

(1) 

with { UE has received a SERVICE REJECT message with the EMM cause set to ' CS domain temporarily not 
available' and T3442 expired } 
ensure that { 

when { UE is requested to initiate a CS call } 

then { UE transmit EXTENDED SERVICE REQUEST message } 
} 

9.3.1 .1 2a.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.6.1.5. 

[TS 24.301, clause 5.6.1.5] 

If the service request cannot be accepted, the network shall return a SERVICE REJECT message to the UE including an 
appropriate EMM cause value. When the EMM cause value is #39 "CS domain temporarily not available", the MME 
shall include a value for timer T3442 in the SERVICE REJECT message. 

On receipt of the SERVICE REJECT message, the UE shall stop timer T3417 and take the following actions depending 
on the received EMM cause value. 

#39 (CS domain temporarily not available); 

The UE shall start timer T3442 and enter the state EMM-REGISTERED. NORMAL-SERVICE. 

The UE shall not try to send an EXTENDED SERVICE REQUEST message for mobile originating services to 
the network, except for mobile originating CS fallback for emergency calls, until timer T3442 expires or the UE 
sends a TRACKING AREA UPDATE REQUEST message. 

9.3.1 .1 2a.3 Test description 

9.3.1.12a.3.1 Pre-test conditions 

System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) according to TS 36.508 [18]. 
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9.3.1.12a.3.2 Test procedure sequence 

Table 9.3.1. 12a.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS pages the UE using S-TMSI with CN 
domain indicator set to "CS". 

- 

- 

- 

- 

2 

The UE transmits an EXTENDED SERVICE 
REQUEST message. 

-> 

EXTENDED SERVICE REQUEST 

- 

- 

3 

The SS transmits a SERVICE REJECT 
message with the EMM cause set to 'CS 
domain temporarily not available' and T3442 = 
60 seconds. 

<- 

SERVICE REJECT 



4 

The SS releases the RRC connection. 

- 

- 

- 

- 


EXCEPTION: The behaviour in table 

9. 3. 1.1 2a. 3. 2-2 may occur in parallel with step 

4A. 





4A 

SS waits for 60 seconds (T3442) 

- 

- 

- 

- 

5 

Cause the UE to originate CS call. (Note 1) 

- 

- 

- 

- 

6 

Check: Does the UE transmit an EXTENDED 
SERVICE REQUEST message? 

-> 

EXTENDED SERVICE REQUEST 

1 

P 

6A 

The SS sends SERVICE REJECT message 
with the EMM cause set to 'CS domain 
temporarily not available' and T3442 = 60 
seconds. 

<- 

SERVICE REJECT 



6B 

The SS releases the RRC Connection, 

- 

- 

- 

- 


EXCEPTION: The behaviour in table 

9. 3. 1.1 2a. 3. 2-2 may occur in parallel with step 

6C. 





6C 

The SS waits for 60 seconds (T3442) 

- 

- 

- 

- 

7 

If possible (see ICS) switch off is performed or 
the USIM is removed. Otherwise the power is 
removed. (Note 2) 





Note 1 : The trigger in step 5 is the same as in the generic procedure in 36.508 clause 6.4.3.5. 

Note 2: The UE is powered off, switched off, or the USIIVI is removed because the UE may retry a transmission of an 

EXTENDED SERVICE REQUEST message depending on the UE implementation after timer T3442 expires. 

Additionally, it is not clear which postamble procedure is performed, since the UE may search the 

UTRAN/GERAN cell after step 3. 


Table 9.3.1. 12a.3.2-2: Parallel Behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message/PDU/SDU 

1 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

2 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

3 

The SS releases the RRC connection. 

- 

- 

- 

- 
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9.3.1 .1 2a.3.3 Specific message contents 

Table 9.3.1.123.3.3-1: Message SERVICE REJECT (step 3 and 6A, Table 9.3.1. 12a.3.2-1) 


Derivation Path: TS 36.508, Table 4.7.2-22 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0010 011 re 

CS domain 
temporarily not 
available 


T3442 value 




Timer value 

'OOOOI'B 

1 minute 


Unit 

'OOI'B 

value is 
incremented in 
multiples of 1 
minute 



Table 9.3.1 .12a.3.3-2: Message TRACKING AREA UPDATE ACCEPT (step 2, Table 9.3.1. 12a.3.2-2) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

Not present 



MS Identity 

Not Present 




9.3.1.13 Void 

9.3.1.14 Void 

9.3.1 .15 Service request / Abnormal case / Tracking area update procedure is 
triggered for 08 Fallback 

9.3.1 .1 5.1 Test Purpose (IP) 

(1) 

Void 

(2) 

with { UE having sent a EXTENDED SERVICE REQUEST message } 
ensure that { 

when { Tracking area updating procedure is triggered } 

then { The UE shall abort the service request procedure, stop timer T3417ext if running and 
perform the tracking area updating procedure, after the completion of tracking area update 
procedure, UE restart the CSFB procedure } 


9.3.1 .1 5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.6.1.6. 

[TS 24.301, clause 5.6.1.6] 

The following abnormal cases can be identified: 

f) Tracking area updating procedure is triggered 

The UE shall abort the service request procedure, stop timer T3417 or T3417ext if running and perform the 
tracking area updating procedure. The "active" flag shall be set in the TRACKING AREA UPDATE REQUEST 
message. If the service request was initiated for CS fallback or IxCS fallback, the UE shall send the 
EXTENDED SERVICE REQUEST message to the MME by using the existing NAS signalling connection after 
the completion of the tracking area updating procedure. 
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9.3.1 .1 5.3 Test description 

9.3.1.15.3.1 Pre-test conditions 
System Simulator: 

- cell A, cell B. 

- System information combination 3 as defined in TS 36. 508 [18] clause 4.4.3.1 is used in E-UTRA cells 
UE: 

none. 
Preamble: 

- the UE is in state Generic RB established (state 3) on cell A according to TS 36.508 [18]. 

9.3.1.15.3.2 Test procedure sequence 

Table 9.3.1.15.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1-16 

Void 

- 

- 

- 

- 

17 

Force tine UE to initiate CS Voice call. (Note 1) 

- 


- 

- 

18 

The UE transmits an EXTENDED SERVICE 
REQUEST message. 

-> 

EXTENDED SERVICE REQUEST 

- 

- 

19 

Void 

- 

- 

- 

- 

20 

Set the cell type of cell B to the " Serving cell ". 
Set the cell type of cell A to the " Suitable cell 





20A 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell A to order the UE to perform intra 
frequency handover to Cell B. 

<- 




20B 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell B to confirm the successful 
completion of the intra frequency handover. 

-> 




21 

Void 

- 

- 

- 

- 

22 

Check: Does the UE transmit TRACKING 
AREA UPDATE REQUEST message on cell B 
in the next 5 seconds? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2 

P 

23 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

24 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 



25 

Check: Does the UE transmit EXTENDED 
SERVICE REQUEST message on cell B? 

-> 

EXTENDED SERVICE REQUEST 

2 

P 

26 

The SS sends SERVICE REJECT message 
with cause #39 'CS domain temporarily not 
available' with T3442 =60s in order that the UE 
enters EMM-REGISTERED.NORMAL- 
SERVICE. 

<— 

SERVICE REJECT 



27 

The SS releases the RRC connection. 

- 

- 

- 

- 


EXCEPTION: The behaviour in table 
9.3.1.15.3.2-2 may occur in parallel with step 
28. 





28 

The SS waits for 60 seconds (T3442). 

- 

- 

- 

- 

Note 1 : This could be done by e.g. IVIIVII or by AT command. 
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Table 9.3.1.15.3.2-2: Parallel Behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message/PDU/SDU 

1 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

2 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

3 

The SS releases the RRC connection. 

- 

- 

- 

- 


9.3.1.15.3.3 


Specific message contents 

Table 9.3.1 .15.3.3-1: Void 

Table 9.3.1 .15.3.3-2: Void 

Table 9.3.1.15.3.3-3: Message EXTENDED SERVICE REQUEST (step 18, Table 9.3.1.15.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-1 4A 

Information Element 

Value/remark 

Comment 

Condition 

Service type 

'OOOO'B 

"mobile originating 
CS fallback- 


M-TMSI 

M-TMSI1 



CSFB response 

Not present 




Table 9.3.1.15.3.3-4: Message TRACKING AREA UPDATE REQUEST (step 22, Table 9.3.1.15.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-27 

Information Element 

Value/remark 

Comment 

Condition 

EPS update type 




Active Flag 

'1'B 



Old GUTI 

GUTI-1 

"Old GUTI is 
included by UE if 
valid, IMSI 
otherwise" 



Table 9.3.1.15.3.3-5: Message TRACKING AREA UPDATE ACCEPT (step 23, Table 9.3.1.15.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 
TAI list 
Length of tracking area identity list contents 

GUTI-2 
'0000011 0'B 



Partial tracking area identity list 




Number of elements 

'OOOOO'B 



Type of list 

'OO'B 

"list of TACs 
belonging to one 
PLMN, with non- 
consecutive TAC 
values" 


MCC 
MNC 
TAC1 

TAI-2 




Table 9.3.1.15.3.3-6: Message EXTENDED SERVICE REQUEST (step 25, Table 9.3.1.15.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-1 4A 

Information Element 

Value/remark 

Comment 

Condition 

Service type 

'OOOO'B 

"mobile originating 
CS fallback- 


M-TMSI 

M-TMS 12 



CSFB response 

Not present 
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Table 9.3.1.15.3.3-7: Message SERVICE REJECT (step 26, Table 9.3.1.15.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-22 

Information Element 

Value/remark 

Comment 

Condition 

ElVIIVI cause 

'0010 011 VB 

"CS domain 
temporarily not 
available" 


T3442 value 

'OOIOOOOI'B 

1 minute 



NOTE: This message is sent within SECURITY PROTECTED NAS MESSAGE message. 

Table 9.3.1.15.3.3-8: RRCConnectionReconfiguration (step 20A, Table 9.3.1.15.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-8, condition HO 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




mobilityControllnfo SEQUENCE { 

MobilityControllnfo-HO 



targetPhysCellld 

PhysicalCellldentity of 
Cell B (see 36.508 
clause 4.6.5) 



carrierPreq 

Not present 



} 




} 




} 




} 




} 




Table 9.3.1.15.3.3-9 Message TRACKING AREA UPDATE ACCEPT (step 2, Table 9.3.1.15.3.2-2) 

Derivation path: 36.508 table 4.7.2-24 | 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

Not present 



MS identity 

Not present 




9.3.1.16 
9.3.1.16.1 
(1) 


Service request / Abnorinal case / Switch off 
Test Purpose (TP) 


with { UE having sent a SERVICE REQUEST message 
ensure that { 

when { UE is switched off } 

then { UE performs the detach procedure } 


9.3.1 .1 6.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.6.1.6. 

[TS 24.301, clause 5.6.1.6] 

The following abnormal cases can be identified: 


g) Switch off 

If the UE is in state EMM-SERVICE-REQUEST-INITIATED at switch off, the detach procedure shall be 
performed. 
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Test description 
Pre-test conditions 


9.3.1.16.3 
9.3.1.16.3.1 
System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) according to TS 36.508 [18]. 
9.3.1 .1 6.3.2 Test procedure sequence 

Table 9.3.1.16.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The 88 pages the UE using 8-TM8I with CN 
domain indicator set to "P8". 

- 

- 

- 

- 

2 

The UE transmits a SERVICE REQUEST 
message. 

-> 

SERVICE REQUEST 

- 

- 

3 

The SS does not respond to the SERVICE 
REQUEST message. 
NOTE: The SS does not transmit both 
SecurityModeCommand message and 
RRCConnectionReconfiguration message. 





4 

The UE is switched off. 

- 

- 

- 

- 

5 

Check: Does the UE transmit a DETACH 
REQUEST message? 

-> 

DETACH REQUEST 

1 

P 

6 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.5 
indicates that the UE does not respond to 
paging when paged with S-TMSI included in 
GUTI-1 and with CN domain indicator set to 
"PS"? 



1 



9.3.1.16.3.3 

None. 

9.3.1.17 

9.3.1.17.1 

(1) 


Specific message contents 

Service request / Abnormal case / Procedure collision 
Test Purpose (TP) 


with { UE having sent a SERVICE REQUEST message } 
ensure that { 

when { UE receives a DETACH REQUEST message with the Type of detach set to 're-attach required' 
then { UE sends a DETACH ACCEPT message and performs the attach procedure } 


(2) 

with { UE having sent a SERVICE REQUEST message or an EXTENDED SERVICE REQUEST message} 
ensure that { 

when { UE receives a DETACH REQUEST message with the Type of detach set to the value other than 
're-attach required' } 

then { UE sends a DETACH ACCEPT message } 
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9.3.1 .1 7.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.6.1.6. 

[TS 24.301, clause 5.6.1.6] 

The following abnormal cases can be identified: 

h) Procedure collision 

If the UE receives a DETACH REQUEST message with detach type "re-attach required" or "re-attach not 
required" with EMM cause other than #2 "IMSI unknown in HSS" from the network in state EMM-SERVICE- 
REQUEST-INITIATED, the detach procedure shall be progressed and the service request procedure shall be 
aborted. 

Additionally, if the service request was initiated for CS fallback or IxCS fallback, the EMM sublayer shall 
indicate to the MM sublayer or the cdma2000® upper layers that the CS fallback or IxCS fallback procedure has 
failed. 

If the Detach type IE in the DETACH REQUEST message indicated "re-attach required", the attach procedure 
shall be performed. 

9.3.1 .1 7.3 Test description 
9.3.1 .1 7.3.1 Pre-test conditions 
System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) according to TS 36.508 [18]. 
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9.3.1.17.3.2 


Test procedure sequence 

Table 9.3.1.17.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The SS pages the UE using S-TMSI with CN 
domain indicator set to "PS". 

- 

- 

- 

- 

2 

The UE transmits a SERVICE REQUEST 
message. 

-> 

SERVICE REQUEST 

- 

- 

3 

The SS transmits a DETACH REQUEST 
message with the Type of detach set to 're- 
attach required'. 

<- 

DETACH REQUEST 



4 

Check: Does the UE transmit a DETACH 
ACCEPT message? 

-> 

DETACH ACCEPT 

1 

P 

5 

Void 

- 

- 

- 

- 


EXCEPTION: Steps 5a-5b describes a 
behaviour that depends on UE behaviour 
(Notel). 





5a 

The SS releases the RRC connection. 

- 

- 

- 

- 

- 

EXCEPTION: Step 5b describes a behaviour 
which depends on the UE capability 

- 

- 

- 

- 

5b 

IF NOT pc_Automatic_Re_Attach, the user 
initiates an attach by MMI or by AT command. 

- 

- 

- 

- 

6 

Check: Does the UE transmit an ATTACH 
REQUEST message including a PDN 
CONNECTIVITY REQUEST message? 

-> 

ATTACH REQUEST 

1 

p 

7 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<- 

AUTHENTICATION REQUEST 



8 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



9 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 

<— 

SECURITY MODE COMMAND 

- 

- 

10 

The UE transmits a NAS SECURITY MODE 
COMPLETE message and establishes the 
initial security configuration. 

-> 

SECURITY MODE COMPLETE 




EXCEPTION: Steps 1 1 a1 to 1 1 a2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred after 
NAS SECURITY MODE COMPLETE 
message. 





11a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<— 

ESM INFORMATION REQUEST 



11a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



12 

The SS responds with an ATTACH ACCEPT 
message. The ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message is 
piggybacked in ATTACH ACCEPT message. 

<— 

ATTACH ACCEPT 




EXCEPTION: In parallel to the event described 
in step 13 below the generic procedure for IP 
address allocation in the U-plane specified in 
TS 36.508 subclause 4.5A.1 takes place 
performing IP address allocation in the U-plane 
if requested by the UE. 





13 

The UE transmits an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message. 

-> 

ATTACH COMPLETE 




ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2128 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


14 

The SS releases the RRC connection. 

- 

- 

- 

- 


EXCEPTION: Steps 15a1 to 15b2 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that take place if a capability is 
supported 





15a1 

IF (px AttachTypeTested == 
COMBINED_ATTACH) and (pc_CS_Fallback 
is true) THEN the SS pages the UE using S- 
TMSI with CN domain indicator set to "CS". 





15a2 

The UE transmits an EXTENDED SERVICE 
REQUEST message. 

-> 

EXTENDED SERVICE REQUEST 

- 

- 

15b1 

ELSE the SS pages the UE using S-TMSI with 
CN domain indicator set to "PS". 

- 

- 

- 

- 

15b2 

The UE transmits a SERVICE REQUEST 
message. 

-> 

SERVICE REQUEST 

- 

- 

16 

The SS transmits a DETACH REQUEST 
message with the Type of detach set to the 
value other than 're-attach required'. 

<— 

DETACH REQUEST 



17 

Check: Does the UE transmit a DETACH 
ACCEPT message? 

-> 

DETACH ACCEPT 

2 

P 

18 

The SS releases the RRC connection. 

- 

- 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA deregistered (E4) 
according to TS 36.508. 





Note 1 : SS waits for 1 second to receive the Attach Request on the existing RRC Connection. In case Attach Request is 
not received within 1 second, existing RRC Connection is released. 


9.3.1 .1 7.3.3 Specific message contents 

Table 9.3.1.17.3.3-1 : Message DETACH REQUEST (step 3, Table 9.3.1.17.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-12 

Information Element 

Value/remark 

Comment 

Condition 

Detach type 




Type of detach 

'001 'B 

re-attach required 


EMM cause 

Not present 

If the detach type 
IE indicates "IMSI 
detach" or "re- 
attach required", 
then the UE shall 
ignore the EMM 
cause IE if 
received. 



Table 9.3.1.17.3.3-2: Message DETACH REQUEST (step 16, Table 9.3.1.17.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-12 

Information Element 

Value/remark 

Comment 

Condition 

Detach type 




Type of detach 

'010'B 

re-attach not 
required 


EMM cause 

'0000 001 1'B 

Illegal UE 



9.3.1 .18 Service Request / Rejected / Not authorized for this CSG 


9.3.1.18.1 

(1) 


Test Purpose (TP) 


with { UE having sent a SERVICE REQUEST message } 
ensure that { 

when { UE receives a SERVICE REJECT message with the EMM cause value = 25 (Not authorized for this 
CSG) and this SERVICE REJECT message is not without integrity protection } 
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then { UE sets the EPS update status to EU3 ROAMING NOT ALLOWED, removes the CSG ID of the cell 
that sent SERVICE REJECT message from the Allowed CSG list, searches for a suitable cell in the same 
PLMN } 


(2) 

with { UE in state EMM-REGISTERED and EMM- IDLE mode and the CSG ID is removed from the Allowed CSG 
list } 
ensure that { 

when { UE detects entering new tracking areas not included in the TAI list } 

then { UE attempts to enter a normal cell and does not select a cell which is not included in 
the allowed CSG list } 
} 

9.3.1 .1 8.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.6.1.5. 

[TS 24.301, clause 5.6.1.5] 

On receipt of the SERVICE REJECT message, the UE shall stop timer T3417 and take the following actions depending 
on the received EMM cause value. 


#25 (Not authorized for this CSG); 

Cause #25 is only applicable when received from a CSG cell. Cause #25 received from a non-CSG cell is 
considered as an abnormal case and the behaviour of the UE is specified in subclause 5.6.1.6. 

If the SERVICE REJECT message with cause #25 was received without integrity protection, then the UE shall 
discard the message. 

The UE shall set the EPS update status to EU3 ROAMING NOT ALLOWED (and shall store it according to 
subclause 5.1.3.3). The UE shall enter the state EMM-REGISTERED. LIMITED-SERVICE. 

The UE shall remove the CSG ID of the cell where the UE has initiated the service request procedure from the 
Allowed CSG Hst. 

The UE shall search for a suitable cell in the same PLMN according to 3GPP TS 36.304 [21]. 

9.3.1.18.3 Test description 

9.3.1.18.3.1 Pre-test conditions 

System Simulator: 

- cell A(TAC1, frequency 1, is a CSG cell); 

- cell B(TAC2, frequency 1, not a CSG cell); 

cell A is "Serving cell" and cell B " Non-suitable cell". 

- System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

- the UE is previously registered on cell A using manual CSG selection (so the allowed CSG list includes CSG ID 
of cell A). 

Preamble: 

- The UE is in state Registered, Idle mode (state 2) on cell A according to [18]. 
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9.3.1.18.3.2 


Test procedure sequence 

Table 9.3.1.18.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS pages the UE using S-TMSI with CN 
domain indicator set to "PS". 

- 

- 

- 

- 

- 

The following messages are sent and shall be 
received on Cell A. 

- 

- 

- 

- 

2 

The UE transmits a SERVICE REQUEST 
message. 

-> 

SERVICE REQUEST 

- 

- 

3 

The SS transmits a SERVICE REJECT 
message with the EMM cause = " Not 
authorized for this CSG " as specified. 

<— 

SERVICE REJECT 



4 

The SS releases the RRC connection. 

- 

- 

- 

- 

5 

The SS configures: 

- Cell A as a " Serving cell". 

- Cell B as a " Suitable Neighbour cell ". 





6 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message on cell 
B? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

P 

7 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

8 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

9 

The SS configures: 

- Cell A as a " Serving cell". 

- Cell B as a " Not Suitable cell". 





10 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message on cell A 
in the next 30 seconds? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2 

F 


9.3.1 .1 8.3.3 Specific message contents 

Table 9.3.1.18.3.3-1: SERVICE REJECT (step 3, Table 9.3.1.18.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-22 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'00011 oorB 

#25 " Not 
authorized for this 
CSG" 



Table 9.3.1.18.3.3-2: SystemlnformationBlockTypel for Cell A, B(Pre-test conditions and all steps in 

Table 9.3.1.18.3.2-1) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

TRUE 


Cell A 


FALSE 


CellB 

csg-ldentity 

Not present 


CellB 


'000 0000 0000 0000 
0000 0000 001 0'B 


Cell A 
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9.3.2 Paging procedure 
9.3.2.1 Paging procedure 

9.3.2.1.1 Test Purpose (TP) 
(1) 

with { UE in ECM-IDLE } 
ensure that { 

when { the network initiates a paging procedure for EPS services using S-TMSI } 

then { the UE responds to the paging with a SERVICE REQUEST message providing correct S-TMSI in 
the RRCConnectionRequest } 
} 

9.3.2.1 .2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clauses 5.6.1.1, 
5.6.2.2.1, TS 33.401 clause 7.2.6.2, TS 36.331 clause 5.3.3.3. 

[TS 24.301, clause 5.6.2.2.1] 

To initiate the procedure the EMM entity in the network requests the lower layer to start paging (see 
3GPP TS 36.300 [20], 3GPP TS 36.413 [23]) and starts the timer T3413 for this paging procedure. Upon reception of a 
paging indication, the UE shall respond to the paging with a SERVICE REQUEST message (see 3GPP TS 23.401 [10] 
and 3GPP TS 36.413 [23]). If the paging for EPS services was received during an ongoing UE initiated EMM specific 
procedure or service request procedure, then the UE shall ignore the paging and the UE and the network shall proceed 
with the EMM specific procedure or the service request procedure. 

[TS 24.301, clause 5.6.1.1] 

The UE shall invoke the service request procedure when: 

a) the UE in EMM-IDLE mode receives a paging request with CN domain indicator set to "PS" from the network; 

[TS 33.401 clause 7.2.6.2] 

The procedure the UE uses to transit from ECM-IDLE to ECM-CONNECTED when in EMM-REGISTERED state is 
initiated by a NAS Service Request message from the UE to the MME. As the UE is in EMM-REGISTERED state, a 
EPS security context exists in the UE and the MME, and this EPS security context further contains uplink and downlink 
NAS COUNTS. The NAS Service Request message sent in EMM-REGISTERED shall be integrity protected and 
contain the uplink NAS sequence number. 

[TS 36.331, clause 5.3.3.3] 

The UE shall set the contents of RRCConnectionRequest message as follows: 

1> set the ue -Identity as follows: 

2> if upper layers provide an S-TMSI: 

3> set the ue-Identity to the value received from upper layers; 

9.3.2.1.3 Test description 
9.3.2.1 .3.1 Pre-test conditions 
System Simulator: 

- cell A. 
UE: 

none. 
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Preamble: 

- the UE is in Registered, Idle Mode (state 2) according to TS 36.508 [18]. 
9.3.2.1 .3.2 Test procedure sequence 

Table 9.3.2.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS pages the UE using S-TMSI with CN 
domain indicator set to "PS" 

- 

- 

- 

- 

2 

Check: Does the UE transmit 
RRCConnectionRequest message providing 
correct S-TMSI? 



1 

p 

3 

Check: Does the UE respond with a SERVICE 
REQUEST message? 

-> 

SERVICE REQUEST 

1 

p 

4-7 

Steps 6 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed to successfully complete the 
service request procedure. 






9.3.2.1 .3.3 Specific message contents 

Table 9.3.2.1.3.3-1 : RRCConnectionRequest (step 2, Table 9.3.2.1.3.2-1) 


Derivation Path: Table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




ue-ldentity[1] CHOICE} 




S-TMSI 

Set to the value of the S- 
TMSIoftheUE 



} 




} 




} 




} 





9.3.2.2 


9.3.2.2.1 


Paging for CS fallback / Idle mode 
Test Purpose (TP) 


(1) 


with { UE in state EMM-REGISTERED and EMM- IDLE mode} 
ensure that { 

when { UE received Paging for mobile termination CS fallback from NW } 
then { UE establishes the RRC connection with the RRC establishmentCause set to 'mt-Access' and 
sends EXTENDED SERVICE REQUEST message } 


9.3.2.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 5.3.1.1, 
5.6.1.1, 5.6.2.3 and Annex D and TS 36.331 clause 5.3.3.3. 

[TS 24.301 clause 5.3.1.1] 

When the UE is in EMM-IDLE mode and needs to transmit an initial NAS message, the UE shall request the lower 
layer to estabhsh a NAS signalling connection. In this request to the lower layer the NAS shall provide to the lower 
layer the RRC establishment cause and the call type as specified in annex D of this specification. 

[TS24.301 clause5.6.1.1] 
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The purpose of the service request procedure is to transfer the EMM mode from EMM-IDLE to EMM-CONNECTED 
mode and estabHsh the radio and S 1 bearers when upHnk user data or signalHng is to be sent. Another purpose of this 
procedure is to invoke MO/MT CS fallback procedures. 

This procedure is used when: 


the UE in EMM-IDLE or EMM-CONNECTED mode has requested to perform mobile originating/terminating 
CS fallback; or 


The service request procedure is initiated by the UE, however, for the downlink transfer of signalling or user data in 
EMM-IDLE mode, the trigger is given by the network by means of the paging procedure (see subclause 5.6.2). 

The UE shall invoke the service request procedure when: 

e) the UE, in EMM-IDLE or EMM-CONNECTED mode, has a CS fallback response to be sent to the network; or 

[TS24.301 clause5.6.2.3] 

The network may initiate the paging procedure for non-EPS services when the UE is IMSI attached for non-EPS 
services. 

To initiate the procedure when no NAS signalling connection exists, the EMM entity in the network requests the lower 
layer to start paging (see 3GPP TS 36.300 [2012], 3GPP TS 36.413 [2315]) and starts the timer T3413 for this paging 
procedure. The paging message includes a CN domain indicator set to "CS" in order to indicate that this is paging for 
CS fallback. Upon reception of a paging indication, the UE may respond to the paging immediately or may request 
upper layers input i.e. to accept or reject CS fallback. The response is indicated in the CSFB response information 
element in the EXTENDED SERVICE REQUEST message in both EMM-IDLE and EMM-CONNECTED modes. 

The network shall stop the timer T3413 for the paging procedure when a response is received from the UE. 

To notify the UE about an incoming mobile terminating CS service when a NAS signalling connection exists, the EMM 
entity in the network shall send a CS SERVICE NOTIFICATION message. 

[TS 24.301, Annex D] 

Table D.1.1 : Mapping of NAS procedure to establishment cause and call type 


NAS procedure 

RRC establishment cause (according 3GPP TS 36.331 [22]) 

Call type 




Service Request 

If a EXTENDED SERVICE REQUEST has service type set to 
"mobile terminating CS fallback", the RRC establishment cause 
shall be set to MT access. (See Notel). 

"terminating calls" 




Note 1 : For these NAS procedures initiated by UEs of access class 12, 13 or 14 in their home country, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". For this purpose the home country is 
defined as the country of the MCC part of the IMSI, see 3GPP TS 22.01 1 [1 A]. 

For these NAS procedures initiated by UE of access class 11 or 1 5 in their HPLMN or EHPLMN, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". 


[TS 36.331, clause 5.3.3.3] 


The UE shall set the contents of RRC ConnectionRe quest message as follows: 
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1> set the ue -Identity as follows: 

2> if upper layers provide an S-TMSI: 

3> set the ue-Identity to the value received from upper layers; 
2> else 

3> draw a random value and set the ue-Identity to this value; 
NOTE 1 : Upper layers provide the S-TMSI if the UE is registered in the TA of the current cell. 
1> Set the establishmentCause in accordance with the information received from upper layers; 
9.3.2.2.3 Test description 

9.3.2.2.3.1 Pre-test conditions 
System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on cell A according to TS 36.508 [18]. 

9.3.2.2.3.2 Test procedure sequence 

Table 9.3.2.2.3.2-1 : Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The 88 sends a paging message which CN 
domain indicates "C8" domain to the UE. 

- 

- 

- 

- 

2 

The UE accepts C8 fallback 

- 

- 

- 

- 

3 

Check: Does the UE transmit an 
RRCConnectionRequest message with 
establishmentCause set to 'mt-Access' 
followed by EXTENDED 8ERVICE REQUE8T 
message? 

-> 

EXTENDED 8ERVICE REQUE8T 

1 

P 

4 

The 88 sends 8ERVICE REJECT message 
with T3442 = 60 seconds in order that the UE 
enters EMM-REGI8TERED.N0RMAL- 
8ERVICE. 

<- 

8ERVICE REJECT 



5 

The 88 releases the RRC connection. 

- 

- 

- 

- 

- 

EXCEPTION: The behaviour in table 
9.3.2.2.3.2-2 may occur in parallel with step 6. 

- 

- 

- 

- 

6 

88 waits for 60 seconds (T3442) 

- 

- 

- 

- 


Table 9.3.2.2.3.2-2: Parallel Behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message/PDU/SDU 

1 

The UE transmits a TRACKING AREA 
UPDATE REQUE8T message. 

-> 

TRACKING AREA UPDATE 
REQUE8T 

- 

- 

2 

The 88 transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

3 

The 88 releases the RRC connection. 

- 

- 

- 

- 
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9.3.2.2.3.3 Specific message contents 

Table 9.3.2.2.3.3-0: Message RRCConnectionRequest {step 3, Table 9.3.2.2.3.2-1) 


Derivation path: 36.508 table 4.6.1-16 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

mt-Access 



} 




} 




} 





Table 9.3.2.2.3.3-1: Message EXTENDED SERVICE REQUEST (step 3, Table 9.3.2.2.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-1 4A 

Information Element 

Value/remark 

Comment 

Condition 

M-TMSI 

M-TMSI1 




Table 9.3.2.2.3.3-2: Message SERVICE REJECT (step 4, Table 9.3.2.2.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-22 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'00100111'B 

CS domain 
temporarily not 
available 


T3442 value 

'OOIOOOOI'B 

1 minute 



Table 9.3.2.2.3.3-3: Message TRACKING AREA UPDATE ACCEPT (step 2, Table 9.3.2.2.3.2-2) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

Not present 



MS identity 

Not present 




9.3.2.2a 
9.3.2.2a.1 
(1) 


Paging for CS fallback/ Connected mode 

Test Purpose (TP) 


with { UE in state EMM-REGISTERED and EMM-CONNECTED mode} 
ensure that { 

when { UE receives a CS SERVICE NOTIFICATION message for mobile termination CS fallback from NW 
then { UE sends EXTENDED SERVICE REQUEST message } 
} 


9.3.2.2a.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 5.3.1.1, 
5.6.1.1, 5.6.2.3 and Annex D and TS 36.331 clause 5.3.3.3. 

[TS 24.301 clause 5.3.1.1] 

When the UE is in EMM-IDLE mode and needs to transmit an initial NAS message, the UE shall request the lower 
layer to establish a NAS signalling connection. In this request to the lower layer the NAS shall provide to the lower 
layer the RRC establishment cause and the call type as specified in annex D of this specification. 

[TS24.301 clause5.6.1.1] 
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The purpose of the service request procedure is to transfer the EMM mode from EMM-IDLE to EMM-CONNECTED 
mode and estabHsh the radio and S 1 bearers when upHnk user data or signalHng is to be sent. Another purpose of this 
procedure is to invoke MO/MT CS fallback procedures. 

This procedure is used when: 


the UE in EMM-IDLE or EMM-CONNECTED mode has requested to perform mobile originating/terminating 
CS fallback; or 


The service request procedure is initiated by the UE, however, for the downlink transfer of signalling or user data in 
EMM-IDLE mode, the trigger is given by the network by means of the paging procedure (see subclause 5.6.2). 

The UE shall invoke the service request procedure when: 

e) the UE, in EMM-IDLE or EMM-CONNECTED mode, has a CS fallback response to be sent to the network; or 

[TS24.301 clause5.6.2.3] 

The network may initiate the paging procedure for non-EPS services when the UE is IMSI attached for non-EPS 
services. 

To initiate the procedure when no NAS signalling connection exists, the EMM entity in the network requests the lower 
layer to start paging (see 3GPP TS 36.300 [2012], 3GPP TS 36.413 [2315]) and starts the timer T3413 for this paging 
procedure. The paging message includes a CN domain indicator set to "CS" in order to indicate that this is paging for 
CS fallback. Upon reception of a paging indication, the UE may respond to the paging immediately or may request 
upper layers input i.e. to accept or reject CS fallback. The response is indicated in the CSFB response information 
element in the EXTENDED SERVICE REQUEST message in both EMM-IDLE and EMM-CONNECTED modes. 

The network shall stop the timer T3413 for the paging procedure when a response is received from the UE. 

To notify the UE about an incoming mobile terminating CS service when a NAS signalling connection exists, the EMM 
entity in the network shall send a CS SERVICE NOTIFICATION message. 

[TS 24.301, Annex D] 

Table D.1.1 : Mapping of NAS procedure to establishment cause and call type 


NAS procedure 

RRC establishment cause (according 3GPP TS 36.331 [22]) 

Call type 




Service Request 

If a EXTENDED SERVICE REQUEST has service type set to 
"mobile terminating CS fallback", the RRC establishment cause 
shall be set to MT access. (See Notel). 

"terminating calls" 




Note 1 : For these NAS procedures initiated by UEs of access class 12, 13 or 14 in their home country, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". For this purpose the home country is 
defined as the country of the MCC part of the IMSI, see 3GPP TS 22.01 1 [1 A]. 

For these NAS procedures initiated by UE of access class 11 or 1 5 in their HPLMN or EHPLMN, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". 
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9.3.2.2a.3 Test description 

9.3.2.2a.3.1 Pre-test conditions 

System Simulator: 

- Cell A(TAI-l) is set to "Serving cell" 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB established (state 3) on cell A according to [18]. 
9.3.2.2a.3.2 Test procedure sequence 

Table 9.3.2.2a.3.2-1 : Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The 88 sends a C8 SERVICE NOTIFICATION 
message to the UE. 

<- 

CS SERVICE NOTIFICATION 

- 

- 

2 

The UE accepts CS fallback 

- 


- 

- 

3 

Check: Does the UE transmit an EXTENDED 
SERVICE REQUEST message to SS? 

-> 

EXTENDED SERVICE REQUEST 

1 

P 

4 

The SS sends a SERVICE REJECT message 
with T3442 = 60 seconds in order that the UE 
enters EMM-REGISTERED.NORMAL- 
SERVICE. 

<- 

SERVICE REJECT 



5 

The SS releases the RRC connection. 

- 

- 

- 

- 


EXCEPTION: The behaviour in table 
9.3.2.2a.3.2-2 may occur in parallel with step 
6. 





6 

SS waits for 60 seconds (T3442) 

- 

- 

- 

- 

Table 9.3.2.2a.3.2-2: Parallel Behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message/PDU/SDU 

1 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

2 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<- 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

3 

The SS releases the RRC connection. 

- 

- 

- 

- 


9.3.2.2a.3.3 Specific message contents 

Table 9.3.2.2a.3.3-1 : Message EXTENDED SERVICE REQUEST (step 3, Table 9.3.2.2a.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-1 4A 

Information Element 

Value/remark 

Comment 

Condition 

M-TMSI 

M-TMSI1 




Table 9.3.2.2a.3.3-2: Message SERVICE REJECT (step 4, Table 9.3.2.2a.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-22 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'001 0011 1'B 

CS domain 
temporarily not 
available 


T3442 value 

'OOIOOOOI'B' 

1 minute 
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Table 9.3.2.2a.3.3-3: Message TRACKING AREA UPDATE ACCEPT (step 2, Table 9.3.2.2a.3.2-2) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

GUTI 

Not present 



MS identity 

Not present 




9.4 
9.4.1 

9.4.1.1 
(1) 


NAS Security 

Integrity protection / Correct functionality of EPS NAS integrity 
algorithm / SN0W3G 

Test Purpose (TP) 


with { succesful completion of EPS authentication and key agreement (AKA) procedure } 
ensure that { 

when { UE receives a an integrity protected SECURITY MODE COMMAND message instructing to start 
integrity protection using algorithm SN0W3G } 

then { UE transmits an integrity protected SECURITY MODE COMPLETE using SN0W3G and starts 
applying the NAS Integrity protection in both UL and DL } 

(2) 

with { Integrity protection succesfull started by executing Security Mode Procedure} 
ensure that { 

when { UE receives an IDENTITY REQUEST message without integrity protected } 
then { UE foes not transmit an IDENTITY RESPONSE message } 


9.4.1.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 24.301 clause 4.4.4.1, 
4.4.4.2, 5.4.3.1, 5.4.3.2 and 5.4.3.3. 

[TS 24.301, clause 4.4.4.1] 

For the UE, integrity protected signalling is mandatory for the NAS messages once a valid EPS security context exists 
and has been taken into use. For the network, integrity protected signalling is mandatory for the NAS messages once a 
secure exchange of NAS messages has been established for the NAS signalling connection. Integrity protection of all 
NAS signalling messages is the responsibility of the NAS. It is the network which activates integrity protection. 

[TS 24.301, clause 4.4.4.2] 

Once the secure exchange of NAS messages has been established, the receiving EMM or ESM entity in the UE shall not 
process any NAS signalling messages unless they have been successfully integrity checked by the NAS. If NAS 
signalling messages, having not successfully passed the integrity check, are received, then the NAS in the UE shall 
discard that message. If any NAS signalling message is received as not integrity protected even though the secure 
exchange of NAS messages has been established by the network, then the NAS shall discard this message. 

[TS 24.301, clause 5.4.3.1] 

The purpose of the NAS security mode control procedure is to take an EPS security context into use, and initialise and 
start NAS signalling security between the UE and the MME with the corresponding NAS keys and security algorithms. 

[TS 24.301, clause 5.4.3.2] 

The MME initiates the NAS security mode control procedure by sending a SECURITY MODE COMMAND message 
to the UE and starting timer T3460 (see example in figure 5.4.3.2.1). 

If the security mode control procedure is initiated further to a successful execution of the authentication procedure, the 
MME shall use the reset downlink NAS COUNT to integrity protect the SECURITY MODE COMMAND message. 

The MME shall send the SECURITY MODE COMMAND message unciphered, but shall integrity protect the message 
with the NAS integrity key based on Kasme or mapped K'asme indicated by the eKSI included in the message. The 
MME shall set the security header type of the message to "integrity protected with new EPS security context". 
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The MME shall include the replayed security capabilities of the UE (including the security capabilities with regard to 
NAS, RRC and UP (user plane) ciphering as well as NAS, RRC integrity, and other possible target network security 
capabilities, i.e. UTRAN/GERAN if UE included them in the message to network), the replayed nonccuE if the UE 
included it in the message to the network, the selected NAS ciphering and integrity algorithms and the Key Set 
Identifier (eKSI). 

Additionally, the MME may request the UE to include its IMEISV in the SECURITY MODE COMPLETE message. 

NOTE: The AS and NAS security capabilities will be the same, i.e. if the UE supports one algorithm for NAS it is 
also be supported for AS. 

[TS 24.301, clause 5.4.3.3] 

Upon receipt of the SECURITY MODE COMMAND message, the UE shall check whether the security mode 
command can be accepted or not. This is done by performing the integrity check of the message and by checking that 
the received UE security capabilities and the received nonccuE have not been altered compared to what the UE provided 
in the initial layer 3 message that triggered this procedure. 

If the type of security context flag is set to "native security context" and if the KSI matches a valid native EPS security 
context held in the UE while the UE has a mapped EPS security context as the current security context, the UE shall 
take the native EPS security context into use. 

If the security mode command can be accepted, the UE shall reset the uplink NAS COUNT and the UE shall take the 
new EPS security context into use when: 

a) the SECURITY MODE COMMAND message is received further to a successful execution of the authentication 
procedure; or 

b) the type of security context flag is set to "mapped security context" in the NAS KSI IE included in the SECURITY 
MODE COMMAND message 

If the security mode command can be accepted, the UE shall send a SECURITY MODE COMPLETE message integrity 
protected with the selected NAS integrity algorithm and the NAS integrity key based on the Kasme or mapped K'asme if 
the type of security context flag is set to "mapped security context" indicated by the eKSI. If the SECURITY MODE 
COMMAND message includes the type of security context flag set to "mapped security context" in the NAS KSI IE, 
nonccMME and nonccuE, the UE shall generate K'asme from both nonces as indicated in 3 GPP TS 33.401 [19] and reset 
the downlink NAS COUNT to check whether the SECURITY MODE COMMAND can be accepted or not. The UE 
shall cipher the SECURITY MODE COMPLETE message with the selected NAS ciphering algorithm and the NAS 
ciphering key based on the Kasme or mapped K'asme indicated by the eKSI. The UE shall set the security header type of 
the message to "integrity protected and ciphered with new EPS security context". 

From this time onward the UE shall cipher and integrity protect all NAS signalling messages with the selected NAS 
ciphering and NAS integrity algorithms. 

If the MME indicated in the SECURITY MODE COMMAND message that the IMEISV is requested, the UE shall 
include its IMEISV in the SECURITY MODE COMPLETE message. 

9.4.1 .3 Test description 

9.4.1 .3.1 Pre-test conditions 

System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.4.1.3.2 


Test procedure sequence 

Table 9.4.1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message 

-> 

ATTACH REQUEST 



3 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<- 

AUTHENTICATION REQUEST 



4 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



5 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 
. It is integrity protected. 

<— 

SECURITY MODE COMMAND 



6 

Check: Does the UE transmit a NAS 
SECURITY MODE COMPLETE message and 
starts applying the NAS Integrity protection in 
both UL and DL? 

-> 

SECURITY MODE COMPLETE 

1 

P 


EXCEPTION: Steps 6Aa1 to 6Aa2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





6A 

a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<— 

ESM INFORMATION REQUEST 



6A 
a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



7 

The SS transmits with an ATTACH ACCEPT 
message. The ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message is 
piggybacked in ATTACH ACCEPT message 

<— 

ATTACH ACCEPT 



8 

The UE transmits an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message 

-> 

ATTACH COMPLETE 



9 

The SS transmits an IDENTITY REQUEST 
message with Integrity protected and with 
default ciphering 

<- 

IDENTITY REQUEST 



10 

Check: Does the UE transmit an IDENTIY 
RESPONSE message with Integrity Protected 
and with default ciphering? 

-> 

IDENTITY RESPONSE 

1 

P 

11 

The SS transmits an IDENTITY REQUEST 
message (not Integrity protected) 

<- 

IDENTITY REQUEST 

- 

- 

12 

Check: Does the UE transmit an IDENTIY 
RESPONSE message within the next 5 
seconds? 

-> 

IDENTITY RESPONSE 

2 

F 
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9.4.1.3.3 


Specific message contents 
Table 9.4.1.3.3-1 : SECURITY MODE COMMAND (Step 5) 


Derivation path: 36.508 table 4.7.2-19 

Information Element 

Value/Remark 

Comment 

Condition 

Selected NAS security algorithms 




- Type of integrity protection algorithm 

001 

EPS integrity 
algorithm 128- 
EIA1fSN0W3G] 



9.4.2 


9.4.2.1 


Integrity protection / Correct functionality of EPS NAS integrity 
algorithm / AES 

Test Purpose (TP) 


(1) 


with { succesful completion of EPS authentication and key agreement (AKA) procedure } 
ensure that { 

when { UE receives an integrity protected SECURITY MODE COMMAND message, to start integrity 
protection using algorithm AES } 

then { UE sends SECURITY MODE COMPLETE, integrity protected with AES and starts applying the NAS 
Integrity protection in both UL and DL} 

(2) 

with { Integrity protection succesfull started by executing Security Mode Procedure} 
ensure that { 

when { UE receives a IDENTITY REQUEST message (requested identification parameter is not IMSI) , 
without integrity protected } 

then { UE Does not transmit IDENTITY Response} 
} 

9.4.2.2 Conformance requirements 
Same Conformance requirements as in clause 9.4.1.2 

9.4.2.3 Test description 

9.4.2.3.1 Pre-test conditions 
Same Pre-test conditions as in clause 9.4.1.3.1 

9.4.2.3.2 Test procedure sequence 

Same Test procedure sequence as in table 9.4.1.3.2.1, except the integrity protection algorithm is AES. 

9.4.2.3.3 Specific message contents 

Table 9.4.2.3.3-1 : SECURITY MODE COMMAND (Step 6 ) 


Derivation path: 36.508 table 4.7.2-19 

Information Element 

Value/Remark 

Comment 

Condition 

Selected NAS security algorithms 
- Type of integrity protection algorithm 

010 

EPS integrity 
algorithm 128- 
EIA2 (AES) 



9.4.3 

9.4.3.1 
(1) 


Ciphering and deciphering / Correct functionality of EPS NAS 
encryption algorithm / SN0W3G 

Test Purpose (TP) 


with { succesful completion of EPS authentication and key agreement (AKA) procedure 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 2142 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

ensure that { 

when { UE receives a SECURITY MODE COMMAND instructing to start ciphering using algorithm SN0W3G } 
then { UE sends a SECURITY MODE COMPLETE message ciphered with SN0W3G and starts applying the 
NAS ciphering in both UL and DL} 
} 

9.4.3.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301 clause 5.4.3.1, 5.4.3.2 
and 5.4.3.3. 

[TS 24.301, clause 5.4.3.1] 

The purpose of the NAS security mode control procedure is to take an EPS security context into use, and initiaHse and 
start NAS signalHng security between the UE and the MME with the corresponding NAS keys and security algorithms. 

[TS 24.301, clause 5.4.3.2] 

The MME initiates the NAS security mode control procedure by sending a SECURITY MODE COMMAND message 
to the UE and starting timer T3460 (see example in figure 5.4.3.2.1). 

If the security mode control procedure is initiated further to a successful execution of the authentication procedure, the 
MME shall use the reset downlink NAS COUNT to integrity protect the SECURITY MODE COMMAND message. 

The MME shall send the SECURITY MODE COMMAND message unciphered, but shall integrity protect the message 
with the NAS integrity key based on Kasme or mapped K'asme indicated by the eKSI included in the message. The 
MME shall set the security header type of the message to "integrity protected with new EPS security context". 


The MME shall include the replayed security capabilities of the UE (including the security capabilities with regard to 
NAS, RRC and UP (user plane) ciphering as well as NAS, RRC integrity, and other possible target network security 
capabilities, i.e. UTRAN/GERAN if UE included them in the message to network), the replayed nonccuE if the UE 
included it in the message to the network, the selected NAS ciphering and integrity algorithms and the Key Set 
Identifier (eKSI). 

Additionally, the MME may request the UE to include its IMEISV in the SECURITY MODE COMPLETE message. 

NOTE: The AS and NAS security capabilities will be the same, i.e. if the UE supports one algorithm for NAS it is 
also be supported for AS. 

[TS 24.301, clause 5.4.3.3] 

Upon receipt of the SECURITY MODE COMMAND message, the UE shall check whether the security mode 
command can be accepted or not. This is done by performing the integrity check of the message and by checking that 
the received UE security capabilities and the received nonccuE have not been altered compared to what the UE provided 
in the initial layer 3 message that triggered this procedure. 

If the type of security context flag is set to "native security context" and if the KSI matches a valid native EPS security 
context held in the UE while the UE has a mapped EPS security context as the current security context, the UE shall 
take the native EPS security context into use. 

If the security mode command can be accepted, the UE shall reset the uplink NAS COUNT and the UE shall take the 
new EPS security context into use when: 

a) the SECURITY MODE COMMAND message is received further to a successful execution of the authentication 
procedure; or 

b) the type of security context flag is set to "mapped security context" in the NAS KSI IE included in the 
SECURITY MODE COMMAND message 

If the security mode command can be accepted, the UE shall send a SECURITY MODE COMPLETE message integrity 
protected with the selected NAS integrity algorithm and the NAS integrity key based on the Kasme or mapped K'asme if 
the type of security context flag is set to "mapped security context" indicated by the eKSI. If the SECURITY MODE 
COMMAND message includes the type of security context flag set to "mapped security context" in the NAS KSI IE, 
nonccMME and nonccuE, the UE shall generate K'asme from both nonces as indicated in 3 GPP TS 33.401 [19] and reset 
the downlink NAS COUNT to check whether the SECURITY MODE COMMAND can be accepted or not. The UE 
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shall cipher the SECURITY MODE COMPLETE message with the selected NAS ciphering algorithm and the NAS 
ciphering key based on the Kasme or mapped K'asme indicated by the eKSI. The UE shall set the security header type of 
the message to "integrity protected and ciphered with new EPS security context". 

From this time onward the UE shall cipher and integrity protect all NAS signalling messages with the selected NAS 
ciphering and NAS integrity algorithms. 

If the MME indicated in the SECURITY MODE COMMAND message that the IMEISV is requested, the UE shall 
include its IMEISV in the SECURITY MODE COMPLETE message. 


Test description 
Pre-test conditions 


9.4.3.3 

9.4.3.3.1 

System Simulator: 

- cell A. 
UE: 

none. 
Preamble: 

- the UE is in state Switched OFF (state 1) according to TS 36.508 [18]. 
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9.4.3.3.2 


Test procedure sequence 

Table 9.4.3.3.2-1 : Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

The UE transmits an ATTACH REQUEST 
message including a PDN CONNECTIVITY 
REQUEST message 

-> 

ATTACH REQUEST 



3 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<- 

AUTHENTICATION REQUEST 



4 

The UE transmits an AUTHENTICATION 
RESPONSE message and establishes mutual 
authentication. 

-> 

AUTHENTICATION RESPONSE 



5 

The SS transmits a SECURITY MODE 
COMMAND message to activate NAS security. 

<— 

SECURITY MODE COMMAND 

- 

- 

6 

Check: Does the UE transmit a SECURITY 
MODE COMPLETE message ciphered and 
starts applying the NAS ciphering in both UL 
and DL? 

-> 

SECURITY MODE COMPLETE 

1 

P 


EXCEPTION: Steps 6Aa1 to 6Aa2 describe 
behaviour that depends on UE configuration; 
the "lower case letter" identifies a step 
sequence that take place if the UE has ESM 
information which needs to be transferred. 





6A 
a1 

IF the UE sets the ESM information transfer 
flag in the last PDN CONNECTIVITY 
REQUEST message THEN the SS transmits 
an ESM INFORMATION REQUEST message 
to initiate exchange of protocol configuration 
options and/or APN. 

<- 

ESM INFORMATION REQUEST 



6A 
a2 

The UE transmits an ESM INFORMATION 
RESPONSE message to transfer protocol 
configuration options and/or APN. 

-> 

ESM INFORMATION RESPONSE 



7 

The SS transmits with an ATTACH ACCEPT 
message The ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message is 
piggybacked in ATTACH ACCEPT message 

<- 

ATTACH ACCEPT 



8 

The UE transmits an ATTACH COMPLETE 
message including an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message 

-> 

ATTACH COMPLETE 



9 

The SS transmits an IDENTITY REQUEST 
message Ciphered 

<- 

IDENTITY REQUEST 

- 

- 

10 

Check: Does the UE transmit an IDENTIY 
RESPONSE message Ciphered? 

-> 

IDENTITY RESPONSE 

1 

P 


9.4.3.3.3 


Specific message contents 
Table 9.4.3.3.3-1 : SECURITY MODE COMMAND (Step 5) 


Derivation path: 36.508 table 4.7.2-19 

Information Element 

Value/Remark 

Comment 

Condition 

Selected NAS security algorithms 




- Type of ciphering algorithm 

001 

EPS encryption 
algorithm 128- 
EEA1 [SN0W3G] 
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9.4.4 


9.4.4.1 


Ciphering and deciphering / Correct functionality of EPS NAS 
encryption algorithm / AES 

Test Purpose (TP) 


(1) 


with { succesful completion of EPS authentication and key agreement (AKA) procedure } 
ensure that { 

when { UE receives a SECURITY MODE COMMAND, to start encryption using algorithm AES} 
then { UE sends SECURITY MODE COMPLETE, encrypted with AES and starts applying the NAS 
encryption in both UL and DL } 
} 

9.4.4.2 Confornnance requirements 
Same Conformance requirements as in clause 9.4.3.2 

9.4.4.3 Test description 

9.4.4.3.1 Pre-test conditions 
Same Pre-test conditions as in clause 9.4.3.3.1 

9.4.4.3.2 Test procedure sequence 

Same Test procedure sequence as in Table 9.4.3.3.2-1, except the integrity ciphering algorithm is AES. 

9.4.4.3.3 Specific message contents 

Table 9.4.1.3.3-1 : SECURITY MODE COMMAND (Step 6) 


Derivation path: 36.508 table 4.7.2-19 

Information Element 

Value/Remark 

Comment 

Condition 

Selected NAS security algorithms 
- Type of ciphering algorithm 

002 

EPS encryption 
algorithm 128- 
EEA2 (AES) 
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1 EPS session management 

10.1 Void 

1 0.2 Dedicated EPS bearer context activation 

1 0.2.1 Dedicated EPS bearer context activation / Success 

10.2.1.1 Test Purpose (TP) 
(1) 

with { UE is in EMM-REGISTERED state and a PDN address for an active default EPS bearer was received 
in an ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message } 
ensure that { 

when { UE receives an ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST message linked to the existing 
default EPS bearer } 

then { UE transmits an ACTIVATE DEDICATED EPS BEARER CONTEXT ACCEPT message } 

} 

1 0.2.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 6.4.2.3. 

[TS 24.301, clause 6.4.2.3] 

Upon receipt of the ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST message, the UE shall first 
check the received TFT before taking it into use. Then the UE shall send an ACTIVATE DEDICATED EPS BEARER 
CONTEXT ACCEPT message and enter the state BEARER CONTEXT ACTIVE. The ACTIVATE DEDICATED EPS 
BEARER CONTEXT ACCEPT message shall include the EPS bearer identity. 

The linked EPS bearer identity included in the ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST 

message indicates to the UE to which default bearer, IP address and PDN the dedicated bearer is linked. 

If the PTI is included in the ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST message, the UE uses 
the PTI to identify the UE requested bearer resource allocation procedure or the UE requested bearer resource 
modification procedure to which the dedicated bearer context activation is related. 

If the PTI is included in the ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST message and the PTI is 
associated to a UE requested bearer resource allocation procedure or a UE requested bearer resource modification 
procedure, the UE shall release the traffic flow aggregate description associated to the PTI value provided. 

The UE shall use the received TFT to apply mapping of uplink traffic flows to the radio bearer if the TFT contains 
packet filters for the uplink direction. 

Upon receipt of the ACTIVATE DEDICATED EPS BEARER CONTEXT ACCEPT message, the MME shall stop the 
timerT3485 and enter the state BEARER CONTEXT ACTIVE. 

10.2.1.3 Test description 
10.2.1.3.1 Pre-test conditions 
System Simulator: 

- Cell A is configured according to Table 6.3.2.2-1 in [18]. 
UE: 

None. 

Preamble: 

- The UE is in Registered, He Mode state (state 2) according to [18]. 
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10.2.1.3.2 


Test procedure sequence 

Table 10.2.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS pages the UE in order to establish a 
dedicated EPS bearer context. 

- 

- 

- 

- 

2 

The UE transmits a SERVICE REQUEST for 
downlink signalling. 

-> 

SERVICE REQUEST 

- 

- 

2A 

The SS establishes SRB2 and DRB 
associated with the default EPS bearer context 
activated during the preamble (a first PDN 
obtained during the attach procedure). 





3 

The SS transmits an ACTIVATE DEDICATED 
EPS BEARER CONTEXT REQUEST with 
particular settings (use Reference dedicated 
EPS bearer context #1 - see table 6.6.2-1 in 
TS 36.508) (See Note 1). 

Note: The SS implicitly reuses the PDN 
address defined in ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message. 

<- 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT REQUEST 



4 

Check: Does the UE transmit an ACTIVATE 
DEDICATED EPS BEARER CONTEXT 
ACCEPT message as specified? 

-> 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT ACCEPT 

1 

P 

5 

Check: Does the test result of CALL generic 
procedure indicate that the UE accepts a 
modification of the newly activated EPS bearer 
context ? (clause 6.4.2.6 in [18]) 



1 


Note 1 : The ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST message is included in a 

RRCConnectionReconfiguration message including a DRB setup for the same EPS bearer ID 


10.2.1.3.3 


Specific message contents 


Table 10.2.1.3.3-1: Message ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST (step 3, Table 

10.2.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-3 and table 4.6.1-8 with condition AM-DRB-ADD(2) 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 



Procedure transaction identity 



"No procedure 
transaction 
identity assigned" 


Linked EPS bearer identity 

5 

SS re-uses the 
EPS bearer 
identity of the 
default EPS 
bearer context. 


EPS QoS 

According to reference 
dedicated EPS bearer 
context #1 - see [18] 



TFT 

According to reference 
dedicated EPS bearer 
context #1 - see [1 8] 
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Table 10.2.1.3.3-2: Message ACTIVATE DEDICATED EPS BEARER CONTEXT ACCEPT (step 4, Table 

10.2.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 

Same value as in 

ACTIVATE 

DEDICATED EPS 

BEARER 

CONTEXT 

REQUEST 


Procedure transaction identity 



"No procedure 
transaction 
identity assigned" 



1 0.3 EPS bearer context modification 

1 0.3.1 EPS bearer context modification / Success 

10.3.1.1 Test Purpose (TP) 

(1) 

with { the UE is in BEARER CONTEXT ACTIVE STATE state and in EMM- CONNECTED mode } 
ensure that { 

when { the UE receives a MODIFY EPS BEARER CONTEXT REQUEST message with new TFT} 

then { the UE sets the new TFT and then ransmits a MODIFY EPS BEARER CONTEXT ACCEPT 


10.3.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 66.4.3.1, 
6.4.3.2 and .4.3.3,. 

[TS 24.301, clause 6.4.3.1] 

The purpose of the EPS bearer context modification procedure is to modify an EPS bearer context with a specific QoS 
and TFT. The EPS bearer context modification procedure is initiated by the network, but it may also be initiated as part 
of the UE requested bearer resource allocation procedure or the UE requested bearer resource modification procedure. 


[TS 24.301, clause 6.4.3.2] 

The MME shall initiate the EPS bearer context modification procedure by sending a MODIFY EPS BEARER 
CONTEXT REQUEST message to the UE, starting the timer T3486, and entering the state BEARER CONTEXT 
MODIFY PENDING (see example in figure 6.4.3.2.1). 

The MME shall include an EPS bearer identity that identifies the EPS bearer context to be modified in the MODIFY 
EPS BEARER CONTEXT REQUEST message. 

[TS 24.301, clause 6.4.3.3] 

Upon receipt of the MODIFY EPS BEARER CONTEXT REQUEST message, the UE shall first check the received 
TFT before taking it into use and then send a MODIFY EPS BEARER CONTEXT ACCEPT message to the MME. 

If the PTI is included in the MODIFY EPS BEARER CONTEXT REQUEST message, the UE uses the PTI to identify 
the UE requested bearer resource allocation procedure or the UE requested bearer resource modification procedure to 
which the EPS bearer context modification is related (see subclause 6.5.3 and subclause 6.5.4). 

If the PTI is included in the MODIFY EPS BEARER CONTEXT REQUEST message and the PTI is associated to a UE 
requested bearer resource allocation procedure or a UE requested bearer resource modification procedure, the UE shall 
release the traffic flow aggregate description associated to the PTI value provided. 
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The UE shall use the received TFT to apply mapping of uplink traffic flows to the radio bearer if the TFT contains 
packet filters for the uplink direction. 

Upon receipt of the MODIFY EPS BEARER CONTEXT ACCEPT message, the MME shall stop the timer T3486 and 
enter the state BEARER CONTEXT ACTIVE. 


Test description 
Pre-test conditions 


10.3.1.3 

10.3.1.3.1 

System Simulator: 

- Cell A is configured according to Table 6.3.2.2-1 in [18]. 

UE: 

None. 

Preamble: 

- None. 

10.3.1.3.2 Test procedure sequence 

The test procedure in Table 10.3.1.3.2-1 is executed once for IPv4 case (sub test 1) and once for IPv6 case (sub test 2) 
dependent on UE capability as specified in Table 10.3.1.3.2-2a. 

Table 10.3.1. 3.2-1 a: Test executions and test parameters 


Sub test 

Applicability 

IP type 

1 

UE supporting IPv4 

'IPv4' 

2 

UE supporting IPv6 

IPv6' 

Note 1 : For UEs supporting both IPv4 and IPv6 then both test 
execution 1 and 2 shall be performed. 
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Table 10.3.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 



The SS performs the generic procedure to get 
UE in Loopback Activated (state 4) with a 
Reference default EPS bearer context #1 and 
Reference dedicated EPS bearer context #1 
according to [18] on Cell A. 





1 

The SS transmits a MODIFY EPS BEARER 
CONTEXT REQUEST message with new TFT. 
This message is included in a 
DLInformationTransfer message. 

<- 

MODIFY EPS BEARER 
CONTEXT REQUEST 



2 

Check: Does the UE transmit a MODIFY EPS 
BEARER CONTEXT ACCEPT message as 
specified? 

-> 

MODIFY EPS BEARER 
CONTEXT ACCEPT 

1 

P 

3 

Void 

- 

- 

- 

- 

4 

The SS transmits one IP Packet matching with 
new TFT (reference packet filter #3) but not 
existing uplink packet filters (reference packet 
filter #2). 





5 

Check: Does UE send the IP Packet on the 
data radio bearer associated with the 
dedicated EPS bearer context? 



1 

P 

- 

EXCEPTION: Steps 6 - 13 are executed if two 
executions apply and this is the first execution 

- 

- 

- 

- 

6 

The SS transmits an OPEN UE TEST LOOP 
message to exit the UE test loop mode. 

<— 

RRC: DLInformationTransfer 
TC: OPEN UE TEST LOOP 

- 

- 

7 

The UE transmits an OPEN UE TEST LOOP 
COMPLETE message. 

-> 

RRC: ULInformationTransfer 
TC: OPEN UE TEST LOOP 
COMPLETE 



8 

The SS transmits an DEACTIVATE TEST 
MODE message to de-activate UE radio 
bearer test mode procedure. 

<— 

RRC: DLInformationTransfer 
TC: DEACTIVATE TEST MODE 



9 

The UE transmits a DEACTIVATE TEST 
MODE COMPLETE message. 

-> 

RRC: ULInformationTransfer 
TC: DEACTIVATE TEST MODE 
COMPLETE 



10 

The SS initiates Detach procedure with the 
Detach Type IE "re-attach required" 

<- 

DETACH REQUEST 

- 

- 

11 

UE sends DETACH ACCEPT message 

-> 

DETACH ACCEPT 

- 

- 

12 

The SS releases the RRC connection. 

- 

- 

- 

- 

- 

EXCEPTION: Step 13 describes a behaviour 
which depends on the UE capability 

- 

- 

- 

- 

13 

IF NOT pc_Automatic_Re_Attach, the user 
initiates an attach by MMI or by AT command. 

- 

- 

- 

- 


10.3.1.3.3 


Specific message contents 


Table 10.3.1.3.3-0: ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST (Test execution 2: step 0, 

Table 10.3.1.3.2-1) 


Derivation Path: 36.508 table 4.7.3-6 

Information Element 

Value/remark 

Comment 

Condition 

PDN address 




Length of PDN address contents 

9 octets 


PDN type value 

'010'B 

IPv6 

PDN address information 

IPv6 interface identifier 

The SS provides a 
valid IPv6 
interface identifier 

ESM cause 

IF "PDN type" IE in step 
4 (preamble) is 'IPv4v6' 
THEN '001 1 001 1'B ELSE 
Not present 

"PDN type IPv6 
only allowed" 
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Table 1 0.3.1. 3.3-Oa: ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST (Test execution 1: step 

0, Table 10.3.1.3.2-1) 


Derivation Path: 36.508 table 4.7.3-6 

Information Element 

Value/remark 

Comment 

Condition 

PDN address 




Length of PDN address contents 

5 octets 


PDN type value 

'001 'B 

IPv4 

PDN address information 

IPv4 address 

The SS provides a 
valid IPv4 address 

ESM cause 

IF "PDN type" IE in step 
4 (preamble) is 'IPv4v6' 
THEN '0011 001 0'B ELSE 
Not present 

"PDN type IPv4 
only allowed" 



Table 10.3.1.3.3-1 : Message MODIFY EPS BEARER CONTEXT REQUEST (step 1, Table 10.3.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-16 and table 4.6.1-3 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 

SS assigns the 
current dedicated 
EPS bearer 
context. 


Procedure transaction identity 



"No procedure 
transaction 
identity assigned" 


TFT 

According to reference 
dedicated EPS bearer 
context #2 except for TFT 
operation code - see [18] 

SS modifies the 
current packet 
filters of the 
dedicated EPS 
bearer context. 


TFT operation code 

Replace packet filters in 
existing Ihl 




Table 10.3.1.3.3-2: Message MODIFY EPS BEARER CONTEXT ACCEPT (step 2, Table 10.3.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-14 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 

Same value as in 
MODIFY EPS 
BEARER 
CONTEXT 
REQUEST 


Procedure transaction identity 



"No procedure 
transaction 
identity assigned" 



Table 1 0.3.1. 3.3-2a: Message DETACH REQUEST (step 6, Table 10.3.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-12 

Information Element 

Value/Remark 

Comment 

Condition 

Detach type 

001 

"re-attach 
required" 
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Table 10.3.1.3.3-2: IP packet (step 4, Table 10.3.1.3.2-1) 


Derivation path: IETF RFC 791 section 3.1 (IPv4) or RFC 2460 section 3 (IPv6) and RFC 769 introduction 

Information Element 

Value/Remark 

Comment 

Condition 

Protocol 

17 

UDP 

Same value as 
reference packet 
filter #2. 

Reference packet 
filter #3 can match 
all values of 
'Protocol' 


Source Address 

remotelPv4 

Same value as in 
reference packet 
filters#2 and #3 


re mote IPv6 

Same value as in 
reference packet 
filters#2 and #3 

IPv6-only 

Destination Address 

re mote IPv4 

Same value as in 
reference packet 
filters#2 and #3 


re mote IPv6 

Same value as in 
reference packet 
filters #2 and #3 

IPv6-only 

Source Port 

60000 

Not significant for 
IP packet 
classification 


Destination Port 

60000 

Value does not 
match with 
reference packet 
filter #2. 

Reference packet 
filter #3 can match 
all values of 
"Destination port" 



Table 10.3.1.3.3-3: Condition for IP packet contents (step 4, Table 10.3.1.3.2-1) 


Condition 

Explanation 

IPv6-only 

This condition applies if the test variable IP type is set to 'IPv6' 


1 0.4 EPS bearer context deactivation 

1 0.4.1 EPS bearer context deactivation / Success 

10.4.1.1 Test Purpose (TP) 

(1) 

with { UE is in BEARER CONTEXT ACTIVE STATE state and in EMM- CONNECTED mode } 
ensure that { 

when { UE receives a DEACTIVATE EPS BEARER CONTEXT REQUEST message } 

then { UE deletes the EPS bearer context identified by the EPS bearer identity and transmits a 
DEACTIVATE EPS BEARER CONTEXT ACCEPT } 
} 

(2) 

with { UE is in BEARER CONTEXT ACTIVE STATE state and in EMM- CONNECTED mode } 
ensure that { 

when { UE receives a DEACTIVATE EPS BEARER CONTEXT REQUEST message indicating the EPS bearer 
identity of the default bearer to a PDN } 

then { UE deletes all EPS bearer contexts identified to the PDN and transmits a DEACTIVATE EPS 
BEARER CONTEXT ACCEPT } 
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(3) 

with { UE is in BEARER CONTEXT ACTIVE STATE state and in EMM- CONNECTED mode } 
ensure that { 

when { UE receives a DEACTIVATE EPS BEARER CONTEXT REQUEST message that does not point to an 
existing EPS bearer context } 

then { UE transmits a DEACTIVATE EPS BEARER CONTEXT ACCEPT with EPS bearer identity set to the 
received EPS bearer identity } 

} 

(4) 

with { UE is in BEARER CONTEXT ACTIVE STATE state and in EMM- IDLE mode } 
ensure that { 

when { UE initiates an EMM- IDLE to EMM-CONNECTED transition (i.e. SERVICE REQUEST, TRACKING AREA 
UPDATE REQUEST) } 

then { UE only synchronises EPS bearer context state (s) which are explicitly activated by SS in 
signalling messages } 
} 

1 0.4.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 6.4.4.2, 
5.5.3.2.4, 5.6.1.4, 6.4.4.3 and 6.4.4.6. 

[TS 24.301, clause 6.4.4.2] 


When the MME wants to deactivate all EPS bearer contexts to a PDN and thus disconnect the UE from the PDN, the 
MME shall include the EPS bearer identity of the default bearer associated to the PDN in the DEACTIVATE EPS 
BEARER CONTEXT REQUEST message. 

If no NAS signalling connection exists when the MME initiates the EPS bearer context deactivation, the ESM entity in 
the MME shall locally deactivate the EPS bearer context towards the UE without any peer-to-peer ESM signalling 
between the MME and the UE. 

NOTE: The EPS bearer context state(s) can be synchronized between the UE and the MME at the next EMM- 
IDLE to EMM-CONNECTED transition, e.g. during a service request or tracking area updating 
procedure. 

[TS 24.301, clause 5.6.1.4] 


The UE shall locally deactivate the EPS bearer contexts that do not have a user plane radio bearer established after the 
successful completion of the service request procedure. 


[TS 24.301, clause 5.5.3.2.4] 


If an EPS bearer context status IE is included in the TRACKING AREA UPDATE REQUEST message, the MME shall 
deactivate all those EPS bearer contexts locally (without peer-to-peer signalling between the MME and the UE) which 
are active on the network side, but are indicated by the UE as being inactive. If a default EPS bearer context is marked 
as inactive in the EPS bearer context status IE included in the TRACKING AREA UPDATE REQUEST message, and 
this default bearer is not associated with the last PDN of the user in the MME, the MME shall locally deactivate all EPS 
bearer contexts associated to the PDN connection with the default EPS bearer context without peer-to-peer ESM 
signalling to the UE. 

If the EPS bearer context status IE is included in the TRACKING AREA UPDATE REQUEST, the MME shall include 
an EPS bearer context status IE in the TRACKING AREA UPDATE ACCEPT message, indicating which EPS bearer 
contexts are active in the MME. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 2154 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

If an EPS bearer context status IE is included in the TRACKING AREA UPDATE ACCEPT message, the UE shall 
deactivate all those EPS bearers contexts locally (without peer-to-peer signalling between the UE and the MME) which 
are active in the UE, but are indicated by the MME as being inactive. 


[TS 24.301, clause 6.4.4.3] 

Upon receipt of the DEACTIVATE EPS BEARER CONTEXT REQUEST message, the UE shall delete the EPS bearer 
context identified by the EPS bearer identity. After deactivating the identified EPS bearer context, the UE shall respond 
to the MME with the DEACTIVATE EPS BEARER CONTEXT ACCEPT. 

If the EPS bearer identity indicated in the DEACTIVATE EPS BEARER CONTEXT REQUEST is that of the default 
bearer to a PDN, the UE shall delete all EPS bearer contexts associated to the PDN. After deactivating all EPS bearer 
contexts, the UE shall respond to the MME with the DEACTIVATE EPS BEARER CONTEXT ACCEPT. 

Upon sending the DEACTIVATE EPS BEARER CONTEXT ACCEPT message, the UE shall enter the state BEARER 
CONTEXT INACTIVE 

If the PTI is included in the DEACTIVATE EPS BEARER CONTEXT REQUEST message, the UE uses the PTI to 
identify the UE requested bearer resource modification procedure or UE requested PDN disconnect procedure to which 
the EPS bearer context deactivation is related (see subclause 6.5.4). 

If the PTI is included in the DEACTIVATE EPS BEARER CONTEXT REQUEST message, the UE shall release the 
traffic flow aggregate description associated to the PTI value provided. 


[TS 24.301, clause 7.3.2] 


The following UE procedures shall apply for handling an unknown, erroneous, or unforeseen EPS bearer identity 
received in the header of an ESM message: 

i) If the UE receives a DEACTIVATE EPS BEARER CONTEXT REQUEST message which includes an 

unassigned or reserved EPS bearer identity value or an assigned EPS bearer identity value that does not match an 
existing EPS bearer context, the UE shall respond with a DEACTIVATE EPS BEARER CONTEXT ACCEPT 
message with the EPS bearer identity set to the received EPS bearer identity. 


[TS 24.301, clause 6.4.4.6] 

The UE and the MME deactivate EPS bearer contexts locally without peer-to-peer ESM signalling in the following 
cases: 

1) during the service request procedure, if the E-UTRAN fails to establish the user plane radio bearers for one or 
more EPS bearer contexts e.g. due to radio access control; 

. . .For those cases, based on the indication from the lower layers, the UE and the MME shall locally deactivate the EPS 
bearer contexts for which no user plane radio bearers are set up. 


When the user plane radio bearer for a default EPS bearer context is not established during the service request 
procedure or tracking area updating procedure with "active" flag, the UE shall locally deactivate all EPS bearer contexts 
associated to the PDN connection with the default EPS bearer context. The MME shall locally deactivate all EPS bearer 
contexts associated to the PDN connection with the default EPS bearer context without peer-to-peer ESM signalling to 
the UE. 
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10.4.1 .3 Test description 

10.4.1.3.1 Pre-test conditions 

System Simulator: 

- Cell A and Cell B are configured according to Table 6.3.2.2-1 in [18]. 

- Cell A, Cell B (home PLMN, different TAs). 

- System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells; 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18] on Cell A. 
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10.4.1.3.2 


Test procedure sequence 

Table 10.4.1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

- 

Cell A is the serving cell 
Cell B is a suitable cell 

- 

- 

- 

- 

1 

Cause the UE to request connectivity to an 
additional PDN (see Note 1) 

- 

- 

- 

- 

1A 

The UE transmits a SERVICE REQUEST 

-> 

SERVICE REQUEST 

- 

- 

1B 

The SS establishes SRB2 and DRB 
associated with default EPS bearer context 
obtained during the attach procedure. 





2 

The UE transmits a PDN CONNECTIVITY 
REQUEST message as specified to request an 
additional PDN. 

-> 

PDN CONNECTIVITY REQUEST 



3 

The SS transmits an ACTIVATE DEFAULT 
EPS BEARER CONTEXT REQUEST 
message with IE EPS Bearer Identity set to 
new EPS bearer context. 

Note: the SS allocates a PDN address of a 
PDN type which is compliant with the PDN 
type requested by the UE. 

<- 

ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST 



4 

The UE transmits an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message 
as specified. 

-> 

ACTIVATE DEFAULT EPS 
BEARER CONTEXT ACCEPT 



5 

The SS transmits an ACTIVATE DEDICATED 
EPS BEARER CONTEXT REQUEST relative 
to the additional PDN. 

Note: the same PDN address is applicable 
because the linked EPS bearer ID refers to the 
default EBC allocated in step 3. 

<— 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT REQUEST 



6 

The UE transmits an ACTIVATE DEDICATED 
EPS BEARER CONTEXT ACCEPT message 
as specified. 

-> 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT ACCEPT 



7 

The SS releases the RRC connection. 

- 

- 

- 

- 

8 

The SS transmits a Paging message to the UE 
using S-TMSI with CN domain indicator set to 
"PS". 

<— 




9 

The UE transmits the SERVICE REQUEST 
message 

-> 

SERVICE REQUEST 

- 

- 

9A 

The SS establishes SRB2 and DRBs 
associated with two default EPS bearer 
context (a first PDN obtained during the attach 
procedure and an additional PDN). 





10 

The SS transmits a DEACTIVATE EPS 
BEARER CONTEXT REQUEST including the 
EPS bearer identity of the dedicated EPS 
bearer to the additional PDN. 

<- 

DEACTIVATE EPS BEARER 
CONTEXT REQUEST 



11 

Check: Does the UE transmit a DEACTIVATE 
EPS BEARER CONTEXT ACCEPT? 

-> 

DEACTIVATE EPS BEARER 
CONTEXT ACCEPT 

1 

P 

12 

The SS transmits an ACTIVATE DEDICATED 
EPS BEARER CONTEXT REQUEST relative 
to the additional PDN. 

Note: the same PDN address is applicable 
because the linked EPS bearer ID refers to the 
default EBC allocated in step 3. 

<— 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT REQUEST 



13 

The UE transmits an ACTIVATE DEDICATED 
EPS BEARER CONTEXT ACCEPT message 
as specified. 

-> 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT ACCEPT 



14 

The SS transmits a DEACTIVATE EPS 
BEARER CONTEXT REQUEST including the 
EPS bearer identity of the default EPS bearer 
to the additional PDN. 

<- 

DEACTIVATE EPS BEARER 
CONTEXT REQUEST 
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15 

Check: Does the UE transmit a DEACTIVATE 
EPS BEARER CONTEXT ACCEPT? 
(see Note 3) 

-> 

DEACTIVATE EPS BEARER 
CONTEXT ACCEPT 

2 

P 

16 

The SS transmits a MODIFY EPS BEARER 
CONTEXT REQUEST message including the 
EPS bearer identity of the dedicated EPS 
bearer. This message is included in a 
DLInformationTransfer message. 

<- 

MODIFY EPS BEARER 
CONTEXT REQUEST 



17 

Check: Does UE transmit a MODIFY EPS 
BEARER CONTEXT REJECT message with 
ESM cause #43? (see Note 4) 

-> 

MODIFY EPS BEARER 
CONTEXT REJECT 

2 

P 

18 

The SS transmits a DEACTIVATE EPS 
BEARER CONTEXT REQUEST that does not 
point an existing EPS bearer context. 

<— 

DEACTIVATE EPS BEARER 
CONTEXT REQUEST 



19 

Check: Does the UE transmit a DEACTIVATE 
EPS BEARER CONTEXT ACCEPT? 

-> 

DEACTIVATE EPS BEARER 
CONTEXT ACCEPT 

3 

P 

20 

The SS releases the RRC connection. 

- 

- 

- 

- 

21 

Cause the UE to request connectivity to an 
additional PDN (see note 1) 

- 

- 

- 

- 

21 
A 

The UE transmits a SERVICE REQUEST 

-> 

SERVICE REQUEST 

- 

- 

21 
B 

The SS establishes SRB2 and DRBs 
associated with two default EPS bearer 
context (a first PDN obtained during the attach 
procedure and an additional PDN). 





22 

The UE transmits a PDN CONNECTIVITY 
REQUEST message as specified to request an 
additional PDN. 

-> 

PDN CONNECTIVITY REQUEST 



23 

The SS transmits an ACTIVATE DEFAULT 
EPS BEARER CONTEXT REQUEST 
message with IE EPS Bearer Identity set to 
new EPS bearer context. 

<— 

ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST 



24 

The UE transmit an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message 
as specified. 

-> 

ACTIVATE DEFAULT EPS 
BEARER CONTEXT ACCEPT 



25 

The SS transmits an ACTIVATE DEDICATED 
EPS BEARER CONTEXT REQUEST relative 
to additional PDN. 

Note: the same PDN address is applicable 
because the linked EPS bearer ID refers to the 
default EBC allocated in step 3. 

<— 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT REQUEST 



26 

The UE transmit an ACTIVATE DEDICATED 
EPS BEARER CONTEXT ACCEPT message 
as specified. 

-> 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT ACCEPT 



27 

The SS releases the RRC connection. 

- 

- 

- 

- 

28 

The SS transmits a Paging message to the UE 
using S-TMSI with CN domain indicator set to 
"PS". 

<— 




29 

The UE transmits SERVICE REQUEST 
message 

-> 

SERVICE REQUEST 

- 

- 

30 

The SS performs a radio bearer establishment 
procedure. (Note 2) 

The RRCConnectionReconfiguration message 
doesn't include the EPS bearer ID of the 
additional PDN. 





31 

Check: Does UE transmit a 
RRCConnectionReconfigurationComplete 
message? (Note 2) 



4 

P 

32 

The SS transmits a MODIFY EPS BEARER 
CONTEXT REQUEST message including the 
EPS bearer identity of the default EPS bearer 
to the additional PDN. This message is 
included in a DLInformationTransfer message. 

<— 

MODIFY EPS BEARER 
CONTEXT REQUEST 



32 
A 

Check: Does UE transmits a MODIFY EPS 
BEARER CONTEXT REJECT message with 

-> 

MODIFY EPS BEARER 
CONTEXT REJECT 

4 

P 
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ESM cause #43?(see Note 3) 





32 
B 

The SS transmits a MODIFY EPS BEARER 
CONTEXT REQUEST message including the 
EPS bearer identity of the dedicated EPS 
bearer. 

<— 

MODIFY EPS BEARER 
CONTEXT REQUEST 



32 
C 

Check: Does UE transmit a MODIFY EPS 
BEARER CONTEXT REJECT message with 
ESM cause #43? (see Note 4) 

-> 

MODIFY EPS BEARER 
CONTEXT REJECT 

4 

P 

33 

The SS releases the RRC connection. 

- 

- 

- 

- 

34 

Cause the UE to request connectivity to an 
additional PDN (see note 1) 

- 

- 

- 

- 

34 
A 

The UE transmits a SERVICE REQUEST 

-> 

SERVICE REQUEST 

- 

- 

34 
B 

The SS establishes SRB2 and DRB 
associated with default EPS bearer context 
obtained during the attach procedure 





35 

The UE transmits a PDN CONNECTIVITY 
REQUEST message as specified to request an 
additional PDN. 

-> 

PDN CONNECTIVITY REQUEST 



36 

The SS transmits an ACTIVATE DEFAULT 
EPS BEARER CONTEXT REQUEST 
message with IE EPS Bearer Identity set to 
new EPS bearer context. 

Note: SS allocates a PDN address of a PDN 
type which is compliant with the PDN type 
requested by the UE. 

<— 

ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST 



37 

The UE transmits an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message 
as specified. 

-> 

ACTIVATE DEFAULT EPS 
BEARER CONTEXT ACCEPT 



38 

The SS transmits an ACTIVATE DEDICATED 
EPS BEARER CONTEXT REQUEST relative 
to additional PDN. 

Note: the same PDN address is applicable 
because the linked EPS bearer ID refers to the 
default EBC allocated in step 3. 

<— 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT REQUEST 



39 

The UE transmits an ACTIVATE DEDICATED 
EPS BEARER CONTEXT ACCEPT message 
as specified. 

-> 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT ACCEPT 



40 

The SS releases the RRC connection. 

- 

- 

- 

- 

41 

Cell A is a suitable cell 
Cell B is the serving cell 

- 

- 

- 

- 

42 

The UE transmit a TRACKING AREA UPDATE 
REQUEST message as specified on Cell B. 

-> 

TRACKING AREA UPDATE 
REQUEST 



43 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT indicating only one EPS 
bearer (default EBId-1) active in the EPS 
bearer context status IE. 

Note: 

The EPS bearer ID linked to the additional 

PDN is deactivated by SS. 

<- 

TRACKING AREA UPDATE 
ACCEPT 



43 
AA 

The UE transmits TRACKING AREA UPDATE 
COMPLETE message 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

43 
AB 

Void 

- 

- 

- 

- 

43 
A 

The SS transmits a MODIFY EPS BEARER 
CONTEXT REQUEST message including the 
EPS bearer identity of the default EPS bearer 
to the additional PDN. This message is 
included in a DLInformationTransfer message. 

<- 

MODIFY EPS BEARER 
CONTEXT REQUEST 



43 
B 

Check: Does UE transmits a MODIFY EPS 
BEARER CONTEXT REJECT message with 
ESM cause #43?(see Note 3) 

-> 

MODIFY EPS BEARER 
CONTEXT REJECT 

4 

P 
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43 
C 

The SS transmits a MODIFY EPS BEARER 
CONTEXT REQUEST message including the 
EPS bearer identity of the dedicated EPS 
bearer. This message is included in a 
DLInformationTransfer message. 

<- 

MODIFY EPS BEARER 
CONTEXT REQUEST 



43 
D 

Check: Does UE transmits a MODIFY EPS 
BEARER CONTEXT REJECT message with 
ESM cause #43? (see Note 4) 

-> 

MODIFY EPS BEARER 
CONTEXT REJECT 

4 

P 

44 

The SS releases the RRC connection. 

- 

- 

- 

- 

45 

Cause the UE to request bearer resource 
allocation of dedicated EPS bearer associated 
with additional PDN connectivity. 





46 

Check: Does the UE transmit SERVICE 
REQUEST? 

-> 

SERVICE REQUEST 

4 

F 

Note 1 : The request of connectivity to an additional PDN and the sending of data may be performed by MMI or AT 

command. 
Note 2: After a correct SERVICE REQUEST is received then the SS performs the Radio Bearer Establishment 

procedure. The UE transmission of the RRCConnectionReconfigurationComplete message indicates the 

completion of the radio bearer establishment procedure and that the UE has changed EMM mode from 

EMM-IDLE to EMM-CONNECTED. 
Note 3: It can be confirmed that the additional default EPS bearer has been deactivated by UE. 
Note 4: It can be confirmed that the dedicated EPS bearer has been deactivated by UE. 


10.4.1.3.3 Specific message contents 

Table 10.4.1.3.3-1 : Message PDN CONNECTIVITY REQUEST (step 2, 22 and 35, Table 10.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-20 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

0000 

No EPS bearer 
identity assigned 


Procedure transaction identity 

PTI-1 

UE assigns a 
particular PTI not 
yet used between 
1 and 254 


ESM information transfer flag 

Not present 

This IE is only 
used during an 
attach procedure. 


Access point name 

APN-1 (New PDN name) 

The requested 
PDN is different 
from default PDN 
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Table 10.4.1.3.3-2: Message ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST (step 3, 23 and 

36, Table 10.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-6 and table 4.6.1-8 with condition AM-DRB-ADD(2) 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 

SS assigns an 
additional EPS 
Bearer Id different 
from default EPS 
Bearer Id between 
5 and 15. 


Procedure transaction identity 

PTI-1 

SS re-uses the 
particular PTI 
defined by UE for 
this present 
additional PDN 
connectivity 
request 
procedure. 


Access point name 

APN-1 

SS re-uses the 
particular APN 
defined by UE for 
this present 
additional PDN 
connectivity 
request procedure 



Table 10.4.1.3.3-3: Message ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT (step 4, 24 and 

37, Table 10.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 

Same value as in 

ACTIVATE 

DEFAULT EPS 

BEARER 

CONTEXT 

REQUEST 


Procedure transaction identity 



No procedure 
transaction 
identity assigned 
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Table 10.4.1.3.3-4: Message ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST (step 5, 12, 

25 and 38, Table 10.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-3 and table 4.6.1-8 with condition AM-DRB-ADD(3) 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

7 

SS assigns a 
dedicated bearer 
Id different from 
default EBId and 
additional EBId 
and between 5 
and 15. 


Procedure transaction identity 



No procedure 
transaction 
identity assigned 


Linked EPS bearer identity 

Default EBId-2 (same 
value like in table 
10.4.1.3.3-2) 



EPS QoS 

According to reference 
dedicated EPS bearer 
context #1 - see [18] 

SS defines an 
additional 
dedicated EPS 
QoS 


TFT 

According to reference 
dedicated EPS bearer 
context #1 - see [18] 




Table 10.4.1.3.3-5: Message ACTIVATE DEDICATED EPS BEARER CONTEXT ACCEPT (step 6, 13, 26 

and 39, Table 10.4.1 .3.2-1) 


Derivation path: 36.508 table 4.7.3-1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

7 

Same value as in 

ACTIVATE 

DEDICATED EPS 

BEARER 

CONTEXT 

REQUEST in step 

5 


Procedure transaction identity 



No procedure 
transaction 
identity assigned 



Table 10.4.1.3.3-6: Message DEACTIVATE EPS BEARER CONTEXT REQUEST (step 10, Table 

10.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-12 and table 4.6.1-8 with condition DRB-REL(3) 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

7 

Same value as in 

ACTIVATE 

DEDICATED EPS 

BEARER 

CONTEXT 

REQUEST of step 

5 


Procedure transaction identity 



No procedure 
transaction 
identity assigned 


ESM cause 

00100100 

regular 
deactivation 


Protocol configuration options 

Not present 
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Table 10.4.1.3.3-7: Message DEACTIVATE EPS BEARER CONTEXT ACCEPT (step 11, Table 

10.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-1 1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

7 

Same value as in 

ACTIVATE 

DEDICATED EPS 

BEARER 

CONTEXT 

REQUEST of step 

5 


Procedure transaction identity 



No procedure 
transaction 
identity assigned 



Table 10.4.1.3.3-8: Message DEACTIVATE EPS BEARER CONTEXT REQUEST (step 14, Table 

10.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-12 and table 4.6.1-8 with condition DRB-REL(2) 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

Default EBId-2 

Same value as in 

ACTIVATE 

DEFAULT EPS 

BEARER 

CONTEXT 

REQUEST of step 

3 


Procedure transaction identity 



No procedure 
transaction 
identity assigned 


ESM cause 

00100100 

regular 
deactivation 


Protocol configuration options 

Not present 




Table 10.4.1.3.3-9: Message DEACTIVATE EPS BEARER CONTEXT ACCEPT (step 15, Table 

10.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-1 1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 

Same value as in 

ACTIVATE 

DEFAULT EPS 

BEARER 

CONTEXT 

REQUEST of step 

3 


Procedure transaction identity 



No procedure 
transaction 
identity assigned 



ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2163 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 1 0.4.1. 3.3-9b: Message MODIFY EPS BEARER CONTEXT REQUEST (step 16, Table 10.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-16 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

7 

Dedicated EPS 
bearer context 
which should have 
been deactivated 


Procedure transaction identity 



"No procedure 
transaction 
identity assigned" 


TFT 

According to reference 
dedicated EPS bearer 
context #2 except for TFT 
operation code - see [18] 

SS modifies the 
current packet 
filters of the 
dedicated EPS 
bearer context. 


TFT operation code 

Replace packet filters in 
existing TFT 




Table 10.4.1.3.3-10: Message DEACTIVATE EPS BEARER CONTEXT REQUEST (step 18, Table 

10.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-12 and table 4.6.1-8 with condition DRB-REL(2) 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 

This value does 
not refer to an 
existing EPS 
bearer 


Procedure transaction identity 



No procedure 
transaction 
identity assigned 


ESM cause 

00100100 

regular 
deactivation 


Protocol configuration options 

Not present 




Table 10.4.1.3.3-11 : Message DEACTIVATE EPS BEARER CONTEXT ACCEPT (step 19, Table 

10.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-1 1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 

Same value as in 
DEACTIVATE 
EPS BEARER 
CONTEXT 
REQUEST of step 
16 


Procedure transaction identity 



No procedure 
transaction 
identity assigned 
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Table 10.4.1.3.3-1 1a: Message RRCConnectionReconfiguration (step 30, Table 10. 4.1.3.2-1) 

Derivation path: 36.508 table 4.6.1-8 with condition SRB2-DRB(0, 1) 

Table 10.4.1.3.3-12: Message MODIFY EPS BEARER CONTEXT REQUEST (step 32 and 43A, Table 

10.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-16 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 

SS assigns the 
additional default 
EPS bearer 
context which isn't 
present. 


Procedure transaction identity 



No procedure 
transaction 
identity assigned 



Table 10.4.1.3.3-13: Message MODIFY EPS BEARER CONTEXT REJECT (step 32A and 43B, Table 

10.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-14 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 

Same value as in 
MODIFY EPS 
BEARER 
CONTEXT 
REQUEST 


Procedure transaction identity 



No procedure 
transaction 
identity assigned 


ESM cause 

00101011 

invalid EPS 
bearer identity 



Table 10.4.1.3.3-14: Message MODIFY EPS BEARER CONTEXT REQUEST (step 16, 32B and 43C, 

Table 10.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-16 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

7 

SS assigns the 
dedicated EPS 
bearer context 
which isn't 
present. 


Procedure transaction identity 



No procedure 
transaction 
identity assigned 
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Table 10.4.1.3.3-15: Message MODIFY EPS BEARER CONTEXT REJECT (step 17, 32C and 43D, Table 

10.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-14 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

7 

Same value as in 
MODIFY EPS 
BEARER 
CONTEXT 
REQUEST 


Procedure transaction identity 



No procedure 
transaction 
identity assigned 


ESM cause 

00101011 

invalid EPS 
bearer identity 



Table 10.4.1.3.3-16: Message TRACKING AREA UPDATE REQUEST (step 42, Table 10.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer context status 

optional 

This IE maybe 
present 


EPS bearer context status lEI 

57 



Length of EPS bearer context status contents 

2 

2 octets 


EBI(0)-EBI(4) 





EBI(5)-EBI(7) 

7 

EPS bearer 
contexts activated 
in preamble, step 
36 and step 38. 


EBI(8)-EBI(15) 






Table 10.4.1.3.3-17: Message TRACKING AREA UPDATE ACCEPT (step 43, Table 10.4.1.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer context status 

present 

TheSS 

deactivates the 
EPS bearer Id of 
the additional 
PDN given at step 
30. 


EPS bearer context status lEI 

57 



Length of EPS bearer context status contents 

2 

2 octets 


EBI(0)-EBI(4) 





EBI(5-7) 

1 

EPS bearer 
contexts activated 
in preamble 


EBI(8)-EBI(15) 






10.5 
10.5.1 

10.5.1.1 
(1) 


UE requested PDN connectivity 

UE requested PDN connectivity accepted by the network 

Test Purpose (TP) 


with { UE in EMM-REGISTERED state and EMM- IDLE mode } 
ensure that { 

when { UE has uplink signalling pending } 

then { UE establishes the RRC connection with the RRC establishmentCause set to 'mo-Data' and 
sends a SERVICE REQUEST message } 
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(2) 

with { UE is in EMM- REGISTERED mode } 
ensure that { 

when { UE is triggered to request connectivity to an additional PDN } 

then { the UE transmits a PDN CONNECTIVITY REQUEST message with the request type set to "initial 
request" and including APN } 

} 

(3) 

with { UE has sent a PDN CONNECTIVITY REQUEST message } 
ensure that { 

when { UE receives an RRCConnectionReconf iguration message including an ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message with IE Procedure transaction identity matching the PDN CONNECTIVITY 
REQUEST message and an ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST message linked to the EPS 
bearer context activated in the first message} 

then { UE transmits an ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message and an ACTIVATE 
DEDICATED EPS BEARER CONTEXT ACCEPT message both containing the EPS bearer identity and enters EMM- 
REGISTERED state } 


1 0.5.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 5.3.3.1, 
5.6.1.1, 5.6.1.2, 5.6.1.4, 6.2.2, 6.4.1.3, 6.4.2.3, 6.5.1.2 and Annex D, and TS 25.331 clause 5.3.3.3. 

[TS 24.301 clause 5.3.1.1] 

When the UE is in EMM-IDLE mode and needs to transmit an initial NAS message, the UE shall request the lower 
layer to establish a RRC connection. In this request to the lower layer the NAS shall provide to the lower layer the RRC 
establishment cause and the call type as specified in annex D of this specification. 


[TS 24.301 clause 5.6.1.1] 

The UE shall invoke the service request procedure when: 

c) the UE, in EMM-IDLE mode, has uplink signalling pending; 

[TS 24.301 clause 5.6.1.2] 

If the UE has pending uplink data or uplink signalling in EMM-IDLE mode to be transmitted or it responds to paging 
with CN domain indicator set to "PS", the UE initiates the service request procedure by sending a SERVICE REQUEST 
message to the MME, starts the timer T3417, and enters the state EMM- SERVICE-REQUEST-INITIATED. 

[TS 24.301 clause 5.6.1.4] 

For cases a, b, c and h in subclause 5.6.1.1, the UE shall treat the indication from the lower layers that the user plane 
radio bearer is set up as successful completion of the procedure. The UE shall stop the timer T3417 and enter the state 
EMM-REGISTERED. 

Upon successful completion of the procedure, the UE shall stop the timer T3417 and enter the state EMM- 
REGISTERED. 

[TS 24.301, Annex D] 
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Table D.1.1 : Mapping of NAS procedure to establishment cause and call type 


NAS procedure 

RRC establishment cause (according 3GPP TS 36.331 [22]) 

Call type 




Service Request 

If a SERVICE REQUEST is to request user plane radio 
resources, the RRC establishment cause shall be set to MO 
data. (SeeNotel) 

"originating calls" 

If a SERVICE REQUEST is to request resources for UL 
signalling, the RRC establishment cause shall be set to MO 
data. (See Note 1 ) 

"originating calls" 

If a SERVICE REQUEST is a response to paging where the CN 
domain indicator is set to "PS", the RRC establishment cause 
shall be set to MT access. (See Note 1) 

"terminating calls" 

If a EXTENDED SERVICE REQUEST has service type set to 
"mobile originating CS fallback or IxCS fallback", the RRC 
establishment cause shall be set to MO data. (See Notel). 

"originating calls" 

If a EXTENDED SERVICE REQUEST has service type set to 
"mobile terminating CS fallback or IxCS fallback", the RRC 
establishment cause shall be set to MT access. (See Notel). 

"terminating calls" 

If a EXTENDED SERVICE REQUEST has service type set to 
"mobile originating CS fallback emergency call or IxCS fallback 
emergency call", the RRC establishment cause shall be set to 
Emergency call. 
(SeeNotel). 

"emergency calls" 




Note 1 : For these NAS procedures initiated by UEs of access class 12, 13 or 14 in their home country, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". For this purpose the home country is 
defined as the country of the MCC part of the IMSI, see 3GPP TS 22.01 1 [1 A]. 

For these NAS procedures initiated by UE of access class 11 or 15 in their HPLMN (if the EHPLMN list is 
not present or is empty) or EHPLMN (if the EHPLMN list is present), the RRC establishment cause will be 
set to "High priority access AC 1 1 - 15". 


[TS 36.331, clause 5.3.3.3] 

The UE shall set the contents of RRC ConnectionRe quest message as follows: 
1> set the ue -Identity as follows: 

2> if upper layers provide an S-TMSI: 

3> set the ue-Identity to the value received from upper layers; 
2> else: 

3> draw a random value in the range .. 2^^-\ and set the ue-Identity to this value; 
NOTE 1 : Upper layers provide the S-TMSI if the UE is registered in the TA of the current cell. 
1> set the establishmentCause in accordance with the information received from upper layers; 
The UE shall submit the RRC ConnectionRe quest message to lower layers for transmission. 

[TS 24.301, clause 6.2.2] 

The UE shall set the PDN type IE in the PDN CONNECTIVITY REQUEST message, based on its IP stack 
configuration as follows: 

a) A UE, which is IPv6 and IPv4 capable and 
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- has not been allocated an IP address for this APN, shall set the PDN type IE to IPv4v6. 

- has been allocated an IPv4 address for this APN and received the ESM cause #52 "single address bearers 
only allowed", and is requesting an IPv6 address, shall set the PDN type IE to IPv6. 

- has been allocated an IPv6 address for this APN and received the ESM cause #52 "single address bearers 
only allowed", and is requesting an IPv4 address, shall set the PDN type IE to IPv4. 

b) A UE, which is only IPv4 capable, shall set the PDN type IE to IPv4. 

c) A UE, which is only IPv6 capable, shall set the PDN type IE to IPv6. 

d) When the IP version capability of the UE is unknown in the UE (as in the case when the MT and TE are 
separated and the capability of the TE is not known in the MT), the UE shall set the PDN type IE to IPv4v6. 


[TS 24.301, clause 6.4.1.3] 

Upon receipt of the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message, the UE shall send an 
ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message and enter the state BEARER CONTEXT 
ACTIVE. When the default bearer is activated as part of the attach procedure, the UE shall send the ACTIVATE 
DEFAULT EPS BEARER CONTEXT ACCEPT message together with ATTACH COMPLETE message. When the 
default bearer is activated as the response to the stand-alone PDN CONNECTIVITY REQUEST message, the UE shall 
send the ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message alone. 

The UE checks the PTI in the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message to identify the 
UE requested PDN connectivity procedure to which the default bearer context activation is related (see subclause 6.5.1). 


[TS 24.301, clause 6.4.2.3] 

Upon receipt of the ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST message, the UE shall first 
check the received TFT before taking it into use. Then the UE shall send an ACTIVATE DEDICATED EPS BEARER 
CONTEXT ACCEPT message and enter the state BEARER CONTEXT ACTIVE. The ACTIVATE DEDICATED EPS 
BEARER CONTEXT ACCEPT message shall include the EPS bearer identity. 

The linked EPS bearer identity included in the ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST 

message indicates to the UE to which default bearer, IP address and PDN the dedicated bearer is linked. 

If the PTI is included in the ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST message, the UE uses 
the PTI to identify the UE requested bearer resource allocation procedure or the UE requested bearer resource 
modification procedure to which the dedicated bearer context activation is related. 

If the PTI is included in the ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST message and the PTI is 
associated to a UE requested bearer resource allocation procedure or a UE requested bearer resource modification 
procedure, the UE shall release the traffic flow aggregate description associated to the PTI value provided. 

The UE shall use the received TFT to apply mapping of uplink traffic flows to the radio bearer if the TFT contains 
packet filters for the uplink direction. 


[TS 24.301, clause 6.5.1.2] 


In order to request connectivity to a PDN using the default APN, the UE includes the access point name IE in the PDN 
CONNECTIVITY REQUEST message or, when applicable, in the ESM INFORMATION RESPONSE message, 
according to the following conditions: 

- if use of a PDN using the default APN requires PAP/CHAP, then the UE should include the access point name 
IE; and 

- in all other conditions, the UE need not include the access point name IE. 
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In order to request connectivity to an additional PDN, the UE shall send a PDN CONNECTIVITY REQUEST message 
including a requested APN to the MME, start timer T3482 and enter the state PROCEDURE TRANSACTION 
PENDING (see example in figure 6.5.1.2.1). In the PDN type information element the UE shall indicate the IP version 
capability of the IP stack associated with the UE as specified in subclause 6.4.1 

The UE shall set the request type to "initial request" when the UE is establishing connectivity to a PDN for the first 
time, i.e. when it is an initial attach to that PDN. The UE shall set the request type to "handover" when the connectivity 
to a PDN is established upon handover from a non-3 GPP access network and the UE was connected to that PDN before 
the handover to the 3 GPP access network. 


10.5.1 .3 Test description 

10.5.1.3.1 Pre-test conditions 

System Simulator: 

- Cell A 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18].10.5.1.3.2Test procedure sequence 

Table 10.5.1.3.2-1: Main Behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 



U-S 

IVIessage 



1 

Cause the UE to request connectivity to an 
additional PDN (see Note) 

- 

- 

- 

- 

1A 

Check: Does UE transmit an 
RRCConnectionRequest message with 
establishmentCause set to 'mo-Data' followed 
by a SERVICE REQUEST message? 

-> 

SERVICE REQUEST 

1 

p 

1B 

The SS establishes SRB2 and DRB 
associated with default EPS bearer context (a 
first PDN obtained during the attach 
procedure). 
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2 

Check: Does the UE transmit a PDN 
CONNECTIVITY REQUEST message as 
specified to request an additional PDN? 

-> 

PDN CONNECTIVITY REQUEST 

2 

P 

3 

The SS transmits an ACTIVATE DEFAULT 
EPS BEARER CONTEXT REQUEST 
message with IE EPS Bearer Identity set to 
new EPS bearer context and ACTIVATE 
DEDICATED EPS BEARER CONTEXT 
REQUEST message with IE Linked EPS 
bearer identity set to the new EPS bearer 
context. 

Note: 

ACTIVATE DEFAULT EPS BEARER 
CONTEXT REQUEST and ACTIVATE 
DEDICATED EPS BEARER CONTEXT 
REQUEST are included in 
dedicatedlnfoNASList of 
RRCConnectionReconfiguration message. 

<- 

ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT REQUEST 




EXCEPTION: In parallel with step 4 below, the 
test steps in the parallel behaviour in table 
10.5.1.3.2-2 is taking place 





4 

Check: Does the UE transmit an ACTIVATE 
DEFAULT EPS BEARER CONTEXT ACCEPT 
message for the additional default EPS 
Bearer? 

-> 

ACTIVATE DEFAULT EPS 
BEARER CONTEXT ACCEPT 

3 

P 

5-6 

Void 

- 

- 

- 

- 

7 

The SS releases the RRC connection. 

- 

- 

- 

- 

Note: The request of connectivity to an additional PDN may be performed by IVIIVII or AT command. 


Table 10.5.1.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

Check: Does the UE transmit an ACTIVATE 
DEDICATED EPS BEARER CONTEXT 
ACCEPT message for the dedicated EPS 
Bearer? 

-> 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT ACCEPT 

3 

P 


10.5.1.3.3 Specific message contents 

Table 10.5.1.3.3-0: Message RRCConnectionRequest {step la, Table 10.5.1.3.2-1) 


Derivation path: 36.508 table 4.6.1-16 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

mo-Data 



} 




} 




} 
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Table 10.5.1.3.3-1: Message PDN CONNECTIVITY REQUEST (step 2, Table 10.5.1.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.3-20 

Information Element 

Value/remark 

Comment 

Condition 

EPS bearer identity 

0000 

No EPS bearer 
identity assigned 


Procedure transaction identity 

PTI-1 

UE assigns a 
particular PTI not 
yet used between 
1 and 254 


ESM information transfer flag 

Not present 

This IE is only 
used during an 
attach procedure. 


Access point name 

APN-1 (New PDN name) 

The requested 
PDN is different 
from default PDN 



Table 10.5.1. 3.3-1 a: Message RRCConnectionReconfiguration (step 3, Table 10.5.1.3.2-1) 


Derivation path: 36.508 table 4.6.1-8 using condition DRB(2,0) 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE} 




rrcConnectionReconfiguration-r8 SEQUENCE { 




dedicatedlnfoNASList SEQUENCE { 

2 entries 



dedicatedlnfoNAS[1] 

See table 10.5.1.3.3-2 



dedicatedlnfoNAS[2] 

See table 10.5.1.3.3-3 



} 




} 




} 




} 




} 





Table 10.5.1.3.3-2: Message ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST (step 3, Table 

10.5.1.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.3-6 

Information Element 

Value/remark 

Comment 

Condition 

EPS bearer identity 

6 



Procedure transaction identity 

PTI-1 

SS re-uses the 
particular PTI 
defined by UE for 
this present 
additional PDN 
connectivity 
request 
procedure. 


Access point name 

APN-1 

SS re-uses the 
particular APN 
defined by UEfor 
this present 
additional PDN 
connectivity 
request procedure 
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Table 10.5.1.3.3-3: Message ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST (step 3, Table 

10.5.1.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.3-3 

Information Element 

Value/remark 

Comment 

Condition 

EPS bearer identity 

7 



Procedure transaction identity 



No procedure 
transaction 
identity assigned 


Linked EPS bearer identity 

6 



EPS QoS 

According to reference 
dedicated EPS bearer 
context #2 - see [18] 

SS defines an 
additional 
dedicated EPS 
QoS 


TFT 

According to reference 
dedicated EPS bearer 
context #2 - see [18] 




Table 10.5.1.3.3-4: Message ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT (step 4, Table 

10.5.1.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.3-4 

Information Element 

Value/remark 

Comment 

Condition 

EPS bearer identity 

6 



Procedure transaction identity 



No procedure 
transaction 
identity assigned 



Table 10.5.1.3.3-5: Message ACTIVATE DEDICATED EPS BEARER CONTEXT ACCEPT (step 6, Table 

10.5.1.3.2-2) 


Derivation Path: TS 36.508 Table 4.7.3-1 

Information Element 

Value/remark 

Comment 

Condition 

EPS bearer identity 

7 



Procedure transaction identity 



No procedure 
transaction 
identity assigned 



10.5.2 Void 

10.5.3 UE requested PDN connectivity not accepted 

1 0.5.3.1 Test Purpose (IP) 

(1) 

with { the UE has sent a PDN CONNECTIVITY REQUEST message to an additional PDN } 
ensure that { 

when { the UE receives an PDN CONNECTIVITY REJECT message with PTI matching the PDN CONNECTIVITY 
REQUEST message and including a ESM cause value } 

then { the UE enters the state PROCEDURE TRANSACTION INACTIVE } 


10.5.3.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 6.2.2, 
6.4.1.3, 6.4.2.3 and 6.5.1.2. 

[TS 24.301, clause 6.2.2] 

The UE shall set the PDN type IE in the PDN CONNECTIVITY REQUEST message, based on its IP stack 
configuration as follows: 

a) A UE, which is IPv6 and IPv4 capable and 
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- has not been allocated an IP address for this APN, shall set the PDN type IE to IPv4v6. 

- has been allocated an IPv4 address for this APN and received the ESM cause #52 "single address bearers 
only allowed", and is requesting an IPv6 address, shall set the PDN type IE to IPv6. 

- has been allocated an IPv6 address for this APN and received the ESM cause #52 "single address bearers 
only allowed", and is requesting an IPv4 address, shall set the PDN type IE to IPv4. 

b) A UE, which is only IPv4 capable, shall set the PDN type IE to IPv4. 

c) A UE, which is only IPv6 capable, shall set the PDN type IE to IPv6. 

d) When the IP version capability of the UE is unknown in the UE (as in the case when the MT and TE are 
separated and the capability of the TE is not known in the MT), the UE shall set the PDN type IE to IPv4v6. 


[TS 24.301, clause 6.5.1.2] 


In order to request connectivity to an additional PDN, the UE shall send a PDN CONNECTIVITY REQUEST message 
including a requested APN to the MME, start timer T3482 and enter the state PROCEDURE TRANSACTION 
PENDING (see example in figure 6.5.1.2.1). In the PDN type information element the UE shall indicate the IP version 
capability of the IP stack associated with the UE as specified in subclause 6.4.1 

The UE shall set the request type to "initial request" when the UE is establishing connectivity to a PDN for the first 
time, i.e. when it is an initial attach to that PDN. The UE shall set the request type to "handover" when the connectivity 
to a PDN is established upon handover from a non-3 GPP access network and the UE was connected to that PDN before 
the handover to the 3 GPP access network. 


[TS 24.301, clause 6.5.1.4] 

Upon receipt of the PDN CONNECTIVITY REJECT message, the UE shall stop timer T3482 and enter the state 
PROCEDURE TRANSACTION INACTIVE. 

The PDN CONNECTIVITY REJECT message contains an ESM cause IE that typically indicates one of the following 
ESM cause values: 

#8 : operator determined barring ; 

#26: insufficient resources; 

#27: missing or unknown APN; 

#28 : unknown PDN type; 

#29: user authentication failed; 

#30: request rejected by Serving GW or PDN GW; 

#3 1 : request rejected, unspecified; 

#32: service option not supported; 

#33: requested service option not subscribed; 

#34: service option temporarily out of order; 

#35: PTI already in use; 

#3 8 : network failure ; 

#50: PDN type IPv4 only allowed; 
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#5 1 : PDN type IPv6 only allowed; 

#53: ESM information not received ; 

#54: PDN connection does not exist; 

#55: multiple PDN connections for a given APN not allowed; 

#95 -111: protocol errors; 

#112: APN restriction value incompatible with active EPS bearer context. 
1 0.5.3.3 Test description 

1 0.5.3.3.1 Pre-test conditions 

System Simulator: 

- Cell A. 
UE: 

None. 

Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18] (1 default EPS bearer context is active). 
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10.5.3.3.2 


Test procedure sequence 

Table 10.5.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Cause the UE to request connectivity to an 
additional PDN (see Note) 

- 

- 

- 

- 

1A 

The UE transmits a SERVICE REQUEST 

-> 

SERVICE REQUEST 

- 

- 

1B 

The SS establishes SRB2 and DRB 
associated with the default EPS bearer context 
activated during the preamble (a first PDN 
obtained during the attach procedure). 





2 

The UE transmits a PDN CONNECTIVITY 
REQUEST message as specified to request an 
additional PDN. 

-> 

PDN CONNECTIVITY REQUEST 



3 

The SS transmits a PDN CONNECTIVITY 
REJECT message. 

<— 

PDN CONNECTIVITY REJECT 

- 

- 

4 

Void 

- 

- 

- 

- 

5 

Void 

- 

- 

- 

- 

6 

The SS releases the RRC connection. 

- 

- 

- 

- 

7 

Cause the UE to request connectivity to an 
additional PDN (see Note) 

- 

- 

- 

- 

8 

The UE transmits a SERVICE REQUEST 
message. 

-> 

SERVICE REQUEST 

- 

- 

9 

The SS establishes a DRB associated with the 
default EPS bearer context activated during 
the preamble. 





9A 

Check: Does the UE transmit a PDN 
CONNECTIVITY REQUEST as specified to 
request an additional PDN? 

-> 

PDN CONNECTIVITY REQUEST 

1 

p 

9B 

The SS transmits an ACTIVATE DEFAULT 
EPS BEARER CONTEXT REQUEST 
message with IE EPS Bearer Identity set to 
new EPS bearer context. 

Note: 

ACTIVATE DEFAULT EPS BEARER 
CONTEXT REQUEST is included in 
dedicatedlnfoNASList of 
RRCConnectionReconfiguration message. 

<— 

ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST 



10 

Check: Does the UE transmit an ACTIVATE 
DEFAULT EPS BEARER CONTEXT ACCEPT 
message for the additional default EPS 
bearer? 

-> 

ACTIVATE DEFAULT EPS 
BEARER CONTEXT ACCEPT 

1 

p 

Note: The trigger in step 1 and the RRC messages in steps 1 A to 2 and in steps 8 to 10 are the same as in the 
generic procedure in 36.508 clause 6.4.3.2. The request of connectivity to an additional PDN may be 
performed by MMI or AT command. 
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1 0.5.3.3.3 Specific message contents 

Table 10.5.3.3.3-1 : Message PDN CONNECTIVITY REQUEST (step 2, table 10.5.3.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.3-20 

Information Element 

Value/remark 

Comment 

Condition 

EPS bearer identity 

0000 

No EPS bearer 
identity assigned 


Procedure transaction identity 

PTI-1 

UE assigns a 
particular PTI not 
yet used between 
1 and 254 


ESM information transfer flag 

Not present 

This IE is only 
activable during 
an attach 
procedure. 


Access point name 

APN-1(New PDN name) 

The requested 
PDN is different 
from default PDN 



Table 10.5.3.3.3-2: Message PDN CONNECTIVITY REJECT (step 3, table 10.5.3.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.3-19 

Information Element 

Value/remark 

Comment 

Condition 

EPS bearer identity 

0000 

No EPS bearer 
identity assigned 


Procedure transaction identity 

PTI-1 

The SS indicates 
the same value 
like received in 
the PDN 
CONNECTIVITY 
REQUEST 


ESM cause 

01101111 

"Protocol error, 
unspecified" 


Protocol configuration options 

Not present 




Table 10.5.3.3.3-3: Void 
Table 10.5.3.3.3-4: Message PDN CONNECTIVITY REQUEST (step 9A, table 10.5.3.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.3-20 

Information Element 

Value/remark 

Comment 

Condition 

EPS bearer identity 

0000 

No EPS bearer 
identity assigned 


Procedure transaction identity 

PTI-2 

UE assigns a 
particular PTI not 
yet used between 
1 and 254 (may 
be identical to 
PTI-1) 


ESM information transfer flag 

Not present 

This IE is only 
activable during 
an attach 
procedure. 


Access point name 

APN-2 (New PDN name) 

The requested 
PDN is different 
from default PDN 
(may be identical 
toAPN-1) 



ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2177 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 10.5.3.3.3-5: Message ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST (step 9B, table 

10.5.3.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.3-6 and table 4.6.1-8 with condition AM-DRB-ADD(2) 

Information Element 

Value/remark 

Comment 

Condition 

EPS bearer identity 

6 



Procedure transaction identity 

PTI-2 

SS re-uses the 
particular PTI 
defined by UEfor 
this present 
additional PDN 
connectivity 
request 
procedure. 


Access point name 

APN-2 

SS re-uses the 
particular APN 
defined by UEfor 
this present 
additional PDN 
connectivity 
request procedure 



Table 10.5.3.3.3-6: Message ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT (step 10, table 

10.5.3.3.2-1) 


Derivation path: 36.508 table 4.7.3-1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 

Same value as in 

ACTIVATE 

DEFAULT EPS 

BEARER 

CONTEXT 

REQUEST 


Procedure transaction identity 



"No procedure 
transaction 
identity assigned" 



10.6 
10.6.1 

10.6.1.1 
(1) 


UE requested PDN disconnect 

UE requested PDN disconnect procedure accepted by the network 

Test Purpose (TP) 


with { UE is in BEARER CONTEXT ACTIVE STATE state } 
ensure that { 

when { UE is triggered to disconnect from a PDN } 

then { UE sends a PDN DISCONNECT REQUEST message including the default EPS bearer identity 
associated with this PDN } 


(2) 


with { UE is in PROCEDURE TRANSACTION PENDING state } 
ensure that { 

when { UE receives a DEACTIVATE EPS BEARER CONTEXT REQUEST message with any valid ESM cause } 

then { UE deactivates the default EPS bearer context for this PDN connection between the UE and 
the SS } 


} 


10.6.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 6.5.2.2, and 
6.5.2.4. 
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[TS 24.301, clause 6.5.2.2] 

In order to request PDN disconnection from a PDN, the UE shall send a PDN DISCONNECT REQUEST message to 
the MME, start the timer T3492 and enter the state PROCEDURE TRANSACTION PENDING (see example in 
figure 6.5.2.2.1). The PDN DISCONNECT REQUEST message shall include the EPS bearer identity of the default 
bearer associated with the PDN to disconnect from as the linked EPS bearer identity in the PDN DISCONNECT 
REQUEST message. 

[TS 24.301, clause 6.5.2.3] 


Upon receipt of the DEACTIVATE EPS BEARER CONTEXT REQUEST message, the UE shall stop the timer T3492 
and enter the state PROCEDURE TRANSACTION INACTIVE. The behaviour of the UE is described in 
subclause 6.4.4. 


[TS 24.301, clause 6.4.4.2] 

If a NAS signalling connection exists when the MME initiates the EPS bearer context deactivation procedure, the MME 
shall initiate the EPS bearer context deactivation procedure by sending a DEACTIVATE EPS BEARER CONTEXT 
REQUEST message to the UE, start the timer T3495, and enter the state BEARER CONTEXT INACTIVE PENDING 
(see example in figure 6.4.4.2.1). The DEACTIVATE EPS BEARER CONTEXT REQUEST message contains an ESM 
cause typically indicating one of the following: 

#8 : operator determined barring ; 

#36: regular deactivation; 

#3 8 : network failure ; or 

#112: APN restriction value incompatible with active EPS bearer context. 

The procedure transaction identity (PTI) shall also be included if the deactivation is triggered by a UE initiated bearer 
resource modification procedure or UE requested PDN disconnect procedure. 


10.6.1 .3 Test description 

10.6.1.3.1 Pre-test conditions 

System Simulator: 

- Cell A is configured according to Table 6.3.2.2-1 in [18]. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18] on Cell A. 

- Two default EPS bearer context are activated and present on UE side (a first PDN obtained during the attach 
procedure and an additional PDN). 
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10.6.1.3.2 


Test procedure sequence 

Table 10.6.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Cause the UE to request disconnection from 
the additional PDN (see Note 1) 

- 

- 

- 

- 

1A 

The UE transmits a SERVICE REQUEST 

-> 

SERVICE REQUEST 

- 

- 

1B 

The SS establishes SRB2 and DRBs 
associated with two default EPS bearer 
context (a first PDN obtained during the attach 
procedure and an additional PDN). 





2 

Check: Does the UE transmit a PDN 
DISCONNECT REQUEST message as 
specified (to disconnect from the additional 
PDN)? 

-> 

PDN DISCONNECT REQUEST 

1 

P 

3 

The SS transmits a DEACTIVATE EPS 
BEARER CONTEXT REQUEST message 
included in an RRCConnectionReconfiguration 
message. 

<- 

DEACTIVATE EPS BEARER 
CONTEXT REQUEST 



4 

The UE transmits a DEACTIVATE EPS 
BEARER CONTEXT ACCEPT message. 

-> 

DEACTIVATE EPS BEARER 
CONTEXT ACCEPT 

2 

P 

5 

Void 

- 

- 

- 

- 

5A 

The SS releases the RRC connection. 

- 

- 

- 

- 

Note 1 : The request to disconnect from a PDN may be performed by IVIIVII or AT command. 


10.6.1.3.3 Specific message contents 

Table 10.6.1.3.3-1 : Message PDN DISCONNECT REQUEST (step 2, Table 10.6.1.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.3-22 

Information Element 

Value/remark 

Comment 

Condition 

EPS bearer identity 

'0000' 

"no EPS bearer 
identity assigned" 


Procedure transaction identity 

PTI-1 

UE assigns a 
particular PTI not 
yet used between 
1 and 254 


Linked EPS bearer identity 

6 




Table 10.6.1. 3.3-1 a: Message RRCConnectionReconfiguration (step 3, Table 10.6.1.3.2-1) 

Derivation path: 36.508 table 4.6.1-8 using condition DRB-REL(2) 
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Table 10.6.1.3.3-2: Message DEACTIVATE EPS BEARER CONTEXT REQUEST (step 3, Table 

10.6.1.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.3-12 

Information Element 

Value/remark 

Comment 

Condition 

EPS bearer identity 

6 

SS re-uses the 
EPS Bearer Id 
defined by UE for 
this present PDN 
disconnection 
procedure. 


Procedure transaction identity 

PTI-1 

SS re-uses the 
particular PTI 
defined by UEfor 
this present PDN 
disconnection 
procedure. 

UE- 
INITIATED 

ESM cause 

#36 

regular 
deactivation 



Table 10.6.1.3.3-3: Message DEACTIVATE EPS BEARER CONTEXT ACCEPT (step 4, Table 10.6.1.3.2- 

1) 


Derivation Path: TS 36.508 Table 4.7.3-1 1 

Information Element 

Value/remark 

Comment 

Condition 

EPS bearer identity 

6 

The same value 

as the value set in 

DEACTIVATE 

EPS BEARER 

CONTEXT 

REQUEST 

message. 


Procedure transaction identity 



No procedure 
transaction 
identity assigned 



10.6.2 

10.7 

10.7.1 

10.7.1.1 
(1) 


Void 

UE requested bearer resource allocation 

UE requested bearer resource allocation accepted by the network/ 
New EPS bearer context 

Test Purpose (TP) 


with { UE in PROCEDURE TRANSACTION INACTIVE state and in EMM- IDLE mode } 
ensure that { 

when { UE is requested to allocate of bearer resource } 

then { UE sends a BEARER RESOURCE ALLOCATION REQUEST message } 
} 

(2) 

with { UE has sent the BEARER RESOURCE ALLOCATION REQUEST message } 
ensure that { 

when { UE receives an ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST message with the procedure 
transaction identity (PTI) indicated in the BEARER RESOURCE ALLOCATION REQUEST message } 
then { UE sends an ACTIVATE DEDICATED EPS BEARER CONTEXT ACCEPT message } 
} 
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1 0.7.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 6.5.3.2 and 
6.5.3.3. 

[TS 24.301, clause 6.5.3.2] 

In order to request the allocation of bearer resources for one traffic flow aggregate, the UE shall send a BEARER 
RESOURCE ALLOCATION REQUEST message to the MME, start timer T3480 and enter the state PROCEDURE 
TRANSACTION PENDING (see example in figure 6.5.3.2.1). 

The UE shall include the EPS bearer identity of the default EPS bearer associated with the requested bearer resource in 
the Linked EPS bearer identity IE. The UE shall set the TFT operation code in the Traffic flow aggregate IE to "Create 
new TFT". In the Required traffic flow QoS IE, the UE shall indicate a QCI and, if the UE also includes a GBR, the 
additional GBR required for the traffic flow aggregate. 


[TS 24.301, clause 6.5.3.3] 


If the bearer resource allocation requested is accepted by the network, the MME shall initiate either a dedicated EPS 
bearer context activation procedure or an EPS bearer context modification procedure. Upon receipt of an ACTIVATE 
DEDICATED EPS BEARER CONTEXT REQUEST or MODIFY EPS BEARER CONTEXT REQUEST with a PTI 
which matches the value used for the BEARER RESOURCE ALLOCATION REQUEST, the UE shall stop timer 
T3480 and enter the state PROCEDURE TRANSACTION INACTIVE. 

If the ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST is received, the UE shall verify that the EPS 
bearer identity given in the EPS bearer identity IE is not already used by any dedicated EPS bearer contexts associated 
with the included linked EPS bearer identity. The UE shall then proceed as described in subclause 6.4.2.3 or subclause 
6.4.2.4. 


10.7.1.3 Test description 

10.7.1.3.1 Pre-test conditions 

System Simulator: 

- Cell A 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 

- A default EPS bearer is established between the first PDN and the UE. 
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10.7.1.3.2 


Test procedure sequence 

Table 10.7.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Cause the UE to request bearer resource 
allocation of dedicated EPS bearer associated 
with first PDN connectivity, (see Note) 





2 

The UE transmits a SERVICE REQUEST 
message. 

-> 

SERVICE REQUEST 

- 

- 

2A 

The SS establishes SRB2 and DRB 
associated with the default EPS bearer context 
activated during the preamble (a first PDN 
obtained during the attach procedure). 





3 

Check: Does the UE transmit a BEARER 
RESOURCE ALLOCATION REQUEST 
message? 

-> 

BEARER RESOURCE 
ALLOCATION REQUEST 

1 

P 

4 

The SS transmits an ACTIVATE DEDICATED 
EPS BEARER CONTEXT REQUEST 
message. 

<— 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT REQUEST 



5 

Check: Does the UE transmit an ACTIVATE 
DEDICATED EPS BEARER CONTEXT 
ACCEPT message? 

-> 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT ACCEPT 

2 

P 

Note: The trigger in step 1 and the RRC messages in steps 2 to 5 are the same as in the generic procedure in 
36.508 clause 6.4.3.1. 


10.7.1.3.3 Specific message contents 

Table 10.7.1.3.3-1 : Message BEARER RESOURCE ALLOCATION REQUEST (step 3, Table 10.7.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-6B 

Information Element 

Value/Remark 

Comment 

Condition 

Linked EPS bearer identity 

5 




Table 10.7.1.3.3-2: Message ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST (step 4, Table 

10.7.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-3, condition UE-INITIATED and table 4.6.1-8 with condition AM-DRB-ADD(2) 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 



Linked EPS bearer identity 

5 




10.7.2 

10.7.2.1 
(1) 


UE requested bearer resource allocation accepted by the network/ 
Existing EPS bearer context 

Test Purpose (IP) 


with { UE in PROCEDURE TRANSACTION INACTIVE state and in EMM- IDLE mode } 
ensure that { 

when { UE is requested to allocate of bearer resource } 

then { UE sends a BEARER RESOURCE ALLOCATION REQUEST message } 


(2) 

with { UE has sent a BEARER RESOURCE ALLOCATION REQUEST message } 
ensure that { 

when { UE receives a MODIFY EPS BEARER CONTEXT REQUEST message with the procedure transaction 
identity (PTI) indicated in the BEARER RESOURCE ALLOCATION REQUEST message } 
then { UE sends a MODIFY EPS BEARER CONTEXT ACCEPT message } 
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10.7.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 6.5.3.2 and 
6.5.3.3. 

[TS 24.301, clause 6.5.3.2] 

In order to request the allocation of bearer resources for one traffic flow aggregate, the UE shall send a BEARER 
RESOURCE ALLOCATION REQUEST message to the MME, start timer T3480 and enter the state PROCEDURE 
TRANSACTION PENDING (see example in figure 6.5.3.2.1). 

The UE shall include the EPS bearer identity of the default EPS bearer associated with the requested bearer resource in 
the Linked EPS bearer identity IE. The UE shall set the TFT operation code in the Traffic flow aggregate IE to "Create 
new TFT". In the Required traffic flow QoS IE, the UE shall indicate a QCI and, if the UE also includes a GBR, the 
additional GBR required for the traffic flow aggregate. 


[TS 24.301, clause 6.5.3.3] 


If the bearer resource allocation requested is accepted by the network, the MME shall initiate either a dedicated EPS 
bearer context activation procedure or an EPS bearer context modification procedure. Upon receipt of an ACTIVATE 
DEDICATED EPS BEARER CONTEXT REQUEST or MODIFY EPS BEARER CONTEXT REQUEST with a PTI 
which matches the value used for the BEARER RESOURCE ALLOCATION REQUEST, the UE shall stop timer 
T3480 and enter the state PROCEDURE TRANSACTION INACTIVE. 


If the MODIFY EPS BEARER CONTEXT REQUEST is received, the UE verifies that the EPS bearer identity given in 
the EPS bearer identity IE is any of the active EPS bearer contexts. The UE shall then proceed as described in subclause 
6.4.3.3 or subclause 6.4.3.4. 


Test description 
Pre-test conditions 


10.7.2.3 
10.7.2.3.1 
System Simulator: 

- Cell A 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 

- A default EPS bearer and a dedicated bearer are established between the first PDN and the UE. 
1 0.7.2.3.2 Test procedure sequence 

Table 10.7.2.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 



The 88 releases the RRC connection. 

- 

- 

- 

- 
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1 

Cause the UE to request bearer resource 
allocation of dedicated EPS bearer associated 
with first PDN connectivity.(see Note) 





2 

The UE transmits a SERVICE REQUEST 
message. 

-> 

SERVICE REQUEST 

- 

- 

2A 

The SS establishes SRB2 and DRBs 
associated with default EPS bearer context 
and a dedicated bearer context (a first PDN 
obtained during the attach procedure). 





3 

Check: Does the UE transmit a BEARER 
RESOURCE ALLOCATION REQUEST 
message? 

-> 

BEARER RESOURCE 
ALLOCATION REQUEST 

1 

P 

4 

The SS transmits a MODIFY EPS BEARER 
CONTEXT REQUEST message. This 
message is included in a 
DLInformationTransfer message. 

<- 

MODIFY EPS BEARER 
CONTEXT REQUEST 



5 

Check: Does the UE transmit a MODIFY EPS 
BEARER CONTEXT ACCEPT message? 

-> 

MODIFY EPS BEARER 
CONTEXT ACCEPT 

2 

P 

Note: The trigger in step 1 and the RRC messages in steps 2 to 5 are the same as in the generic procedure in 
36.508 clause 6.4.3.1. 


10.7.2.3.3 Specific message contents 

Table 10.7.2.3.3-1: Message BEARER RESOURCE ALLOCATION REQUEST (step 3, Table 10.7.2.3.2-1) 


Derivation path: 36.508 table 4.7.3-6B 

Information Element 

Value/Remark 

Comment 

Condition 

Linked EPS bearer identity 

5 




Table 10.7.2.3.3-2: Message MODIFY EPS BEARER CONTEXT REQUEST (step 4, Table 10.7.2.3.2-1) 


Derivation path: 36.508 table 4.7.3-18, condition UE-INITIATED 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 



New EPS QoS 

According to reference 
dedicated EPS bearer 
context #1 - see [18] 



TFT 

According to reference 
dedicated EPS bearer 
context #2 except for TFT 
operation code - see [18] 

SS modifies the 
current packet 
filters of the 
dedicated EPS 
bearer context. 


TFT operation code 

'OII'B 

Add packet filters 
to existing TFT 



10.7.3 


10.7.3.1 


UE requested bearer resource allocation not accepted by the 
network 

Test Purpose (IP) 


(1) 


with { UE has sent the BEARER RESOURCE ALLOCATION REQUEST message } 
ensure that { 

when { UE receives a BEARER RESOURCE ALLOCATION REJECT message with the procedure transaction 
identity (PTI) indicated in the BEARER RESOURCE ALLOCATION REQUEST message and a cause "Protocol 
error, unspecified" } 

then { UE enters state PROCEDURE TRANSACTION INACTIVE } 


10.7.3.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 6.5.3.4 and 
7.3.1. 
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[TS 24.301, clause 6.5.3.4] 

If the bearer resource allocation requested cannot be accepted by the network, the MME shall send a BEARER 
RESOURCE ALLOCATION REJECT message to the UE. The message shall contain the PTI and an ESM cause value 
indicating the reason for rejecting the UE requested bearer resource allocation. 

The ESM cause value typically indicates one of the following: 

#26: insufficient resources; 

#30: request rejected by Serving GW or PDN GW; 

#3 1 : request rejected, unspecified; 

#32: service option not supported; 

#33: requested service option not subscribed; 

#34: service option temporarily out of order; 

#35: PTI already in use; 

#37: EPS QoS not accepted; 

#41 : semantic error in the TFT operation; 

#42: syntactical error in the TFT operation; 

#43: invalid EPS bearer identity; 

#44: semantic error(s) in packet filter(s); 

#45: syntactical error(s) in packet filter(s); 

#56: collision with network initiated request; 

#59: unsupported QCI value; or 

#95 -111: protocol errors. 


Upon receipt of a BEARER RESOURCE ALLOCATION REJECT message, the UE shall stop the timer T3480, release 
the traffic flow aggregate description associated to the PTI value, and enter the state PROCEDURE TRANSACTION 
INACTIVE. 

The further actions to be performed by the UE are implementation dependent as part of upper layers responsibility. 

[TS 24.301, clause 7.3.1] 


The following UE procedures shall apply for handling an unknown, erroneous, or unforeseen PTI received in an ESM 
message: 


h) If the UE receives an ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST message in which the 
PTI value is an assigned value that does not match any PTI in use, the UE shall respond with an ACTIVATE 
DEDICATED EPS BEARER CONTEXT REJECT message including ESM cause #47 "PTI mismatch". 
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Test description 
Pre-test conditions 


10.7.3.3 
10.7.3.3.1 
System Simulator: 

- Cell A 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 

- A default EPS bearer is established between the first PDN and the UE. 
1 0.7.3.3.2 Test procedure sequence 

Table 10.7.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Cause the UE to request bearer resource 
allocation of dedicated EPS bearer associated 
with first PDN connectivity.(see Note 1) 





2 

The UE transmits a SERVICE REQUEST 
message. 

-> 

SERVICE REQUEST 

- 

- 

2A 

The SS establishes SRB2 and DRB 
associated with the default EPS bearer context 
activated during the preamble (a first PDN 
obtained during the attach procedure). 





3 

The UE transmits a BEARER RESOURCE 
ALLOCATION REQUEST message. 

-> 

BEARER RESOURCE 
ALLOCATION REQUEST 

- 

- 

4 

The SS transmits a BEARER RESOURCE 
ALLOCATION REJECT message. 

<— 

BEARER RESOURCE 
ALLOCATION REJECT 

- 

- 

4A 

SS waits for 500ms (Note 2). 

- 

- 

- 

- 

5 

The SS transmits an ACTIVATE DEDICATED 
EPS BEARER CONTEXT REQUEST 
message. 

<- 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT REQUEST 



6 

Check: Does the UE transmit an ACTIVATE 
DEDICATED EPS BEARER CONTEXT 
REJECT message? 

-> 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT REJECT 

1 

P 

Note 1 : The trigger in step 1 and the RRC messages in steps 2 to 6 are the same as in the generic procedure in 

36.508 clause 6.4.3.1. 
Note 2: The timer of 500ms is added to ensure that UE receives BEARER RESOURCE ALLOCATION REJECT 

message before ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST message. 


10.7.3.3.3 Specific message contents 

Table 10.7.3.3.3-1 : Message BEARER RESOURCE ALLOCATION REQUEST (step 3, Table 10.7.3.3.2-1) 


Derivation path: 36.508 table 4.7.3-6B 

Information Element 

Value/Remark 

Comment 

Condition 

Linked EPS bearer identity 

5 



Table 10.7.3.3.3-2: Message BEARER RESOURCE ALLOCATION REJECT (step 4, Table 10.7.3.3.2-1) 

Derivation path: 36.508 table 4.7.3-6A 

Information Element 

Value/Remark 

Comment 

Condition 

ESM cause 

'01101111'B 

Protocol error, 
unspecified 
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Table 10.7.3.3.3-3: Message ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST (step 5, Table 

10.7.3.3.2-1) 


Derivation path: 36.508 table 4.7.3-3 and table 4.6.1-8 with condition AM-DRB-ADD(2) 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 



Procedure transaction identity 

The same value as the 
value set in BEARER 
RESOURCE 
ALLOCATION 
REQUEST message in 
step 3. 



Linked EPS bearer identity 

5 




Table 10.7.3.3.3-4: Message ACTIVATE DEDICATED EPS BEARER CONTEXT REJECT (step 6, Table 

10.7.3.3.2-1) 


Derivation path: 36.508 table 4.7.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

ESM cause 

'00101111'B 

PTI mismatch 



1 0.7.4 UE requested bearer resource allocation / Expiry of timer T3480 

1 0.7.4.1 Test Purpose (IP) 

(1) 

with { UE has sent a BEARER RESOURCE ALLOCATION REQUEST message } 
ensure that { 

when { UE detects less than fifth expiry of timer T3480 } 

then { UE re -sends a BEARER RESOURCE ALLOCATION REQUEST message } 


(2) 

with { UE has sent the BEARER RESOURCE ALLOCATION REQUEST message 5 times } 
ensure that { 

when { UE detects fifth expiry of timer T3480 } 

then { UE does not re -send a BEARER RESOURCE ALLOCATION REQUEST message 


10.7.4.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 6.5.3.2 and 
6.5.3.5. 

[TS 24.301, clause 6.5.3.2] 

In order to request the allocation of bearer resources for one traffic flow aggregate, the UE shall send a BEARER 
RESOURCE ALLOCATION REQUEST message to the MME, start timer T3480 and enter the state PROCEDURE 
TRANSACTION PENDING (see example in figure 6.5.3.2.1). 


[TS 24.301, clause 6.5.3.5] 

a) Expiry of timer T3480: 

On the first expiry of the timer T3480, the UE shall resend the BEARER RESOURCE ALLOCATION 
REQUEST and shall reset and restart timer T3480. This retransmission is repeated four times, i.e. on the fifth 
expiry of timer T3480, the UE shall abort the procedure, release the PTI allocated for this activation and enter 
the state PROCEDURE TRANSACTION INACTIVE. 
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1 0.7.4.3 Test description 

1 0.7.4.3.1 Pre-test conditions 
System Simulator: 

- Cell A 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 

- A default EPS bearer is established between the first PDN and the UE. 

1 0.7.4.3.2 Test procedure sequence 

Table 10.7.4.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Cause the UE to request bearer resource 
allocation of dedicated EPS bearer associated 
with first PDN connectivity.(see Note) 





2 

The UE transmits a SERVICE REQUEST 
message. 

-> 

SERVICE REQUEST 

- 

- 

2A 

The SS establishes SRB2 and DRB 
associated with the default EPS bearer context 
activated during the preamble (a first PDN 
obtained during the attach procedure). 





3 

The UE transmits a BEARER RESOURCE 
ALLOCATION REQUEST message. 

-> 

BEARER RESOURCE 
ALLOCATION REQUEST 

- 

- 

4 

Wait for 8 s to ensure that T3480 expires (1^^ 
expiry). 

- 

- 

- 

- 

5 

Check: Does the UE re-transmit a BEARER 
RESOURCE ALLOCATION REQUEST 
message? 

-> 

BEARER RESOURCE 
ALLOCATION REQUEST 

1 

p 

6 

Wait for 8 s to ensure that T3480 expires (2""^ 
expiry). 

- 

- 

- 

- 

7 

Check: Does the UE re-transmit a BEARER 
RESOURCE ALLOCATION REQUEST 
message? 

-> 

BEARER RESOURCE 
ALLOCATION REQUEST 

1 

P 

8 

Wait for 8 s to ensure that T3480 expires (3'"^ 
expiry). 

- 

- 

- 

- 

9 

Check: Does the UE re-transmit a BEARER 
RESOURCE ALLOCATION REQUEST 
message? 

-> 

BEARER RESOURCE 
ALLOCATION REQUEST 

1 

P 

10 

Wait for 8 s to ensure that T3480 expires (4^'' 
expiry). 

- 

- 

- 

- 

11 

Check: Does the UE re-transmit a BEARER 
RESOURCE ALLOCATION REQUEST 
message? 

-> 

BEARER RESOURCE 
ALLOCATION REQUEST 

1 

P 

12 

Wait for 8 s to ensure that T3480 expires {5^^ 
expiry). 

- 

- 

- 

- 

13 

Check: Does the UE re-transmit a BEARER 
RESOURCE ALLOCATION REQUEST 
message? 

-> 

BEARER RESOURCE 
ALLOCATION REQUEST 

2 

F 

Note: The trigger in step 1 and tine RRC messages in steps 2 to 13 are the same as in the generic procedure in 
36.508 clause 6.4.3.1. 
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10.7.4.3.3 


Specific message contents 


Table 10.7.4.3.3-1: Message BEARER RESOURCE ALLOCATION REQUEST (step 3,5,7,9,11, Table 

10.7.4.3.2-1) 


Derivation path: 36.508 table 4.7.3-6B 

Information Element 

Value/Remark 

Comment 

Condition 

Linked EPS bearer identity 

5 




10.7.5 

10.7.5.1 
(1) 


UE requested bearer resource allocation / BEARER RESOURCE 
ALLOCATION REJECT message including cause #43 "invalid EPS 
bearer identity" 

Test Purpose (TP) 


with { UE has sent the BEARER RESOURCE ALLOCATION REQUEST message in order to establish dedicated 
EPS bearer between the additional PDN and the UE } 
ensure that { 

when { UE receives a BEARER RESOURCE ALLOCATION REJECT message with the procedure transaction 
identity (PTI) indicated in the BEARER RESOURCE ALLOCATION REQUEST message and a cause "invalid EPS 
bearer identity" } 

then { UE deactivates the EPS bearer context (s) corresponding to the additional PDN locally } 


10.7.5.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 6.5.1.1, 
6.5.1.3, 6.5.3.4 and 6.5.3.5. 

[TS 24.301, clause 6.5.1.1] 

The purpose of the UE requested PDN connectivity procedure is for a UE to request the setup of a default EPS bearer to 
a PDN. The UE requests connectivity to a PDN by sending a PDN CONNECTIVITY REQUEST message to the 
network. If accepted by the network, this procedure initiates the establishment of a default EPS bearer context. The 
procedure is used either to establish the first default bearer by including the PDN CONNECTIVITY REQUEST 
message into the initial attach message, or to establish subsequent default bearers to additional PDNs in order to allow 
the UE simultaneous access to multiple PDNs by sending the message stand-alone. 

[TS 24.301, clause 6.5.1.3] 


If connectivity with the requested PDN is accepted by the network, the MME shall initiate the default EPS bearer 
context activation procedure (see subclause 6.4.1). 


[TS 24.301, clause 6.5.3.4] 

If the bearer resource allocation requested cannot be accepted by the network, the MME shall send a BEARER 
RESOURCE ALLOCATION REJECT message to the UE. The message shall contain the PTI and an ESM cause value 
indicating the reason for rejecting the UE requested bearer resource allocation. 

The ESM cause value typically indicates one of the following: 


#43: invalid EPS bearer identity; 
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Upon receipt of a BEARER RESOURCE ALLOCATION REJECT message, the UE shall stop the timer T3480, release 
the traffic flow aggregate description associated to the PTI value, and enter the state PROCEDURE TRANSACTION 
INACTIVE. 

The further actions to be performed by the UE are implementation dependent as part of upper layers responsibility. 

[TS 24.301, clause 6.5.3.5] 

The following abnormal cases can be identified: 


b) Unknown EPS bearer context 

Upon receipt of the BEARER RESOURCE ALLOCATION REJECT message including ESM cause #43 
"invalid EPS bearer identity", the UE shall deactivate the existing default EPS bearer context locally without 
peer-to-peer signalling between the UE and the MME. 


Test description 
Pre-test conditions 


10.7.5.3 
10.7.5.3.1 
System Simulator: 

- Cell A 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 

- A default EPS bearer is established between the first PDN and the UE. 
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10.7.5.3.2 


Test procedure sequence 

Table 10.7.5.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

Cause the UE to request connectivity to an 
additional PDN. (see Note 1) 

- 

- 

- 

- 

2 

The UE transmits a SERVICE REQUEST 
message. 

-> 

SERVICE REQUEST 

- 

- 

2A 

The SS establishes SRB2 and DRB 
associated with the default EPS bearer context 
activated during the preamble (a first PDN 
obtained during the attach procedure). 





3 

The UE transmits a PDN CONNECTIVITY 
REQUEST message. 

-> 

PDN CONNECTIVITY REQUEST 

- 

- 

4 

The SS transmits an ACTIVATE DEFAULT 
EPS BEARER CONTEXT REQUEST 
message. 

<— 

ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST 



5 

The UE transmits an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT message. 

-> 

ACTIVATE DEFAULT EPS 
BEARER CONTEXT ACCEPT 

- 

- 

6 

Cause the UE to request bearer resource 
allocation of dedicated EPS bearer associated 
with additional PDN connectivity, (see Note 2) 





7 

The UE transmits a BEARER RESOURCE 
ALLOCATION REQUEST message. 

-> 

BEARER RESOURCE 
ALLOCATION REQUEST 

- 

- 

8 

The SS transmits a BEARER RESOURCE 
ALLOCATION REJECT message. 

<— 

BEARER RESOURCE 
ALLOCATION REJECT 

- 

- 

9 

The SS transmits an ACTIVATE DEDICATED 
EPS BEARER CONTEXT REQUEST 
message. 

<— 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT REQUEST 



10 

Check: Does the UE transmit an ACTIVATE 
DEDICATED EPS BEARER CONTEXT 
REJECT message? 

-> 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT REJECT 

1 

P 

Note 1 : The trigger in step 1 and the RRC messages in steps 2 to 5 are the same as in the generic procedure in 

36.508 clause 6.4.3.2. 
Note 2: The trigger in step 6 and the RRC messages in steps 7 to 10 are the same as in the generic procedure in 

36.508 clause 6.4.3.1. 


10.7.5.3.3 Specific message contents 

Table 10.7.5.3.3-1: Message PDN CONNECTIVITY REQUEST (step 3, Table 10.7.5.3.2-1) 


Derivation path: 36.508 table 4.7.3-20 

Information Element 

Value/Remark 

Comment 

Condition 

ESM information transfer flag 

Not present 



Access point name 

Arbitrary name 

different from first 
PDN 



Table 10.7.5.3.3-2: Message ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST (step 4, Table 

10.7.5.3.2-1) 


Derivation path: 36.508 table 4.7.3-6 and table 4.6.1-8 with condition AM-DRB-ADD(2) 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 




Table 10.7.5.3.3-3: Message ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT (step 5, Table 

10.7.5.3.2-1) 


Derivation path: 36.508 table 4.7.3-4 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 
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Table 10.7.5.3.3-4: Message BEARER RESOURCE ALLOCATION REQUEST (step 7, Table 10.7.5.3.2-1) 


Derivation path: 36.508 table 4.7.3-6B 

Information Element 

Value/Remark 

Comment 

Condition 

Linked EPS bearer identity 

6 



Table 10.7.5.3.3-5: Message BEARER RESOURCE ALLOCATION REJECT (step 8, Table 10.7.5.3.2-1) 

Derivation path: 36.508 table 4.7.3-6A 

Information Element 

Value/Remark 

Comment 

Condition 

ESM cause 

'0010 1011'B 

Invalid EPS 
bearer identity 



Table 10.7.5.3.3-6: Message ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST (step 9, Table 

10.7.5.3.2-1) 


Derivation path: 36.508 table 4.7.3-3 with condition NETWORK-INITIATED and table 4.6.1-8 with condition AM-DRB- 
ADD(3) 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

7 



Linked EPS bearer identity 

6 




Table 10.7.5.3.3-7: Message ACTIVATE DEDICATED EPS BEARER CONTEXT REJECT (step 10, Table 

10.7.5.3.2-1) 


Derivation path: 36.508 table 4.7.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

ESM cause 

'0010 1011'B 

invalid EPS 
bearer identity 



10.8 
10.8.1 

10.8.1.1 
(1) 


UE requested bearer resource modification 

UE requested bearer resource modification accepted by the network 
/ New EPS bearer context 

Test Purpose (TP) 


with { UE in PROCEDURE TRANSACTION INACTIVE state and in EMM-CONNECTED mode } 
ensure that { 

when { UE is requested to modify of bearer resource corresponding to the dedicated bearer } 
then { UE sends a BEARER RESOURCE MODIFICATION REQUEST message } 
} 

(2) 

with { UE having sent the BEARER RESOURCE MODIFICATION REQUEST message } 
ensure that { 

when { UE receives an ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST message with the procedure 
transaction identity (PTI) indicated in the BEARER RESOURCE MODIFICATION REQUEST message } 
then { UE sends an ACTIVATE DEDICATED EPS BEARER CONTEXT ACCEPT message } 
} 


10.8.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 6.4.2.3, 
6.5.4.2 and 6.5.4.3. 

[TS 24.301, clause 6.4.2.3] 
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The linked EPS bearer identity included in the ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST 

message indicates to the UE to which default bearer, IP address and PDN the dedicated bearer is linked. 

If the PTI is included in the ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST message, the UE uses 
the PTI to identify the UE requested bearer resource allocation procedure or the UE requested bearer resource 
modification procedure to which the dedicated bearer context activation is related. 


[TS 24.301, clause 6.5.4.2] 

In order to request the modification of bearer resources for one traffic flow aggregate, the UE shall send a BEARER 
RESOURCE MODIFICATION REQUEST message to the MME, start timer T3481 and enter the state PROCEDURE 
TRANSACTION PENDING (see example in figure 6.5.3.2.1). 


[TS 24.301, clause 6.5.4.3] 

Upon receipt of the BEARER RESOURCE MODIFICATION REQUEST message, the MME checks whether the 
resources requested by the UE can be established, modified or released by verifying the EPS bearer identity given in the 
EPS bearer identity for packet filter IE. 

If the bearer resource modification requested is accepted by the network, the MME shall initiate either a dedicated EPS 
bearer context activation procedure, an EPS bearer context modification procedure or an EPS bearer context 
deactivation procedure. 

Upon receipt of an ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST, MODIFY EPS BEARER 
CONTEXT REQUEST or DEACTIVATE EPS BEARER CONTEXT REQUEST with a PTI which matches the value 
used for the BEARER RESOURCE MODIFICATION REQUEST, the UE shall stop timer T3481 and enter the state 
PROCEDURE TRANSACTION INACTIVE. 

i) If the ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST is received, the UE shall verify that the 
EPS bearer identity given in the EPS bearer identity IE is not already used by any dedicated EPS bearer contexts 
associated with the included linked EPS bearer identity. The UE shall then proceed as described in 
subclause 6.4.2.3 or subclause 6.4.2.4. 


10.8.1 .3 Test description 

10.8.1.3.1 Pre-test conditions 

System Simulator: 

- Cell A 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 

- A default EPS bearer and a dedicated bearer are established between the first PDN and the UE. 
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10.8.1.3.2 


Test procedure sequence 

Table 10.8.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Cause the UE to request bearer resource 
modification of dedicated EPS bearer 
associated with first PDN connectivity.(see 
Note) 





2 

Check: Does the UE transmit a BEARER 
RESOURCE MODIFICATION REQUEST 
message? 

-> 

BEARER RESOURCE 
MODIFICATION REQUEST 

1 

P 

3 

The SS transmits an ACTIVATE DEDICATED 
EPS BEARER CONTEXT REQUEST 
message. 

<- 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT REQUEST 



4 

Check: Does the UE transmit an ACTIVATE 
DEDICATED EPS BEARER CONTEXT 
ACCEPT message? 

-> 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT ACCEPT 

2 

P 

Note: The trigger in step 1 and the RRC messages in steps 2 to 4 are the same as in the generic procedure in 
36.508 clause 6.4.3.3. 


10.8.1.3.3 


Specific message contents 


Table 10.8.1.3.3-1: Message ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST (step 3, Table 

10.8.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-3, condition UE-INITIATED and table 4.6.1-8 with condition AI\/I-DRB-ADD(3) 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

7 



EPS QoS 

According to reference 
dedicated EPS bearer 
context #1 - see [18] 



TFT 

According to reference 
dedicated EPS bearer 
context #2 - see [18] 




10.8.2 UE requested bearer resource modification accepted by the network 
/ Existing EPS bearer context 


10.8.2.1 
(1) 


Test Purpose (IP) 


with { UE in PROCEDURE TRANSACTION INACTIVE state and in EMM-CONNECTED mode } 
ensure that { 

when { UE is requested to modify of bearer resource corresponding to the dedicated bearer } 
then { UE sends a BEARER RESOURCE MODIFICATION REQUEST message } 
} 

(2) 

with { UE having sent the BEARER RESOURCE MODIFICATION REQUEST message } 
ensure that { 

when { UE receives a MODIFY EPS BEARER CONTEXT REQUEST message with the procedure transaction 
identity (PTI) indicated in the BEARER RESOURCE MODIFICATION REQUEST message } 
then { UE sends a MODIFY EPS BEARER CONTEXT ACCEPT message } 
} 


10.8.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 6.5.4.2, 
6.5.4.3 and 6.4.3.3. 

[TS 24.301, clause 6.5.4.2] 
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In order to request the modification of bearer resources for one traffic flow aggregate, the UE shall send a BEARER 
RESOURCE MODIFICATION REQUEST message to the MME, start timer T3481 and enter the state PROCEDURE 
TRANSACTION PENDING (see example in figure 6.5. 4.2.1). 


[TS 24.301, clause 6.5.4.3] 

Upon receipt of the BEARER RESOURCE MODIFICATION REQUEST message, the MME checks whether the 
resources requested by the UE can be established, modified or released by verifying the EPS bearer identity given in the 
EPS bearer identity for packet filter IE. 

If the bearer resource modification requested is accepted by the network, the MME shall initiate either a dedicated EPS 
bearer context activation procedure, an EPS bearer context modification procedure or an EPS bearer context 
deactivation procedure. 

Upon receipt of an ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST, MODIFY EPS BEARER 
CONTEXT REQUEST or DEACTIVATE EPS BEARER CONTEXT REQUEST message with a PTI which matches 
the value used for the BEARER RESOURCE MODIFICATION REQUEST message, the UE shall stop timer T3481 
and enter the state PROCEDURE TRANSACTION INACTIVE. 


ii) If the MODIFY EPS BEARER CONTEXT REQUEST message is received, the UE verifies that the EPS bearer 
identity given in the EPS bearer identity IE is any of the active EPS bearer contexts. The UE shall then proceed 
as described in subclause 6.4.3.3 or subclause 6.4.3.4. 


[TS 24.301, clause 6.4.3.3] 


If the MODIFY EPS BEARER CONTEXT REQUEST message contains a PTI value other than "no procedure 
transaction identity assigned" and "reserved" (see 3GPP TS 24.007 [12]), the UE uses the PTI to identify the UE 
requested bearer resource allocation procedure or the UE requested bearer resource modification procedure to which the 
EPS bearer context modification is related (see subclause 6.5.3 and subclause 6.5.4). 

If the MODIFY EPS BEARER CONTEXT REQUEST message contains a PTI value other than "no procedure 
transaction identity assigned" and "reserved" (see 3GPP TS 24.007 [12]) and the PTI is associated to a UE requested 
bearer resource allocation procedure or a UE requested bearer resource modification procedure, the UE shall release the 
traffic flow aggregate description associated to the PTI value provided. 


10.8.2.3 Test description 

1 0.8.2.3.1 Pre-test conditions 

System Simulator: 

- Cell A 
UE: 

None 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 

- A default EPS bearer and a dedicated bearer are established between the first PDN and the UE. 
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10.8.2.3.2 


Test procedure sequence 

Table 10.8.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Cause the UE to request bearer resource 
modification of dedicated EPS bearer 
associated with first PDN connectivity.(see 
Note) 





2 

Check: Does the UE transmit a BEARER 
RESOURCE MODIFICATION REQUEST 
message? 

-> 

BEARER RESOURCE 
MODIFICATION REQUEST 

1 

P 

3 

The SS transmits a MODIFY EPS BEARER 
CONTEXT REQUEST message. This 
message is included in a 
DLInformationTransfer message. 

<- 

MODIFY EPS BEARER 
CONTEXT REQUEST 



4 

Check: Does the UE transmit a MODIFY EPS 
BEARER CONTEXT ACCEPT message? 

-> 

MODIFY EPS BEARER 
CONTEXT ACCEPT 

2 

P 

Note: The trigger in step 1 and the RRC messages in steps 2 to 4 are the same as in the generic procedure in 
36.508 clause 6.4.3.3. 


10.8.2.3.3 


Specific message contents 


Table 10.8.2.3.3-1: Message BEARER RESOURCE MODIFICATION REQUEST (step 2, Table 10.8.2.3.2- 

1) 


Derivation path: 36.508 table 4.7.3-8 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity for packet filter 

6 




Table 10.8.2.3.3-2: Message MODIFY EPS BEARER CONTEXT REQUEST (step 3, Table 10.8.2.3.2-1) 


Derivation path: 36.508 table 4.7.3-18, condition UE-INITIATED 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 



New EPS QoS 

According to reference 
dedicated EPS bearer 
context #1 - see [18] 




10.8.3 


10.8.3.1 


UE requested bearer resource modification not accepted by the 
network 

Test Purpose (IP) 


(1) 


with { UE has sent the BEARER RESOURCE MODIFICATION REQUEST message } 
ensure that { 

when { UE receives a BEARER RESOURCE MODIFICATION REJECT message with the procedure transaction 
identity (PTI) indicated in the BEARER RESOURCE MODIFICATION REQUEST message and a cause "Protocol 
error, unspecified" } 

then { UE enters state PROCEDURE TRANSACTION INACTIVE } 

} 


10.8.3.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 6.5.4.4 and 
7.3.1. 

[TS 24.301, clause 6.5.4.4] 
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If the bearer resource modification requested cannot be accepted by the network, the MME shall send a BEARER 
RESOURCE MODIFICATION REJECT message to the UE. The message shall contain the PTI and an ESM cause 
value indicating the reason for rejecting the UE requested bearer resource modification. 

The ESM cause value typically indicates one of the following: 

#26: insufficient resources; 

#30: request rejected by Serving GW or PDN GW; 

#3 1 : request rejected, unspecified; 

#32: service option not supported; 

#33: requested service option not subscribed; 

#34: service option temporarily out of order; 

#35: PTI already in use; 

#37: EPS QoS not accepted; 

#41 : semantic error in the TFT operation; 

#42: syntactical error in the TFT operation; 

#43: invalid EPS bearer identity; 

#44: semantic error(s) in packet filter(s); 

#45: syntactical error(s) in packet filter(s); 

#56: collision with network initiated request; 

#59: unsupported QCI value; or 

#95 -111: protocol errors. 


Upon receipt of a BEARER RESOURCE MODIFICATION REJECT message, the UE shall stop the timer T3481, 
release the traffic flow aggregate description associated to the PTI value, and enter the state PROCEDURE 
TRANSACTION INACTIVE. If the ESM cause included in the BEARER RESOURCE MODIFICATION REJECT 
message is #43 "invalid EPS bearer identity", the UE locally deactivates the EPS bearer context(s) without peer-to-peer 
ESM signalling. 

The further actions to be performed by the UE are implementation dependent as part of upper layers responsibility. 


[TS 24.301, clause 7.3.1] 


The following UE procedures shall apply for handling an unknown, erroneous, or unforeseen PTI received in an ESM 
message: 


h) If the UE receives an ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST message in which the 
PTI value is an assigned value that does not match any PTI in use, the UE shall respond with an ACTIVATE 
DEDICATED EPS BEARER CONTEXT REJECT message including ESM cause #47 "PTI mismatch". 
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1 0.8.3.3 Test description 

10.8.3.3.1 Pre-test conditions 
System Simulator: 

- Cell A 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 

- A default EPS bearer and a dedicated bearer are established between the first PDN and the UE. 

1 0.8.3.3.2 Test procedure sequence 

Table 10.8.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Cause the UE to request bearer resource 
modification of dedicated EPS bearer 
associated with first PDN connectivity.(see 
Note1) 





2 

The UE transmits a BEARER RESOURCE 
MODIFICATION REQUEST message. 

-> 

BEARER RESOURCE 
MODIFICATION REQUEST 

- 

- 

3 

The SS transmits a BEARER RESOURCE 
MODIFICATION REJECT message. 

<— 

BEARER RESOURCE 
MODIFICATION REJECT 

- 

- 

3A 

SS waits for 500ms (Note 2). 

- 

- 

- 

- 

4 

The SS transmits an ACTIVATE DEDICATED 
EPS BEARER CONTEXT REQUEST 
message. 

<— 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT REQUEST 



5 

Check: Does the UE transmit an ACTIVATE 
DEDICATED EPS BEARER CONTEXT 
REJECT message? 

-> 

ACTIVATE DEDICATED EPS 
BEARER CONTEXT REJECT 

1 

P 

Note 1 : The trigger in step 1 and the RRC messages in steps 2 to 5 are the same as in the generic procedure in 

36.508 clause 6.4.3.3. 
Note 2: The timer of 500ms is added to ensure that UE receives BEARER RESOURCE MODIFICATION REJECT 

message before ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST message. 


10.8.3.3.3 


Specific message contents 


Table 10.8.3.3.3-1: Message BEARER RESOURCE MODIFICATION REQUEST (step 2, Table 10.8.3.3.2- 

1) 


Derivation path: 36.508 table 4.7.3-8 | 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity for packet filter 

6 



Table 10.8.3.3.3-2: Message BEARER RESOURCE MODIFICATION REJECT (step 3, Table 10.8.3.3.2-1) 

Derivation path: 36.508 table 4.7.3-6A | 

Information Element 

Value/Remark 

Comment 

Condition 

ESIVI cause 

'01101111'B 

Protocol error, 
unspecified 
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Table 10.8.3.3.3-3: Message ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST (step 4, Table 

10.8.3.3.2-1) 


Derivation path: 36.508 table 4.7.3-3 and table 4.6.1-8 with condition AM-DRB-ADD(3) 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

7 



Procedure transaction identity 

The same value as the 
value set in BEARER 
RESOURCE 
MODIFICATION 
REQUEST message in 
step 2. 



Linked EPS bearer identity 

5 



EPS QoS 

According to reference 
dedicated EPS bearer 
context #2 - see [18] 



TFT 

According to reference 
dedicated EPS bearer 
context #2 - see [18] 




Table 10.8.3.3.3-4: Message ACTIVATE DEDICATED EPS BEARER CONTEXT REJECT (step 5, Table 

10.8.3.3.2-1) 


Derivation path: 36.508 table 4.7.3-2 

Information Element 

Value/Remark 

Comment 

Condition 

ESM cause 

'00101111'B 

PTI mismatch 



10.8.4 UE requested bearer resource modification / Cause #36 "regular 
deactivation" 


10.8.4.1 


(1) 


Test Purpose (TP) 


with { UE in PROCEDURE TRANSACTION INACTIVE state and in EMM- CONNECTED mode } 
ensure that { 

when { UE is requested to release of bearer resources corresponding to the dedicated bearer 
then { UE sends a BEARER RESOURCE MODIFICATION REQUEST message with a cause "regular 
deactivation" j 


} 


(2) 


with { UE having sent the BEARER RESOURCE MODIFICATION REQUEST message } 
ensure that { 

when { UE receives a DEACTIVATE EPS BEARER CONTEXT REQUEST message with the procedure transaction 
identity (PTI) indicated in the BEARER RESOURCE MODIFICATION REQUEST message and the EPS bearer 
identity pointing an existing EPS bearer context } 

then { UE deactivates the EPS bearer context identified by the EPS bearer identity indicated in 
the DEACTIVATE EPS BEARER CONTEXT REQUEST message and sends a DEACTIVATE EPS BEARER CONTEXT ACCEPT 
message } 


10.8.4.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 6.5.4.3, 
6.4.4.3 and 7.3.2. 

[TS 24.301, clause 6.5.4.3] 

Upon receipt of the BEARER RESOURCE MODIFICATION REQUEST message, the MME checks whether the 
resources requested by the UE can be established, modified or released by verifying the EPS bearer identity given in the 
EPS bearer identity for packet filter IE. 
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If the bearer resource modification requested is accepted by the network, the MME shall initiate either a dedicated EPS 
bearer context activation procedure, an EPS bearer context modification procedure or an EPS bearer context 
deactivation procedure. 

Upon receipt of an ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST, MODIFY EPS BEARER 
CONTEXT REQUEST or DEACTIVATE EPS BEARER CONTEXT REQUEST message with a PTI which matches 
the value used for the BEARER RESOURCE MODIFICATION REQUEST message, the UE shall stop timer T3481 
and enter the state PROCEDURE TRANSACTION INACTIVE. 


iii) If the DEACTIVATE EPS BEARER CONTEXT REQUEST message is received, the UE verifies that the EPS 
bearer identity given in the EPS bearer identity IE is any of the active EPS bearer contexts associated with the 
included linked EPS bearer identity The UE shall then proceed as described in subclause 6.4.4.3. 


[TS 24.301, clause 6.4.4.3] 

Upon receipt of the DEACTIVATE EPS BEARER CONTEXT REQUEST message, the UE shall delete the EPS bearer 
context identified by the EPS bearer identity. After deactivating the identified EPS bearer context, the UE shall respond 
to the MME with the DEACTIVATE EPS BEARER CONTEXT ACCEPT. 


Upon sending the DEACTIVATE EPS BEARER CONTEXT ACCEPT message, the UE shall enter the state BEARER 
CONTEXT INACTIVE 

If the DEACTIVATE EPS BEARER CONTEXT REQUEST message contains a PTI value other than "no procedure 
transaction identity assigned" and "reserved" (see 3GPP TS 24.007 [12]), the UE uses the PTI to identify the UE 
requested bearer resource modification procedure or UE requested PDN disconnect procedure to which the EPS bearer 
context deactivation is related (see subclause 6.5.4). 

If the DEACTIVATE EPS BEARER CONTEXT REQUEST message contains a PTI value other than "no procedure 
transaction identity assigned" and "reserved" (see 3GPP TS 24.007 [12]), the UE shall release the traffic flow aggregate 
description associated to the PTI value provided. 


[TS 24.301, clause 7.3.2] 


The following UE procedures shall apply for handling an unknown, erroneous, or unforeseen EPS bearer identity 
received in the header of an ESM message: 


If the UE receives a MODIFY EPS BEARER CONTEXT REQUEST message which includes an unassigned or 
reserved EPS bearer identity value or an assigned EPS bearer identity value that does not match an existing EPS 
bearer context, the UE shall respond with a MODIFY EPS BEARER CONTEXT REJECT message including 
ESM cause #43 "invahd EPS bearer identity". 


1 0.8.4.3 Test description 

1 0.8.4.3.1 Pre-test conditions 

System Simulator: 

- Cell A 
UE: 
None. 
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Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 

- A default EPS bearer and a dedicated bearer are established between the first PDN and the UE. 


10.8.4.3.2 


Test procedure sequence 

Table 10.8.4.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

Cause the UE to request bearer resource 
release of dedicated EPS bearer associated 
with first PDN connectivity (see Note). 





2 

Check: Does the UE transmit a BEARER 
RESOURCE MODIFICATION REQUEST 
message? 

-> 

BEARER RESOURCE 
MODIFICATION REQUEST 

1 

P 

3 

The SS transmits a DEACTIVATE EPS 
BEARER CONTEXT REQUEST message. 

<— 

DEACTIVATE EPS BEARER 
CONTEXT REQUEST 

- 

- 

4 

Check: Does the UE transmit a DEACTIVATE 
EPS BEARER CONTEXT ACCEPT message? 

-> 

DEACTIVATE EPS BEARER 
CONTEXT ACCEPT 

2 

p 

5 

The SS transmits a MODIFY EPS BEARER 
CONTEXT REQUEST message. This 
message is included in a 
DLInformationTransfer message. 

<— 

MODIFY EPS BEARER 
CONTEXT REQUEST 



6 

Check: Does the UE transmit a MODIFY EPS 
BEARER CONTEXT REJECT message? 

-> 

MODIFY EPS BEARER 
CONTEXT REJECT 

2 

p 

Note: The trigger in step 1 and the RRC messages in steps 2 to 4 are the same as in the generic procedure in 36.508 
clause 6.4.3.4. 


10.8.4.3.3 


Specific message contents 


Table 10.8.4.3.3-1: Message BEARER RESOURCE MODIFICATION REQUEST (step 2, Table 10.8.4.3.2- 

1) 


Derivation path: 36.508 table 4.7.3-8, condition RELEASE-REQUESTED 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity for packet filter 

6 



ESM cause 

'0010 0100'B 

Regular 
deactivation 



Table 10.8.4.3.3-2: Message DEACTIVATE EPS BEARER CONTEXT REQUEST (step 3, Table 

10.8.4.3.2-1) 


Derivation path: 36.508 table 4.7.3-12, condition UE-INITIATED and table 4.6.1-8 with condition DRB-REL(2) 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 
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Table 10.8.4.3.3-3: Message MODIFY EPS BEARER CONTEXT REQUEST (step 5, Table 10.8.4.3.2-1) 


Derivation path: 36.508 table 4.7.3-18, condition NETWORK-INITIATED 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 



New EPS QoS 

According to reference 
dedicated EPS bearer 
context #2 - see [18] 



TFT 

According to reference 
dedicated EPS bearer 
context #2 except for TFT 
operation code - see [18] 



TFT operation code 

'100'B 

Replace packet 
filters in existing 
IF! 



Table 10.8.4.3.3-4: Message MODIFY EPS BEARER CONTEXT REJECT (step 6, Table 10.8.4.3.2-1) 


Derivation path: 36.508 table 4.7.3-17 

Information Element 

Value/Remark 

Comment 

Condition 

ESM cause 

'0010 1011'B 

Invalid EPS 
bearer identity 



10.8.5 


10.8.5.1 


UE requested bearer resource modification / BEARER RESOURCE 
MODIFICATION REJECT message including cause #43 "invalid 
EPS bearer identity" 

Test Purpose (TP) 


(1) 


with { UE has sent the BEARER RESOURCE MODIFICATION REQUEST message } 
ensure that { 

when { UE receives a BEARER RESOURCE MODIFICATION REJECT message with the procedure transaction 
identity (PTI) indicated in the BEARER RESOURCE MODIFICATION REQUEST message and a cause ''invalid 
EPS bearer identity" } 

then { UE deactivates the EPS bearer context identified by the EPS bearer identity indicated in 
the BEARER RESOURCE MODIFICATION REQUEST message } 


10.8.5.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 6.5.4.4, 
6.5.4.5 and 7.3.2. 

[TS 24.301, clause 6.5.4.4] 

If the bearer resource modification requested cannot be accepted by the network, the MME shall send a BEARER 
RESOURCE MODIFICATION REJECT message to the UE. The message shall contain the PTI and an ESM cause 
value indicating the reason for rejecting the UE requested bearer resource modification. 

The ESM cause value typically indicates one of the following: 


#43: invalid EPS bearer identity; 


Upon receipt of a BEARER RESOURCE MODIFICATION REJECT message, the UE shall stop the timer T3481, 
release the traffic flow aggregate description associated to the PTI value, and enter the state PROCEDURE 
TRANSACTION INACTIVE. If the ESM cause included in the BEARER RESOURCE MODIFICATION REJECT 
message is #43 "invalid EPS bearer identity", the UE locally deactivates the EPS bearer context(s) without peer-to-peer 
ESM signalling. 
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The further actions to be performed by the UE are implementation dependent as part of upper layers responsibility. 

[TS 24.301, clause 6.5.4.5] 

The following abnormal cases can be identified: 

b) Unknown EPS bearer context 

Upon receipt of the BEARER RESOURCE MODIFICATION REJECT message including ESM cause #43 
"invalid EPS bearer identity", the UE shall deactivate the existing EPS bearer context locally without peer-to- 
peer signalling between the UE and the MME. 

[TS 24.301, clause 7.3.2] 


The following UE procedures shall apply for handling an unknown, erroneous, or unforeseen EPS bearer identity 
received in the header of an ESM message: 


h) If the UE receives a MODIFY EPS BEARER CONTEXT REQUEST message which includes an unassigned or 
reserved EPS bearer identity value or an assigned EPS bearer identity value that does not match an existing EPS 
bearer context, the UE shall respond with a MODIFY EPS BEARER CONTEXT REJECT message including 
ESM cause #43 "invahd EPS bearer identity". 


1 0.8.5.3 Test description 

1 0.8.5.3.1 Pre-test conditions 

System Simulator: 

- Cell A 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 

- A default EPS bearer and a dedicated bearer are established between the first PDN and the UE. 
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10.8.5.3.2 


Test procedure sequence 

Table 10.8.5.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Cause the UE to request bearer resource 
modification of dedicated EPS bearer 
associated with first PDN connectivity.(see 
Note) 





2 

The UE transmits a BEARER RESOURCE 
MODIFICATION REQUEST message. 

-> 

BEARER RESOURCE 
MODIFICATION REQUEST 

- 

- 

3 

The SS transmits a BEARER RESOURCE 
MODIFICATION REJECT message. 

<- 

BEARER RESOURCE 
MODIFICATION REJECT 

- 

- 

4 

The SS transmits a MODIFY EPS BEARER 
CONTEXT REQUEST message. This 
message is included in a 
DLInformationTransfer message. 

<— 

MODIFY EPS BEARER 
CONTEXT REQUEST 



5 

Check: Does the UE transmit a MODIFY EPS 
BEARER CONTEXT REJECT message? 

-> 

MODIFY EPS BEARER 
CONTEXT REJECT 

1 

P 

Note: The trigger in step 1 and the RRC messages in steps 2 to 5 are the same as in the generic procedure in 
36.508 clause 6.4.3.3. 


10.8.5.3.3 


Specific message contents 


Table 10.8.5.3.3-1: Message BEARER RESOURCE MODIFICATION REQUEST (step 2, Table 10.8.5.3.2- 

1) 


Derivation path: 36.508 table 4.7.3-8 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity for packet filter 

6 




Table 10.8.5.3.3-2: Message BEARER RESOURCE MODIFICATION REJECT (step 3, Table 10.8.5.3.2-1) 


Derivation path: 36.508 table 4.7.3-7 

Information Element 

Value/Remark 

Comment 

Condition 

ESM cause 

'0010 1011'B 

Invalid EPS 
bearer identity 



Table 10.8.5.3.3-3: Message MODIFY EPS BEARER CONTEXT REQUEST (step 4, Table 10.8.5.3.2-1) 


Derivation path: 36.508 table 4.7.3-18 and table 4.6.1-8 with condition AM-DRB-ADD(2) 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 



Procedure transaction identity 



No procedure 
transaction 
identity assigned 


New EPS QoS 

According to reference 
dedicated EPS bearer 
context #2 - see [18] 



TFT 

According to reference 
dedicated EPS bearer 
context #2 except for TFT 
operation code - see [18] 



TFT operation code 

'100'B 

Replace packet 
filters in existing 
Ihl 
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Table 10.8.5.3.3-4: Message MODIFY EPS BEARER CONTEXT REJECT (step 5, Table 10.8.5.3.2-1) 


Derivation path: 36.508 table 4.7.3-17 

Information Element 

Value/Remark 

Comment 

Condition 

ESIVI cause 

'0010 1011'B 

Invalid EPS 
bearer identity 



10.8.6 


10.8.6.1 


UE requested bearer resource modification / Collision of a UE 
requested bearer resource modification procedure and EPS bearer 
context deactivation procedure 

Test Purpose (TP) 


(1) 


with { UE having sent the BEARER RESOURCE MODIFICATION REQUEST message } 
ensure that { 

when { UE receives a DEACTIVATE EPS BEARER CONTEXT REQUEST message with an unassigned PTI value 
and the EPS bearer identity indicated in the BEARER RESOURCE MODIFICATION REQUEST message } 

then { UE aborts the UE requested bearer resource modification procedure and deactivates the EPS 
bearer context identified by the EPS bearer identity indicated in DEACTIVATE EPS BEARER CONTEXT 
REQUEST message and sends a DEACTIVATE EPS BEARER CONTEXT ACCEPT message } 


10.8.6.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 6.5.4.5 and 

7.3.2. 

[TS 24.301, clause 6.5.4.5] 

The following abnormal cases can be identified: 


c) Collision of a UE requested bearer resource modification procedure and an EPS bearer context deactivation 
procedure. 

When the UE receives a DEACTIVATE EPS BEARER CONTEXT REQUEST message during the bearer 
resource modification procedure, and the EPS bearer identity indicated in the DEACTIVATE EPS BEARER 
CONTEXT REQUEST message is a EPS bearer context the UE indicated in the UE requested bearer resource 
modification procedure, then the UE shall abort the UE requested bearer resource modification procedure and 
proceed with the EPS bearer context deactivation procedure. 

[TS 24.301, clause 7.3.1] 

The following UE procedures shall apply for handling an unknown, erroneous, or unforeseen PTI received in an ESM 
message: 


j) If the UE receives a MODIFY EPS BEARER CONTEXT REQUEST message in which the PTI value is an 
assigned value that does not match any PTI in use, the UE shall respond with a MODIFY EPS BEARER 
CONTEXT REJECT message including ESM cause #47 "PTI mismatch". 


10.8.6.3 

Test description 

10.8.6.3.1 

Pre-test conditions 

System Simulator: 


- Cell A 


UE: 

None. 
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Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 

- A default EPS bearer and a dedicated bearer are established between the first PDN and the UE. 


10.8.6.3.2 


Test procedure sequence 

Table 10.8.6.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

Cause the UE to request bearer resource 
modification of dedicated EPS bearer 
associated with first PDN connectivity.(see 
Note) 





2 

The UE transmits a BEARER RESOURCE 
MODIFICATION REQUEST message. 

-> 

BEARER RESOURCE 
MODIFICATION REQUEST 

- 

- 

3 

The SS transmits a DEACTIVATE EPS 
BEARER CONTEXT REQUEST message. 

<— 

DEACTIVATE EPS BEARER 
CONTEXT REQUEST 

- 

- 

4 

Check: Does the UE transmit a DEACTIVATE 
EPS BEARER CONTEXT ACCEPT message? 

-> 

DEACTIVATE EPS BEARER 
CONTEXT ACCEPT 

1 

p 

5 

The SS transmits a MODIFY EPS BEARER 
CONTEXT REQUEST message. This 
message is included in a 
DLInformationTransfer message. 

<— 

MODIFY EPS BEARER 
CONTEXT REQUEST 



6 

Check: Does the UE transmit a MODIFY EPS 
BEARER CONTEXT REJECT message? 

-> 

MODIFY EPS BEARER 
CONTEXT REJECT 

1 

p 

Note: The trigger in step 1 and the RRC messages in steps 2 to 4 are the same as in the generic procedure in 
36.508 clause 6.4.3.4. 


10.8.6.3.3 


Specific message contents 


Table 10.8.6.3.3-1: Message BEARER RESOURCE MODIFICATION REQUEST (step 2, Table 10.8.6.3.2- 

1) 


Derivation path: 36.508 table 4.7.3-8 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity for packet filter 

6 




Table 10.8.6.3.3-2: Message DEACTIVATE EPS BEARER CONTEXT REQUEST (step 3, Table 

10.8.6.3.2-1) 


Derivation path: 36.508 table 4.7.3-12, condition NETWORK-INITIATED and table 4.6.1-8 with condition DRB-REL(2) 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 
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Table 10.8.6.3.3-3: Message MODIFY EPS BEARER CONTEXT REQUEST (step 5, Table 10.8.6.3.2-1) 


Derivation path: 36.508 table 4.7.3-18 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 



Procedure transaction identity 

The same value as the 
value set in BEARER 
RESOURCE 
MODIFICATION 
REQUEST message in 
step 2. 



New EPS QoS 

According to reference 
dedicated EPS bearer 
context #2 - see [18] 



TFT 

According to reference 
dedicated EPS bearer 
context #2 except for TFT 
operation code - see [18] 



TFT operation code 

'100'B 

Replace packet 
filters in existing 
TFT 



Table 10.8.6.3.3-4: Message MODIFY EPS BEARER CONTEXT REJECT (step 6, Table 10.8.6.3.2-1) 


Derivation path: 36.508 table 4.7.3-17 

Information Element 

Value/Remark 

Comment 

Condition 

ESM cause 

'00101111'B 

PTI mismatch 



1 0.8.7 UE requested bearer resource modification / Expiry of timer T3481 

1 0.8.7.1 Test Purpose (IP) 

(1) 

with { UE has sent a BEARER RESOURCE MODIFICATION REQUEST message } 
ensure that { 

when { UE detects less than fifth expiry of timer T3481 } 

then { UE re- sends a BEARER RESOURCE MODIFICATION REQUEST message } 


(2) 

with { UE is in EMM- REGISTERED .NO -CELL -AVAILABLE state and has deactivated the EPS bearer context 
without peer-to-peer signalling between the UE and the MME } 
ensure that { 

when { UE receives indication of "back to E-UTRAN coverage" from the lower layers } 
then { UE sends TRACKING AREA UPDATE REQUEST message } 


10.8.7.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301, clause 5.5.3.2.2 and 
6.5.4.5. 

[TS 24.301, clause 5.5.3.2.2] 

The UE in state EMM-REGISTERED shall initiate the tracking area updating procedure by sending a TRACKING 
AREA UPDATE REQUEST message to the MME, 


f) when the UE deactivated EPS bearer context(s) locally while in EMM-REGISTERED. NO-CELL- 
AVAILABLE, and then returns to EMM-REGISTERED. NORMAL-SERVICE; 
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[TS 24.301, clause 6.5.4.5] 

The following abnormal cases can be identified: 

a) Expiry of timer T348 1 : 

On the first expiry of the timer T3481, the UE shall resend the BEARER RESOURCE MODIFICATION 
REQUEST and shall reset and restart timer T3481. This retransmission is repeated four times, i.e. on the fifth 
expiry of timer T3481, the UE shall abort the procedure, release the PTI allocated for this activation and enter 
the state PROCEDURE TRANSACTION INACTIVE. In addition, if the UE had initiated resource release for all 
the traffic flows for the bearer, it shall deactivate the EPS bearer context locally without peer-to-peer signalling 
between the UE and the MME. In order to synchronize the EPS bearer context status with the MME, on 
indication of "back to E-UTRAN coverage" from the lower layers, the UE shall send a TRACKING AREA 
UPDATE REQUEST message that includes the EPS bearer context status IE to the MME. 


1 0.8.7.3 Test description 

1 0.8.7.3.1 Pre-test conditions 

System Simulator: 

- Cell A 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18]. 

- A default EPS bearer and a dedicated bearer are established between the first PDN and the UE. 
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10.8.7.3.2 


Test procedure sequence 

Table 10.8.7.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

Cause the UE to request bearer resource 
release of dedicated EPS bearer associated 
with first PDN connectivity.(see Note) 





2 

The UE transmits a BEARER RESOURCE 
MODIFICATION REQUEST message. 

-> 

BEARER RESOURCE 
MODIFICATION REQUEST 

- 

- 

3 

Wait for 8 s to ensure that T3481 expires (1^^ 
expiry). 

- 

- 

- 

- 

4 

Check: Does the UE transmit a BEARER 
RESOURCE MODIFICATION REQUEST 
message? 

-> 

BEARER RESOURCE 
MODIFICATION REQUEST 

1 

P 

5 

Wait for 8 s to ensure that T3481 expires (2""^ 
expiry). 

- 

- 

- 

- 

6 

Check: Does the UE transmit a BEARER 
RESOURCE MODIFICATION REQUEST 
message? 

-> 

BEARER RESOURCE 
MODIFICATION REOUEST 

1 

p 

7 

Wait for 8 s to ensure that T3481 expires (3'"^ 
expiry). 

- 

- 

- 

- 

8 

Check: Does the UE transmit a BEARER 
RESOURCE MODIFICATION REQUEST 
message? 

-> 

BEARER RESOURCE 
MODIFICATION REQUEST 

1 

p 

9 

Wait for 8 s to ensure that T3481 expires (4^'' 
expiry). 

- 

- 

- 

- 

10 

Check: Does the UE transmit a BEARER 
RESOURCE MODIFICATION REQUEST 
message? 

-> 

BEARER RESOURCE 
MODIFICATION REQUEST 

1 

P 

11 

Set the cell type of Cell A to the "Non-suitable 
"Off" cell". 

- 

- 

- 

- 

12 

Wait for 1 2 s to ensure that T31 plus T31 1 as 
well as T3481 expire (5^^ expiry). 

- 

- 

- 

- 

13 

Set the cell type of Cell A to the "Suitable cell". 

- 

- 

- 

- 

14 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

2 

P 

15 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message. 

<— 

TRACKING AREA UPDATE 
ACCEPT 

- 

- 

16 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

Note: The trigger in step 1 and the RRC messages in steps 2 to 10 are the same as in the generic procedure in 
36.508 clause 6.4.3.3. 


10.8.7.3.3 


Specific message contents 


Table 10.8.7.3.3-1 : Message BEARER RESOURCE MODIFICATION REQUEST (step 2, step 4, step 6, 

step 8 and step 10, Table 10.8.7.3.2-1) 


Derivation path: 36.508 table 4.7.3-8, condition RELEASE-REQUESTED 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity for packet filter 

6 




Table 10.8.7.3.3-2: Message TRACKING AREA UPDATE REQUEST (step 14, Table 10.8.7.3.2-1) 


Derivation path: 36.508 table 4.7.2-27 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer context status 




EPS bearer context status lEI 

57 



Length of EPS bearer context status contents 

2 

2 octets 


EBI(0)-EBI(4) 

'0 OOOO'B 



EBI(5-7) 

'001 'B 



EBI(8)-EBI(15) 

'0000 OOOO'B 
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Table 10.8.7.3.3-3: Message TRACKING AREA UPDATE ACCEPT (step 15, Table 10.8.7.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer context status 




EPS bearer context status lEI 

57 



Length of EPS bearer context status contents 

2 

2 octets 


EBI(0)-EBI(4) 

'0 OOOO'B 



EBI(5-7) 

'001 'B 



EBI(8)-EBI(15) 

'0000 OOOO'B 




1 0.9 UE routing of uplink packets 
10.9.1 UE routing of uplinks packets 


10.9.1.1 


(1) 


Test Purpose (IP) 


with { the UE is in BEARER CONTEXT ACTIVE STATE state and in EMM-CONNECTED mode with a default EPS 
bearer and two dedicated EPS bearers active } 
ensure that { 

when { the UE has IP packets for transmission where each IP packet matches at least one of the 
different packet filters configured in the UL TFTs for the dedicated EPS bearers } 

then { the UE evaluates the packet filters in the correct evaluation order and transmits IP 
packets in uplink on the dedicated EPS bearer associated with the matched packet filter } 

} 

(2) 

with { the UE is in BEARER CONTEXT ACTIVE STATE state and in EMM-CONNECTED mode with a default EPS 
bearer and two dedicated EPS bearers active } 
ensure that { 

when { the UE has an IP packet for transmission where the IP header does not satisfy any of the 
configured packet filters configured in the UL TFT for the dedicated EPS bearers AND no packet 
filter is configured for the default EPS bearer } 

then { the UE transmits the IP packet in uplink on the default EPS bearer } 

} 

(3) 

with { the UE is in BEARER CONTEXT ACTIVE STATE state and in EMM-CONNECTED mode with a default EPS 
bearer and two dedicated EPS bearers active } 
ensure that { 

when { the UE has an IP packet for transmission where the IP header only satisfies a packet filter 
configured in the UL TFT for the default EPS bearers } 

then { the UE transmits the IP packet in uplink on the default EPS bearer } 

} 

(4) 

with { the UE is in BEARER CONTEXT ACTIVE STATE state and in EMM-CONNECTED mode with a default EPS 
bearer and two dedicated EPS bearers active } 
ensure that { 

when { the UE has an IP packet for transmission where the IP header does not satisfy any of the 
configured packet filters in the UL TFT configured for the default and dedicated EPS bearers } 
then { the UE discards the IP packet } 


10.9.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 23.060, clause 15.3.2.0 and 
TS 24.008, clause 10.5.6.12. 

[TS 23.060, clause 15.3.2.0] 
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Each valid downlink- and uplink-packet filter contains a unique identifier within a given TFT, an evaluation precedence 
index that is unique among all packet filters for the same direction (downlink or uplink) for one PDP address and APN 
pair, and at least one of the following attributes: 

- Remote Address and Subnet Mask. 

- Protocol Number (IPv4) / Next Header (IPv6). 

- Local Port Range. 

- Remote Port Range. 

- IPSec Security Parameter Index (SPI). 

- Type of Service (TOS) (IPv4) / Traffic class (IPv6) and Mask. 

- Flow Label (IPv6). 

In the list of attributes above 'Remote' refers to the external network entity, and 'Local' to the MS. 

Some of the above-listed attributes may coexist in a packet filter while others mutually exclude each other. In table 12 
below, the possible combinations are shown. Only those attributes marked with an "X" may be specified for a single 
packet filter. All marked attributes may be specified, but at least one shall be specified. 

If the parameters of the header of a received PDP PDU match all specified attribute values in a packet filter, then it is 
considered that a match is found for this packet filter. In this case, the evaluation procedure is aborted. Other packet 
filters in increasing order of their evaluation precedence index are evaluated until such match is found. 

There may be potential conflicts if attribute values are combined in such a way that the defined filter can never achieve 
a match to a valid IP packet header. However, the determination of such conflicts is outside the scope of GPRS 
standardization. 

Table 12: Valid Packet Filter Attribute Combinations 



Valid 

combination 

types 

Packet filter attribute 

1 

II 

III 

Remote Address and Subnet Mask 

X 

X 

X 

Protocol Number (IPv4) / Next Header (IPv6) 

X 

X 


Local Port Range 

X 



Remote Port Range 

X 



IPSec SPI 


X 


TOS (IPv4) / Traffic Class (IPv6) and Mask 

X 

X 

X 

Flow Label (IPv6) 



X 


[TS 24.008, clause 10.5.6.12] 

The purpose of the traffic flow template information element is to specify the TFT parameters and operations for a PDP 
context. In addition, this information element may be used to transfer extra parameters to the network (e.g. the 
Authorization Token; see 3GPP TS 24.229 [95]). The TFT may contain packet filters for the downlink direction, the 
uplink direction or packet filters that apply for both directions. The packet filters determine the traffic mapping to PDP 
contexts. The downlink packet filters shall be applied by the network and the uplink packet filters shall be applied by 
the MS. A packet filter that applies for both directions shall be applied by the network as a downlink packet filter and 
by the MS as an uplink filter. 

The traffic flow template is a type 4 information element with a minimum length of 3 octets. The maximum length for 
the IE is 257 octets. 

NOTE 1 : The IE length restriction is due to the maximum length that can be encoded in a single length octet. 
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NOTE 2: A maximum size IPv4 packet filter can be 32 bytes. Therefore, 7 maximum size IPv4 type packet filters, 
plus the last packet filter which can contain max 30 octets can fit into one TFT, i.e. if needed not all 
packet filter components can be defined into one message. A maximum size Ipv6 packet filter can be 60 
bytes. Therefore, only 4 maximum size IPv6 packet filters can fit into one TFT. However, using "Add 
packet filters to existing TFT", it's possible to create a TFT including 16 maximum size Ipv4 or IPv6 
filters. 

The traffic flow template information element is coded as shown in figure 10.5.144/3GPP TS 24.008 and table 
10.5.162/3GPPTS 24.008. 


8 7 6 5 4 3 2 1 


Traffic flow template lEI 


Length of traffic flow template IE 


TFT operation code | E bit | Number of packet filters 


Packet filter list 


Parameters list 


Octet 1 
Octet 2 
Octet 3 
Octet 4 

Octet z 
Octet z+1 

Octet V 


Figure 1 0.5.1 44/3GPP TS 24.008: Traffic flow template information element 


8 7 6 5 4 3 2 1 

Packet filter identifier 1 

Packet filter identifier 2 


Packet filter identifier N 


Figure 1 0.5.1 44a/3GPP TS 24.008: Packet filter list \Mhen the TFT operation is "de 

from existing TFT" (z=N+3) 


Octet 4 
Octet 5 

Octet N+3 

ete packet filters 


8 

7 6 5 4 3 2 

1 

Packet filter identifier 1 

Packet filter evaluation precedence 1 

Length of Packet filter contents 1 

Packet filter contents 1 

Packet filter identifier 2 

Packet filter evaluation precedence 2 

Length of Packet filter contents 2 

Packet filter contents 2 


Packet filter identifier N 

Packet filter evaluation precedence N 

Length of Packet filter contents N 

Packet filter contents N 


Octet 4 
Octet 5 
Octet 6 
Octet 7 
Octet m 
Octet m+1 
Octet m+2 
Octet m+3 
Octet m+4 
Octet n 
Octet n+1 
Octet y 
Octet y+1 
Octet y+2 
Octet y+3 
Octet y+4 
Octet z 

Figure 1 0.5.1 44b/3GPP TS 24.008: Packet filter list \Nhen the TFT operation is "create new TFT", or 
"add packet filters to existing TFT" or "replace packet filters in existing TFT" 
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8 

7 6 5 4 3 2 

1 

Parameter identifier 1 

Length of Parameter contents 1 

Parameter contents 1 

Parameter identifier 2 

Length of Parameter contents 2 

Parameter contents 2 


Parameter identifier N 

Length of Parameter contents N 

Parameter contents N 


Octet z+1 
Octet z+2 
Octet z+3 
Octet k 
Octet k+1 
Octet k+2 
Octet k+3 
Octet p 
Octet p+1 
Octet q 
Octet q+1 
Octet q+2 
Octet q+3 
Octet V 


Figure 1 0.5.1 44c/3GPP TS 24.008: Parameters list 
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Table 1 0.5.1 62/3GPP TS 24.008: Traffic flow template information element 


TFT operation code (octet 3) 

Bits 

876 

Spare 

1 Create new TFT 

1 Delete existing TFT 

1 1 Add packet filters to existing TFT 

1 Replace packet filters in existing TFT 

1 1 Delete packet filters from existing TFT 
1 1 No TFT operation 

1 1 1 Reserved 

The TFT operation code "No TFT operation" shall be used if a parameters list is 
included but no packet filter list is included in the traffic flow template information 
element. 


E bit (bit 5 of octet 3) 

The E bit indicates if a parameters list is included in the TFT IE and it is encoded 
as follows: 

parameters list is not included 

1 parameters list is included 


Number of packet filters (octet 3) 

The number of packet filters contains the binary coding for the number of packet 
filters in the packet filter list. The number of packet filters \\e\6 is encoded in bits 4 
through 1 of octet 3 where bit 4 is the most significant and bit 1 is the least 
significant bit. For the "delete existing TFT" operation and for the "no TFT 
operation", the number of packet filters shall be coded as 0. For all other operations, 
the number of packet filters shall be greater than and less than or equal to 16. 


Packet filter list (octets 4 to z) 

The packet filter list conXams a variable number of packet filters. For the "delete 
existing TFT" operation and the "no TFT operation", the packet filter list shaW be 
empty. 

For the "delete packet filters from existing TFT" operation, the packet filter list shaW 
contain a variable number of packet filter identifiers. This number shall be derived 
from the coding of the number of packet filters field in octet 3. 

For the "create new TFT", "add packet filters to existing TFT" and "replace packet 
filters in existing TFT" operations, the packet filter list shaW contain a variable 
number of packet filters. This number shall be derived from the coding of the 
number of packet filters field in octet 3. 

Each packet filter is of variable length and consists of 

- a packet filter identifier and direction (1 octet); 

- a packet filter evaluation precedence (1 octet); 

- the length of the packet filter contents (1 octet); and 

- the packet filter contents itself (v octets). 

The packet filter identifier i\e\6 is used to identify each packet filter in a TFT. The 
least significant 4 bits are used. 

The packet filter direction is used to indicate, in bits 5 and 6, for what traffic direction 
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the filter applies: 

00 -pre Rel-7 TFT filter 
01 - downlink only 

10 - uplink only 

1 1 - bidirectional 

Bits 8 through 7 are spare bits. 

The packet filter evaluation precedence field is used to specify the precedence for 
the packet filter among all packet filters in all TFTs associated with this PDP 
address. Higher the value of the packet filter evaluation precedence field, lower the 
precedence of that packet filter is. The first bit in transmission order is the most 
significant bit. 

The length of the packet filter contents field contains the binary coded 
representation of the length of the packet filter contents field of a packet filter. The 
first bit in transmission order is the most significant bit. 

The packet filter contents field is of variable size and contains a variable number (at 
least one) of packet filter components. Each packet filter component shall be 
encoded as a sequence of a one octet packet filter component type identifier and a 
fixed length packet filter component value field. The packet filter component type 
identifier shaW be transmitted first. 

In each packet filter, there shall not be more than one occurrence of each packet 
filter component type. Among the "IPv4 remote address type" and "IPv6 remote 
address type" packet filter components, only one shall be present in one packet 
filter. Among the "single local port type" and "local port range type" packet filter 
components, only one shall be present in one packet filter. Among the "single 
remote port type" and "remote port range type" packet filter components, only one 
shall be present in one packet filter. 

The term local refers to the MS and the term remote refers to an external network 
entity. 

Packet filter component type identifier 

Bits 

87654321 

10 IPv4 remote address type 

10 IPv6 remote address type 

110 Protocol identifier/Next header type 

1 Single local port type 

10 1 Local port range type 

10 10 Single remote port type 

10 10 1 Remote port range type 

110 Security parameter index type 

1110 Type of service/Traffic class type 

1 Flow label type 

All other values are reserved. 

For "IPv4 remote address type", the packet filter component value field shall be 
encoded as a sequence of a four octet IPv4 address field and a four octet IPv4 
address A77as/c field. The IPv4 address field shall be transmitted first. 

For "IPv6 remote address type", the packet filter component value field shall be 
encoded as a sequence of a sixteen octet IPv6 address field and a sixteen octet 
IPv6 address A77as/c field. The IPv6 address field shall be transmitted first. 

For "Protocol identifier/Next header type", the packet filter component value field 
shall be encoded as one octet which specifies the IPv4 protocol identifier or IPv6 
next header. 

For "Single local port type" and "Single remote port type", the packet filter 
component value field shall be encoded as two octet which specifies a port number. 

For "Local port range type" and "Remote port range type", the packet filter 
component value field shall be encoded as a sequence of a two octet port range low 
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limit i\e\6 and a two octet port range liigli limit i\e\6. The port range low limit i\e\6 
shall be transmitted first. 

For "Security parameter index", the packet filter component value field shall be 
encoded as four octet which specifies the IPSec security parameter index. 

For "Type of service/Traffic class type", the packet filter component value field shall 
be encoded as a sequence of a one octet Type-of-Service/Traffic Class field and a 
one octet Type-of-Service/Traffic Class maski\e\6. The Type-of-Service/Traffic 
C/ass field shall be transmitted first. 

For "Flow label type", the packet filter component value field shall be encoded as 
three octet which specifies the IPv6 flow label. The bits 8 through 5 of the first octet 
shall be spare whereas the remaining 20 bits shall contain the IPv6 flow label. 

Parameters list (octets z+1 to v) 

The parameters //sf contains a variable number of parameters that may be 
transferred. If the parameters list'is included, the EM is set to 1 ; otherwise, the E bit 
is set to 0. 

Each parameter included in the parameters list'is of variable length and consists of: 

- a parameter identifier (1 octet); 

- the length of the parameter contents (1 octet); and 

- the parameter contents itself (v octets). 

The parameter identifier Y\e\6 is used to identify each parameter included in the 
parameters list an6 it contains the hexadecimal coding of the parameter identifier. 
Bit 8 of the parameter identifier Y\e\6 contains the most significant bit and bit 1 
contains the least significant bit. In this version of the protocol, the following 
parameter identifiers are specified: 

- 01 H (Authorization Token); 

- 02H (Flow Identifier) ; and 

- 03H (Packet Filter Identifier). 

If the parameters //sf contains a parameter identifier that is not supported by the 
receiving entity the corresponding parameter shall be discarded. 

The length of parameter contents i\e\6 contains the binary coded representation of 
the length of the parameter contents i\e\6. The first bit in transmission order is the 
most significant bit. 

When the parameter identifier \n6'\ca\es Authorization Token, the parameter 
contents i\e\6 contains an authorization token, as specified in 3GPP TS 29.207 
[100]. The first octet is the most significant octet of the authorization token and the 
last octet is the least significant octet of the authorization token. 

The parameters //sf shall be coded in a way that an Authorization Token (i.e. a 
parameter with identifier 01 H) is always followed by one or more Flow Identifiers 
(i.e. one or more parameters with identifier 02H). 

If the parameters //sf contains two or more consecutive Authorization Tokens without 
any Flow Identifiers in between, the receiver shall treat this as a semantical TFT 
error. 

When the parameter identifier \n6\C3.\es Flow Identifier, the parameter contents i\e\6 
contains the binary representation of a flow identifier. The Flow Identifier consists of 
four octets. Octets 1 and 2 contains the Media Component number as specified in 
3GPP TS 29.207 [100]. Bit 1 of octet 2 is the least significant bit, and bit 8 of octet 1 
is the most significant bit. Octets 3 and 4 contains the IP flow number as specified in 
3GPP TS 29.207 [100]. Bit 1 of octet 4 is the least significant bit, and bit 8 of octet 3 
is the most significant bit. 

When the parameter identifier indicates Packet Filter Identifier, the parameter 
contents field contains the binary representation of one or more packet filter 
identifiers. Each packet filter identifier is encoded in one octet, in the 4 least 
significant bits. This parameter is used by the MS to identify one or more packet 
filters in a TFT when modifying the QoS of a PDP context without modifying the 
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packet filter itself. 


10.9.1.3 Test description 

10.9.1.3.1 Pre-test conditions 

System Simulator: 

- Cell A is configured according to Table 6.3.2.2-1 in [18]. 
UE: 

None. 
Preamble: 

- None. 
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Packet filter components 

Packet 
filter ID 

ULTFT 

Packet filter 
evaluation 
precedence 

Protocol 
Number 
(IPv4) / 

Next 
Header 

(IPv6) 

Remote 
address and 
Subnet mask 

Single 
Local 
Port 

(UE) 

Local 

Port 

Range 

(UE) 

Single 

Remote 

Port 

(NW) 

Remote 

Port 

Range 

(NW) 

IPSec SPI 
range 

Type of Service 

(IPv4) /Traffic 

Class (IPv6) and 

Mask 

Flow 
Label 
(IPv6) 

Comments 

1 

DRB2 

6 

17 
(UDP) 

IPv4: 

172.168.8.0 

[255.255.255.0] 

IPv6: 

2001:0ba0:: 

[ffff:ffff::] 

60001 



60350: 
60450 


10101000, Mask= 
11111100 


UDP application identified 
by remote address, type 
of service/traffic class and 
specific local and remote 
port numbers 
This is a valid Packet 
Filter Attribute 
Combination Type 1 
according to TS 23.060, 
subclause 15.3.2.0. 

2 

DRB3 

7 

17 
(UDP) 

IPv4: 

172.168.8.0 

[255.255.255.0] 

IPv6: 

2001:0ba0:: 

[ffff:ffff::] 


60000:6 
0100 


60350 


10101000, Mask= 
11111100 


UDP application identified 
by remote address, type of 
service/traffic class and 
range of local and remote 
port numbers. This is a 
valid Packet Filter 
Attribute Combination 
Type 1 according to TS 
23.060, subclause 
15.3.2.0. 

3 

DRB3 

5 

50 
IPSec 
(ESP) 

IPv4: 

172.168.8.0 

[255.255.255.0] 

IPv6: 

2001:0ba0:: 

[ffff:ffff::] 





OxOFSOFOOOO 

10100000, Mask= 
11111100 


IPSec session. Example 
from TS 23.060 cl 15.3.3.3 
This is a valid Packet 
Filter Attribute 
Combination Type II 
according to TS 23.060, 
subclause 15.3.2.0. 

4 

DRB3 

2 


IPv6: 
2001:0ba0:: 

[ffff:ffff::] 






10110000, Mask= 
11111100 

5 

IPv6 Flow Label filter. 
This is a valid Packet 
Filter Attribute 
Combination Type III 
according to TS 23.060, 
subclause 15.3.2.0. 
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Packet filter components 

Packet 

ULTFT 

Packet filter 

Protocol 

Remote 

Single 

Local 

Single 

Remote 

IPSec SPI 

Type of Service 

Flow 

Comments 

filter ID 


evaluation 

Number 

address and 

Local 

Port 

Remote 

Port 

range 

(IPv4) / Traffic 

Label 




precedence 

(IPv4) / 

Next 
Header 
(IPv6) 

Subnet mask 

Port 

(UE) 

Range 

(UE) 

Port 

(NW) 

Range 

(NW) 


Class (IPv6) and 
Mask 

(IPv6) 


5 

DRB1 
(default 
bearer) 

255 


IPv4: 

172.168.8.0 

[255.255.255.0] 

IPv6: 

2001:0ba0:: 

[ffff:ffff::] 








Application identified by 
remote address. 
This is a valid Packet 
Filter Attribute 
Combination Type 1 
according to TS 23.060, 
subclause 15.3.2.0. 
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Sub-test 
Index 

Test data 

(IP packet) 

Notel 

Expected DRB 

associated with the 

EPS bearer context 

for the matching 

packet filter 

Packet Filter 
Attribute 

Combination 
under test 

Packet Filter Component 
under test 

Comment 

1 

IP packet#1 

DRB2 

Type 1 

All Type 1 packet filter 
components match 

The IP packet is only matching Packet Filter 1 and 2 in Table 10.9.1.3.2- 
1 . The IP packet is returned on DRB2 as Packet Filter 1 is evaluated 
before Packet Filter 2. 

2 

IP packet#2 

DRB1 

Type 1 

Remote Address does not 
match 

No packet filter matches. The IP packet is returned on DRB1 (default 
bearer) 

3 

IP packet#3 

DRB1 

Type 1 

Protocol identifier/Next 
header does not match 

No packet filter matches. The IP packet is returned on DRB1 (default 
bearer) 

4 

IP packet#4 

DRB3 

Type 1 

Single local port does not 
match 

The IP packet is only matching Packet Filter 2 in Table 1 0.9.1 .3.2-1 . The 
IP packet is returned on DRB3. 

5 

IP packet#5 

DRB1 

Type 1 

Local port range does not 
match 

No packet filter matches. The IP packet is returned on DRB1 (default 
bearer) 

6 

IP packet#6 

DRB2 

Type 1 

Single remote port does not 
match 

IP packet is only matching Packet Filter 1 in Table 10.9.1.3.2-1. The IP 
packet is returned on DRB2. 

7 

IP packet#7 

DRB1 

Type 1 

Remote port range does not 
match 

No packet filter matches. The IP packet is returned on DRB1 (default 
bearer) 

8 

IP packet#8 

DRB1 

Type 1 

Type of service/Traffic class 
does not match 

No packet filter matches. The IP packet is returned on DRB1 (default 
bearer) 

9 

IP packet#9 

DRB3 

Type II 

All Type II packet filter 
components match 

The IP packet is only matching Packet Filter 3 in Table 1 0.9.1 .3.2-1 . The 
IP packet is returned on DRB3. 

10 

IPpacket#10 

DRB1 

Type II 

Remote Address does not 
match 

No packet filter matches. The IP packet is returned on DRB1 (default 
bearer) 

11 

IPpacket#11 

DRB1 

Type II 

Protocol identifier/Next 
header does not match 

No packet filter matches. The IP packet is returned on DRB1 (default 
bearer) 

12 

IPpacket#12 

DRB1 

Type II 

Security parameter index 
does not match 

No packet filter matches. The IP packet is returned on DRB1 (default 
bearer) 

13 

IPpacket#13 

DRB1 

Type II 

Type of service/Traffic class 
does not match 

No packet filter matches. The IP packet is returned on DRB1 (default 
bearer) 

14 

IPpacket#14 

DRB3 

Type III 

All Type III packet filter 
components match 

The IP packet is only matching Packet Filter 4 in Table 1 0.9.1 .3.2-1 . The 
IP packet is returned on DRB2. 

15 

IPpacket#15 

DRB1 

Type III 

Remote Address does not 
match 

No packet filter matches. The IP packet is returned on DRB1 (default 
bearer) 

16 

IPpacket#16 

DRB1 

Type III 

Type of service/Traffic class 
does not match 

No packet filter matches. The IP packet is returned on DRB1 (default 
bearer) 

17 

IPpacket#17 

DRB1 

Type III 

Flow Label does not match 

No packet filter matches. The IP packet is returned on DRB1 (default 
bearer) 
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Sub-test 
Index 

Test data 

(IP packet) 

Notel 

Expected DRB 

associated with the 

EPS bearer context 

for the matching 

packet filter 

Packet Filter 
Attribute 

Combination 
under test 

Packet Filter Component 
under test 

Comment 

18 

IPpacket#18 

DRB1 

Type 1 

Remote Address match 

IP packet is only matching Packet Filters in Table 10.9.1.3.2-1. 

19 

IPpacket#19 

None 

Type 1 

Remote Address does not 
match 

IP packet does not match any Packet Filters. 

Note 1: IP Packet details are specified in Tables 10.9.1.3.3-5 to 10.9.1.3.3-14 in clause 10.9.1.3.3. 

Note 2: IP packets for sub-test index 1 to 17 are sent by the SS while no TFT is assigned to the default EPS bearer (associated by DRB1). IP packets for sub-test index 18 
and 19 are sent by the SS after adding a 1 1- 1 to the default EPS bearer. 
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The test procedure in Table 10.9.1.3.2-3 is executed once for IPv4 case (sub test 1) and once for IPv6 case (sub test 2) 
dependent on UE capability as specified in Table 10.9.1.3.2-2a. 

Table 1 0.9.1. 3.2-2a: Test executions and test parameters 


Sub test 

Applicability 

IPtyp 

1 

UE supporting IPv4 

'IPv4' 

2 

UE supporting IPv6 

'IPv6' 

Note 1 : For UEs supporting both IPv4 and IPv6 then both 
test execution 1 and 2 shall be performed. 
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Table 10.9.1.3.2-3: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 



The SS performs the generic procedure to get 
UE in Loopback Activated (state 4) on Cell A 
establishing a default EPS bearer in 
accordance to Reference default EPS bearer 
context #1 (DRB1) as specified in subclause 
6.6.1 in [18] and two dedicated EPS bearers 
(DRB2 and DRB3) with EPS bearer context as 
specified in ACTIVATE DEDICATED EPS 
BEARER CONTEXT REQUEST message for 
DRB2 and DRB3 in subclause 1 0.9.1 .3.3. 






EXCEPTION: 

IF IPtype='IPv4' then test steps 1 to 2 are 
repeated for N= 1 to 13 using the IPv4 packet 
filters components in Table 10.9.1.3.2-1. 
IF IPtype='IPv6' then test steps 1 to 2 are 
repeated for N= 1 to 17 using the IPv6 packet 
filters components in Table 1 0.9.1 .3.2-1 . 





1 

The SS transmits one IP Packet according to 
Table 10.9.1.3.2-2 for Sub-test index=N on 
DRB1 





2 

Check: Does UE send the IP Packet on the 
data radio bearer as specified by Table 
1 0.9.1 .3.2-2 for Sub-test index=N? 



1,2 

P 

3 

The SS transmits a MODIFY EPS BEARER 
CONTEXT REQUEST message to add TFT to 
the default EPS bearer. This message is 
included in a DLInformationTransfer message. 

<- 

MODIFY EPS BEARER 
CONTEXT REQUEST 



4 

UE transmits a MODIFY EPS BEARER 
CONTEXT ACCEPT message 

-> 

MODIFY EPS BEARER 
CONTEXT ACCEPT 

- 

- 

5 

The SS transmits one IP Packet according to 
Table 10.9.1.3.2-2 for Sub-test index=18 on 
DRB1 





6 

Check: Does UE send the IP Packet on the 
data radio bearer as specified by Table 
10.9.1.3.2-2 for Sub-test index=18? 



3 

P 

7 

The SS transmits one IP Packet according to 
Table 10.9.1.3.2-2 for Sub-test index=19 on 
DRB1 





8 

Check: Does UE send an IP Packet on any of 
the dedicated or default data radio bearers? 

- 

- 

4 

F 

- 

EXCEPTION: Steps 9 - 16 are executed if two 
executions apply and this is the first execution. 

- 

- 

- 

- 

9 

The SS transmits an OPEN UE TEST LOOP 
message to exit the UE test loop mode. 

<- 

RRC: DLInformationTransfer 
TC: OPEN UE TEST LOOP 

- 

- 

10 

The UE transmits an OPEN UE TEST LOOP 
COMPLETE message. 

-> 

RRC: ULInformationTransfer 
TC: OPEN UE TEST LOOP 
COMPLETE 



11 

The SS transmits an DEACTIVATE TEST 
MODE message to de-activate UE radio 
bearer test mode procedure. 

<- 

RRC: DLInformationTransfer 
TC: DEACTIVATE TEST MODE 



12 

The UE transmits an DEACTIVATE TEST 
MODE COMPLETE message. 

-> 

RRC: ULInformationTransfer 
TC: DEACTIVATE TEST MODE 
COMPLETE 



13 

The SS initiates Detach procedure with the 
Detach Type IE "re-attach required" 

<— 

DETACH REQUEST 

- 

- 

14 

UE sends DETACH ACCEPT message 

-> 

DETACH ACCEPT 

- 

- 

15 

The SS releases the RRC connection. 

- 

- 

- 

- 

- 

EXCEPTION: Step 16 describes a behaviour 
which depends on the UE capability 

- 

- 

- 

- 

16 

IF NOT pc_Automatic_Re_Attach, the user 
initiates an attach by MMI or by AT command. 

- 

- 

- 

- 
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10.9.1.3.3 


Specific message contents 


Table 1 0.9.1. 3.3-Oa: ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST (Test execution 2: step 

0, Table 10.9.1.3.2-3) 


Derivation Path: 36.508 table 4.7.3-6 

Information Element 

Value/remark 

Comment 

Condition 

PDN address 




Length of PDN address contents 

9 octets 


PDN type value 

'010'B 

IPv6 

PDN address information 

IPv6 interface identifier 

The SS provides a 
valid IPv6 
interface identifier 

ESM cause 

IF "PDN type" IE in step 
4 (preamble) is 'IPv4v6' 
THEN '0011 0011 'B ELSE 
Not present 

"PDN type IPv6 
only allowed" 



Table 1 0.9.1 .3.3-Ob: ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST (Test execution 1: step 

0, Table 10.9.1.3.2-3) 


Derivation Path: 36.508 table 4.7.3-6 

Information Element 

Value/remark 

Comment 

Condition 

PDN address 




Length of PDN address contents 

5 octets 


PDN type value 

'001 'B 

IPv4 

PDN address information 

IPv4 address 

The SS provides a 
valid IPv4 address 

ESM cause 

IF "PDN type" IE in step 
4 (preamble) is 'IPv4v6' 
THEN '001 1 001 0'B ELSE 
Not present 

"PDN type IPv4 
only allowed" 



Table 10.9.1.3.3-1 : Message ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST step 0, Table 

10.9.1.3.2-3 (,DRB2) 


Derivation path: 36.508 table 4.7.3-3 and table 4.6.1-8 with condition AM-DRB-ADD(2) 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 



Procedure transaction identity 



"No procedure 
transaction 
identity assigned" 


Linked EPS bearer identity 

5 

SS re-uses the 
EPS bearer 
identity of the 
default EPS 
bearer context. 


EPS QoS 

According to reference 
dedicated EPS bearer 
context #1 - see [18] 



TFT 

TFT operation code 

"create new TFT" 



Ebit 





Packet filters (Note 1) 

1 



Note 1 : This row refers to the packet filters defined in 

Table 10.9.1.3.2-1. 
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Table 10.9.1.3.3-2: Message ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST ( step 0, 

Table 10.9.1.3.2-3, DRB3) 


Derivation path: 36.508 table 4.7.3-3 and table 4.6.1-8 with condition AM-DRB-ADD(3) 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

7 



Procedure transaction identity 



"No procedure 
transaction 
identity assigned" 


Linked EPS bearer identity 

5 

SS re-uses the 
EPS bearer 
identity of the 
default EPS 
bearer context. 


EPS QoS 

According to reference 
dedicated EPS bearer 
context #1 - see [18] 



TFT 

TFT operation code 

"create new TFT" 



Ebit 





Packet filters (Note 1) 

2,3 


IPv4 

2,3,4 


IPv6 

Note 1 : This row refers to the packet filters defined in Table 10.9.1 .3.2-1 . 


Condition 

Explanation 

IPv4 

This condition applies if test variable IP type is set to 'IPv4'. 

IPv6 

This condition applies if test variable IP type is set to 'IPv6'. 


Table 10.9.1.3.3-3: Message MODIFY EPS BEARER CONTEXT REQUEST (step 3, Table 10.9.1.3.2-3) 


Derivation path: 36.508 table 4.7.3-16 and table 4.6.1-3 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

The same value as the 
value set in ACTIVATE 
DEFAULT EPS BEARER 
CONTEXT REQUEST 
message 

SS assigns the 
current default 
EPS bearer 
context. 


Procedure transaction identity 



"No procedure 
transaction 
identity assigned" 


TFT 




TFT operation code 

"Create new TFT" 



Ebit 





Packet filters (Note 1) 

5 

SS adds packet 
filter to the default 
EPS bearer 
context. 


Note 1 : This row refers to the packet filters defined in Table 10.9.1 .3.2-1 . 


Table 10.9.1.3.3-4: Message MODIFY EPS BEARER CONTEXT ACCEPT (step 4, Table 10.9.1.3.2-3) 


Derivation path: 36.508 table 4.7.3-14 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

The same value as the 
value set in ACTIVATE 
DEFAULT EPS BEARER 
CONTEXT REQUEST 
message 

Same value as in 
MODIFY EPS 
BEARER 
CONTEXT 
REQUEST 


Procedure transaction identity 



"No procedure 
transaction 
identity assigned" 
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Table 1 0.9.1. 3.3-4a: Message DETACH REQUEST (step 9, Table 10.9.1.3.2-3) 


Derivation path: 36.508 table 4.7.2-12 

Information Element 

Value/Remark 

Comment 

Condition 

Detach type 

001 

"re-attach 
required" 



Table 10.9.1.3.3-5: IP packet#1 (Table 10.9.1.3.2-2) 


Derivation path: IETF RFC 791 section 3.1 (IPv4) or RFC 2460 section 3 (IPv6) and RFC 769 introduction 

Information Element 

Value/Remark 

Comment 

Condition 

Type of service (IPv4) / Traffic Class (IPv6) 

10101001 

Significant for 
packet filters 1, 2, 
3, and 4. Value 
matches packet 
filters 1 and 2. 
Value does not 
match packet 
filters 3 or 4. 


Protocol 

17 

UDP 

Significant packet 
filters 1, 2 and 3. 
Value matches 
packet filters 1 
and 2. Value does 
not match packet 
filter 3. 


Source Address 

192.168.0.1 

Not significant for 
any packet filters 

IPv4 

fe80::1:1 

Not significant for 
any packet filters 

IPv6 

Destination Address 

172.168.8.1 

Significant for 
packet filters 1, 2 
and 3. Value 
matches packet 
filters 1, 2 and 3. 

IPv4 

2001:0ba0::0001:0001 

Significant for 
packet filters 1, 2, 
3 and 4. Value 
matches packet 
filters 1, 2, 3 and 
4. 

IPv6 

Source Port 

60001 

Significant for 
packet filters 1 
and 2. Value 
matches packet 
filters 1 and 2. 


Destination Port 

60350 

Significant for 
packet filters 1 
and 2. Value 
matches packet 
filters 1 and 2. 


Flow Label 

10 

Significant for 
packet filter 4. 
Value does not 
match packet filter 
4. 

IPv6 


Condition 

Explanation 

IPv4 

This condition applies if test variable IP type is set to 'IPv4'. 

IPv6 

This condition applies if test variable IP type is set to 'IPv6'. 
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Table 10.9.1.3.3-6: IP packet#2 (Table 10.9.1.3.2-2) 


Derivation path: IP packet#1 , Table 10.9.1.3.3-5 

Information Element 

Value/Remark 

Comment 

Condition 

Destination Address 

172.168.9.1 

Significant for 
packet filter 1 , 2 
and 3. Value does 
not match packet 
filters 1 , 2 or 3. 

IPv4 


2001:0bb0::0001:0001 

Significant for 
packet filter 1,2,3 
and 4. Value does 
not match packet 
filters 1,2, 3 or 4. 

IPv6 


Condition 

Explanation 

IPv4 

This condition applies if test variable IP type is set to 'IPv4'. 

IPv6 

This condition applies if test variable IP type is set to 'IPv6'. 


Table 10.9.1.3.3-7: IP packet#3 (Table 10.9.1.3.2-2) 


Derivation path: IP packet#1 , Table 10.9.1 .3.3-5 

Information Element 

Value/Remark 

Comment 

Condition 

Protocol 

6 

TCP 

Significant packet 
filters 1 , 2 and 3. 
Value does not 
match packet 
filters 1 , 2 or 3. 



Table 10.9.1.3.3-8: IP packet#4 (Table 10.9.1.3.2-2) 


Derivation path: IP packet#1. Table 10.9.1.3.3-5 

Information Element 

Value/Remark 

Comment 

Condition 

Source Port 

60002 

Significant for 
packet filters 1 
and 2. Value 
matches packet 
filter 2. Value 
does not match 
packet filter 1 . 



Table 10.9.1.3.3-9: IP packet#5 (Table 10.9.1.3.2-2) 


Derivation path: IP packet#1 , Table 10.9.1 .3.3-5 

Information Element 

Value/Remark 

Comment 

Condition 

Source Port 

60101 

Significant for 
packet filters 1 
and 2. Value does 
not match packet 
filters 1 or 2. 
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Table 10.9.1.3.3-10: IP packet#6 (Table 10.9.1.3.2-2) 


Derivation path: IP packet#1 , Table 10.9.1.3.3-5 

Information Element 

Value/Remark 

Comment 

Condition 

Destination Port 

60351 

Significant for 
packet filters 1 
and 2. Value 
matches packet 
filter 1 . Value 
does not match 
packet filter 2 



Table 10.9.1.3.3-11 : IP packet#7 (Table 10.9.1.3.2-2) 


Derivation path: IP packet#1 , Table 10.9.1 .3.3-5 

Information Element 

Value/Remark 

Comment 

Condition 

Destination Port 

60451 

Significant for 
packet filters 1 
and 2. Value does 
not match packet 
filter 1 or 2. 



Table 10.9.1.3.3-12: IP packet#8 (Table 10.9.1.3.2-2) 


Derivation path: IP packet#1 , Table 10.9.1 .3.3-5 

Information Element 

Value/Remark 

Comment 

Condition 

Type of service (IPv4) / Traffic Class (IPv6) 

11101001 

Significant for 
packet filters 1, 2, 
3, and 4. Value 
does not match 
packet filters 1, 2, 
3 or 4. 
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Table 10.9.1.3.3-13: IP packet#9 (Table 10.9.1.3.2-2) 


Derivation path: IETF RFC 791 section 3.1 (IPv4) or RFC 2460 section 3 (IPv6) and RFC 769 introduction 

Information Element 

Value/Remark 

Comment 

Condition 

Type of service (IPv4) / Traffic Class (IPv6) 

10100010 

Significant for 
packet filters 1, 2, 
3, and 4. Value 
matches packet 
filter 3. Value 
does not match 
packet filters 1, 2 
or 4. 


Protocol 

50 

IPSec (ESP) 
Significant packet 
filters 1 , 2 and 3. 
Value matches 
packet filter 3. 
Value does not 
match packet 
filters 1 or 2. 


Source Address 

192.168.0.1 

Not significant for 
any packet filters 

IPv4 

Fe80::1:1 

Not significant for 
any packet filters 

IPv6 

Destination Address 

172.168.8.1 

Significant for 
packet filters 1, 2 
and 3. Value 
matches packet 
filters 1 , 2 and 3. 

IPv4 

2001:0ba0::0001:0001 

Significant for 
packet filters 1, 2, 
3 and 4. Value 
matches packet 
filters 1,2,3 and 
4. 

IPv6 

Source Port 

60101 

Significant for 
packet filters 1 
and 2. Value does 
not match packet 
filters 1 or 2. 


Destination Port 

60451 

Significant for 
packet filters 1 
and 2. Value does 
not match packet 
filters 1 or 2. 


IP SecSPI range 

0X0F80F0000 

Significant for 
packet filter 3. 
Value matches 
packet filter 3. 


Flow Label 

10 

Significant for 
packet filter 4. 
Value does not 
match packet filter 
4. 

IPv6 


Condition 

Explanation 

IPv4 

This condition applies if test variable IP type is set to 'IPv4'. 

IPv6 

This condition applies if test variable IP type is set to 'IPv6'. 
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Table 10.9.1.3.3-14: IP packet#10 (Table 10.9.1.3.2-2) 


Derivation path: IP packet#9, Table 10.9.1.3.3-13 

Information Element 

Value/Remark 

Comment 

Condition 

Destination Address 

172.168.9.1 

Significant for 
packet filter 1 , 2 
and 3. Value does 
not match packet 
filters 1 , 2 or 3. 

IPv4 


2001:0bb0::0001:0001 

Significant for 
packet filter 1,2,3 
and 4. Value does 
not match packet 
filters 1,2, 3 or 4. 

IPv6 


Condition 

Explanation 

IPv4 

This condition applies if test variable IP type is set to 'IPv4'. 

IPv6 

This condition applies if test variable IP type is set to 'IPv6'. 


Table 10.9.1.3.3-15: IP packet#11 (Table 10.9.1.3.2-2) 


Derivation path: IP packet#9. Table 10.9.1.3.3-13 

Information Element 

Value/Remark 

Comment 

Condition 

Protocol 

6 

TCP 

Significant packet 
filters 1 , 2 and 3. 
Value does not 
match packet 
filters 1 , 2 or 3. 



Table 10.9.1.3.3-16: IP packet#12 (Table 10.9.1.3.2-2) 


Derivation path: IP packet#9. Table 10.9.1.3.3-13 

Information Element 

Value/Remark 

Comment 

Condition 

IP SecSPI range 

0X0F90F0000 

Significant for 
packet filter 3. 
Value does not 
match packet filter 
3. 



Table 10.9.1.3.3-17: IP packet#13 (Table 10.9.1.3.2-2) 


Derivation path: IP packet#9. Table 10.9.1.3.3-13 

Information Element 

Value/Remark 

Comment 

Condition 

Type of service (IPv4) / Traffic Class (IPv6) 

11101001 

Significant for 
packet filters 1, 2, 
3 and 4. Value 
does not match 
packet filters 1, 2, 
3 or 4. 
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Table 10.9.1.3.3-18: IP packet#14 (Table 10.9.1.3.2-2) 


Derivation path: RFC 2460 section 3 (IPv6) and RFC 769 introduction 

Information Element 

Value/Remark 

Comment 

Condition 

Type of service (IPv4) / Traffic Class (IPv6) 

10110011 

Significant for 
packet filters 1, 2, 
3, and 4. Value 
matches packet 
filter 4. Value 
does not match 
packet filters 1, 2 
or 3. 


Protocol 

6 

TCP 

Significant packet 
filters 1 , 2 and 3. 
Value does not 
match packet 
filters 1 , 2 or 3. 


Source Address 

Fe80::1:1 

IPv6 

Not significant for 

any packet filters 


Destination Address 

2001:0ba0::0001:0001 

IPv6 

Significant for 
packet filters 1, 2, 
3 and 4. Value 
matches packet 
filters 1 , 2, 3 and 
4. 


Source Port 

60101 

Significant for 
packet filters 1 
and 2. Value does 
not match packet 
filters 1 or 2. 


Destination Port 

60451 

Significant for 
packet filters 1 
and 2. Value does 
not match packet 
filters 1 or 2. 


Flow Label 

5 

IPv6 

Significant for 
packet filter 4. 
Value matches 
packet filter 4. 



Table 10.9.1.3.3-19: IP packet#15 (Table 10.9.1.3.2-2) 


Derivation path: IP packet#14, Table 10.9.1.3.3-18 

Information Element 

Value/Remark 

Comment 

Condition 

Destination Address 

2001:0bb0::0001:0001 

IPv6 

Significant for 
packet filter 1 , 2, 3 
and 4. Value does 
not match packet 
filters 1,2, 3 or 4. 
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Table 10.9.1.3.3-20: IP packet#16 (Table 10.9.1.3.2-2) 


Derivation path: IP packet#14, Table 10.9.1.3.3-18 

Information Element 

Value/Remark 

Comment 

Condition 

Type of service (IPv4) / Traffic Class (IPv6) 

11101001 

Significant for 
packet filters 1, 2, 
3 and 4. Value 
does not match 
packet filters 1, 2, 
3 or 4. 



Table 10.9.1.3.3-21: IP packet#17 (Table 10.9.1.3.2-2) 


Derivation path: IP packet#14, Table 10.9.1.3.3-18 

Information Element 

Value/Remark 

Comment 

Condition 

Flow Label 

10 

IPv6 

Significant for 
packet filter 4. 
Value does not 
match packet filter 
4. 
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Table 10.9.1.3.3-22: IP packet#18 (Table 10.9.1.3.2-2) 


Derivation path: IETF RFC 791 section 3.1 (IPv4) or RFC 2460 section 3 (IPv6) and RFC 769 introduction 

Information Element 

Value/Remark 

Comment 

Condition 

Type of service (IPv4) / Traffic Class (IPv6) 

10101010 

Significant for 
packet filters 1, 2, 
3, and 4. Value 
matches packet 
filter 1 and 2. 
Value does not 
match packet 
filters 3 or 4. 


Protocol 

6 

TCP 

Significant packet 
filters 1 , 2 and 
3Value does not 
match packet 
filters 1 , 2 or 3. 


Source Address 

192.168.0.1 

Not significant for 
any packet filters 

IPv4 

Fe80::1:1 

Not significant for 
any packet filters 

IPv6 

Destination Address 

172.168.8.1 

Significant for 
packet filters 1, 2, 
3 and 5. Value 
matches packet 
filters 1, 2, 3 and 
5. 

IPv4 

2001:0ba0: :0001:0001 

Significant for 
packet filters 1, 2, 
3, 4 and 5. Value 
matches packet 
filters1,2, 3, 4 
and 5. 

IPv6 

Source Port 

60101 

Significant for 
packet filters 1 
and 2. Value does 
not match packet 
filters 1 or 2. 


Destination Port 

60451 

Significant for 
packet filters 1 
and 2. Value does 
not match packet 
filters 1 or 2. 


Flow Label 

10 

Significant for 
packet filter 4. 
Value does not 
match packet filter 
4. 

IPv6 


Condition 

Explanation 

IPv4 

This condition applies if test variable IP type is set to 'IPv4'. 

IPv6 

This condition applies if test variable IP type is set to 'IPv6'. 
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Table 10.9.1.3.3-23: IP packet#19 (Table 10.9.1.3.2-2) 


Derivation path: IP packet#18, Table 10.9.1.3.3-22 

Information Element 

Value/Remark 

Comment 

Condition 

Destination Address 

172.168.9.1 

Significant for 
packet filters 1, 2, 
3 and 5. Value 
does not match 
packet filters 1, 2, 
3 and 5. 

IPv4 

2001:0ba1::0001:0001 

Significant for 
packet filters 1, 2, 
3, 4 and 5. Value 
does not match 
packet filters 1, 2, 
3, 4 and 5. 

IPv6 
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11 


General tests 


11.1 SMS over SGs 

11.1.1 MT-SMS over SGs / Idle mode 


11.1.1.1 


(1) 


Test Purpose (TP) 


with { UE is IMSI attached for non-EPS services and UE has received a paging request with CN domain 
indicator set to "PS" in EMM- IDLE mode and UE has sent a SERVICE REQUEST message} 
ensure that { 

when { UE receives a CP-DATA containing an RP-DATA RPDU (SMS DELIVER TPDU) encapsulated in a 
Downlink NAS transport message } 

then { UE sends a CP-ACK encapsulated in an Uplink NAS transport message followed by a CP-DATA 
containing an RP-ACK RPDU encapsulated in an Uplink NAS transport message} 


11.1.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301, clauses 
5.6.3.1, 5.6.3.3 and 9.9.3.22. 


[TS 24.301, clause 5.6.3.1] 

The purpose of the transport of NAS messages procedure is to carry SMS messages in an encapsulated form between 
the MME and the UE. The procedure may be initiated by the UE or the network and can only be used when the UE is 
attached for EPS services and IMSI attached for non-EPS services and is in EMM-CONNECTED mode. 

[TS 24.301, clause 5.6.3.3] 

The network initiates the procedure by sending a DOWNLINK NAS TRANSPORT message. When receiving the 
DOWNLINK NAS TRANSPORT message, the EMM entity in the UE shall forward the contents of the NAS message 
container IE to the SMS entity. 

[TS 24.301, clause 9.9.3.22] 

This information element is used to encapsulate the SMS messages transferred between the UE and the network. The 
NAS message container information element is coded as shown in figure 9.9.3.22.1 and table 9.9.3.22.1. 

The NAS message container is a type 4 information element with a minimum length of 4 octets and a maximum length 
of 253 octets. 


8|7|6|5|4|3|2 |1 


NAS message container lEI 

octet 1 

Length of NAS message container contents 

octet 2 


octet 3 

NAS message container contents 



octet n 


Figure 9.9.3.22.1 : NAS message container information element 


Table 9.9.3.22.1 : NAS message container information element 


NAS message container contents (octet 3 to octet n) 

This IE can contain an SIVIS message (i.e. CP-DATA, CP-ACK or CP-ERROR) as 
defined in subclause 7.2 in 3GPP TS 24.01 1 [13A]. 
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11.1.1.3 Test description 

1 1 .1 .1 .3.1 Pre-test conditions 
System Simulator: 

- Cell A is configured according to Table 6.3.2.2-1 in [18]. 

- Cell A belongs TAI-1. 

- Cell A is set to the "Serving cell". 
UE: 

- The UE does not have any stored SMS message. 
Preamble: 

- UE is in state Registered, Idle Mode (state 2) on Cell A according to [18]. 

1 1 .1 .1 .3.2 Test procedure sequence 

Table 11.1.1 .3.2-1 : Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The 88 pages the UE using S-TIVISI with CN 
domain indicator set to "PS'. 

- 

- 

- 

- 

2 

The UE transmits a SERVICE REQUEST 
message. 

-> 

SERVICE REQUEST 

- 

- 

3 

The SS transmits a CP-DATA containing an 
RP-DATA RPDU (SMS DELIVER TPDU) 
encapsulated in a Downlink NAS transport 
message to the UE. 

<- 

DOWNLINK NAS TRANSPORT 



4 

Check: Does the UE transmit a CP-ACK 
encapsulated in an Uplink NAS transport 
message? 

-> 

UPLINK NAS TRANSPORT 

1 

p 

5 

Check: Does the UE transmit a CP-DATA 
containing an RP-ACK RPDU encapsulated in 
an Uplink NAS transport message? 

-> 

UPLINK NAS TRANSPORT 

1 

p 

6 

The SS transmits a CP-ACK encapsulated in a 
Downlink NAS transport message to the UE. 

<- 

DOWNLINK NAS TRANSPORT 

- 

- 


1 1 .1 .1 .3.3 Specific message contents 

Table 11.1.1.3.3-1: Message DOWNLINK NAS TRANSPORT (step 3, Table 11.1.1.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-1 2A 

Information Element 

Value/remark 

Comment 

Condition 

NAS message container 

CP-DATA 



Table 11.1.1.3.3-2: 

Message CP-DATA (step 3, Table 11.1.1.3.2-1) 


Information Element 

Value/remark 

Comment 

Condition 

CP-User data 

Set according to Table 
11.1.1.3.3-3 
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Table 11.1.1.3.3-3: Void 

Table 11.1.1.3.3-4: Void 

Table 11.1.1.3.3-5: Message UPLINK NAS TRANSPORT (step 4, Table 11.1.1.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-27A 

Information Element 

Value/remark 

Comment 

Condition 

NAS message container 

CP-ACK 




Table 11.1.1.3.3-6: Void 
Table 11.1.1.3.3-7: Message UPLINK NAS TRANSPORT (step 5, Table 11.1.1.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-27A 

Information Element 

Value/remark 

Comment 

Condition 

NAS message container 

CP-DATA 




Table 1 1 .1 .1 .3.3-8: Message CP-DATA (step 5, Table 11.1.1 .3.2-1 ) 


Information Element 

Value/remark 

Comment 

Condition 

CP-User data 

Set according to Table 
11.1.1.3.3-9 




Table 11.1.1.3.3-9: Void 

Table 11.1.1.3.3-10: Void 

Table 11.1.1 .3.3-1 1 : Message DOWNLINK NAS TRANSPORT (step 6, Table 11.1.1 .3.2-1 ) 


Derivation Path: 36.508 clause 4.7.2-1 2A 

Information Element 

Value/remark 

Comment 

Condition 

NAS message container 

CP-ACK 




11.1.2 

11.1.2.1 

(1) 


Table 11.1.1.3.3-12: Void 

MT-SMS over SGs / Active mode 

Test Purpose (TP) 


with { UE is IMSI attached for non-EPS services and in EMM-CONNECTED mode } 
ensure that { 

when { UE receives a CP-DATA containing an RP-DATA RPDU (SMS DELIVER TPDU) encapsulated in a 
Downlink NAS transport message } 

then { UE sends a CP-ACK encapsulated in an Uplink NAS transport message followed by a CP-DATA 
containing an RP-ACK RPDU encapsulated in an Uplink NAS transport message} 


11.1.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301, clauses 
5.6.3.1,5.6.3.3, and 9.9.3.22. 

[TS 24.301, clause 5.6.3.1] 

The purpose of the transport of NAS messages procedure is to carry SMS messages in an encapsulated form between 
the MME and the UE. The procedure may be initiated by the UE or the network and can only be used when the UE is 
attached for EPS services and IMSI attached for non-EPS services and is in EMM-CONNECTED mode. 

[TS 24.301, clause 5.6.3.3] 
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The network initiates the procedure by sending a DOWNLINK NAS TRANSPORT message. When receiving the 
DOWNLINK NAS TRANSPORT message, the EMM entity in the UE shall forward the contents of the NAS message 
container IE to the SMS entity. 

[TS 24.301, clause 9.9.3.22] 

This information element is used to encapsulate the SMS messages transferred between the UE and the network.The 
NAS message container information element is coded as shown in figure 9.9.3.22.1 and table 9.9.3.22.1. 

The NAS message container is a type 4 information element with a minimum length of 4 octets and a maximum length 
of 253 octets. 


8|7|6|5|4|3|2 |1 


NAS message container lEI 

octet 1 

Length of NAS message container contents 

octet 2 


octet 3 

NAS message container contents 



octet n 


Figure 9.9.3.22.1 : NAS message container information element 


Table 9.9.3.22.1 : NAS message container information element 


NAS message container contents (octet 3 to octet n) 

This IE can contain an SMS message (i.e. CP-DATA, CP-ACK or CP-ERROR) as 
defined in subclause 7.2 in 3GPP TS 24.01 1 [1 3A]. 


1 1 .1 .2.3 Test description 

1 1 .1 .2.3.1 Pre-test conditions 

System Simulator: 

- Cell A is configured according to Table 6.3.2.2-1 in [18]. 

- Cell A belongs TAI-1. 

- Cell A is set to the "Serving cell". 
UE: 

- The UE does not have any stored SMS message. 
Preamble: 

- UE is in state Generic RB Established (state 3) on Cell A according to [18]. 
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11.1.2.3.2 


Test procedure sequence 

Table 11.1.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits a CP-DATA containing an 
RP-DATA RPDU (SMS DELIVER TPDU) 
encapsulated in a Downlink NAS transport 
message to the UE. 

<- 

DOWNLINK NAS TRANSPORT 



2 

Check: Does the UE transmit a CP-ACK 
encapsulated in an Uplink NAS transport 
message? 

-> 

UPLINK NAS TRANSPORT 

1 

P 

3 

Check: Does the UE transmit a CP-DATA 
containing an RP-ACK RPDU encapsulated in 
an Uplink NAS transport message? 

-> 

UPLINK NAS TRANSPORT 

1 

P 

4 

The SS transmits a CP-ACK encapsulated in a 
Downlink NAS transport message to the UE. 

<- 

DOWNLINK NAS TRANSPORT 

- 

- 


1 1 .1 .2.3.3 Specific message contents 

Table 11.1.2.3.3-1: Message DOWNLINK NAS TRANSPORT (step 1, Table 11.1.2.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-1 2A 

Information Element 

Value/remark 

Comment 

Condition 

NAS message container 

CP-DATA 



Table 11.1.2.3.3-2: 

Message CP-DATA (step 1, Table 11.1.2.3.2-1) 


Information Element 

Value/remark 

Comment 

Condition 

CP-User data 

RP-DATA 




Table 11.1 .2.3.3-3: Void 

Table 11.1 .2.3.3-4: Void 

Table 11.1.2.3.3-5: Message UPLINK NAS TRANSPORT (step 2, Table 11.1.2.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-27A 

Information Element 

Value/remark 

Comment 

Condition 

NAS message container 

CP-ACK 




Table 11.1 .2.3.3-6: Void 
Table 11.1.2.3.3-7: Message UPLINK NAS TRANSPORT (step 3, Table 11.1.2.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-27A 

Information Element 

Value/remark 

Comment 

Condition 

NAS message container 

CP-DATA 



Table 11.1.2.3.3-8: 

Message CP-DATA (step 3, Table 11.1.2.3.2-1) 


Information Element 

Value/remark 

Comment 

Condition 

CP-User data 

RP-ACK 
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Table 11.1 .2.3.3-9: Void 

Table 11.1.2.3.3-10: Void 

Table 11.1.2.3.3-12: Message DOWNLINK NAS TRANSPORT (step 4, Table 11.1.2.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-1 2A 

Information Element 

Value/remark 

Comment 

Condition 

NAS message container 

CP-ACK 




11.1.3 

11.1.3.1 
(1) 


Table 11.1.2.3.3-12: Void 

MO-SMS over SGs / Idle mode 

Test Purpose (TP) 


with { UE is IMSI attached for non-EPS services and in EMM- IDLE mode } 
ensure that { 

when { a MO SMS is initiated at the UE } 

then { UE sends an SERVICE REQUEST message followed by a CP-DATA containing an RP-DATA RPDU 
(SMS SUBMIT TPDU) encapsulated in an Uplink NAS transport message } 

} 

(2) 

with { UE is IMSI attached for non-EPS services and UE has sent an SERVICE REQUEST message triggered 
by MO SMS followed by a CP-DATA containing an RP-DATA RPDU (SMS SUBMIT TPDU) encapsulated in an 
Uplink NAS transport message } 
ensure that { 

when { UE receives a CP-DATA containing an RP-ACK RPDU (SMS SUBMIT REPORT TPDU) encapsulated in a 
Downlink NAS transport message } 

then { UE sends a CP-ACK encapsulated in an Uplink NAS Transport message } 
} 


11.1.3.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301, clauses 
5.6.3.1, 5.6.3.2 and 9.9.3.22., TS 23.401 clause 5.3.4.1. 

[TS 24.301, clause 5.6.3.1] 

The purpose of the transport of NAS messages procedure is to carry SMS messages in an encapsulated form between 
the MME and the UE. The procedure may be initiated by the UE or the network and can only be used when the UE is 
attached for EPS services and IMSI attached for non-EPS services and is in EMM-CONNECTED mode. 

[TS 24.301, clause 5.6.3.2] 

Upon request from the SMS entity to send an SMS message, the EMM entity in the UE initiates the procedure by 
sending an UPLINK NAS TRANSPORT message including the SMS message in the NAS message container IE. 

[TS 24.301, clause 9.9.3.22] 

This information element is used to encapsulate the SMS messages transferred between the UE and the network. The 
NAS message container information element is coded as shown in figure 9.9.3.22.1 and table 9.9.3.22.1. 

The NAS message container is a type 4 information element with a minimum length of 4 octets and a maximum length 
of 253 octets. 


8|7|6|5|4|3|2 |1 


NAS message container lEI 

octet 1 

Length of NAS message container contents 

octet 2 


octet 3 

NAS message container contents 



octet n 


Figure 9.9.3.22.1 : NAS message container information element 
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Table 9.9.3.22.1 : NAS message container information element 


NAS message container contents (octet 3 to octet n) 


This IE can contain an SIVIS message (i.e. CP-DATA, CP-ACK or CP-ERROR) as 
defined in subclause 7.2 in 3GPP TS 24.01 1 [13A]. 


[TS 23.401, clause 5.3.4.1] 

1. The UE sends NAS message Service Request towards the MME encapsulated in an RRC message to the 
eNodeB. The RRC message(s) that can be used to carry the S-TMSI and this NAS message are described in 
TS 36.300 [5]. 

2. The eNodeB forwards NAS message to MME. NAS message is encapsulated in an Sl-AP: Initial UE Message 
(NAS message, TAI+ECGI of the serving cell, S-TMSI, CSG ID, CSG access Mode). Details of this step are 
described in TS 36.300 [5]. If the MME can't handle the Service Request it will reject it. CSG ID is provided if 
the UE sends the Service Request message via a CSG cell or a hybrid cell. CSG access mode is provided if the 
UE sends the Service Request message via a hybrid cell. If the CSG access mode is not provided but the CSG ID 
is provided, the MME shall consider the cell as a CSG cell. 

If a CSG ID is indicated and CSG access mode is not provided, and there is no subscription data for this CSG ID 
or the CSG subscription is expired, the MME rejects the Service Request with an appropriate cause. The UE 
shall remove the CSG ID of the cell where the UE has initiated the service request procedure from the Allowed 
CSG list, if present. 

For UEs with emergency EPS bearers, i.e. at least one EPS bearer has an ARP values reserved for emergency 
services, if CSG access restrictions do not allow the UE to get normal services the MME shall deactivate all non- 
emergency bearers and accept the Service Request. 

3. NAS authentication/security procedures as defined in clause 5.3.10 on "Security function" may be performed. 

4. The MME sends Sl-AP Initial Context Setup Request (Serving GW address, Sl-TEID(s) (UL), EPS Bearer 
QoS(s), Security Context, MME Signalling Connection Id, Handover Restriction List, CSG Membership 
Indication) message to the eNodeB. This step activates the radio and SI bearers for all the active EPS Bearers. 
The eNodeB stores the Security Context, MME Signalling Connection Id, EPS Bearer QoS(s) and Sl-TEID(s) in 
the UE RAN context. The step is described in detail in TS 36.300 [5]. Handover Restriction List is described in 
clause 4.3.5.7 "Mobility Restrictions". 

The MME shall only request to establish Emergency EPS Bearer if the UE is not allowed to access the cell 
where the UE initiated the service request procedure due to CSG access restriction. 

If the Service Request is performed via a hybrid cell, CSG Membership Indication indicating whether the UE is a 
CSG member shall be included in the Sl-AP message from the MME to the RAN. Based on this information the 
RAN can perform differentiated treatment for CSG and non-CSG members. 

5. The eNodeB performs the radio bearer establishment procedure. The user plane security is established at this 
step, which is described in detail in TS 36.300 [5]. When the user plane radio bearers are setup. EPS bearer state 
synchronization is performed between the UE and the network, i.e. the UE shall locally remove any EPS bearer 
for which no radio bearers are setup and, if the radio bearer for a default EPS bearer is not established, the UE 
shall locally deactivate all EPS bearers associated to that default EPS bearer. 


1 1 .1 .3.3 Test description 

1 1 .1 .3.3.1 Pre-test conditions 

System Simulator: 

- Cell A is configured according to Table 6.3.2.2-1 in [18]. 

- Cell A belongs TALI. 
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Cell A is set to the "Serving cell". 


UE: 


- The UE does not have any stored SMS message. 
Preamble: 

- UE is in state Registered, Idle Mode (state 2) on Cell A according to [18]. 
1 1 .1 .3.3.2 Test procedure sequence 

Table 11.1.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Sending of a 160 character MO SMS is 
initiated at the UE via MMI or AT command 

- 

- 

- 

- 

2 

Check: Does the UE transmit an SERVICE 
REQUEST message? 

-> 

SERVICE REQUEST 

1 

p 

3 

Check: Does the UE transmit a CP-DATA 
containing an RP-DATA RPDU (SMS SUBMIT 
TPDU) encapsulated in an Uplink NAS 
transport message? 

-> 

UPLINK NAS TRANSPORT 

1 

p 

4 

The SS transmits a CP-ACK encapsulated in a 
Downlink NAS Transport message. 

<- 

DOWNLINK NAS TRANSPORT 

- 

- 

5 

The SS transmits a CP-DATA containing an 
RP-ACK RPDU encapsulated in an Downlink 
NAS transport message 

<- 

DOWNLINK NAS TRANSPORT 



6 

Check: Does the UE transmit a CP-ACK 
encapsulated in an Uplink NAS Transport 
message? 

-> 

UPLINK NAS TRANSPORT 

2 

p 


1 1 .1 .3.3.3 Specific message contents 

Table 11.1.3.3.3-1: Message UPLINK NAS TRANSPORT (step 3, Table 11.1.3.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-27A 

Information Element 

Value/remark 

Comment 

Condition 

NAS message container 

CP-DATA 



Table 11.1.3.3.3-2: 

Message CP-DATA (step 3, Table 11.1.3.3.2-1) 


Information Element 

Value/remark 

Comment 

Condition 

CP-User data 

RP-DATA 




Table 11.1 .3.3.3-3: Void 

Table 11.1 .3.3.3-4: Void 

Table 11.1.3.3.3-5: Message DOWNLINK NAS TRANSPORT (step 4, Table 11.1.3.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-1 2A 

Information Element 

Value/remark 

Comment 

Condition 

NAS message container 

CP-ACK 




Table 11.1 .3.3.3-6: Void 
Table 11.1.3.3.3-7: Message DOWNLINK NAS TRANSPORT (step 5, Table 11.1.3.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-1 2A 

Information Element 

Value/remark 

Comment 

Condition 

NAS message container 

CP-DATA 
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Table 11.1.3.3.3-8: Message CP-DATA (step 5, Table 11.1.3.3.2-1) 


Information Element 

Value/remark 

Comment 

Condition 

CP-User data 

RP-ACK 




Table 11.1 .3.3.3-9: Void 

Table 11.1.3.3.3-10: Void 

Table 11.1.3.3.3-11: Message UPLINK NAS TRANSPORT (step 6, Table 11.1.3.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-27A 

Information Element 

Value/remark 

Comment 

Condition 

NAS message container 

CP-ACK 




11.1.4 

11.1.4.1 
(1) 


Table Void 

MO-SMS over SGs / Active mode 

Test Purpose (IP) 


with { UE is IMSI attached for non-EPS services and in EMM-CONNECTED mode } 
ensure that { 

when { a MO SMS is initiated at the UE } 

then { UE sends a CP-DATA containing an RP-DATA RPDU (SMS SUBMIT TPDU) encapsulated in an Uplink 
NAS transport message } 

} 

(2) 

with { UE is IMSI attached for non-EPS services and in EMM-CONNECTED mode and UE has sent a CP-DATA 
containing an RP-DATA RPDU (SMS SUBMIT TPDU) encapsulated in an Uplink NAS transport message } 
ensure that { 

when { UE receives a CP-DATA containing an RP-ACK RPDU encapsulated in a Downlink NAS transport 
message } 

then { UE sends a CP-ACK encapsulated in an Uplink NAS Transport message } 


11.1.4.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301, clauses 
5.6.3.1, 5.6.3.2 and 9.9.3.22, and TS 23.401, clause 5.3.4.1. 

[TS 24.301, clause 5.6.3.1] 

The purpose of the transport of NAS messages procedure is to carry SMS messages in an encapsulated form between 
the MME and the UE. The procedure may be initiated by the UE or the network and can only be used when the UE is 
attached for EPS services and IMSI attached for non-EPS services and is in EMM-CONNECTED mode. 

[TS 24.301, clause 5.6.3.2] 

Upon request from the SMS entity to send an SMS message, the EMM entity in the UE initiates the procedure by 
sending an UPLINK NAS TRANSPORT message including the SMS message in the NAS message container IE. 

[TS 24.301, clause 9.9.3.22] 

This information element is used to encapsulate the SMS messages transferred between the UE and the network.The 
NAS message container information element is coded as shown in Table 9.9.3.22.1 and 9.9.3.22.2. 

The NAS message container is a type 4 information element with a minimum length of 4 octets and a maximum length 
of 253 octets. 
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Table 9.9.3.22.1: NAS message container information element 


8|7|6|5|4|3|2 |1 


NAS message container lEI 

octet 1 

Length of NAS message container contents 

octet 2 


octet 3 

NAS message container contents 



octet n 


Table 9.9.3.22.2: NAS message container information element 


NAS message container contents (octet 3 to octet n) 

This IE can contain an SIVIS message (i.e. CP-DATA, CP-ACK or CP-ERROR) as 
defined in subclause 7.2 in 3GPP TS 24.01 1 [1 3A]. 


[TS 23.401, clause 5.3.4] 

1. The UE sends NAS message Service Request towards the MME encapsulated in an RRC message to the 
eNodeB. The RRC message(s) that can be used to carry the S-TMSI and this NAS message are described in 
TS 36.300 [5]. 

2. The eNodeB forwards NAS message to MME. NAS message is encapsulated in an Sl-AP: Initial UE Message 
(NAS message, TAI+ECGI of the serving cell, S-TMSI, CSG ID, CSG access Mode). Details of this step are 
described in TS 36.300 [5]. If the MME can't handle the Service Request it will reject it. CSG ID is provided if 
the UE attaches via a closed or hybrid mode CSG cell. CSG access mode is provided if the UE sends the Service 
Request message via a hybrid mode CSG cell. If the CSG access mode is not provided but the CSG ID is 
provided, the MME shall consider the CSG cell as a closed mode CSG cell. 

If a CSG ID is indicated and CSG access mode is "closed" or CSG access mode is not provided, and there is no 
subscription data for this CSG ID or the CSG subscription is expired, the MME rejects the Service Request with 
an appropriate cause. The UE shall remove the CSG ID of the cell where the UE has initiated the service request 
procedure from the Allowed CSG list. 

3. NAS authentication procedures may be performed. 

4. The MME sends Sl-AP Initial Context Setup Request (Serving GW address, Sl-TEID(s) (UL), EPS Bearer 
QoS(s), Security Context, MME Signalling Connection Id, Handover Restriction List) message to the eNodeB. 
This step activates the radio and SI bearers for all the active EPS Bearers. The eNodeB stores the Security 
Context, MME Signalling Connection Id, EPS Bearer QoS(s) and Sl-TEID(s) in the UE RAN context. The step 
is described in detail in TS 36.300 [5]. Handover Restriction List is described in clause 4.3.5.7 "Mobility 
Restrictions". 

5. The eNodeB performs the radio bearer establishment procedure. The user plane security is established at this 
step, which is described in detail in TS 36.300 [5]. When the user plane radio bearers are setup the Service 
Request is completed and EPS bearer state is synchronized between the UE and the network, i.e. the UE should 
remove the EPS bearer for which no radio bearers are setup. 


Test description 
Pre-test conditions 


11.1.4.3 
11.1.4.3.1 
System Simulator: 

- Cell A is configured according to Table 6.3.2.2-1 in [18]. 

- Cell A belongs TALI. 

- Cell A is set to the "Serving cell". 
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UE: 

- The UE does not have any stored SMS message. 
Preamble: 

- UE is in state Generic RB Established (state 3) on Cell A according to [18]. 
1 1 .1 .4.3.2 Test procedure sequence 

Table 11.1.4.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Sending of a 160 character MO SMS is 
initiated at the UE via MMI or AT command 

- 

- 

- 

- 

2 

Check: Does the UE transmit a CP-DATA 
containing an RP-DATA RPDU (SMS SUBMIT 
TPDU) encapsulated in an Uplink NAS 
transport message? 

-> 

UPLINK NAS TRANSPORT 

1 

P 

3 

The SS transmits a CP-ACK encapsulated in a 
Downlink NAS Transport message. 

<- 

DOWNLINK NAS TRANSPORT 

- 

- 

4 

The SS transmits a CP-DATA containing an 
RP-ACK RPDU encapsulated in an Downlink 
NAS transport message 

<- 

DOWNLINK NAS TRANSPORT 



5 

Check: Does the UE transmit a CP-ACK 
encapsulated in an Uplink NAS Transport 
message? 

-> 

UPLINK NAS TRANSPORT 

2 

P 


1 1 .1 .4.3.3 Specific message contents 

Table 11.1.4.3.3-1: Message UPLINK NAS TRANSPORT (step 2, Table 11.1.4.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-27A 

Information Element 

Value/remark 

Comment 

Condition 

NAS message container 

CP-DATA 



Table 11.1.4.3.3-2: Message CP-DATA (step 2, Table 11.1.4.3.2-1) 

Information Element 

Value/remark 

Comment 

Condition 

CP-User data 

RP-DATA 




Table 11.1 .4.3.3-3: Void 

Table 11.1 .4.3.3-4: Void 

Table 11.1.4.3.3-5: Message DOWNLINK NAS TRANSPORT (step 3, Table 11.1.4.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-1 2A 

Information Element 

Value/remark 

Comment 

Condition 

NAS message container 

CP-ACK 




Table 11.1 .4.3.3-6: Void 
Table 11.1.4.3.3-7: Message DOWNLINK NAS TRANSPORT (step 4, Table 11.1.4.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-1 2A 

Information Element 

Value/remark 

Comment 

Condition 

NAS message container 

CP-DATA 
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Table 11.1.4.3.3-8: Message CP-DATA (step 4, Table 11.1.4.3.2-1) 


Information Element 

Value/remark 

Comment 

Condition 

CP-User data 

Set according to Table 
11.1.4.3.3-9 




Table 11.1 .4.3.3-9: Void 

Table 11.1.4.3.3-10: Void 

Table 11.1.4.3.3-11: Message UPLINK NAS TRANSPORT (step 5, Table 11.1.4.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-27A 

Information Element 

Value/remark 

Comment 

Condition 

NAS message container 

CP-ACK 




11.2 
11.2.1 


11.2.1.1 


(1) 


Table 11.1.4.3.3-12: Void 

Emergency calls over IMS 

Emergency bearer services / Normal cell / NORMAL-SERVICE / 
Local Emergency Numbers List sent in the Attach / PDN connect 
new emergency EPS bearer context / Service request / Emergency 
PDN disconnect 

Test Purpose (IP) 


with { UE in EMM-REGISTERED state and EMM- IDLE mode } 
ensure that { 

when { UE has uplink signalling pending for establishing a PDN connection for emergency bearer 
service} 

then { UE establishes the RRC connection with the RRC establishmentCause set to "emergency' and 
sends a SERVICE REQUEST message } 
} 

(2) 

with { UE is in EMM- REGISTERED mode } 
ensure that { 

when { UE is triggered to request connectivity to an additional PDN for emergency bearer service } 
then { the UE transmits a PDN CONNECTIVITY REQUEST message with the request type set to 
"emergency" and not including APN } 

} 

(3) 

with { UE has sent a PDN CONNECTIVITY REQUEST message } 
ensure that { 

when { UE receives an RRCConnectionReconf iguration message including an ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message with IE Procedure transaction identity matching the PDN CONNECTIVITY 
REQUEST message } 

then { UE transmits an ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message containing the EPS 
bearer identity } 

} 

(4) 

with { UE is in EMM-REGISTERED mode and PDN connection for emergency bearer service established } 
ensure that { 

when { UE is triggered to request connectivity to an additional PDN for emergency bearer service } 
then { the UE does not transmits a PDN CONNECTIVITY REQUEST message } 
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(5) 

with { UE is in BEARER CONTEXT ACTIVE STATE state and in EMM- CONNECTED mode } 
ensure that { 

when { UE receives a DEACTIVATE EPS BEARER CONTEXT REQUEST message for Emergency bearer service } 
then { UE deletes the emergency EPS bearer context identified by the EPS bearer identity and 
transmits a DEACTIVATE EPS BEARER CONTEXT ACCEPT } 
} 

11.2.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 6.5.1.1, 
6.5.1.2, 6.4.1.3, 6.4.4.2, 5.5.3.2.4, 5.6.1.4, 6.4.4.3 and 6.4.4.6. 

[TS 24.301, clause 6.5.1.1] 

The purpose of the UE requested PDN connectivity procedure is for a UE to request the setup of a default EPS bearer to 
a PDN. The UE requests connectivity to a PDN by sending a PDN CONNECTIVITY REQUEST message to the 
network. If accepted by the network, this procedure initiates the estabHshment of a default EPS bearer context. The 
procedure is used either to establish the first default bearer by including the PDN CONNECTIVITY REQUEST 
message into the initial attach message, or to establish subsequent default bearers to additional PDNs in order to allow 
the UE simultaneous access to multiple PDNs by sending the message stand-alone. 

If there is already a PDN connection for emergency bearer services established, the UE shall not request an additional 
PDN connection for emergency bearer services. 

[TS 24.301, clause 6.5.1.2] 

In order to request connectivity to an additional PDN, the UE shall send a PDN CONNECTIVITY REQUEST message 
to the MME, start timer T3482 and enter the state PROCEDURE TRANSACTION PENDING (see example in 
figure 6.5.1.2.1). If the additional PDN connection is for emergency bearer services, the UE shall not include an APN in 
the PDN CONNECTIVITY REQUEST message; otherwise the UE shall include the requested APN. 

In the PDN type information element the UE shall indicate the IP version capability of the IP stack associated with the 
UE as specified in subclause 6.4.1. 

The UE shall set the request type to "initial request" when the UE is establishing a new PDN connectivity to a PDN in 
an attach procedure or in a stand-alone PDN connectivity procedure. The UE shall set the request type to "emergency" 
when the UE is requesting a new PDN connectivity for emergency bearer services. The UE shall set the request type to 
"handover" when the connectivity to a PDN is established upon handover from a non-3 GPP access network and the UE 
was connected to that PDN before the handover to the 3 GPP access network. 

[TS 24.301, clause 6.4.1.3] 

Upon receipt of the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message, the UE shall send an 
ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message and enter the state BEARER CONTEXT 
ACTIVE. When the default bearer is activated as part of the attach procedure, the UE shall send the ACTIVATE 
DEFAULT EPS BEARER CONTEXT ACCEPT message together with ATTACH COMPLETE message. When the 
default bearer is activated as the response to the stand-alone PDN CONNECTIVITY REQUEST message, the UE shall 
send the ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message alone. 

The UE checks the PTI in the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message to identify the 
UE requested PDN connectivity procedure to which the default bearer context activation is related (see subclause 6.5.1). 

Upon receipt of the ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message, the MME shall enter the 
state BEARER CONTEXT ACTIVE and stop the timer T3485, if the timer is running. 

[TS 24.301, clause 6.4.4.2] 


When the MME wants to deactivate all EPS bearer contexts to a PDN and thus disconnect the UE from the PDN, the 
MME shall include the EPS bearer identity of the default bearer associated to the PDN in the DEACTIVATE EPS 
BEARER CONTEXT REQUEST message. 
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If no NAS signalling connection exists when the MME initiates the EPS bearer context deactivation, the ESM entity in 
the MME shall locally deactivate the EPS bearer context towards the UE without any peer-to-peer ESM signalling 
between the MME and the UE. 

NOTE: The EPS bearer context state(s) can be synchronized between the UE and the MME at the next EMM- 
IDLE to EMM-CONNECTED transition, e.g. during a service request or tracking area updating 
procedure. 

[TS 24.301, clause 6.4.4.3] 

Upon receipt of the DEACTIVATE EPS BEARER CONTEXT REQUEST message, the UE shall delete the EPS bearer 
context identified by the EPS bearer identity. After deactivating the identified EPS bearer context, the UE shall respond 
to the MME with the DEACTIVATE EPS BEARER CONTEXT ACCEPT. 

If the EPS bearer identity indicated in the DEACTIVATE EPS BEARER CONTEXT REQUEST is that of the default 
bearer to a PDN, the UE shall delete all EPS bearer contexts associated to the PDN. After deactivating all EPS bearer 
contexts, the UE shall respond to the MME with the DEACTIVATE EPS BEARER CONTEXT ACCEPT. 

Upon sending the DEACTIVATE EPS BEARER CONTEXT ACCEPT message, the UE shall enter the state BEARER 
CONTEXT INACTIVE 

If the PTI is included in the DEACTIVATE EPS BEARER CONTEXT REQUEST message, the UE uses the PTI to 
identify the UE requested bearer resource modification procedure or UE requested PDN disconnect procedure to which 
the EPS bearer context deactivation is related (see subclause 6.5.4). 

If the PTI is included in the DEACTIVATE EPS BEARER CONTEXT REQUEST message, the UE shall release the 
traffic flow aggregate description associated to the PTI value provided. 

11.2.1.3 Test description 

11.2.1.3.1 Pre-test conditions 

System Simulator: 

- Cell A is configured according to Table 6.3.2.2-1 in [18] and is the serving cell. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18] on Cell A. UE received local emergency 
numbers list in 'Attach Accept' message. 
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11.2.1.3.2 


Test procedure sequence 

Table 11.2.1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

1 

Cause the UE to request connectivity to an 
additional PDN for emergency bearer service 
and an emergency call to one of the numbers 
received in Attach Accept message (see Note 
1) 





2 

Check: Does UE transmit an 
RRCConnectionRequest message with 
establishmentCause set to 'emergency" 
followed by a SERVICE REQUEST message? 

-> 

SERVICE REQUEST 

1 

P 

3- 
13 

Steps 5 to 1 5 of the generic test procedure for 
IMS Emergency call establishment in EUTRA: 
in EUTRA: Normal Service (TS 36.508 
4.5A.4.3-1). 



2,3 

P 

14 

The SS releases the RRC connection. 

- 

- 

- 

- 

15 

Cause the UE to request connectivity to an 
additional PDN for emergency bearer service 
(see Note 1 ) 





16 

Check: Does UE transmit a SERVICE 
REQUEST message? 

-> 

SERVICE REQUEST 

4 

F 

17 

The SS transmits a Paging message to the UE 
using S-TMSI with CN domain indicator set to 
"PS". 

<— 




18 

The UE transmits the SERVICE REQUEST 
message 

-> 

SERVICE REQUEST 

- 

- 

19 

The SS establishes SRB2 and DRBs 
associated with two default EPS bearer 
context (a first PDN obtained during the attach 
procedure and an additional PDN).( see Note 
2) 





20 

The SS transmits a DEACTIVATE EPS 
BEARER CONTEXT REQUEST including the 
EPS bearer identity of the default EPS bearer 
to the additional PDN. 

<— 

DEACTIVATE EPS BEARER 
CONTEXT REQUEST 



21 

Check: Does the UE transmit a DEACTIVATE 
EPS BEARER CONTEXT ACCEPT? 
(see Note 3) 

-> 

DEACTIVATE EPS BEARER 
CONTEXT ACCEPT 

5 

p 

Note 1 : The request of connectivity to an additional PDN and the sending of data may be performed by IVIIVII or AT 
command, (e.g. AT command +cgdcont with <Emergency lndication> set to 1) 

Note 2: After a correct SERVICE REQUEST is received then the SS performs the Radio Bearer Establishment 
procedure. The UE transmission of the RRCConnectionReconfigurationComplete message indicates the 
completion of the radio bearer establishment procedure and that the UE has changed EMM mode from 
EMM-IDLE to EMM-CONNECTED. 

Note 3: It can be confirmed that the additional default EPS bearer has been deactivated by UE. 
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11.2.1.3.3 


Specific message contents 

Table 11.2.1.3.3-1: ATTACH ACCEPT (Preamble) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

Emergency number list 

2 numbers 

TS 24.008, 10.5.3.13 

The numbers shall 
be different than 
any of those 
indicated in TS 
22.101 clause 
10.1.1 AND the 
numbers stored in 
the USIM 


EPS network feature support 

'OOOOOIII'B 

- IMS voice over 
PS session in SI 
mode supported 

- emergency 
bearer services in 
SI mode 
supported 

- location services 
via EPC 
supported 

- no information 
about support of 
location services 
via CS domain is 
available 



Table 11.2.1.3.3-2: Message PDN CONNECTIVITY REQUEST (step 4, Table 11.2.1.3.2-1) 


Derivation Path: 36.508 table 4.7.2-1 | 

Information Element 

Value/remark 

Comment 

Condition 

Request type 

'0100'B 

emergency 



Access point name 

Not present 





Table 11.2.1.3.3-3: Message ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST (step 5, Table 

11.2.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-6 and table 4.6.1-8 with condition UM-DRB-ADD(2) 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

6 

SS assigns an 
additional EPS 
Bearer Id different 
from default EPS 
Bearer Id between 
5 and 15. 


Access point name 

APN-1 
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Table 11.2.1.3.3-4: Message DEACTIVATE EPS BEARER CONTEXT REQUEST (step 13, Table 

11.2.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-12 and table 4.6.1-8 with condition and condition NETWORK-INITIATED 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

Default EBId-2 

Same value as in 

ACTIVATE 

DEFAULT EPS 

BEARER 

CONTEXT 

REQUEST of step 

3 


ESM cause 

00100100 

regular 
deactivation 



1 1 .2.2 Emergency bearer services / Normal cell / LIMITED-SERVICE / 
Attach / PDN connect 


11.2.2.1 


(1) 


Test Purpose (TP) 


with { UE in EMM-DEREGISTERED .LIMITED-SERVICE state } 
ensure that { 

when { UE is requested to make an outgoing emergency call 
then { UE transmits an ATTACH REQUEST message } 
} 


11.2.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3 GPP TS 24.301 clauses 
5.2.2.3.2, 5.5.1.2.2, 5.5.2.1 and 6.5.1.2. 

[TS 24.301, clause 5.2.2.3.2] 

The UE shall initiate an attach or combined attach procedure when entering a cell which provides normal service. 

The UE may initiate attach for emergency bearer services. 

[TS 24.301, clause 5.5.1.2.2] 

In state EMM-DEREGISTERED, the UE initiates the attach procedure by sending an ATTACH REQUEST message to 
the MME, starting timer T3410 and entering state EMM-REGISTERED-INITIATED (see example in 
figure 5.5.1.2.2.1). If timer T3402 is currently running, the UE shall stop timer T3402. If timer T3411 is currently 
running, the UE shall stop timer T341 1. 


The UE shall send the ATTACH REQUEST message together with a PDN CONNECTIVITY REQUEST message 
contained in the ESM message container information element to request PDN connectivity. 

If UE supports A/Gb mode or lu mode or if the UE wants to indicate its UE specific DRX parameter to the network, the 
UE shall include the UE specific DRX parameter in the DRX parameter IE in the ATTACH REQUEST message. 

If a valid NAS security context exists, the UE shall integrity protect the ATTACH REQUEST message combined with 
the PDN CONNECTIVITY REQUEST message. When the UE does not have a valid NAS security context, the 
ATTACH REQUEST message combined with the PDN CONNECTIVITY REQUEST message is not integrity 
protected. 

[TS 24.301, clause 5.5.2.1] 
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After the completion of application for which the emergency services were invoked, in order to regain normal services, 
a UE attached for emergency bearer services may perform a detach procedure, followed by a subsequent re-attach, if the 
UE moves to a new cell that provides normal service. 

[TS 24.301, clause 6.5.1.2] 

When the PDN CONNECTIVITY REQUEST message is sent together with an ATTACH REQUEST message, the UE 
shall not include the APN. 

1 1 .2.2.3 Test description 

1 1 .2.2.3.1 Pre-test conditions 

System Simulator: 

- Cell A 

- The PLMN is defined in Table 11.2.2.3.1-1. 

Table 11.2.2.3.1-1: PLMN identifier 




Cell 

PLMN name 



A 

PLMN4 


UE: 


The UE is equipped with a USIM containing default values except for those listed in Table 11.2.2.3.1-2. 

Table 11.2.2.3.1-2: USIM configuration 


USIM field 

Priority 

Value 

Access Technology Identifier 

EFiMsi 


The HPLMN (MCC+MNC) of the 
IMSIissettoPLMNI. 


EFfplmn 


PLMN4 


EFpLMNwAcT 

1 

Default 

E-UTRAN 

EFoPLMNwACT 

1 

PLMN1 

E-UTRAN 

EFhPLMNwAcT 

1 

PLMN1 

E-UTRAN 


Preamble: 

- The UE is Switched OFF (State 1) according to [18]. 
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11.2.2.3.2 


Test procedure sequence 

Table 11.2.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Power on the UE. 

- 

- 

- 

- 

2 

Wait 60s for the UE to camp on Cell 1 as an 
acceptable cell. 

- 

- 

- 

- 

3-5 

Steps 1 to 3 of the generic test procedure for 
IMS Emergency call establishment in EUTRA: 
Limited Service (TS 36.508 4.5A.5.3-1). 





6 

Check: Does the UE transmit an ATTACH 
REQUEST message to attach for emergency 
bearer services, together with a PDN 
CONNECTIVITY REQUEST message for 
emergency bearer services? 

-> 

ATTACH REQUEST 

PDN CONNECTIVITY REQUEST 

1 

p 

7-21 

Steps 5 to 1 9 of the generic test procedure for 
IMS Emergency call establishment in EUTRA: 
Limited Service (TS 36.508 4.5A.5.3-1). 






11.2.2.3.3 


Table 11.2.2.3.2-2: Void 
Specific message contents 
Table 11.2.2.3.3-1 : ATTACH REQUEST (Step6, Table 11.2.2.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

EPS attach type 

'011 0'B 

EPS emergency 
attach 


ESM message container 

PDN CONNECTIVITY 
REQUEST message to 
request PDN connectivity 
to an emergency PDN 




Table 11.2.2.3.3-2: PDN CONNECTIVITY REQUEST (Step 6, Table 11.2.2.3.2-1) 


Derivation Path: 36.508, Table 4.7.3-20 

Information Element 

Value/remark 

Comment 

Condition 

Request type 

'0100'B 

emergency 



11.2.3 


11.2.3.1 
(1) 


Emergency bearer services / CSG cell / LIMITED-SERVICE / Attach 
/ Security mode control procedure without prior authentication / PDN 
connect / Service request / PDN disconnect / Detach upon UE 
switched off / Temporary storage of ElVIIVI information 

Test Purpose (IP) 


with { the only suitable cell is a non-allowed CSG cell } 
ensure that { 

when { a call to send user data related to Emergency call is originated at the UE } 
then { UE performs an Attach for emergency bearer services on non-allowed CSG cell 
} 

(2) 

void 
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(3) 

with { the UE is attached for emergency bearer services } 
ensure that { 

when { the UE is detached } 

then { the UE deletes EMM parameters stored temporarily while attached for emergency bearer 
services } 
} 

1 1 .2.3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 
5.2.3.2.3, 5.4.3.2, 5.5.1.2.2, 5.5.2.1, 5.6.1.4 and Annex C. 

[TS 24.301, clause 5.2.3.2.3] 

The UE: 

- shall perform cell selection/re selection according to 3GPP TS 36.304 [21]; 

- may respond to paging (with IMSI); and 

- may initiate attach for emergency bearer services. 

If a valid NAS security context exists, the UE shall integrity protect the ATTACH REQUEST message combined with 
the PDN CONNECTIVITY REQUEST message. When the UE does not have a valid NAS security context, the 
ATTACH REQUEST message combined with the PDN CONNECTIVITY REQUEST message is not integrity 
protected. 

[TS 24.301, clause 5.4.3.2] 


The MME shall create a locally generated Kasme and send the SECURITY MODE COMMAND message including a 
KSI value in the NAS key set identifier IE set to "000" and EIAO and EEAO as the selected NAS security algorithms 
when the security mode control procedure is initiated: 

- during an attach procedure for emergency bearer services if no shared EPS security context is available; 

- during a tracking area updating procedure for a UE that has a PDN connection for emergency bearer services if 
no shared EPS security context is available; or 

- after a failed authentication procedure for a UE that has a PDN connection for emergency bearer services if 
continued usage of a shared security context is not possible. 

The UE shall process a SECURITY MODE COMMAND message including a KSI value in the NAS key set identifier 
IE set to "000" and EIAO and EEAO as the selected NAS security algorithms and, if accepted, create a locally generated 
Kasme when the security mode control procedure is initiated: 

- during an attach procedure for emergency bearer services; 

- during a tracking area updating procedure when the UE has a PDN connection for emergency bearer services; or 

- after an authentication procedure when the UE has a PDN connection for emergency bearer services. 

NOTE 1 : The process for creation of the locally generated Kasme by the MME and the UE is implementation 
dependent. 


[TS 24.301, clause 5.5.1.2.2] 


In state EMM-DEREGISTERED, the UE initiates the attach procedure by sending an ATTACH REQUEST message to 
the MME, starting timer T3410 and entering state EMM-REGISTERED-INITIATED (see example in 
figure 5.5.1.2.2.1). If timer T3402 is currently running, the UE shall stop timer T3402. If timer T3411 is currently 
running, the UE shall stop timer T341 1. 
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If the UE supports neither A/Gb mode nor lu mode, the UE shall handle the EPS mobile identity IE in the ATTACH 
REQUEST message as follows: 

- The UE shall include in the ATTACH REQUEST message a valid GUTI together with the last visited registered 
TAI, if available. If there is no valid GUTI available, the UE shall include the IMSI in the ATTACH REQUEST 
message. 

If the UE supports A/Gb mode or lu mode, the UE shall handle the EPS mobile identity as follows: 

- If the TIN indicates "P-TMSI" and the UE holds a vaHd P-TMSI and RAI, the UE shall map the P-TMSI and 
RAI into the EPS mobile identity IE. If a P-TMSI signature is associated with the P-TMSI, the UE shall include 
it in the Old P-TMSI signature IE. Additionally, if the UE holds a vaUd GUTI, the UE shall indicate the GUTI in 
the Additional GUTI IE. 

NOTE: The mapping of the P-TMSI and the RAI to the GUTI is specified in 3GPP TS 23.003 [2] . 

- If the TIN indicates "GUTI" or "RAT-related TMSI" and the UE holds a vahd GUTI, the UE shall indicate the 
GUTI in the EPS mobile identity IE. 

- If the TIN is deleted and 

- the UE holds a valid GUTI, the UE shall indicate the GUTI in the EPS mobile identity IE; or 

- otherwise, if the UE holds a valid P-TMSI and RAI, the UE shall map the P-TMSI and RAI into the EPS 
mobile identity IE. If a P-TMSI signature is associated with the P-TMSI, the UE shall include it in the Old P- 
TMSI signature IE. 

- Otherwise the UE shall include the IMSI in the EPS mobile identity IE. 

If the UE is attaching for emergency bearer services and does not hold a valid GUTI, P-TMSI or IMSI as described 
above, the IMEI shall be included in the EPS mobile identity IE. 

The UE shall send the ATTACH REQUEST message together with a PDN CONNECTIVITY REQUEST message 
contained in the ESM message container information element to request PDN connectivity. 

If UE supports A/Gb mode or lu mode or if the UE wants to indicate its UE specific DRX parameter to the network, the 
UE shall include the UE specific DRX parameter in the DRX parameter IE in the ATTACH REQUEST message. 

If a valid NAS security context exists, the UE shall integrity protect the ATTACH REQUEST message combined with 
the PDN CONNECTIVITY REQUEST message. When the UE does not have a valid NAS security context, the 
ATTACH REQUEST message combined with the PDN CONNECTIVITY REQUEST message is not integrity 
protected. 

[TS 24.301, clause 5.5.2.1] 


After the completion of application for which the emergency services were invoked, in order to regain normal services, 
a UE attached for emergency bearer services may perform a detach procedure, followed by a subsequent re-attach, if the 
UE moves to a new cell that provides normal service. 

If a detach is requested by the HSS for a UE that has bearers for emergency services, the MME shall not send a 
DETACH REQUEST message to the UE, and shall follow the procedures in subclause 6.4.4.1 for a UE that has bearers 
for emergency services. 

If the detach procedure for EPS services is performed, the EPS bearer context(s) for this particular UE are deactivated 
locally without peer-to-peer signalling between the UE and the MME. 


[TS 24.301, clause 5.6.1.4] 


If the SERVICE REQUEST message was sent in a CSG cell and the CSG subscription has expired or was removed for 
a UE, but the UE has a PDN connection for emergency bearer services established, the network shall accept the 
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SERVICE REQUEST message and deactivate all non-emergency EPS bearers locally. The emergency EPS bearers 
shall not be deactivated. 


[TS 24.301, Annex C] 

The following EMM parameters shall be stored on the USIM if the corresponding file is present: 

- GUTI; 

- last visited registered TAI; 

- EPS update status; 

- Allowed CSG Hst; 

- Operator CSG list; and 

- EPS security context parameters from a full native EPS security context (see 3 GPP TS 33.401 [19]). 


The following EMM parameter shall be stored in a non- volatile memory in the ME together with the IMSI from the 
USIM: 

- TIN. 


If the UE is attached for emergency bearer services, the UE shall not store the EMM parameters described in this annex 
on the USIM or in non-volatile memory. Instead the UE shall temporarily store these parameters locally in the ME and 
the UE shall delete these parameters when the UE is detached. 

1 1 .2.3.3 Test description 

1 1 .2.3.3.1 Pre-test conditions 

System Simulator: 

- cell A and cell B. 

- cell A is not a CSG cell and is "Serving cell"; 

- cell B is a CSG cell and is "Non- suitable cell". 

- System information combination 7 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

- if pc_Allowed_CSGJist, the UE' s Allowed CSG list is empty. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) on cell A according to 36.508 [18]. 

- the UE is not attached for emergency bearer services. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2257 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


11.2.3.3.2 


Test procedure sequence 

Table 11.2.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS configures: 

- cell A as a "Non-suitable "Off" cell". 

- cell B as a "Serving cell". 





2 

The SS waits [1] min to ensure the UE is in 
limited service on Cell B. 

- 

- 

- 

- 

3 

Cause the UE to originate a call to send user 
data related to Emergency call. (Note 1) 

- 

- 

- 

- 

4 

Check: Does the UE transmit an ATTACH 
REQUEST message to attach for emergency 
bearer services, together with a PDN 
CONNECTIVITY REQUEST message for 
emergency bearer services, on Cell B? 

-> 

ATTACH REQUEST 

PDN CONNECTIVITY REQUEST 

1 

P 

5-14 

Steps 7 to 1 6 of the generic test procedure in 
TS 36.508 subclause 4.5A.5.3 are performed 
on cell B. 

NOTE: The Attach procedure for emergency 
bearer services is completed and a default 
EPS bearer context for emergency bearer 
services is activated. Authentication is not 
performed. 





15- 
23 

Steps 8 to 1 0a7 of the generic test procedure 
in TS 36.508 subclause 4.5.3.3 are performed 
on cell B. 

NOTE: Radio bearer establishment procedure 
is performed to successfully complete the 
Service Request procedure. 





24 

If possible (see ICS) switch off is performed. 
Otherwise the power is removed. 

- 

- 

- 

- 


EXCEPTION: Step 25describes behaviour that 
depends on the UE capability. 





25 

Ifpc SwitchOnOff then 

the UE transmits a DETACH REQUEST with 

the Detach Type IE indicating "switch off". 

-> 

DETACH REQUEST 



26 

The SS configures: 

- cell A as a "Serving cell". 

- cell B as a "Non-suitable "Off" cell". 





27 

The UE is brought back to operation or the 
USIM is inserted. 

- 

- 

- 

- 

28 

Check: Does the UE transmit an ATTACH 
REQUEST on Cell A with EMM parameters not 
reflecting previous ATTACH on cell B? 

-> 

ATTACH REQUEST 

3 

p 

Note 1 : This could be done by e.g. MMI or AT command. 


11.2.3.3.3 


Specific message contents 


Editor's note: Sibl ims-EmergencySupport is needed but is assumed to be specified in the TS 36.508 generic 
procedure 4.5A.5.3. 

Table 1 1 .2.3.3.3-1 : Conditions for Table 1 1 .2.3.3.3-2 


Condition 

Explanation 

Cell A 

This condition applies to system information transmitted on Cell A. 

CellB 

This condition applies to system information transmitted on Cell B. 
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Table 11.2.3.3.3-2: SystemlnformationBlockTypel for cell A and B (Pre-test conditions and all steps, 

Table 11.2.3.3.2-1) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




cellAccessRelatedlnfo SEQUENCE { 




csg-lndication 

FALSE 


Cell A 


TRUE 


CellB 

csg-ldentity 

Not present 


Cell A 


'000 0000 0000 0000 
0000 0000 001 0'B 


CellB 

} 




} 





Table 11.2.3.3.3-3: SystemlnformationBlockType4ior cell A and B (Pre-test conditions and all steps, 

Table 11.2.3.3.2-1) 


Derivation Path: 36.508 clause 4.4.3.3, Table 4.4.3.3-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType4 ::= SEQUENCE { 




csg-PhysCellldRange ::= SEQUENCE { 




Start 

2 



Range 

Not present 

The UE shall 
apply value 1 in 
case the field is 
absent, in which 
case only the 
physical cell 
identity value 
indicated by start 
applies. 


} 




} 





Table 11.2.3.3.3-4: ATTACH REQUEST (Step 4, Table 11.2.3.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

EPS attach type 

'011 0'B 

EPS emergency 
attach 


NAS key set identifier 




NAS key set identifier 

NAS key set identifier 
allocated to UE during 
authentication in test 
preamble 



TSC 

'0'B 

Native security 
context 


EPS Mobile Identity 

GUTI allocated to UE 
during previous attach on 
Cell A. 



Last visited registered TAI 

TAI-1 



Old location area identification 

Not present 



TMSI status 

Not present 




Table 11.2.3.3.3-5: PDN CONNECTIVITY REQUEST (Step 4, Table 11.2.3.3.2-1) 


Derivation Path: 36.508, Table 4.7.3-20 

Information Element 

Value/remark 

Comment 

Condition 

Request type 

'0100'B 

emergency 
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Table 11.2.3.3.3-6: ATTACH REQUEST (Step 28, Table 11.2.3.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

NAS key set identifier 




NAS key set identifier 

NAS key set identifier 
allocated to UE during 
authentication in test 
preamble 



TSC 

'O'B 

Native security 
context 


Old GUTI or IMSI 

GUTI allocated to UE 
during previous attach on 
Cell A. 



Last visited registered TAI 

TAI-1 



Old location area identification 

Not present 



TMSI status 

Not present 




11.2.4 


11.2.4.1 


Emergency bearer services / Normal cell / NO-IMSI / Attach / No 
EPS security context / PDN connect / Service request / Timer T341 2 
expires 

Test Purpose (TP) 


(1) 


with { UE is swithed-on without a valid USIM inserted } 
ensure that { 

when { the UE was triggered to originate an emergency bearer service } 

then { the UE establishes the RRC connection with the RRC establishmentCause set to " emergency 
calls " } 


(2) 

with { UE is swithed-on without a valid USIM inserted, and has originated an emergency bearer 
service } 
ensure that { 

when { the UE receives an RRCConnectionSetup message } 

then { the UE sends an ATTACH REQUEST message with the EPS attach type set to " EPS emergency 
attach " } 


(3) 

with { UE has sent an ATTACH REQUEST message for emergency bearer service 
ensure that { 

when { The UE receives an ATTACH ACCEPT message } 
then { The UE sends an ATTACH COMPLETE message } 


(4) 


void 


(5) 

with { UE has completed Emergency service and enters EMM- IDLE MODE} 
ensure that { 

when { the periodic tracking area updating timer T3412 expires } 
then { UE does not send an TRACKING AREA UPDATE REQUEST message 
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1 1 .2.4.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 24.301, clauses 5.2.2.3.5, 
5.3.1.1, 5.3.5, 5.4.2.1, 5.5.1.2.1, 5.5.1.2.2, 5.5.1.2.3, 6.4.1.3and Annex D. 

[TS 24.301, clause 5.2.2.3.5] 

The UE shall perform cell selection according to 3GPP TS 36.304 [21]. 

The UE may initiate attach for emergency bearer services. 

[TS 24.301, clause 5.3.1.1] 

When the UE is in EMM-IDLE mode and needs to transmit an initial NAS message, the UE shall request the lower 
layer to establish a RRC connection. In this request to the lower layer the NAS shall provide to the lower layer the RRC 
establishment cause and the call type as specified in annex D of this specification. 


For the routing of the initial NAS message to the appropriate MME, the UE NAS provides the lower layers with either 
the S-TMSI or the registered globally unique MME identifier (GUMMEI) that consists of the PLMN ID, the MME 
group ID, and the MME code (see 3GPP TS 23.003 [2]) according to the following rules: 

- When the UE is registered in the tracking area of the current cell during the NAS signalling connection 
establishment, the UE NAS shall provide the lower layers with the S-TMSI, but shall not provide the registered 
MME identifier to the lower layers. Exceptionally, when the UE in EMM-IDLE mode initiates a tracking area 
updating or combined tracking area updating procedure for load balancing purposes, the UE NAS shall provide 
the lower layers with neither S-TMSI nor registered MME identifier. 

- When the UE is not registered in the tracking area of the current cell during the NAS signalling connection 
establishment, the UE NAS does not provide the lower layers with the S-TMSI. Instead, 

a) if the TIN indicates "GUTI" or "RAT-related TMSI", or the TIN is not available, and the UE holds a valid 
GUTI, the UE NAS shall provide the lower layers with the MME identifier part of the valid GUTI; or 

b) if the TIN indicates "P-TMSI" and the UE holds a vaHd P-TMSI and RAI, the UE NAS shall provide the lower 
layers with the MME identifier part of the mapped GUTI, which is generated from the P-TMSI and RAI. 

[TS24.301 clause5.3.5] 

Periodic tracking area updating is used to periodically notify the availability of the UE to the network. The procedure is 
controlled in the UE by the periodic tracking area update timer (timer T3412). The value of timer T3412 is sent by the 
network to the UE in the ATTACH ACCEPT message and can be sent in the TRACKING AREA UPDATE ACCEPT 
message. The UE shall apply this value in all tracking areas of the list of tracking areas assigned to the UE, until a new 
value is received. 

The timer T3412 is reset and started with its initial value, when the UE goes from EMM-CONNECTED to EMM-IDLE 
mode. The timer T3412 is stopped when the UE enters EMM-CONNECTED mode or EMM-DEREGISTERED state. 

If the UE is attached for emergency bearer services, and timer T3412 expires, the UE shall not initiate a periodic 
tracking area updating procedure, but shall locally detach from the network. 

When a UE is not attached for emergency bearer services, and timer T3412 expires, the periodic tracking area updating 
procedure shall be started and the timer shall be set to its initial value for the next start. 


If the UE is not attached for emergency bearer services, the mobile reachable timer shall be longer than T3412.In this 
case, by default, the mobile reachable timer is 4 minutes greater than T3412. If ISR is not activated, the network 
behaviour upon expiry of the mobile reachable timer is network dependent, but typically the network stops sending 
paging messages to the UE on the first expiry, and may take other appropriate actions. 

If the UE is attached for emergency bearer services, the MME shall set the mobile reachable timer with a value equal 
toT3412. When the mobile reachable timer expires, the MME shall locally detach the UE. 
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[TS 24.301, clause 5.4.2.1] 

The purpose of the EPS authentication and key agreement (AKA) procedure is to provide mutual authentication 
between the user and the network and to agree on a key Kasme (see 3GPP TS 33.401 [19]). The cases when the EPS 
AKA procedure should be used are defined in 3GPP TS 33.401 [19]. 

The EPS AKA procedure is always initiated and controlled by the network. However, the UE can reject the EPS 
authentication challenge sent by the network. 

The UE shall proceed with an EPS authentication challenge only if a USIM is present. 


[TS 24.301, clause 5.5.1.1] 

The attach procedure is used to attach to an EPC for packet services in EPS.x 

The attach procedure is used for three purposes: 

- by a UE in PS mode of operation to attach for EPS services only; 

- by a UE in CS/PS mode 1 or CS/PS mode 2 of operation to attach for both EPS and non-EPS services; or 

- to attach for emergency bearer services. 

If the MME does not support an attach for emergency bearer services, the MME shall reject any request to attach with 
an attach type set to "EPS emergency attach". 

With a successful attach procedure, a context is established for the UE in the MME, and a default bearer is established 
between the UE and the PDN GW, thus enabling always-on IP connectivity to the UE. The network may also initiate 
the activation of dedicated bearers as part of the attach procedure. 

[TS 24.301, clause 5.5.1.2.1] 

When the UE initiates the attach procedure for emergency bearer services, the UE shall indicate "EPS emergency 
attach" in the EPS attach type IE. 

[TS 24.301, clause 5.5.1.2.2] 

In state EMM-DEREGISTERED, the UE initiates the attach procedure by sending an ATTACH REQUEST message to 
the MME, starting timer T3410 and entering state EMM-REGISTERED-INITIATED (see example in 
figure 5.5.1.2.2.1). If timer T3402 is currently running, the UE shall stop timer T3402. If timer T3411 is currently 
running, the UE shall stop timer T341 1. 

If the UE supports neither A/Gb mode nor lu mode, the UE shall handle the Old GUTI or IMSI IE in the ATTACH 
REQUEST message as follows: 

- The UE shall include in the ATTACH REQUEST message a valid GUTI together with the last visited registered 
TAI, if available. If there is no valid GUTI available, the UE shall include the IMSI in the ATTACH REQUEST 
message. 

If the UE is attaching for emergency bearer services and does not hold a valid GUTI, P-TMSI or IMSI as described 
above, the IMEI shall be included in the EPS mobile identity IE. 


The UE shall send the ATTACH REQUEST message together with a PDN CONNECTIVITY REQUEST message 
contained in the ESM message container information element to request PDN connectivity. 


If a valid NAS security context exists, the UE shall integrity protect the ATTACH REQUEST message combined with 
the PDN CONNECTIVITY REQUEST message. When the UE does not have a valid NAS security context, the 
ATTACH REQUEST message combined with the PDN CONNECTIVITY REQUEST message is not integrity 
protected. 
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[TS 24.301, clause 5.5.1.2.3] 

During an attach for emergency bearer services, the MME may choose to skip the authentication procedure even if no 
EPS security context is available and proceed directly to the execution of the security mode control procedure as 
specified in subclause 5.4.3. 


[TS 24.301, clause 6.4.1.3] 

Upon receipt of the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message, the UE shall send an 
ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message and enter the state BEARER CONTEXT 
ACTIVE. When the default bearer is activated as part of the attach procedure, the UE shall send the ACTIVATE 
DEFAULT EPS BEARER CONTEXT ACCEPT message together with ATTACH COMPLETE message. When the 
default bearer is activated as the response to the stand-alone PDN CONNECTIVITY REQUEST message, the UE shall 
send the ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message alone. 

The UE checks the PTI in the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message to identify the 
UE requested PDN connectivity procedure to which the default bearer context activation is related (see subclause 6.5.1). 


[TS 24.301, Annex D] 

Table D.1.1 : Mapping of NAS procedure to establishment cause and call type 


NAS procedure 

RRC establishment cause (according 
3GPP TS 36.331 [22]) 

Call type 

Attach 

If an ATTACH REQUEST has EPS attach 
type not set to "EPS emergency attach", 
the RRC establishment cause shall be set 
to MO signalling. (See Note 1) 

"originating signalling" 

If an ATTACH REQUEST has EPS attach 
type set to "EPS emergency attach", the 
RRC establishment cause shall be set to 
Emergency call. (See Note 1) 

"emergency calls" 

Note 1 : For these NAS procedures initiated by UEs of access class 12, 13 or 14 in their home country, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". For this purpose the home country is 
defined as the country of the MCC part of the IMSI, see 3GPP TS 22.01 1 [1 A]. 

For these NAS procedures initiated by UE of access class 11 or 15 in their HPLMN (if the EHPLMN list is 
not present or is empty) or EHPLMN (if the EHPLMN list is present), the RRC establishment cause will be 
set to "High priority access AC 1 1 - 15". 


1 1 .2.4.3 Test description 

1 1 .2.4.3.1 Pre-test conditions 

System Simulator: 

- Cell A are configured according to Table 6.3.2.2-1 in [18]. 
UE: 

Without a valid USIM inserted 
Preamble: 

- The UE is in state Switched OFF (state 1) according to [18]. 
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11.2.4.3.2 


Test procedure sequence 

Table: 11.2.4.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The UE is switched on without a valid USIIVI 
inserted. 

- 

- 

- 

- 

2 

Causes the UE originate an emergency bearer 
service (Notel). 

- 

- 

- 

- 

3 

Check: Does the UE transmit an 
RRCConnectionRequest message with 
establishmentCause set to 'Emergency call'? 



1 

P 

4 

The SS transmits an RRCConnectionSetup 
message. 

- 

- 

- 

- 

5 

Check: Does the UE transmit an ATTACH 
REQUEST message to attach for emergency 
bearer services, together with a PDN 
CONNECTIVITY REQUEST message for 
emergency bearer services? 

-> 

ATTACH REQUEST 

PDN CONNECTIVITY REQUEST 

2 

P 

6- 
16 

Steps 5 to 1 5 of the generic test procedure for 
IMS Emergency call establishment in EUTRA: 
Limited Service (TS 36.508 4.5A.5.3-1). 





17 

Check: Does the UE transmit an ATTACH 
COMPLETE message , and the The 
ACTIVATE DEFAULT EPS BEARER 
CONTEXT ACCEPT message is piggybacked 
in ATTACH COMPLETE? 

-> 

ATTACH COMPLETE 
ACTIVATE DEFAULT EPS 
BEARER CONTEXT ACCEPT 

3 

P 

18- 
20 

Steps17 to 19 of the generic test procedure for 
IMS Emergency call establishment in EUTRA: 
Limited Service (TS 36.508 4.5A.5.3-1). 





21 

The SS releases the RRC connection. 

- 

- 

- 

- 

22 

The SS waits 6minutes. (Expire of T3412) 

- 

- 

- 

- 

23 

Check: Does the UE send TRACKING AREA 
UPDATE REQUEST message? 

-> 

TRACKNG AREA UPDATE 
REQUEST 

5 

F 

Notel : The request to originate a emergency service may be performed by IVIIVII or AT command. 


11.2.4.3.3 


Specific message contents 


Editor's note: Sibl ims-EmergencySupport is needed but is assumed to be specified in the TS 36.508 generic 
procedure 4.5A.5.3. 

Table 11.2.4.3.3-1: Message RRCConnectionRequest {step 3, Table 11.2.4.3.2-1) 


Derivation path: 36.508 table 4.6.1-16 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




ue-ldentity CHOICE { 




randomValue 

Not checked 



} 




establishmentCause 

Emergency call 



} 




} 




} 




Table 11.2.4.3.3-2: Message A! 1 ACH REQUEST (step 5, Table 11.2.4.3.2-1) 

Derivation path: TS 36.508 table 4.7.2-4 | 

Information Element 

Value/Remark 

Comment 

Condition 

EPS attach type 

'0110'B 

EPS emergency 
attach 


EPS mobile identity 

IMEI 
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Table 11.2.4.3.3-3: Message ATTACH ACCEPT (step 14, 36.508 table 4.5A.5.3-11) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

T3412value 




Unit 

'010' 

"value is 
incremented in 
multiples of 
decihours" 


Timer value 

'00001' 

"6 minutes" 


EPS attach result 

'0110'B 

EPS emergency 
attach 



11.2.5 


11.2.5.1 


(1) 


Emergency bearer services / Normal cell / NORMAL-SERVICE / 
Local Emergency Numbers List NOT sent in the Attach / PDN 
connect new emergency EPS bearer context / Authentication SON 
code failure - MME aborts authentication continues using current 
security context / Service request 

Test Purpose (TP) 


with { UE is in state Registered, Idle mode } 
ensure that { 

when { the UE is triggered to originate an emergency bearer service 
then { the UE sends a SERVICE REQUEST message } 


(2) 


with { UE in EMM-REGISTERED state and EMM- IDLE mode } 
ensure that { 

when { UE Originates an emergency bearer service } 

then { the UE send an PDN connectivity request message without an APN 


(3) 


with { UE having sent an AUTHENTICATION FAILURE message to the network, with EMM cause "synch 
failure" } 
ensure that { 

when { UE recieves a SECURITY MODE COMMAND message } 

then { the UE sends a SECURITY MODE COMPLETE message } 
} 

(4) 

with { UE has sent a PDN CONNECTIVITY REQUEST message } 
ensure that { 

when { UE receives an RRCConnectionReconf iguration message including an ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST message with IE Procedure transaction identity matching the PDN CONNECTIVITY 
REQUEST message and an ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST message linked to the EPS 
bearer context activated in the first message} 

then { UE transmits an ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message and an ACTIVATE 
DEDICATED EPS BEARER CONTEXT ACCEPT message both containing the EPS bearer identity and enters EMM- 
REGISTERED state j 


11.2.5.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 24.301, clauses5.4.2.7, and 
6.5.1.2. 

[TS 24.301, clause 5.4.2.7] 
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For items c, d, and e: 

Depending on local requirements or operator preference for emergency bearer services, if the UE has a PDN 
connection for emergency bearer services established or is establishing a PDN connection for emergency bearer 
services, the MME need not follow the procedures specified for the authentication failure specified in the present 
subclause. The MME may respond to the AUTHENTICATION FAILURE message by initiating the security 
mode control procedure selecting the "null integrity protection algorithm" EIAO, null ciphering algorithm or may 
abort the authentication procedure and continue using the current security context, if any. The MME shall 
deactivate all non-emergency EPS bearer contexts, if any, by initiating an EPS bearer context deactivation 
procedure. The network shall consider the UE to be attached for emergency bearer services only. 

If a UE has a PDN connection for emergency bearer services established or is establishing a PDN connection for 
emergency bearer services and sends an AUTHENTICATION FAILURE message to the MME with the EMM 
cause appropriate for these cases (#20, #21, or #26, respectively) and receives the SECURITY MODE 
COMMAND message before the timeout of timer T3418 or T3420, the UE shall deem that the network has 
passed the authentication check successfully, stop timer T3418 or T3420, respectively, and execute the security 
mode control procedure. 

If a UE has a PDN connection for emergency bearer services established when timer T3418 or T3420 expires, 
the UE shall not deem that the network has failed the authentication check and not behave as described in item f. 
Instead the UE shall continue using the current security context, if any, deactivate all non-emergency EPS bearer 
contexts, if any, by initiating UE requested PDN disconnect procedure and consider itself to be attached for 
emergency bearer services only. 

[TS 24.301, clause 6.5.1.2] 

When the PDN CONNECTIVITY REQUEST message is sent together with an ATTACH REQUEST message, the UE 
shall not include the APN. 

NOTE 1 : If the UE needs to provide protocol configuration options which require ciphering or provide an APN, or 
both, during the attach procedure, the ESM information transfer flag is included in the PDN 
CONNECTIVITY REQUEST. The MME then at a later stage in the PDN connectivity procedure initiates 
the ESM information request procedure in which the UE can provide the MME with protocol 
configuration options or APN or both. 

In order to request connectivity to a PDN using the default APN, the UE includes the Access point name IE in the PDN 
CONNECTIVITY REQUEST message or, when applicable, in the ESM INFORMATION RESPONSE message, 
according to the following conditions: 

if use of a PDN using the default APN requires PAP/CHAP, then the UE should include the Access point name 
IE; and 

in all other conditions, the UE need not include the Access point name IE. 

In order to request connectivity to an additional PDN, the UE shall send a PDN CONNECTIVITY REQUEST message 
to the MME, start timer T3482 and enter the state PROCEDURE TRANSACTION PENDING (see example in 
figure 6.5.1.2.1). If the additional PDN connection is for emergency bearer services, the UE shall not include an APN in 
the PDN CONNECTIVITY REQUEST message; otherwise the UE shall include the requested APN. 

In the PDN type information element the UE shall indicate the IP version capability of the IP stack associated with the 
UE as specified in subclause 6.4.1. 

The UE shall set the request type to "initial request" when the UE is establishing a new PDN connectivity to a PDN in 
an attach procedure or in a stand-alone PDN connectivity procedure. The UE shall set the request type to "emergency" 
when the UE is requesting PDN connectivity for emergency bearer services for the first time. The UE shall set the 
request type to "handover" when the connectivity to a PDN is established upon handover from a non-3 GPP access 
network and the UE was connected to that PDN before the handover to the 3 GPP access network. 

NOTE 2: For emergency bearer services, the handover from non-3GPP access to E-UTRA is not supported. 

If the UE supports DSMIPv6, the UE may include a request for obtaining the IPv6 address and optionally the IPv4 
address of the home agent in the Protocol configuration options IE in the PDN CONNECTIVITY REQUEST message. 
The UE may also include a request for obtaining the IPv6 Home Network Prefix. The UE shall request the IPv6 Home 
Network Prefix only if the UE has requested the home agent IPv6 address. The requested home agent address(es) and 
the Home Network Prefix are related to the APN the UE requested connectivity for. 
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The UE may set the ESM information transfer flag in the PDN CONNECTIVITY REQUEST message to indicate that it 
has ESM information, i.e. protocol configuration options, APN, or both, that needs to be sent after the NAS signalHng 
security has been activated between the UE and the MME. 

If the UE supports A/Gb mode or lu mode, the UE shall indicate the support of the network requested bearer control 
procedures (see 3GPP TS 24.008 [13]) in A/Gb mode or lu mode in the Protocol configuration options IE. 

Protocol configuration options provided in the ESM INFORMATION RESPONSE message replace any protocol 
configuration options provided in the PDN CONNECTIVITY REQUEST message. 

UE Netw^ork 

Start T3482 PDN CONNECTIVITY REQUEST 


^. . o^ ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST 
Stop T3482 ^ ^ 


OR 

PDN CONNECTIVITY REJECT 


Stop T3482 -• 

Figure 6.5.1.2.1: UE requested PDN connectivity procedure 

1 1 .2.5.3 Test description 

1 1 .2.5.3.1 Pre-test conditions 

System Simulator: 

- Cell H(PLMNl) are configured according to Table 6.3.2.2-1 in [18]. 
UE: 

- None. 
Preamble: 

The UE is in state Registered, Idle mode (state 2) according to [18] on Cell H. 
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11.2.5.3.2 


Test procedure sequence 

Table 11.2.5.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1-3 

Steps 1 to 3 of the generic test procedure for 
IMS Emergency call establishment in EUTRA: 
Limited Service (TS 36.508 4.5A.4.3-1). 





4 

Check: Does the UE transmit an 
RRCConnectionSetupComplete message to 
confirm the successful completion of the 
connection establishment and to initiate the 
session management procedure by including 
the SERVICE REQUEST message. 

-> 

SERVICE REQUEST 

1 

P 

5 

The SS transmits an AUTHENTICATION 
REQUEST message to initiate the EPS 
authentication and AKA procedure. 

<- 

AUTHENTICATION REQUEST 



6 

The UE transmits an AUTHENTICATION 
FAILURE message with EMM cause #21 
"synch failure". 

-> 

AUTHENTICATION FAILURE 



7 

The SS transmits a NAS SECURITY MODE 
COMMAND message to activate NAS security. 

<— 

SECURITY MODE COMMAND 

- 

- 

8 

Check: Does UE transmit a NAS SECURITY 
MODE COMPLETE message and establishes 
the initial security configuration. 

-> 

SECURITY MODE COMPLETE 

3 

P- 


EXCEPTION: In parallel with step 7 to8 below, 
the test steps in the parallel behaviour in table 
11.2.5.3.2-2 is taking place 





9- 
12 

Steps 5 to 8 of the generic test procedure for 
IMS Emergency call establishment in EUTRA: 
Limited Service (TS 36.508 4.5A.4.3-1). 





13 

Check: Does the UE transmit a PDN 
CONNECTIVITY REQUEST message as 
specified to request an emergency PDN? 

-> 

PDN CONNECTIVITY REQUEST 

2 

P 

14- 
18 

Steps 10 to14 of the generic test procedure for 
IMS Emergency call establishment in EUTRA: 
Limited Service (TS 36.508 4.5A.4.3-1). 





19 

Check: Does the UE transmit an ACTIVATE 
DEFAULT EPS BEARER CONTEXT ACCEPT 
message for the additional default EPS 
Bearer? 

-> 

ACTIVATE DEFAULT EPS 
BEARER CONTEXT ACCEPT 

4 

P 


Table 11.2.5.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS transmits a DEACTIVATE EPS 
BEARER CONTEXT REQUEST message 
included in an RRCConnectionReconfiguration 
message included in an 
RRCConnectionReconfiguration message to 
deactivate the no-emergency bearer context. 

<- 

DEACTIVATE EPS BEARER 
CONTEXT REQUEST 



2 

The UE transmits a DEACTIVATE EPS 
BEARER CONTEXT ACCEPT message. 

-> 

DEACTIVATE EPS BEARER 
CONTEXT ACCEPT 

- 

- 


11.2.5.3.3 


Specific message contents 


Table 11.2.5.3.3-1: Message RRCConnectionReconfiguration (step 1, Table 11.2.5.3.3-2 and step 12, 

Table 11.2.5.3.3-1) 

Derivation path: 36.508 table 4.6.1-8 using condition DRB-REL(2) | 
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Table 11.2.5.3.3-2: Message DEACTIVATE EPS BEARER CONTEXT REQUEST (step 1, Table 

11.2.5.3.3-2) 


Derivation Path: TS 36.508 Table 4.7.3-12 

Information Element 

Value/remark 

Comment 

Condition 

EPS bearer identity 

5 

The EPS bearer 
context setuped 
during the attach. 


Procedure transaction identity 

'0000 OOOO'B 

No procedure 
transaction 
identity assigned 


ESM cause 

#36 

regular 
deactivation 



Table 11.2.5.3.3-3: Message DEACTIVATE EPS BEARER CONTEXT ACCEPT (step 2, Table 11. 2.5.3.3- 

2) 


Derivation Path: TS 36.508 Table 4.7.3-1 1 

Information Element 

Value/remark 

Comment 

Condition 

EPS bearer identity 

5 

The same value 

as the value set in 

DEACTIVATE 

EPS BEARER 

CONTEXT 

REQUEST 

message. 


Procedure transaction identity 



No procedure 
transaction 
identity assigned 



Table 11.2.5.3.3-4: Message AUTHENTICATION REQUEST(step5, Tablel 1.2.5.3.2-1) 


Derivation Path: 36.508 Table 4.7.2-7 

Information Element 

Value/remark 

Comment 

Condition 

Authentication parameter AUTN (EPS challenge) 

The SQN is out of correct 
range(SEQ-SEOMs>A). 




Table 11.2.5.3.3-5: Message PDN CONNECTIVITY REQUEST (step13, Tablel 1.2.5.3.2-1) 


Derivation Path: 36.508 table 4.7.3-20 

Information Element 

Value/remark 

Comment 

Condition 

ESM information transfer flag 

Not present 



Request type 

'OlOO'B 

emergency 


Access point name 

Not present 




11.2.6 

11.2.6.1 
(1) 


Handling of Local Emergency Numbers List provided during Attach 
and Normal tracking area update procedures 

Test Purpose (TP) 


with { UE in state EMM-REGISTERED and EMM- IDLE mode, Emergency numbers stored in the USIM and a 
Local Emergency Numbers List provided during the Attach procedure } 
ensure that { 

when { UE is requested to intiate a call with a number belonging to the emergency numbers stored 
in the USIM or the Local Emergency Numbers List } 
then { UE intiates an emergency call } 


} 


(2) 


with { UE in state EMM-REGISTERED and EMM- IDLE mode, Emergency numbers stored in the USIM and a 
Local Emergency Numbers List provided during the Attach procedure } 
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ensure that { 

when { UE performs a tracking area update to a new tracking area not included in the TAI list and 
belonging to a network with the same MCC and the TRACKING AREA UPDATE ACCEPT message sent by the 
network includes a Local Emergency Numbers List with 10 new numbers } 

then { UE overwites the old list with the new one and recognises each of the new numbers as an 
emergency number } 

} 

(3) 

with { UE in state EMM-REGISTERED and EMM- IDLE mode, Emergency numbers stored in the USIM and a 
Local Emergency Numbers List provided during a tracking area update } 
ensure that { 

when { UE performs a tracking area update to a new tracking area not included in the TAI list and 
not belonging to a network with the same MCC } 

then { UE considers the old Local Emergency Numbers List as invaid } 
} 

1 1 .2.6.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clause 5.3.7, 
TS 22.101 clause 10.1.1. 

[TS 24.301 clause 5.3.7] 

The Local Emergency Numbers List contains additional emergency numbers used by the serving network. The list can 
be downloaded by the network to the UE at successful registration and subsequent registration updates. There is only 
one Local Emergency Numbers List in the UE, and it can be updated with EMM procedures if the UE is in S 1 mode 
and with GMM and MM procedures if the UE is in A/Gb or lu mode. 

The UE shall use the stored Local Emergency Numbers List received from the network in addition to the emergency 
numbers stored on the USIM or user equipment to detect that the number dialled is an emergency number. 

NOTE: The user equipment may use the emergency numbers list to assist the end user in determining whether the 
dialled number is intended for an emergency service or for another destination, e.g. a local directory 
service. The possible interactions with the end user are implementation specific. 

The network may send a Local Emergency Numbers List in the ATTACH ACCEPT or in the TRACKING AREA 
UPDATE ACCEPT messages, by including the Emergency Number List IE. The user equipment shall store the Local 
Emergency Numbers List, as provided by the network, except that any emergency number that is already stored in the 
USIM shall be removed from the Local Emergency Numbers List before it is stored by the user equipment. If there are 
no emergency numbers stored on the USIM, then before storing the received Local Emergency Numbers List, the user 
equipment shall remove from the Local Emergency Numbers List any emergency number stored permanently in the 
user equipment for use in this case (see 3GPP TS 22.101 [8]). The Local Emergency Numbers List stored in the user 
equipment shall be replaced on each receipt of a new Emergency Number List IE. 

The emergency number(s) received in the Emergency Number List IE are valid only in networks with the same MCC as 
in the cell on which this IE is received. If no Local Emergency Numbers List is contained in the ATTACH ACCEPT or 
in the TRACKING AREA UPDATE ACCEPT message, then the stored Local Emergency Numbers List in the user 
equipment shall be kept, except if the user equipment has successfully registered to a PLMN with an MCC different 
from that of the last registered PLMN. 

The Local Emergency Numbers List shall be deleted at switch off and removal of the USIM. The user equipment shall 
be able to store up to ten local emergency numbers received from the network. 

[TS 22.101 clause 10.1.1] 

The ME shall identify an emergency number dialled by the end user as a valid emergency number and initiate 
emergency call establishment if it occurs under one or more of the following conditions. If it occurs outside of the 
following conditions, the ME should not initiate emergency call establishment but normal call establishment. 
Emergency number identification takes place before and takes precedence over any other (e.g. supplementary service 
related) number analysis. 

a) 112 and 911 shall always be available. These numbers shall be stored on the ME. 

b) Any emergency call number stored on a SIM/USIM when the SIM/USIM is present. 

c) 000, 08, 1 10, 999, 1 18 and 1 19 when a SIM/USIM is not present. These numbers shall be stored on the ME. 
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d) Additional emergency call numbers that may have been downloaded by the serving network when the 
SIM/USIM is present. 

1 1 .2.6.3 Test description 

1 1 .2.6.3.1 Pre-test conditions 

System Simulator: 

- Cell A is set to "Serving cell"; 

- Cell C is set to "Non- Suitable cell"; 

- Cell E is set to "Non- Suitable cell". 

- System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells 
UE: 

USIM contains 2 Emergency Numbers (see TS 22.101 clause 10.1.1). 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on Cell A according to TS 36.508 [18]. 

- During the attach the ATTACH ACCEPT message provides Local Emergency Numbers List. 
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11.2.6.3.2 


Test procedure sequence 

Table 11.2.6.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 


U-S 

IVIessage 

- 

The following messages are sent and shall be 
received on Cell A. 

- 

- 

- 

- 

1 

Cause the UE to start a "call" using one of the 
Emergency Numbers stored on the USIM. 

- 

- 

- 

- 

2 

Check: Does UE transmit an 
RRCConnectionRequest message with 
establishmentCause set to 'emergency"? 

-> 

RRC: RRCConnectionRequest 

1 

P 

3 

SS transmit an RRCConnectionSetup 
message. 

<— 

RRC: RRCConnectionSetup 

- 

- 

4 

The UE transmits an 

RRCConnectionSetupComplete message to 
confirm the successful completion of the 
connection establishment and to initiate the 
session management procedure by including 
the SERVICE REQUEST message. 

-> 

RRC: 

RRCConnectionSetupComplete 
NAS: SERVICE REQUEST 



5 

The SS transmits SERVICE REJECT. 

<— 

SERVICE REJECT 

- 

- 

6 

The SS releases the RRC connection. 

- 

- 

- 

- 

7 

Cause the UE to start a "call" using one of the 
Emergency Numbers received in the ATTACH 
ACCEPT message IE Local Emergency 
Numbers List sent in the premable. 
(Notel) 





8 

Check: Does UE transmit an 
RRCConnectionRequest message with 
establishmentCause set to 'emergency"? 

-> 

RRC: RRCConnectionRequest 

1 

P 

9 

SS transmit an RRCConnectionSetup 
message. 

<- 

RRC: RRCConnectionSetup 

- 

- 

10 

The UE transmits an 

RRCConnectionSetupComplete message to 
confirm the successful completion of the 
connection establishment and to initiate the 
session management procedure by including 
the SERVICE REQUEST message. 

-> 

RRC: 

RRCConnectionSetupComplete 
NAS: SERVICE REQUEST 



11 

The SS transmits SERVICE REJECT. 

<— 

SERVICE REJECT 

- 

- 

12 

The SS releases the RRC connection. 

- 

- 

- 

- 

13 

The SS configures: 

- Cell A as the "Non-Suitable cell". 

- Cell C as a "Serving cell". 





- 

The following messages are sent and shall be 
received on Cell C. 

- 

- 

- 

- 

14 

The UE transmit a TRACKING AREA UPDATE 
REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

15 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message including IE Local 
Emergency Numbers List with 10 numbers 
different to the numbers stored on the USIM 
and those provided in the ATTACH ACCEPT 
in the preamble. 

<- 

TRACKING AREA UPDATE 
ACCEPT 



16 

The UE transmit a TRACKING AREA UPDATE 
COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

17 

The SS releases the RRC connection. 

- 

- 

- 

- 

18 

Cause the UE to start a "call" using one of the 
Emergency Numbers which the SS sent in the 
ATTACH ACCEPT message IE Local 
Emergency Numbers List in the preamble. The 
UE is expected to have them deleted them 
(Notel) 





19 

Check: Does UE transmit an 
RRCConnectionRequest message with 
establishmentCause set to 'mo-Data"? 

-> 

RRC: RRCConnectionRequest 

2 

P 

20 

SS transmit an RRCConnectionSetup 

<— 

RRC: RRCConnectionSetup 

- 

- 
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message. 





21 

The UE transmits an 

RRCConnectionSetupComplete message to 
confirm the successful completion of the 
connection establishment and to initiate the 
session management procedure by including 
the SERVICE REQUEST message. 

-> 

RRC: 

RRCConnectionSetupComplete 
NAS: SERVICE REQUEST 



22 

The SS transmits SERVICE REJECT 

<- 

SERVICE REJECT 

- 

- 

23 

The SS releases the RRC connection. 

- 

- 

- 

- 


EXCEPTION: Steps 24 to 29 are repeated 10 
times - each time with a different call number 
from one of the Emergency Numbers provided 
in the TRACKING AREA UPDATE ACCEPT 
message in step 10. 





24 

Cause the UE to start a "call" using one of the 
Emergency Numbers received in the 
TRACKING AREA UPDATE ACCEPT 
message instep 11. 
(Notel) 





25 

Check: Does UE transmit an 
RRCConnectionRequest message with 
establishmentCause set to 'emergency"? 

-> 

RRCConnectionRequest 

2 

P 

26 

SS transmit an RRCConnectionSetup 
message. 

<— 

RRC: RRCConnectionSetup 

- 

- 

27 

The UE transmits an 

RRCConnectionSetupComplete message to 
confirm the successful completion of the 
connection establishment and to initiate the 
session management procedure by including 
the SERVICE REQUEST message. 

-> 

RRC: 

RRCConnectionSetupComplete 
NAS: SERVICE REQUEST 



28 

The SS transmits SERVICE REJECT. 

<— 

SERVICE REJECT 

- 

- 

29 

The SS releases the RRC connection. 

- 

- 

- 

- 

30 

The SS configures: 

- Cell C as the "Non-Suitable cell". 

- Cell E as a "Serving cell". 





- 

The following messages are sent and shall be 
received on Cell E. 

- 

- 

- 

- 

31 

The UE transmit a TRACKING AREA UPDATE 
REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

32 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message which does not 
include IE Local Emergency Numbers List. 

<— 

TRACKING AREA UPDATE 
ACCEPT 



33 

The UE transmit a TRACKING AREA UPDATE 
COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

34 

The SS releases the RRC connection. 

- 

- 

- 

- 

35 

Cause the UE to start a "call" using one of the 
Emergency Numbers provided by the SS in the 
TRACKING AREA UPDATE ACCEPT 
message instep 15. 
(Notel) 





36 

Check: Does UE transmit an 
RRCConnectionRequest message with 
establislimentCause set to 'mo-Data"? 

-> 

RRC: RRCConnectionRequest 

3 

P 

37 

SS transmit an RRCConnectionSetup 
message. 

<— 

RRC: RRCConnectionSetup 

- 

- 

38 

The UE transmits an 

RRCConnectionSetupComplete message to 
confirm the successful completion of the 
connection establishment and to initiate the 
session management procedure by including 
the SERVICE REQUEST message. 

-> 

RRC: 

RRCConnectionSetupComplete 
NAS: SERVICE REQUEST 



39 

The SS transmits SERVICE REJECT 

<- 

SERVICE REJECT 

- 

- 

40 

The SS releases the RRC connection. 

- 

- 

- 

- 

41 

Cause the UE to start a "call" using one of the 
Emergency Numbers stored on the USIM. 

- 

- 

- 

- 

42 

Check: Does UE transmit an 
RRCConnectionRequest message with 

-> 

RRC: RRCConnectionRequest 

3 

p 
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establishmentCause set to 'emergency" 





43- 
56 

Steps 2-15 from the Generic Test Procedure 
for IMS Emergency call establishment in 
EUTRA: Normal Service as described in 
36.508 Table Table 4.5A.4.3-1 take place. 





57 

Steps [TBD] from the Generic Test Procedure 
for IMS Emergency call releaseas described in 
36.508 Table Table [TBD] take place. 






At the end of this test procedure sequence, the 
UE is in end state E-UTRA idle (El) according 
to TS 36.508. 





Note 1 : This could be done by e.g. MMI or by AT command. 


11.2.6.3.3 


Specific message contents 
Table 11.2.6.3.3-1 : Message ATTACH ACCEPT (in the preamble) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

Emergency number list 

2 numbers 

TS 24.008, 10.5.3.13 

The numbers 
shall be different 
than any of those 
indicated in TS 
22.101 clause 
10.1.1 AND the 
numbers stored in 
the USIM 


EPS network feature support 

'OOOOOIII'B 

- IMS voice over 
PS session in SI 
mode supported 

- emergency 
bearer services in 
SI mode 
supported 

- location services 
via EPC 
supported 

- no information 
about support of 
location services 
via CS domain is 
available 



Table 11.2.6.3.3-2: Message RRCConnectionRequest (steps 2, 8, 25, 42 Table 11.2.6.3.2-1) 


Derivation path: 36.508 table 4.6.1-16 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

emergency 



} 




} 




} 





Table 11.2.6.3.3-3: Message SERVICE REJECT (steps 5, 11, 22, 28, 39, Table 11.2.6.3.2-1) 


Derivation Path: 36.508 table 4.7.2-22 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0010 0110'B 

#38 Congestion 
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Table 11.2.6.3.3-4: Message TRACKING AREA UPDATE ACCEPT (step 15, Table 11.2.6.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

Emergency number list 

10 numbers 

TS 24.008, 10.5.3.13 

The numbers shall 
be different than 
any of those 
indicated in TS 
22.101 clause 
10.1.1 AND the 
numbers provided 
in ATTACH 
ACCEPT in Table 
11.2.6.3.3-1 AND 
the numbers 
stored in the 
USIM 


EPS network feature support 

'OOOOOIII'B 

- IMS voice over 
PS session in SI 
mode supported 

- emergency 
bearer services in 
SI mode 
supported 

- location services 
via EPC 
supported 

- no information 
about support of 
location services 
via CS domain is 
available 



Table 11.2.6.3.3-5: Message RRCConnectionRequest {steps 19, 36 Table 11.2.6.3.2-1) 


Derivation path: 36.508 table 4.6.1-16 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

mo-Data 



} 




} 




} 





1 1 .2.7 UE has PDN connection for emergency bearer services / Normal 

tracking area update / Accepted / Local Emergency Numbers List is 
not sent by the network / Handling of the lists of forbidden tracking 
areas 


11.2.7.1 


(1) 


Test Purpose (TP) 


with { UE having established a PDN connection for emergency bearer services } 
ensure that { 

when { UE moves to another TA and receives a list of equivalent PLMNs in the TRACKING AREA UPDATE 
ACCEPT message which includes a PLMN which is on the UE list with forbidden PLMNs } 

then { UE stores the received list of equivalent PLMNs not removing from the list the forbidden 
PLMN } 

} 
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(2) 

with { UE having established a PDN connection for emergency bearer services and UE has stored a list 
of equivalent PLMNs which includes a PLMN which is on the UE list with forbidden PLMNs } 
ensure that { 

when { PDN connection for emergency bearer services is released } 
then { UE removes from the list of equivalent PLMNs any PLMN code present in the list of 
forbidden PLMNs | 


(3) 

with { UE having received a Local Emergency Numbers List } 
ensure that { 

when { UE does not received a new Local Emergency Numbers List when roaming in the area with the 
same MCC code } 

then { UE keeps the old Local Emergency Numbers List } 
} 

1 1 .2.7.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 
5.5.3.2.4 and 5.3.7. 

[TS 24.301 clause 5.5.3.2.4] 

If due to regional subscription restrictions or access restrictions the UE is not allowed to access the TA, but it has a 
PDN connection for emergency bearer services established, the MME may accept the TRACKING AREA UPDATE 
REQUEST message and deactivate all non-emergency EPS bearer contexts by initiating an EPS bearer context 
deactivation procedure when the TAU is initiated in EMM-CONNECTED mode. When the TAU is initiated in EMM- 
IDLE mode, the MME locally deactivates all non-emergency EPS bearer contexts and informs the UE via the EPS 
bearer context status IE in the TRACKING AREA UPDATE ACCEPT message. The MME shall not deactivate the 
emergency EPS bearer contexts. The network shall consider the UE to be attached for emergency bearer services only 
and shall indicate in the EPS update result IE in the TRACKING AREA UPDATE ACCEPT message that ISR is not 
activated. 


If an EPS bearer context status IE is included in the TRACKING AREA UPDATE ACCEPT message, the UE shall 
deactivate all those EPS bearers contexts locally (without peer-to-peer signalling between the UE and the MME) which 
are active in the UE, but are indicated by the MME as being inactive. If a default EPS bearer context is marked as 
inactive in the EPS bearer context status IE included in the TRACKING AREA UPDATE ACCEPT message, and this 
default bearer is not associated with the last PDN in the UE, the UE shall locally deactivate all EPS bearer contexts 
associated to the PDN connection with the default EPS bearer context without peer-to-peer ESM signalling to the 
MME. If only the PDN connection for emergency bearer services remains established, the UE shall consider itself 
attached for emergency bearer services only. 

The MME may also include of Hst of equivalent PLMNs in the TRACKING AREA UPDATE ACCEPT message. Each 
entry in the list contains a PLMN code (MCC+MNC). The UE shall store the list as provided by the network, and if 
there is no PDN connection for emergency bearer services established, the UE shall remove from the list any PLMN 
code that is already in the list of forbidden PLMNs. If there is a PDN connection for emergency bearer services 
established, the UE shall remove from the list of equivalent PLMNs any PLMN code present in the list of forbidden 
PLMNs when the PDN connection for emergency bearer services is released. In addition, the UE shall add to the stored 
list the PLMN code of the registered PLMN that sent the list. The UE shall replace the stored list on each receipt of the 
TRACKING AREA UPDATE ACCEPT message. If the TRACKING AREA UPDATE ACCEPT message does not 
contain a list, then the UE shall delete the stored list. 

The network may also indicate in the EPS update result IE in the TRACKING AREA UPDATE ACCEPT message that 
ISR is active. If the UE is attached for emergency bearer services, the network shall indicate in the EPS update result IE 
in the TRACKING AREA UPDATE ACCEPT message that ISR is not activated. If the TRACKING AREA UPDATE 
ACCEPT message contains: 

i) no indication that ISR is activated, the UE shall set the TIN to "GUTI"; 
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ii) an indication that ISR is activated, the UE shall regard a previously assigned P-TMSI and RAI as valid and 
registered with the network. If the TIN currently indicates "P-TMSI", the UE shall set the TIN to "RAT-related 
TMSI". 

The network informs the UE about the support of specific features, such as IMS voice over PS session, location services 
(EPC-LCS, CS-LCS) or emergency bearer services, in the EPS network feature support information element. In a UE 
with IMS voice over PS capability, the IMS voice over PS session indicator and the emergency bearer services indicator 
shall be provided to the upper layers. The upper layers take the IMS voice over PS session indicator into account as 
specified in 3GPP TS 23.221 [8A], subclause 7.2a, when selecting the access domain for voice sessions or calls. When 
initiating an emergency call, the upper layers also take the emergency bearer services indicator into account for the 
access domain selection. In a UE with LCS capability, location services indicators (EPC-LCS, CS-LCS) shall be 
provided to the upper layers. When MO-LR procedure is triggered by the UE's application, those indicators are taken 
into account as specified in 3GPP TS 24.171 [13C]. 

[TS 24.301 clause 5.3.7] 

The Local Emergency Numbers List contains additional emergency numbers used by the serving network. The list can 
be downloaded by the network to the UE at successful registration and subsequent registration updates. There is only 
one Local Emergency Numbers List in the UE, and it can be updated with EMM procedures if the UE is in S 1 mode 
and with GMM and MM procedures if the UE is in A/Gb or lu mode. 

The UE shall use the stored Local Emergency Numbers List received from the network in addition to the emergency 
numbers stored on the USIM or user equipment to detect that the number dialled is an emergency number. 


The emergency number(s) received in the Emergency Number List IE are valid only in networks with the same MCC as 
in the cell on which this IE is received. If no Local Emergency Numbers List is contained in the ATTACH ACCEPT or 
in the TRACKING AREA UPDATE ACCEPT message, then the stored Local Emergency Numbers List in the user 
equipment shall be kept, except if the user equipment has successfully registered to a PLMN with an MCC different 
from that of the last registered PLMN. 

1 1 .2.7.3 Test description 

1 1 .2.7.3.1 Pre-test conditions 

System Simulator: 

- Cell A is set to "Serving cell"; 

- Cell B is set to "Non- Suitable cell"; 

- Cell G is set to "Non- Suitable Off cell" 

- Cell A and Cell B are on the same PLMNl, Cell G is on different PLMN2. PLMNl and PLMN2 have the 
same MCC 

- System information combination 3 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells 


UE: 

- USIM contains 2 Emergency Numbers (see TS 22.101 clause 10.1.1). 

- PLMN2 is in the UE's list with forbidden PLMNs 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on Cell A according to TS 36.508 [18] with a PDN connection 
for emergency bearer services established (i.e. an Emergency call established according to TS 36.508 [18] 
section 4.5A.4 and released ). 

During the attach the ATTACH ACCEPT message provides Local Emergency Numbers List. 
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11.2.7.3.2 


Test procedure sequence 

Table 11.2.7.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 


The SS configures: 

Cell B as the "Serving cell". 

cell A as a "Non-Suitable Off cell" 





- 

The following messages are to be observed on 
Cell B unless explicitly stated otherwise. 

- 

- 

- 

- 

1 

The UE transmit a TRACKING AREA UPDATE 
REQUEST message. 

-> 

TRACKING AREA UPDATE 
REQUEST 

- 

- 

2 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message providing a list of 
equivalent PLMS which includes PLMN2 which 
is on the UE list with forbidden PLMNs. No 
Local Emergency Numbers List is provided. 

<- 

TRACKING AREA UPDATE 
ACCEPT 



3 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 


The SS configures: 

Cell G as the "Serving cell". 

cell B as a " Non-Suitable Off cell" 





- 

The following messages are to be observed on 
Cell G unless explicitly stated otherwise. 

- 

- 

- 

- 

4 

Check: Does the UE transmit a TRACKING 
AREA UPDATE REQUEST message? 

-> 

TRACKING AREA UPDATE 
REQUEST 

1 

p 

5 

The SS transmits a TRACKING AREA 
UPDATE ACCEPT message providing a list of 
equivalent PLMS which includes PLMN1 (the 
UE is expected to store the provided PLMN 
and add to the stored list the PLMN code of 
the registered PLMN that sent the list 
(PLMN2). No Local Emergency Numbers List 
is provided. 

<- 

TRACKING AREA UPDATE 
ACCEPT 



6 

The UE transmits a TRACKING AREA 
UPDATE COMPLETE message. 

-> 

TRACKING AREA UPDATE 
COMPLETE 

- 

- 

- 

The SS configures: 
cell A as a "Suitable cell" 

- 

- 

- 

- 

7 

Cause the UE to request disconnection from 
the emergency PDN (Note 1) 

- 

- 

- 

- 

8 

The UE transmit a PDN DISCONNECT 
REQUEST message. 

-> 

PDN DISCONNECT REQUEST 

- 

- 

9 

The SS transmits a DEACTIVATE EPS 
BEARER CONTEXT REQUEST message 
included in an RRCConnectionReconfiguration 
message. 

<- 

DEACTIVATE EPS BEARER 
CONTEXT REQUEST 



10 

The UE transmits a DEACTIVATE EPS 
BEARER CONTEXT ACCEPT message. 

-> 

DEACTIVATE EPS BEARER 
CONTEXT ACCEPT 

- 

- 


The following messages are to be observed on 
Cell A unless explicitly stated otherwise. 

NOTE: The UE needs time to realise that the 
Emergency PDN was deactivated, to remove 
the PLMN code of the PLMN on Cell G from its 
equvalent PLMNs list and look for another 
PLMN although the Cell G has the better 
signal. 






EXCEPTION: Steps Hal to llbl describe 
behaviour that depends on the UE 
implementation; the "lower case letter" 
identifies a step sequence that take place in a 
particular implementation. 





11a 
1 

Generic procedure for UE camping on Cell A 
with TAU as described in 36.508 Table 
6.4.2.7-1 takes place. 



2 


lib 

1 

Generic procedure for UE registration on Cell 
A as described in 36.508 Table 4.5.2.3-1 takes 

- 

- 

2 

- 
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place. 





12 

Cause the UE to start a "call" using one of the 
Emergency Numbers received in the preamble 
in the ATTACH ACCEPT message IE Local 
Emergency Numbers List. 
(Note 2). 





13 

Check: Does UE transmit an 
RRCConnectionRequest message with 
establishmentCause set to 'emergency"? 

-> 

RRCConnectionRequest 

3 

P 

14 

SS transmit an RRCConnectionSetup 
message. 

<- 

RRC: RRCConnectionSetup 

- 

- 

15 

The UE transmits an 

RRCConnectionSetupComplete message to 
confirm the successful completion of the 
connection establishment and to initiate the 
session management procedure by including 
the SERVICE REQUEST message. 

-> 

RRC: 

RRCConnectionSetupComplete 
NAS: SERVICE REQUEST 



16 

The SS transmits SERVICE REJECT. 

<- 

SERVICE REJECT 

- 

- 

17 

The SS releases the RRC connection. 

- 

- 

- 

- 


At the end of this test procedure sequence, the 
UE is in end state E-UTRA idle (El) according 
to TS 36.508. 





Note 1 : The request to disconnect from a PDN may be performed by MMI or AT command. 
Note 2: The request to originate a emergency service may be performed by MMI or AT command. 


11.2.7.3.3 


Specific message contents 
Table 11.2.7.3.3-1 : Message ATTACH ACCEPT (in the preamble) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

Emergency number list 

2 numbers 

TS 24.008, 10.5.3.13 

The numbers 
shall be different 
than any of those 
indicated in TS 
22.101 clause 
10.1.1 AND the 
numbers stored in 
the USIM 


EPS network feature support 

'OOOOOIII'B 

- IMS voice over 
PS session in SI 
mode supported 

- emergency 
bearer services in 
SI mode 
supported 

- location services 
via EPC 
supported 

- no information 
about support of 
location services 
via CS domain is 
available 
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Table 11.2.7.3.3-2: Message TRACKING AREA UPDATE ACCEPT (step 2, Table 11.2.7.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

Equivalent PLMNs 


Includes MCC and 
MNC digits for 
PLMN2 


EPS network feature support 

'0000 011 re 

- IMS voice over 
PS session in SI 
mode supported 

- emergency 
bearer services in 
SI mode 
supported 

- location services 
via EPC 
supported 

- no information 
about support of 
location services 
via CS domain is 
available 



Table 11.2.7.3.3-3: Message TRACKING AREA UPDATE ACCEPT (step 5, Table 11.2.7.3.2-1) 


Derivation path: 36.508 table 4.7.2-24 

Information Element 

Value/Remark 

Comment 

Condition 

Equivalent PLMNs 


Includes MCC and 
MNC digits for 
PLMN1 


EPS network feature support 

'OOOOOIII'B 

- IMS voice over 
PS session in SI 
mode supported 

- emergency 
bearer services in 
SI mode 
supported 

- location services 
via EPC 
supported 

- no information 
about support of 
location services 
via CS domain is 
available 



Table 11.2.7.3.3-4: Message ATTACH ACCEPT (step 11 b1, Table 11.2.7.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS network feature support 

'OOOOOIII'B 

- IMS voice over 
PS session in SI 
mode supported 

- emergency 
bearer services in 
SI mode 
supported 

- location services 
via EPC 
supported 

- no information 
about support of 
location services 
via CS domain is 
available 
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Table 11.2.7.3.3-5: Message RRCConnectionRequest (step 13, Table 11.2.7.3.2-1) 


Derivation path: 36.508 table 4.6.1-16 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

emergency 



} 




} 




} 





Table 11.2.7.3.3-6: Message SERVICE REJECT (step 16, Table 11.2.7.3.2-1) 


Derivation Path: 36.508 table 4.7.2-22 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

'0010 0110'B 

#38 Congestion 



11.2.8 


11.2.8.1 


Attach for emergency bearer services / Rejected / No suitable cells 
in tracking area / Emergency call using the CS domain 

Test Purpose (TP) 


(1) 


with { the UE has sent an ATTACH REQUEST for emergency bearer services } 
ensure that { 

when { the UE receives an ATTACH REJECT message with the EMM cause set to "No suitable cells in 
tracking area" } 

then { UE establishes the emergency call using the CS domain } 


11.2.8.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301, clause 
5.5.1.2.5A. 

[TS 24.301, clause 5.5. 1.2.5A] 

If the attach request for emergency bearer services cannot be accepted by the network, the MME shall send an 
ATTACH REJECT message to the UE including EMM cause #5 "IMEI not accepted" or one of the EMM cause values 
as described in subclause 5.5.1.2.5. 

Upon receiving the ATTACH REJECT message including EMM cause #5, the UE shall enter the state EMM- 
DEREGISTERED.NO-IMSI. 

Upon receiving the ATTACH REJECT message including one of the other EMM cause values, the UE shall perform 
the actions as described in subclause 5.5.1.2.5 with the following addition: upon request from upper layers a CS voice 
capable UE may establish the emergency call using the CS domain. 


1 1 .2.8.3 Test description 

1 1 .2.8.3.1 Pre-test conditions 

System Simulator: 

- cell A is set to "Serving cell" 

- if pc_CS_Em_Call_in_UTRA cell 5 OR if pc_CS_Em_Call_in_GERAN cell 24 or if 
pc_CS_Em_Call_in_lxRTT cell 19 is set to "Suitable Neighbour cell" 
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- if pc_CS_Em_Call_in_UTRA System information combination 4 OR if pc_CS_Em_Call_in_GERAN cell 24 
System information combination 5 OR if pc_CS_Em_Call_in_lxRTT System information combination 6 as 
defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 

UE: 

None. 
Preamble: 

- the UE is in state Registered, Idle mode (state 2) on cell A according to 36.508 [18]. 

- the UE is not attached for emergency bearer services. 
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11.2.8.3.2 


Test procedure sequence 

Table 11.2.8.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

Steps 1 to 3 of the generic procedures in TS 
36.508 subclause 4.5A.5.3 are performed on 
cell A. 





2 

The UE transmits an ATTACH REQUEST 
message to attach for emergency bearer 
services, together with a PDN 
CONNECTIVITY REQUEST message for 
emergency bearer services, on Cell A. 

-> 

ATTACH REQUEST 

PDN CONNECTIVITY REQUEST 



3 

The SS transmits an ATTACH REJECT 

message, 

EMM cause = "No suitable cells in tracking 

area". 

<— 

ATTACH REJECT 




EXCEPTION: Steps 4a1 to 4c6 describe 
behaviour that depends on the UE capability; 
the "lower case letter" identifies a step 
sequence that takes place if a capability is 
supported. 





4a1 

IF pc_CS_Em_Call_in_UTRA, the SS 

reconfigures: 

Cell A as a "Suitable cell". 

Cell 5 as the "Serving cell". 





4a2 

Check: Does the UE transmit an RRC 
CONNECTION REQUEST message on Cell 5 
with Establishment cause: Emergency Call in 
the next [60] seconds? 

-> 

RRC CONNECTION REQUEST 

1 

P 

4a3 

The SS transmits an RRC CONNECTION 
SETUP message. 

<- 

RRC CONNECTION SETUP 

- 

- 

4a4 

The UE transmits an RRC CONNECTION 
SETUP COMPLETE message. 

-> 

RRC CONNECTION SETUP 
COMPLETE 

- 

- 

4a5 

Check: Does the UE transmit a CM SERVICE 
REQUEST with CM service type IE indicating 
"Emergency call establishment"? 

-> 

CM SERVICE REQUEST 

1 

P 

4a6 

The SS transmits an AUTHENTICATION 
REQUEST message. 

<- 

AUTHENTICATION REQUEST 

- 

- 

4a7 

The UE transmits an AUTHENTICATION 
RESPONSE message. 

-> 

AUTHENTICATION RESPONSE 

- 

- 

4a8 

Check: Does the UE transmit an 
EMERGENCY SETUP message? 

-> 

EMERGENCY SETUP 

1 

P 

4a9- 
4a13 

Steps 11 to 15 of the generic test procedure in 
TS 34.108 subclause 7.2.3.2.3 are performed 
on Cell 5. 
NOTE: the CS call setup is completed. 





4b1 

ELSE IF pc_CS_Em_Call_in_GERAN, the SS 

reconfigures: 

Cell A as a "Suitable cell". 

Cell 24 as the "Serving cell". 





4b2 

Check: Does the UE transmit a CHANNEL 
REQUEST message on Cell 24 with 
Establishment cause: Emergency call in the 
next [60] seconds? 

-> 

CHANNEL REQUEST 

1 

P 

4b3 

The SS transmits an IMMEDIATE 
ASSIGNMENT message. 

<— 

IMMEDIATE ASSIGNMENT 

- 

- 

4b4 

Check: Does the UE transmit a CM SERVICE 
REQUEST with CM service type IE indicating 
"Emergency call establishment"? 

-> 

CM SERVICE REQUEST 

1 

p 

4b5 

The SS transmits an AUTHENTICATION 
REQUEST message. 

<— 

AUTHENTICATION REQUEST 

- 

- 

4b6 

The UE transmits an AUTHENTICATION 
RESPONSE message. 

-> 

AUTHENTICATION RESPONSE 

- 

- 

4b7 

Check: Does the UE transmit an 
EMERGENCY SETUP message? 

-> 

EMERGENCY SETUP 

1 

p 
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4b8- 
4b14 

Steps 11 to 17 of the generic test procedure in 
TS 51.010-1 subclause 10.2.3 are performed 
on Cell 24. 
NOTE: the CS call setup is completed. 





4c1 

ELSE IF pc_CS_Em_Call_in_1xRTT, the SS 

reconfigures: 

Cell A as a "Suitable cell", 

Cell 19 as the "Serving cell". 





4c2 

Check: Does the UE transmit an Origination 
message on Cell 19 in the next [60] seconds? 

-> 

Origination 

1 

P 

4c3 

The SS transmits an Extended Cliannel 
Assignment message on Cell 19. 

<- 

Extended Cliannel Assignment 

- 

- 

4c4 

After the SS detects that Traffic Channel 
Initialization is successful, it transmits an 
Acl<nowledgement Order message on Cell 19. 

<- 

Acknowledgement Order 



4c5 

The SS transmits a Service Connect message 
on Cell 19. 

<- 

Service Connect 

- 

- 

4c6 

The UE transmits a Service Connect 
Confipietion message on Cell 19. 

-> 

Service Connect Completion 

- 

- 

Note 1 : This could be done by e.g. MMI or AT command. 


Editor's Note: Steps 4a9-4al3 depend on update of TS 34.108 subclause 7.2.3.2.3 for IMS emergency call. 
1 1 .2.8.3.3 Specific message contents 

Table 11.2.8.3.3-1: ATTACH REQUEST (Step 2, Table 11.2.8.3.2-1) 


Derivation Path: 36.508, Table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

EPS attach type 

'011 0'B 

EPS emergency 
attach 


NAS key set identifier 




NAS key set identifier 

NAS key set identifier 
allocated to UE during 
authentication in test 
preamble 



TSC 

'O'B 

Native security 
context 


Old GUTI or IMSI 

GUTI allocated to UE 
during previous attach on 
Cell A. 



Last visited registered TAI 

TAI-1 



Old location area identification 

Not present 



TMSI status 

Not present 




Table 11.2.8.3.3-2: PDN CONNECTIVITY REQUEST (Step 2, Table 11.2.8.3.2-1) 


Derivation Path: 36.508, Table 4.7.3-20 

Information Element 

Value/remark 

Comment 

Condition 

Request type 

'0100'B 

emergency 



Table 11.2.8.3.3-3: ATTACH REJECT (Step 3, Table 11.2.8.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.2-3 

Information Element 

Value/remark 

Comment 

Condition 

EMM cause 

0000 1111 

#15 "No suitable 
cells in tracking 
area" 


ESM message container 

Not present 




ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2284 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 11.2.8.3.3-4: RRC CONNECTION REQUEST (Step 4a2, Table 11.2.8.3.2-1) 


Derivation Path: TS 34.108 clause 9.1 .1 

Information Element 

Value/remark 

Comment 

Condition 

Establishment cause 

Emergency Call 




Table 11.2.8.3.3-5: CM SERVICE REQUEST (Steps 4a5 and 4b4, Table 11.2.8.3.2-1) 


Derivation Path: TS 24.008 Table 9.2.1 1 

Information Element 

Value/remark 

Comment 

Condition 

CM service type 

0010 

Emergency call 
establishment 



Table 11.2.8.3.3-6: EMERGENCY SETUP (Steps 4a8 and 4b7, Table 11.2.8.3.2-1) 


Derivation Path: TS 24.008 clause 

Information Element 

Value/remark 

Comment 

Condition 

Emergency setup message type 

001110 

EMERGENCY 
SETUP 



Table 11.2.8.3.3-7: CHANNEL REQUEST (Step 4b2, Table 11.2.8.3.2-1) 


Derivation Path: TS 44.018 Table 9.1 .8.1 

Information Element 

Value/remark 

Comment 

Condition 

Establishment cause 

101 

Emergency call 



Table 1 1 .2.8.3.3-8: Origination (Step 4c2, Table 1 1 .2.8.3.2-1 ) 


Field 

Value/remark 

Comment 

Condition 

MSGJD 

'0001 OO'B 

Origination 
Message 


SPECIAL SERVICE 

'1'B 



SERVICE_OPTION 

Any value mapping to a 
voice service option 




Table 11.2.8.3.3-9: Extended Channel Assignment {Step 4c3, Table 11.2.8.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

MSGJD 

'010101'B 

Extended Channel 

Assignment 

Message 


ASSIGN_MODE 

'OOO'B 

Traffic Channel 
Assignment 



Table 11.2.8.3.3-10: Acknowledgment Order (Step 4c4, Table 11.2.8.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

MSG ID 

'00000001 'B 

Order Message 


ORDER 

'010000'B 

Base Station 

Acknowledgment 

Order 


ORDQ 

'OOOOOOOO'B 




Table 1 1 .2.8.3.3-1 1 : Service Connect (Step 4c5, Table 1 1 .2.8.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

MSGJD 

'00010100'B 

Service Connect 
Message 


SERV CON SEQ 

Set by SS 
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Table 11.2.8.3.3-12: Service Connect Completion (Step 4c6, Table 11.2.8.3.2-1) 


Information Element 

Value/remark 

Comment 

Condition 

MSGJD 

'0000111 0'B 

Service Connect 

Completion 

Message 


SERV_CON_SEQ 

Same value as 
SERV_CON_SEQ 
received in Service 
Connect Message (Table 
11.2.8.3.3-11 




11.2.9 Void 

1 1 .2.1 LIMITED-SERVICE / EPS does not support IMS Emergency / 
Emergency call using the OS domain 


11.2.10.1 
(1) 


Test Purpose (TP) 


with { UE fitted with no USIM and UE supports IMS Emergency and Voce services} 
ensure that { 

when { UE is switched on and LTE cell does not support IMS emergency call} 
then { UE camps on a non-LTE cell } 


(2) 

with { UE supports IMS Emergency and Voce services and fitted with no USIM and camped on a non-LTE 
cell } 
ensure that { 

when { UE is requested to make an emergency call } 

then { UE transmits an RRC CONNECTION REQUEST message } 


11.2.10.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.304, clause 4.15.2.2, 
5.2.9. 

[TS 36.304, clause 5.2.2] 
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Figure 2 shows the states and state transitions and procedures in RRCJDLE. Whenever a new PLMN selection is 
performed, it causes an exit to number 1 . 

I 

go here whenever a 

new PLMN is 

selected 


cell information 
stored for the PLMN 




no cell information 
1 ) stored for the PLMN 


1 


found ^ 


Initial 
Cell Selection 




uitable cell found 









no suitable 
cell found 


NAS indicates that 

registration on selected 

PLMN is rejected 

(except with cause 

#12, #14, #15 or #25 

[5][16]) 


Connected 

mode H~ 
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suitable 
cell found 
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Cell 

Reselection 
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no acceptable cell found 
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when leaving 

connected 
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acceptable 
cell found 
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Connected 
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leave 
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trigger 
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acceptable 
cell found 



Cell 
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Process 



no acceptable 
cell found 


7 


USIM inserted 


Figure 5.2.2-1: RRCJDLE Cell Selection and Reselection 


[TS 36.304, clause 5.2.9] 

In this state, the UE shall perform the following tasks: 
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- select and monitor the indicated paging channels of the cell as specified in clause 7; 
monitor relevant System Information as specified in [3]; 

- perform necessary measurements for the cell reselection evaluation procedure; 

- execute the cell reselection evaluation process on the following occasions/triggers: 

1) UE internal triggers, so as to meet performance as specified in [10]; 

2) When information on the BCCH used for the cell reselection evaluation procedure has been modified; 

regularly attempt to find a suitable cell trying all frequencies of all RATs that are supported by the UE. If a 
suitable cell is found, UE shall move to camped normally state; 

if the UE supports voice services and the current cell does not support emergency call as indicated in System 
information specified in [3], the UE should perform cell selection/ reselection to an acceptable cell of any 
supported RAT regardless of priorities provided in system information from current cell, if no suitable cell is 
found. 

NOTEl : The UE is allowed to not perform reselection to an inter- frequency E-UTRAN cell in order to prevent 
camping on a cell on which it cannot initiate an IMS emergency call. 


Test description 
Pre-test conditions 


11.2.10.3 
11.2.10.3.1 
System Simulator: 
- Cell land Cell 5. 

Table 11.2.10.3.1-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 

TO 

Cell-specific RS EPRE 

dBm 

-70 

- 

CPICH Ec(UTRA 
FDD) 

dBm/3.84 MHz 

- 

-75 

PCCPCH RSCP 
(UTRA LCR TDD) 

dBm/1.28MHz 

- 

-75 


UE: 

- The UE is not equipped with a USIM. 
Preamble: 

- The UE is in state Switched OFF (state 1) according to [18]. 
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11.2.10.3.2 


Test procedure sequence 

Table 11.2.10.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

Wait for 60s for the UE to complete cell 
selection. E-UTRA cell is more powerful than 
UTRA cell 





3 

Cause the UE to originate Emergency call, 
(see Note 1 ) 

- 

- 

- 

- 

4 

Check: Does the UE transmit an RRC 
CONNECTION REQUEST message on Cell 
5? 

-> 

RRC CONNECTION REQUEST 

1,2 

p 

5 

The SS transmits an RRC CONNECTION 
SETUP message on Cell 5. 

<- 

RRC CONNECTION SETUP 

- 

- 

6 

The UE transmits an RRC CONNECTION 
SETUP COMPLETE message on Cell 5. 

-> 

RRC CONNECTION SETUP 
COMPLETE 

- 

- 

7 

The UE transmits an INITIAL DIRECT 
TRANSFER message on Cell 5. 
This message includes a CM SERVICE 
REQUEST message. 

— > 

INITIAL DIRECT TRANSFER 



8 

The SS transmits a DOWNLINK DIRECT 
TRANSFER message on Cell 5. 
This message includes a CM SERVICE 
ACCEPT message. 

<— 

DOWNLINK DIRECT TRANSFER 



9 

The UE transmits an UPLINK DIRECT 
TRANSFER message on Cell 5. 
This message includes an EMERGENCY 
SETUP message. 

-> 

UPLINK DIRECT TRANSFER 



10 

The SS transmits a DOWNLINK DIRECT 

TRANSFER message on Cell 5. 

This message includes a CALL PROCEEDING 

message. 

<- 

DOWNLINK DIRECT TRANSFER 



11 

The SS transmits a RADIO BEARER SETUP 
message on Cell 5. 

<— 

RADIO BEARER SETUP 

- 

- 

12 

The UE transmits a RADIO BEARER SETUP 
COMPLETE message on Cell 5. 

-> 

RADIO BEARER SETUP 
COMPLETE 

- 

- 

13 

The SS transmits a DOWNLINK DIRECT 
TRANSFER message on Cell 5. 
This message includes an ALERTING 
message. 

<- 

DOWNLINK DIRECT TRANSFER 



14 

The SS transmits a DOWNLINK DIRECT 

TRANSFER message on Cell 5. 

This message includes a CONNECT message. 

<- 

DOWNLINK DIRECT TRANSFER 



15 

The UE transmits an UPLINK DIRECT 
TRANSFER message on Cell 5. 
This message includes a CONNECT 
ACKNOWLEDGE message. 

-> 

UPLINK DIRECT TRANSFER 



Note 1 : The request is assumed to be triggered by AT command D. 


11.2.10.3.3 Specific message contents 

Table 1 1 .2.10.3.3-1 : SystemlnformationBlockTypel for Colli (preamble and all steps) 


Derivation Path: 36.508 clause 4.4.3.2 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




ims-EmergencySupport-r9 

Not present 

Not support IMS 
emergency call 


1 
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12 


E-UTRA radio bearer tests 


12.1 General 

The present clause defines radio bearer combinations as well as generic E-UTRA radio bearer test procedures. The 
generic E-UTRA radio bearer test procedures include generic TPs and test description. The TCs that follow verify 
specific E-UTRA radio bearer combinations by indicating the relevant combinations and making reference to the 
generic procedures' TPs and test description as appropriate. The reference to the generic TP shall be understood not as 
having the same TP rather as applying the same TP to a different E-UTRA radio bearer combination. 

12.1.0 Definition of radio bearer combinations 

The radio bearer combinations tested are listed in table 12-1. The radio bearer combinations and identifiers (1 to 13) are 
according to the radio bearer combinations and identifier in TS 36.331 Annex B.l. 

Table 12-1: Radio Bearer Combinations 


RB 

combination 

identifier 

Radio bearer combination 

1 

SRB1 and SRB2 for DCCH + IxAM DRB 

2 

SRB1 and SRB2 for DCCH + 1 xAM DRB + 1 xUM DRB 

3 

SRB1 and SRB2 for DCCH + 2xAM DRB 

4 

SRB1 and SRB2 for DCCH + 2xAM DRB + 1 xUM DRB 

5 

SRB1 and SRB2 for DCCH + 2xAM DRB + 2xUM DRB 

6 

SRB1 and SRB2 for DCCH + 3xAM DRB 

7 

SRB1 and SRB2 for DCCH + 3xAM DRB + 1 xUM DRB 

8 

SRB1 and SRB2 for DCCH + 3xAM DRB + 2xUM DRB 

9 

SRB1 and SRB2 for DCCH + 4xAM DRB 

10 

SRB1 and SRB2 for DCCH + 4xAM DRB + 1 xUM DRB 

11 

SRB1 and SRB2 for DCCH + 4xAM DRB + 2xUM DRB 

12 

SRB1 and SRB2 for DCCH + 5xAM DRB + 3xUM DRB 

13 

SRB1 and SRB2 for DCCH + 8xAM DRB 


12.1.1 Generic E-UTRA radio bearer test procedure/ IVIIIVIO not configured 

12.1.1.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_CONNECTED state with a "n x AM DRB + m x UM DRB" radio bearer combination 
established and physical layer configured for SISO transmission} 
ensure that { 

when { UE receives a PDCP SDU on each configured AM and UM DRB within the same TTI } 
then { UE forward the received PDCP SDUs to upper layer } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state with "an x AM DRB + m x UM DRB" radio bearer combination 
established } 
ensure that { 

when { UE has pending data in the transmission buffer corresponding to a complete PDCP SDU on each 
configured AM and UM DRB and UE receives an UL Grant allowing UE to transmit all pending data } 
then { UE transmits a PDCP SDU on each configured AM and UM DRB within the same TTI } 


12.1.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36-series Layer 1, 
Layer 2 and Layer 3 core specifications. 
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Test description 
Pre-test conditions 


12.1.1.3 
12.1.1.3.1 
System Simulator 

- Cell 1 
UE: 

- None 
Preamble 

- The UE is in state Loopback Activated (state 4) according to [18]. 

Radio bearer for combination SRB 1 and SRB2 for n x AM DRB + m x UM DRB is used where n and m are 
specified in the test case. 

Table 1 2.1 .1 .3.1-1 : RLC settings 


Parameter 

Value 

t-PollRetransmit 

250 ms 


NOTE: In case of multiple iterations of this procedure, the generic test procedures in TS 36.508 Tables 4.5.3.3-1 and 
4.5.4.3-1 are performed between each iteration to bring the UE back to state Loopback Activated (state 
4). 


12.1.1.3.2 


Test procedure sequence 

Table 12.1.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 



U-S 

Message 



1 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

2 

The SS transmits a PDCP SDU of size 40 
bytes on each configured AM DRB and a 
PDCP SDU of size 40 bytes on each 
configured UM DRB in the same TTI 

<— 

PDCP SDUs 



2A 

SS respond to any scheduling request from the 
UE by an UL Grant of 32 bits. (Note 1 ) 

<- 

(UL Grant, 32 bits) 

- 

- 

3 

SS waits until UE transmit a BSR with 'Buffer 
size' field set to value indicating that all data 
received in step 2 is pending for transmission. 





4 

After 100ms SS transmits an UL grants to 
enable UE to return all pending data in one TTI 

<— 

(UL grant) 

- 

- 

5 

Check: Does UE transmit a PDCP SDU on 
each configure AM and UM DRB of the same 
size and content as transmitted by the SS in 
step 2? 

-> 

PDCP SDUs 

1,2 

P 

5A 

The SS transmits an OPEN UE TEST LOOP 
message to enter the UE test loop mode. 

<- 

RRC: DLInformationTransfer 
TC: OPEN UE TEST LOOP 

- 

- 

5B 

The UE transmits an OPEN UE TEST LOOP 
COMPLETE message. 

~> 

RRC: ULInformationTransfer 
TC: OPEN UE TEST LOOP 
COMPLETE 



6 

The SS releases the connection. 

- 

- 

- 

- 

Note 1 : 32 bits enables UE to transmit a MAC PDU with a MAC BSR header and a Short BSR (1 bytes) or a Long 
BSR (3 byte). 
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12.1.1.3.3 Specific Message Contents 

Table 1 2.1 .1 .3.3-1 : PDCP-Conf ig-DRB-UM (preamble: Table 4.5.3.3-1 , step 8) 


Derivation Path: 36.508 clause 4.8.2.1 .2.1-1 

Information Element 

Value/remark 

Comment 

Condition 

PDCP-Config-DRB-UM ::= SEQUENCE { 




discardTimer 

rnsSOO 




12.1 .2 Generic E-UTRA radio bearer test procedure / IVIIIVIO configured 

12.1.2.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_CONNECTED state with a "n x AM DRB + m x UM DRB" radio bearer combination 
established and physical layer configured for MIMO transmission} 
ensure that { 

when { UE receives PDCP SDUs from one or more logical channles multiplexed on transport block 1 
and transport block 2within the same TTI } 

then { UE forward the received PDCP SDUs to upper layer } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state with a "n x AM DRB + m x UM DRB" radio bearer combination 
established } 
ensure that { 

when { UE has pending data in the transmission buffer corresponding to two complete PDCP SDUs on 
each configured AM and UM DRB and UE receives an UL Grant allowing UE to transmit all pending data 
then { UE transmits two PDCP SDUs on each configured AM and UM DRB } 


12.1.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 36-series Layer 1, 
Layer 2 and Layer 3 core specifications. 

1 2.1 .2.3 Test description 

12.1.2.3.1 Pre-test conditions 

System Simulator 

- Cell 1 (MIMO) 
UE: 

None 
Preamble 

- The UE is in state Loopback Activated (state 4) according to [18] using condition 2TX to configure MIMO. 

Radio bearer for combination SRB 1 and SRB2 for n x AM DRB + m x UM DRB is used where n and m are 
specified in the test case. 
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12.1.2.3.2 


Test procedure sequence 

Table 12.1.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 



U-S 

Message 



1 

The SS ignores scheduling requests and does 
not allocate any uplink grant. 

- 

- 

- 

- 

2 

The SS transmits two PDCP SDUs of size 40 
bytes on each configured AM DRB and two 
PDCP SDUs of size 40 bytes on each 
configured UM DRB in the same TTI. The 
PDCP SDUs are multiplexed on transport 
block 1 and 2 based on logical channel priority 
with data from higher MAC logical channel 
priority mapped to transport block 1 . If more 
than one DRB have same logical channel 
priority then data from DRB with lower DRB-ID 
value gets mapped on transport block 1 . 

<- 

PDCP SDUs 



2a 

SS respond to any scheduling request from the 
UE by an UL Grant of 32 bits. (Note 1 ) 

<- 

(UL Grant, 32 bits) 

- 

- 

3 

88 waits until UE transmit a BSR with 
'Buffer size' field set to value indicating 
that all data received in step 2 is pending 
for transmission. 





4 

After 100ms SS transmits an UL grants to 
enable UE to return all pending data in one TTI 

- 

- 

- 

- 

5 

Check: Does UE transmit two PDCP SDUs on 
each configured AM and UM DRB of the same 
size and content as transmitted by the SS in 
step 2? 

~> 

PDCP SDUs 

1,2 

p 

6 

The SS releases the connection 

- 

- 

- 

- 

Note 1 : 32 bits enables UE to transmit a MAC PDU with a MAC BSR header and a Short BSR (1 bytes) or a Long 
BSR (3 byte). 


1 2.1 .2.3.3 Specific IVIessage Contents 

Table 12.1.2.3.3-1 : PDCP-Config-DRB-UM (preamble: Table 4.5.3.3-1 , step 8) 


Derivation Path: 36.508 clause 4.8.2.1 .2.1-1 

Information Element 

Value/remark 

Comment 

Condition 

PDCP-Config-DRB-UM ::= SEQUENCE { 




discardTimer 

ms300 




1 2.2 MIMO not configured 

12.2.1 Data transfer of E-UTRA radio bearer combinations 1,3,6 and 9 

12.2.1.1 
See 12.1.1.1 
12.2.1.2 
See 12.1.1.2 

12.2.1.3 Test description 

12.2.1.3.1 Pre-test conditions 

System Simulator 
- See 12.1.1.3 


Test Purpose (TP) 
Conformance requirements 
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UE: 

- See 12.1.1.3 
Preamble 

- The number of AM data radio bearers (n) and UM data radio bearers (m) for each execution is specified in table 
12.2.1.3.1-1. 

Table 12.2.1.3.1-1 : Test parameters (m,n) for each execution (k) 


Execution 
k 

Number 

of AM 

DRBs 

n 

Number 

of UM 

DRBs 

m 

Radio bearer combination 

1 

1 

- 

1 : SRB1 and SRB2 for DCCH + 1xAM DRB 

2 

2 

- 

3: SRB1 and SRB2 for DCCH + 2xAM DRB 

3 

3 

- 

6: SRB1 and SRB2 for DCCH + 3xAM DRB 

4 

4 

- 

9: SRB1 and SRB2 for DCCH + 4xAM DRB 


12.2.1.3.2 


Test procedure sequence 

Table 12.2.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 



U-S 

Message 




EXCEPTION: Step 1 is repeated for execution 
counter k=1 to 4 

- 

- 

- 

- 

1 

Generic test procedure in 12.1 .1 is executed 
for execution k with number of AlVI DRB (n) 
and number of UIVI DRB (m) as specified in 
table 12.2.1.3.1-1. 






12.2.1.3.3 Specific Message Contents 

None 

1 2.2.2 Data transfer of E-UTRA radio bearer combinations 2,4,7 and 1 

12.2.2.1 
See 12.1.1.1 
12.2.2.2 


Test Purpose (TP) 
Conformance requirements 


Test description 
Pre-test conditions 


See 12.1.1.2 
12.2.2.3 
12.2.2.3.1 
System Simulator 

- See 12.1.1.3 
UE: 

- See 12.1.1.3 
Preamble 

- The number of AM data radio bearers (n) and UM data radio bearers (m) for each execution is specified in table 
12.2.2.3.1-1. 
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Table 12.2.2.3.1-1 : Test parameters (m,n) for each execution (k)1 


Execution 
k 

Number 

of AM 

DRBs 

n 

Number 

of UM 

DRBs 

m 

Radio bearer combination 

1 

1 

1 

2: SRB1 and SRB2 for DCCH + 1xAM DRB + 1xUM DRB 

2 

2 

1 

4: SRB1 and SRB2 for DCCH + 2xAM DRB + 1xUM DRB 

3 

3 

1 

7: SRB1 and SRB2 for DCCH + 3xAM DRB + 1xUM DRB 

4 

4 

1 

1 0: SRB1 and SRB2 for DCCH + 4xAM DRB + 1 xUM DRB 


12.2.2.3.2 


Test procedure sequence 

Table 12.2.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 



U-S 

Message 




EXCEPTION: Step 1 is repeated for execution 
counter k=1 to 4 

- 

- 

- 

- 

1 

Generic test procedure in 12.1 .1 is executed 
for execution k with number of AlVI DRB (n) 
and number of UIVI DRB (m) as specified in 
table 12.2.2.3.1-1. 






1 2.2.2.3.3 Specific Message Contents 

None 

12.2.3 Data transfer of E-UTRA radio bearer combinations 5,8,1 1 and 12 

12.2.3.1 
See 12.1.1.1 
12.2.3.2 


Test Purpose (TP) 
Conformance requirements 


Test description 
Pre-test conditions 


See 12.1.1.2 
12.2.3.3 
12.2.3.3.1 
System Simulator 

- See 12.1.1.3 
UE: 

- See 12.1.1.3 
Preamble 

- The number of AM data radio bearers (n) and UM data radio bearers (m) for each execution is specified in table 
12.2.3.3.1-1. 
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Table 12.2.3.3.1-1 : Test parameters (m,n) for each execution (k) 


Execution 
K 

Number 

of AM 

DRBs 

n 

Number 

of UM 

DRBs 

m 

Radio bearer combination 

1 

2 

2 

5: SRB1 and SRB2 for DCCH + 2xAM DRB + 2xUM DRB 

2 

3 

2 

8: SRB1 and SRB2 for DCCH + 3xAM DRB + 2xUM DRB 

3 

4 

2 

1 1 : SRB1 and SRB2 for DCCH + 4xAM DRB + 2xUM DRB 

4 

5 

3 

1 2: SRB1 and SRB2 for DCCH + 5xAM DRB + 3xUM DRB 


12.2.3.3.2 


Test procedure sequence 

Table 12.2.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 



U-S 

Message 




EXCEPTION: Step 1 is repeated for execution 
counter k=1 to 4 

- 

- 

- 

- 

1 

Generic test procedure in 12.1 .1 is executed 
for execution k with number of AlVI DRB (n) 
and number of UIVI DRB (m) as specified in 
table 12.2.3.3.1-1. 






1 2.2.3.3.3 Specific Message Contents 

None 

12.2.4 Data transfer of E-UTRA radio bearer combination 13 

12.2.4.1 

See 12.1.1.1 

12.2.4.2 

See 12.1.1.2 

12.2.4.3 

12.2.4.3.1 

System Simulator 

- See 12.1.1.3 
UE: 

- See 12.1.1.3 
Preamble 

- The number of AM data radio bearers (n) and UM data radio bearers (m) is specified in table 12.2.4.3.1-1. 

Table 12.2.4.3.1-1 : Test parameters (m,n) for execution (k) 


Test Purpose (TP) 

Conformance requirements 

Test description 
Pre-test conditions 


Execution 
k 

Number 

of AlVI 

DRBs 

n 

Number 

of UM 

DRBs 

m 

Radio bearer combination 

1 

8 



1 3: SRB1 and SRB2 for DCCH + 8xAM DRB 
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12.2.4.3.2 


Test procedure sequence 

Table 12.2.4.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 



U-S 

Message 



1 

Generic test procedure in 12.1 .1 is executed 
for execution 1 with number of AlVI DRB (n) 
and number of UIVI DRB (m) as specified in 
table 12.2.4.3.1-1. 






12.2.4.3.3 
None 


Specific Message Contents 


12.3 MIMO configured 

12.3.1 Data transfer of E-UTRA radio bearer combinations 1,3,6 and 9/ 
MIMO 


Test Purpose (TP) 

Conformance requirements 

Test description 
Pre-test conditions 


12.3.1.1 

See 12.1.2.1 

12.3.1.2 

See 12.1.2.2 

12.3.1.3 

12.3.1.3.1 

System Simulator 

- See 12.1.2.3 
UE: 

- See 12.1.2.3 
Preamble 

- The number of AM data radio bearers (n) and UM data radio bearers (m) for each execution is specified in table 
12.3.1.3.1-1. 

Table 12.3.1.3.1-1 : Test parameters (m,n) for each execution (k) 


Execution 
k 

Number of 

AlVI DRBs 

n 

Number of 

UM DRBs 

m 

Radio bearer combination 

1 

1 

- 

1 : SRB1 and SRB2 for DCCH + IxAM DRB 

2 

2 

- 

3: SRB1 and SRB2 for DCCH + 2xAM DRB 

3 

3 

- 

6: SRB1 and SRB2 for DCCH + 3xAM DRB 

4 

4 

- 

9: SRB1 and SRB2 for DCCH + 4xAM DRB 
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12.3.1.3.2 


Test procedure sequence 

Table 12.3.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 



U-S 

Message 




EXCEPTION: Step 1 is repeated for execution 
counter k=1 to 4 

- 

- 

- 

- 

1 

Generic test procedure in 12.1 .2 is executed 
for execution k with number of AlVI DRB (n) 
and number of UIVI DRB (m) as specified in 
table 12.3.1.3.1-1. 






12.3.1.3.3 
None 


Specific Message Contents 


1 2.3.2 Data transfer of E-UTRA radio bearer combinations 2,4,7 and 1 / 
MIMO 


Test Purpose (TP) 

Conformance requirements 

Test description 
Pre-test conditions 


12.3.2.1 

See 12.1.2.1 

12.3.2.2 

See 12.1.2.2 

12.3.2.3 

12.3.2.3.1 

System Simulator 

- See 12.1.2.3 
UE: 

- See 12.1.2.3 
Preamble 

- The number of AM data radio bearers (n) and UM data radio bearers (m) for each execution is specified in table 
12.3.2.3.1-1. 

Table 12.3.2.3.1-1 : Test parameters (m,n) for each execution (k) 


Execution 
k 

Number of 

AM DRBs 

n 

Number of 

UM DRBs 

M 

Radio bearer combination 

1 

1 

1 

2: SRB1 and SRB2 for DCCH + IxAM DRB + IxUM DRB 

2 

2 

1 

4: SRB1 and SRB2 for DCCH + 2xAM DRB + IxUM DRB 

3 

3 

1 

7: SRB1 and SRB2 for DCCH + 3xAM DRB + IxUM DRB 

4 

4 

1 

1 0: SRB1 and SRB2 for DCCH + 4xAM DRB + 1 xUM DRB 
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12.3.2.3.2 


Test procedure sequence 

Table 12.3.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 



U-S 

Message 




EXCEPTION: Step 1 is repeated for execution 
counter k=1 to 4 

- 

- 

- 

- 

1 

Generic test procedure in 12.1 .2 is executed 
for execution k with number of AlVI DRB (n) 
and number of UIVI DRB (m) as specified in 
table 12.3.2.3.1-1. 






12.3.2.3.3 
None 


Specific Message Contents 


12.3.3 Data transfer of E-UTRA radio bearer combinations 5,8,1 1 and 12 / 
MIMO 


Test Purpose (TP) 

Conformance requirements 

Test description 
Pre-test conditions 


12.3.3.1 

See 12.1.2.1 

12.3.3.2 

See 12.1.2.2 

12.3.3.3 

12.3.3.3.1 

System Simulator 

- See 12.1.2.3 
UE: 

- See 12.1.2.3 
Preamble 

- The number of AM data radio bearers (n) and UM data radio bearers (m) for each execution is specified in table 
12.3.3.3.1-1. 

Table 12.3.3.3.1-1 : Test parameters (m,n) for each execution (k) 


Execution 
K 

Number 

of AM 

DRBs 

n 

Number 

of UM 

DRBs 

m 

Radio bearer combination 

1 

2 

2 

5: SRB1 and SRB2 for DCCH + 2xAM DRB + 2xUM DRB 

2 

3 

2 

8: SRB1 and SRB2 for DCCH + 3xAM DRB + 2xUM DRB 

3 

4 

2 

1 1 : SRB1 and SRB2 for DCCH + 4xAM DRB + 2xUM DRB 

4 

5 

3 

1 2: SRB1 and SRB2 for DCCH + 5xAM DRB + 3xUM DRB 
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12.3.3.3.2 


Test procedure sequence 

Table 12.3.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 



U-S 

Message 




EXCEPTION: Step 1 is repeated for execution 
counter k=1 to 4 

- 

- 

- 

- 

1 

Generic test procedure in 12.1 .2 is executed 
for execution k with number of AlVI DRB (n) 
and number of UIVI DRB (m) as specified in 
table 12.3.3.3.1-1. 






1 2.3.3.3.3 Specific Message Contents 

None 

1 2.3.4 Data transfer of E-UTRA radio bearer combination 1 3 / MIMO 

12.3.4.1 

See 12.1.2.1 

12.3.4.2 

See 12.1.2.2 

12.3.4.3 

12.3.4.3.1 

System Simulator 

- See 12.1.2.3 
UE: 

- See 12.1.2.3 
Preamble 

- The number of AM data radio bearers (n) and UM data radio bearers (m) is specified in table 12.3.4.3.1-1. 

Table 12.3.4.3.1-1 : Test parameters (m,n) for each execution (k) 


Test Purpose (TP) 

Conformance requirements 

Test description 
Pre-test conditions 


Execution 
k 

Number 

of AM 

DRBs 

n 

Number 

of UM 

DRBs 

m 

Radio bearer combination 

1 

8 



1 3: SRB1 and SRB2 for DCCH + 8xAM DRB 


12.3.4.3.2 


Test procedure sequence 

Table 12.3.4.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 



U-S 

Message 



1 

Generic test procedure in 12.1 .2 is executed 
for execution 1 with number of AM DRB (n) 
and number of UM DRB (m) as specified in 
table 12.3.4.3.1-1. 






12.3.4.3.3 
None 


Specific Message Contents 
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13 Multi layer Procedures 
13.1 Call setup 


1 3.1 .1 Activation and deactivation of additional data radio bearer in E- 
UTRA 

13.1.1.1 Test Purpose (TP) 
(1) 

with { UE has a default EPS bearer context and dedicated EPS bearer context active and the 
associated DRBs are established } 
ensure that { 

when { UE receives donwlink data on the radio bearer associated with the default or the dedicated 
EPS bearer context } 

then { UE delivers the downlink data to upper layers } 

} 

(2) 

with { UE has a default EPS bearer context and dedicated EPS bearer context active and the 
associated DRBs are established } 
ensure that { 

when { uplink data are submitted for transmission } 

then { UE transmits the uplink data on the radio bearer associated with the default EPS bearer 
context or the dedicated EPS bearer context according to configured TFT} 

} 

(3) 

with { UE has a default EPS bearer context and the dedicated EPS bearer context was deactivated } 
ensure that { 

when { UE receives donwlink data on the radio bearer associated with the default EPS bearer 
context } 

then { UE delivers the downlink data to upper layers } 

} 

(4) 

with { UE has a default EPS bearer context and the dedicated EPS bearer context was deactivated } 
ensure that { 

when { uplink data are submitted for transmission } 

then { UE transmits the uplink data on the radio bearer associated with the default EPS bearer 
context } 

} 

13.1.1.2 Conformance requirements 

Same Conformance requirements as in clause 8.2.1.3, 8.2.3.1, 10.2.1 and 10.4.1 

1 3.1 .1 .3 Test description 

1 3.1 .1 .3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 

UE: 

None. 

Preamble: 

- The UE is in state Generic RB Established, UE test mode activated (state 3 A) according to [18] using the UE TEST 
LOOP MODE B. 
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13.1.1.3.2 


Test procedure sequence 

Table 13.1.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

SS transmits an 

RRCConnectionReconfiguration message to 
establish a data radio bearer. 
The SS transmits a ACTIVATE DEDICATED 
EPS BEARER CONTEXT REQUEST 
message activating a new EPS bearer context. 

The NAS message is included in a 
RRCConnectionReconfiguration n]essage. 

<- 

RRCConnectionReconfiguration 
NAS: ACTIVATE DEDICATED 
EPS BEARER CONTEXT 
REQUEST 



2 

The UE transmit a 

RRCConnectionReconfigurationConfipiete 
message to confirm the establishment of data 
radio bearer. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The UE transmits an ACTIVATE DEDICATE 
EPS BEARER CONTEXT ACCEPT message. 

-> 

UL Information Transfer 

NAS: ACTIVATE DEDICATE EPS 

BEARER CONTEXT ACCEPT 



4 

The SS closes the UE test loop mode. 

- 

- 

- 

- 

5 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context. 

<— 

IP packet 



6 

Check: Does the UE loop back the IP packet 
on the DRB associated with the default EPS 
bearer context? 

-> 

IP packet 

1,2 

P 

7 

The SS transmits one IP packet to the UE on 
the DRB associated with the dedicated EPS 
bearer context. 

<- 

IP packet 



8 

Check: Does the UE loop back the IP packet 
on the DRB associated with the dedicated 
EPS bearer context? 

-> 

IP packet 

1,2 

P 

9 

SS transmits an 

RRCConnectionReconfiguration message to 

release a data radio bearer. 

The SS transmits a DEACTIVATE EPS 

BEARER CONTEXT REQUEST including the 

EPS bearer identity of the dedicated EPS 

bearer. 

The NAS message is included in a 
RRCConnectionReconfiguration n]essage. 

<— 

RRCConnectionReconfiguration 
NAS: DEACTIVATE EPS 
BEARER CONTEXT REQUEST 



10 

The UE transmits an 

RRCConnectionReconfigurationCompiete 

message. 

-> 

RRCConnectionReconfigurationC 
ompiete 



11 

The UE transmit a DEACTIVATE EPS 
BEARER CONTEXT ACCEPT. 

~> 

UL Information Transfer 
NAS:DEACTIVATE EPS BEARER 
CONTEXT ACCEPT 



12 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context. 

<— 

IP packet 



13 

Check: Does the UE loop back the IP packet 
on the DRB associated with the default EPS 
bearer context? 

— > 

IP packet 

3,4 

P 
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13.1.1.3.3 Specific message contents 

Table 13.1.1.3.3-1: Message RRCConnectlonReconfiguration(s\ep 1, Table 13.1.1.3.2-1) 


Derivation Path: 36.508 table 4.6.1-8, condition DRB(1,0) 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




dedicatedlnfoNASList SEQUENCE 
(SIZE(1..maxDRB))0F 

1 entry 



dedicatedlnfoNAS[1] 

octet string 

ACTIVATE 
DEDICATED EPS 
BEARER 
CONTEXT 
REQUEST 
according 36.508 
table 4.7.3-3 


1 




1 




1 




1 





Table 13.1.1.3.3-2: Message ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST (step 1, Table 

13.1.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-3 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

EBId-1 

SS defines a 
dedicated bearer 
Id different from 
default EBId and 
between 5 and 15. 


Procedure transaction identity 



"No procedure 
transaction 
identity assigned" 


Linked EPS bearer identity 

Default EBId 

SS re-uses the 
EPS bearer 
identity of the 
default EPS 
bearer context. 


EPS QoS 

According to reference 
dedicated EPS bearer 
context #1 - see [18] 



TFT 

According to reference 
dedicated EPS bearer 
context #1 - see [1 8] 




Table 13.1.1.3.3-3: Message ACTIVATE DEDICATE EPS BEARER CONTEXT ACCEPT (step 3, Table 

13.1.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

EBId-1 

Same value as in 

ACTIVATE 

DEDICATED EPS 

BEARER 

CONTEXT 

REQUEST 


Procedure transaction identity 



"No procedure 
transaction 
identity assigned" 
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Table 13.1.1.3.3-4: Message RRCConnectionReconfiguration (step 9, Table 13.1.1.3.2-1) 


Derivation Path: 36.508 table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE{ 




rrcConnectionReconfiguration-r8 SEQUENCE { 




dedicatedlnfoNASList SEQUENCE 
(SIZE(1 ..maxDRB)) OF SEQUENCE { 




DedicatedlnfoNAS[1] 

DEACTIVATE EPS 
BEARER CONTEXT 
REQUEST 



} 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-DRB-RELEASE 



1 




1 




1 




} 





Table 13.1.1.3.3-5: Message RadioResourceConfigDedicated-DRB-RELEASE (step 9, Table 13.1.1.3.2- 

1) 


Derivation Path: 36.331 clause 6.3.2 

Information Element 

Value/remark 

Comment 

Condition 

RadioResourceConfigDedicated ::= SEQUENCE { 




srb-ToAddModList 

Not present 



drb-ToAddModList 

Not present 



drb-ToReleaseList SEQUENCE (SIZE (L.maxDRB)) 
OF SEQUENCE! 

1 entry 



drb-ldentity[1] 

2 



1 




mac-MainConfig CHOICE { } 

Not present 



sps-Config 

Not present 



physicalConfigDedicated 

Not present 



1 





Table 13.1.1.3.3-6: Message DEACTIVATE EPS BEARER CONTEXT REQUEST (step 9, Table 13.1.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-12 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

EBId-1 

Same value as in 

ACTIVATE 

DEDICATED EPS 

BEARER 

CONTEXT 

REQUEST of step 

1 


Procedure transaction identity 



No procedure 
transaction 
identity assigned 


ESM cause 

00100100 

"Regular 
deactivation" 


Protocol configuration options 

Not present 
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Table 13.1.1.3.3-7: Message DEACTIVATE EPS BEARER CONTEXT REQUEST (step 11, Table 13.1.1.3.2-1) 


Derivation path: 36.508 table 4.7.3-1 1 

Information Element 

Value/Remark 

Comment 

Condition 

EPS bearer identity 

EBId-1 

Same value as in 

ACTIVATE 

DEDICATED EPS 

BEARER 

CONTEXT 

REQUEST of step 

1 


Procedure transaction identity 



No procedure 
transaction 
identity assigned 



1 3.1 .2 Call setup from E-UTRAN RRCJDLE / CS fallback to UTRAN with 
redirection / MO call 


13.1.2.1 

(1) 


Test Purpose (TP) 


with { the UE is in E-UTRA RRC_IDLE state } 
ensure that { 

when { the user initiates a CS voice call } 

then { the UE transmits an EXTENDED SERVICE REQUEST message with Service Type IE set to "mobile 
originating CS fallback or IxCS fallback" } 


(2) 

with { the UE transmitted an EXTENDED SERVICE REQUEST message with Service Type IE set to "mobile 
originating CS fallback or IxCS fallback" } 
ensure that { 

when { the UE receives an RRCConnectionRelease message with redirection to a UMTS cell which 
belongs to the LA allocated to the UE during the previous registration procedure in E-UTRAN } 

then { UE establishes a connection to the designated UMTS cell, performs a RA update procedure 
and establishes a CS call } 


13.1.2.2 


Conformance requirements 


The conformance requirements covered in the present TC are specified in: TS 24.301 clauses 5.6.1.1 and TS 24.008, 
clause 4.5.1.1. 

[TS 24.301, clause 5.6.1.1] 


The UE shall invoke the service request procedure when: 


d) the UE in EMM-IDLE or EMM-CONNECTED mode is configured to use CS fallback and has a mobile 
originating CS fallback request from the upper layer; 


[TS 24.008, clause 4.5.1.1] 


In order to establish an MM connection, the mobile station proceeds as follows: 
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d) When the MS is IMSI attached for CS services via EMM combined procedures, as described in 3GPP TS 24.301 
[120], and the MS is camping on an E-UTRAN cell, the MM sublayer requests EMM to initiate a service request 
procedure for CS fallback. The MM connection establishment is delayed until the MS changes to a GERAN or 
UTRAN cell. 

If the MS enters a GERAN or UTRAN cell, then the MS shall initiate the MM connection establishment and 
send a CM SERVICE REQUEST message. If the MS determines that it is in a different location area than the 
stored location area, the MS shall first initiate a normal location updating procedure or a combined routing area 
update procedure, depending on Network Mode of Operation. If the location area of the current cell is not 
available, the MS may initiate a normal location updating procedure directly. The MM connection establishment 
is delayed until successful completion of the normal location updating or combined routing area update 
procedure. The MS may perform location area updating procedure instead of combined routing area update 
procedure in NMO I. If the normal location updating procedure is initiated, the MS shall indicate the "follow-on 
request pending" in the LOCATION UPDATING REQUEST message. 


13.1.2.3 
13.1.2.3.1 


Test description 
Pre-test conditions 


System Simulator: 

- cell 1 (E-UTRA) and cell 5 (UTRA); 

- power levels are constant and as defined in table 13.1.2.3.1-1; 

- cell 5 is in NMO 1. 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 

Table 13.1.2.3.1-1: Cell power levels 


Parameter 

Unit 

CelM 

Cells 

Remark 

Cell-specific RS EPRE 

dBm/15kHz 

-75 

- 

The power levels are such that the UE 
camps on cell 1 . 

CPICH Ec(UTRA 
FDD) 

dBm/3.84 MHz 

- 

-70 

PCCPCH Ec(UTRA 
LCR TDD) 

dBm/1 .28 MHz 

- 

-72 


UE: 

- the UE is configured to initiate combined EPS/IMSI attach. 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) according to TS 36.508 [18]. 
Note: During the registration procedure, the UE is allocated the LAI of cell 5. 
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13.1.2.3.2 


Test procedure sequence 

Table 13.1.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

A CS call is initiated (see Note 1) 





2 

The UE transmits an RRCConnectionRequest 
message. 

~> 

RRCConnectionRequest 

- 

- 

3 

The SS transmits an RRCConnectionSetup 
message 

<— 

RRCConnectionSetup 

- 

- 

4 

Check: Does the UE transmit an EXTENDED 
SERVICE REQUEST message? 

-> 

EXTENDED SERVICE REQUEST 

1 

P 

5 

Void 



- 

- 

6 

Void 



- 

- 

7 

Void 



- 

- 

8 

The SS transmits an RRCConnectionRelease 
message indicating redirection to cell 5 

<— 

RRCConnectionRelease 

- 

- 

9 

The UE transmits an RRC CONNECTION 
REQUEST with an establishment cause 
indicating ' Originating Conversational Call '. 

-> 

RRC CONNECTION REQUEST 



10- 
27 

Check: Does steps 2 to 1 9 of the generic test 
procedure in TS 36.508 subclause 6.4.3.7.2 
are performed? 



2 


- 

The UE is in end state UTRA CS call (U5). 

- 

- 

- 

- 

Note 1 : The request is assumed to be triggered by AT command D. 
Note 2: Void 


Table 13.1.2.3.2-2: Void 

1 3.1 .2.3.3 Specific message contents 

Table 13.1.2.3.3-1: SystemlnformationBlockTypeS for cell 1 (preamble and all steps, table 13.1.2.3.2-1) 


Derivation path: 36.508 table 4.4.3.3-5 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType6 ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1 ..maxUTRA-FDD-Carrier)) OF SEQUENCE { 



FDD 

carrierFreq[n] 

Same as cell 5 



cellReselectionPriority[n] 

3 

Lower than cell 1 
priority (priority = 
4) 


} 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxUTRA-TDD-Carrier)) OF SEQUENCE { 

1 entry 


TDD 

carrierFreq[n] 

Same as cell 5 



cellReselectionPriority[n] 

3 

Lower than cell 1 
priority (priority = 
4) 


1 




1 




Table 13.1.2.3.3-2: EXTENDED SERVICE REQUEST (step 4, table 13.1.2.3.2-1) 

Derivation path: 36.508 table 4.7.2-1 4A 

Information Element 

Value/Remark 

Comment 

Condition 

Service type 

0000 'mobile originating 
CS fallback or 1xCS 
fallback' 



CSFB response 

Not present 



EPS bearer context status 

Not present or any 
allowed value 
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Table 13.1.2.3.3-3: RRCConnectionRelease (step 8, table 13.1.2.3.2-1) 


Derivation path: 36.508 table 4.6.1-15 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




redirectedCarrierlnfo ::= CHOICE { 




utra-FDD 

Downlink UARFCN of cell 
5 


FDD 

utra-TDD 

Downlink UARFCN of cell 
5 


TDD 

1 




1 




1 




Table 13.1.2.3.3-4: CM SERVICE REQUEST (step 12, table 13.1.2.3.2-1) 

Derivation path: 24.008 table 9.2.1 1 

Information Element 

Value/Remark 

Comment 

Condition 

CM service type 

0001 'Mobile originating 
call establishment or 
packet mode connection 
establishment' 



Ciphering key sequence 
number 

Any allowed value 



Mobile station 
classmark 

Any allowed value 



Mobile identity 




TMSI 

TMSI-1 



Priority 

Not present or any 
allowed value 




Table 13.1.2.3.3-5: Void 


1 3.1 .2a Call setup from E-UTRAN RRCJDLE / CS fallback to UTRAN with 
redirection including System Information / MO call 


13.1.2a.1 

(1) 


Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives an RRCConnectionRelease message with redirection to UTRAN including System 
Information } 

then { UE uses the received System Information and UE sends an RRC CONNECTION REQUEST message in 
the cell which belongs to the frequency indicated in RRCConnectionRelease message } 


13.1.2a.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.301 clauses 5.6.1.1, TS 
24.008, clause 4.5.1.1 and TS 25.331, clause 8.1.1.8. 

[TS 24.301, clause 5.6.1.1] 

The UE shall invoke the service request procedure when: 


d) the UE in EMM-IDLE or EMM-CONNECTED mode is configured to use CS fallback and has a mobile 
originating CS fallback request from the upper layer; 
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[TS 24.008, clause 4.5.1.1] 

In order to establish an MM connection, the mobile station proceeds as follows: 


d) When the MS is IMSI attached for CS services via EMM combined procedures, as described in 

3GPP TS 24.301 [120], and the MS is camping on an E-UTRAN cell, the MM sublayer requests EMM to initiate 
a service request procedure for CS fallback. The MM connection establishment is delayed until the MS changes 
to a GERAN or UTRAN cell. 

If the MS enters a GERAN or UTRAN cell, then the MS shall initiate the MM connection establishment and 
send a CM SERVICE REQUEST message. If the MS determines that it is in a different location area than the 
stored location area, the MS shall first initiate a normal location updating procedure or a combined routing area 
update procedure, depending on Network Mode of Operation. If the location area of the current cell is not 
available, the MS may initiate a normal location updating procedure directly. The MM connection establishment 
is delayed until successful completion of the normal location updating or combined routing area update 
procedure. The MS may perform location area updating procedure instead of combined routing area update 
procedure in NMO I. If the normal location updating procedure is initiated, the MS shall indicate the "follow-on 
request pending" in the LOCATION UPDATING REQUEST message. 

[TS 25.331, clause 8.1.1.8] 

If the UE was redirected from a different RAT: 

1> if the UE receives the System Information Container message corresponding to a cell, on which UE is camped 
after a cell selection procedure triggered by the redirection procedure: 

2> the UE may store the System Information Container message into variable SYSTEM INFORMATION 

CONTAINER and use the stored master information block, scheduling blocks and system information blocks 
in the variable SYSTEM_INFORMATION_CONTAINER until the variable is cleared, and act as if this 
system information was scheduled on BCCH of this cell. 

1 3.1 .2a.3 Test description 

1 3.1 .2a.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 (E-UTRA) and Cell 5 (UTRA); 

- power levels are constant and as defined in Table 1 3 . 1 . 2a. 3 . 1 - 1 ; 

- Cell 5 is in NMO I. 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cell. 

Table 13.1.2a.3.1-1: Cell power levels 


Parameter 

Unit 

CelM 

Cells 

Remark 

Cell-specific RS EPRE 

dBm/15kHz 

-75 

- 

The power levels are such that the UE 
camps on cell 1 . 

CPICH Ec(UTRA 
FDD) 

dBm/3.84 MHz 

- 

-70 

PCCPCH Ec(UTRA 
LCR TDD) 

dBm/1 .28 MHz 

- 

-72 


UE: 

- the UE is configured to initiate combined EPS/IMSI attach. 
Preamble: 

- the UE is in state Registered, Idle Mode (state 2) on Cell 1 according to TS 36.508 [18]. 
Note: During the registration procedure, the UE is allocated the LAI of cell 5. 
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13.1.2a.3.2 


Test procedure sequence 

Table 13.1.2a.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

A CS call is initiated (see Note 1) 

- 

- 

- 

- 

2 

The UE transmits an RRCConnectionRequest 
message on Cell 1 . 

~> 

RRCConnectionRequest 

- 

- 

3 

The SS transmits an RRCConnectionSetup 
message on Cell 1 . 

<— 

RRCConnectionSetup 

- 

- 

4 

The UE transmits an EXTENDED SERVICE 
REQUEST message on Cell 1 . 

-> 

EXTENDED SERVICE REQUEST 

- 

- 

5 

The SS transmits an RRCConnectionRelease 
message indicating redirection to cell 5 on Cell 
1. 

<- 

RRCConnectionRelease 



6 

Check: Does the UE transmit an RRC 
CONNECTION REQUEST message with an 
establishment cause indicating ' Originating 
Conversational Call ' on Cell 5? 

— > 

RRC CONNECTION REQUEST 

1 

p 

7 

The SS transmits an RRC CONNECTION 
SETUP message on Cell 5. 

<- 

RRC CONNECTION SETUP 

- 

- 

8 

The UE transmits an RRC CONNECTION 
SETUP COMPLETE message on Cell 5. 

-> 

RRC CONNECTION SETUP 
COMPLETE 

- 

- 


EXCEPTION: In parallel to step 9, the parallel 
behaviour in Table 13. 1.2a. 3. 2-2 is taking 
place. 





9 

The UE transmits a CM SERVICE REQUEST 
message on Cell 5. 

-> 

CM SERVICE REQUEST 

- 

- 

10 

The SS transmits a SECURITY MODE 
COMMAND message for the PS domain on 
Cell 5. (see Note 2) 

<- 

SECURITY MODE COMMAND 



11 

The UE transmits a SECURITY MODE 
COMPLETE message on Cell 5. 

-> 

SECURITY MODE COMPLETE 

- 

- 

12 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message not including P-TMSI on 
Cell 5. 

<- 

ROUTING AREA UPDATE 
ACCEPT 



13- 
21 

Steps 8 to 1 6 of the generic test procedure in 
TS 34.108 subclause 7.2.3.2 are performed on 
Cell 5 (the SS performs a SMC procedure and 
the CScall is set up). 





- 

The UE is in end state UTRA CS call (U5). 

- 

- 

- 

- 

Note 1 : The trigger in step 1 is the same as in the generic procedure in 36.508 clause 6.4.3.5. 

Note 2: A real network will initiate the security mode command procedure for the CS domain immediately after 
receiving the CM SERVICE REQUEST, but in this test case it was chosen to complete the procedure for 
PS domain first in order to avoid the possibility of a security mode command procedure running in parallel 
with another RRC procedure. 


Table 13.1.2a.3.2-2: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The UE transmits a ROUTING AREA UPDATE 
REQUEST message. 

-> 

ROUTING AREA UPDATE 
REQUEST 

- 

- 
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13.1.2a.3.3 


Specific message contents 


Table 13.1.2a.3.3-1 : SystemlnformationBlockType6 for cell 1 (preamble and all steps, Table 

13.1.2a.3.2-1) 


Derivation path: 36.508 Table 4.4.3.3-5 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockTypee ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1 ..maxUTRA-FDD-Carrier)) OF SEQUENCE { 



FDD 

carrierFreq[n] 

Same as cell 5 



cellReselectionPriority[n] 

3 

Lower than cell 1 
priority (priority = 
4) 


1 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxUTRA-TDD-Carrier)) OF SEQUENCE { 

1 entry 


TDD 

carrierFreq[n] 

Same as cell 5 



cellReselectionPriority[n] 

3 

Lower than cell 1 
priority (priority = 
4) 


1 




1 





Condition 

Explanation 

FDD 

FDD cell environment 

TDD 

TDD cell environment 


Table 13.1.2a.3.3-2: EXTENDED SERVICE REQUEST (step 4, Table 13.1.2a.3.2-1) 


Derivation path: 36.508 Table 4.7.2-1 4A 

Information Element 

Value/Remark 

Comment 

Condition 

Service type 

'OOOO'B 

'mobile originating 
CS fallback or 
1xCS fallback' 


CSFB response 

Not present 



EPS bearer context status 

Not present or any 
allowed value 
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Table 13.1.2a.3.3-3: RRCConnectionRelease (step 5, Table 13.1.2a.3.2-1) 


Derivation path: 36.508 Table 4.6.1-15 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




redirectedCarrierlnfo CHOICE { 




utra-FDD 

Downlink UARFCN of cell 
5 


FDD 

utra-TDD 

Downlink UARFCN of cell 
5 


TDD 

1 




nonCriticalExtension SEQUENCE { 




celllnfoList-r9 CHOICE { 




utra-FDD-r9 SEQUENCE { 

1 entry 


FDD 

physCellld-r9[1] 

PhysicalCellldentity of 
Cell 5 



utra-BCCH-Container-r9[1 ] 

SYSTEM INFORMATION 
CONTAINER 



1 




utra-TDD-r9 SEQUENCE { 

1 entry 


TDD 

physCellld-r9[1] 

PhysicalCellldentity of 
Cell 5 



utra-BCCH-Container-r9[1 ] 

SYSTEM INFORMATION 
CONTAINER 



1 




1 




1 




1 




1 




1 




1 





Condition 

Explanation 

FDD 

FDD cell environment 

TDD 

TDD cell environment 


Table 13.1.2a.3.3-4: SYSTEM INFORMATION CONTAINER (Table 13.1.2a.3.3-3) 


Derivation path: 25.331 clause 1 1 .2 

Information Element 

Value/Remark 

Comment 

Condition 

mib 

See Table 1 3.1. 2a.3.3-5 



syslnfoTypeSBI 

See 34.108 6.1.0a 



syslnfoTypeSB2 

Not present 



syslnfoTypel 

See 34.108 6.1.0b 



syslnfoTypeS 

See 34.108 6.1.0b 



syslnfoType5 

See 34.108 6.1.0b 



syslnfoType? 

See 34.108 6.1.0b 



syslnfoTypel 1 

See 34.108 6.1.0b 



syslnfoTypel Ibis 

Not present 



syslnfoTypel 2 

See 34.108 6.1.0b 




Table 13.1.2a.3.3-5: Master Information Block (Table 13.1.2a.3.3-4) 


Derivation Path: 34.108 clause 6.1. Oa.3 

Information Element 

Value/remark 

Comment 

Condition 

- MIB value tag 

1 
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Table 13.1.2a.3.3-6: System Information Block type 3 for Cell 5 (preamble and all steps, Table 

13.1.2a.3.2-1) 


Derivation path: 34.108 clause 6.1.0b 

Information Element 

Value/Remark 

Comment 

Condition 

Access Class Barred List 




- Access Class BarredO 

barred 



-Access Class Barred 1 

barred 



- Access Class Barred2 

barred 



- Access Class BarredS 

barred 



- Access Class Barred4 

barred 



- Access Class BarredS 

barred 



- Access Class Barred6 

barred 



- Access Class Barred? 

barred 



- Access Class BarredS 

barred 



- Access Class Barred9 

barred 



- Access Class Barred 10 

barred 



- Access Class Barred 1 1 

barred 



- Access Class Barred 12 

barred 



- Access Class Barred 13 

barred 



- Access Class Barred 14 

barred 



- Access Class Barred 15 

barred 




NOTE: To confirm that the UE uses System Information included in RRCConnectionRelease message, the 

parameters of System Information included in RRCConnectionRelease message is intentionally different 
from the target cell. 

Table 13.1.2a.3.3-7: Master Information Block for Cell 5 (preamble and all steps, Table 13.1.2a.3.2-1) 


Derivation Path: 34.108 clause 6.1. Oa.3 

Information Element 

Value/remark 

Comment 

Condition 

- MIB value tag 

2 




Table 13.1.2a.3.3-8: CM SERVICE REQUEST (step 9, Table 13.1.2a.3.2-1) 


Derivation path: 24.008 Table 9.2.1 1 

Information Element 

Value/Remark 

Comment 

Condition 

CM service type 

'0001 'B 

'Mobile originating 
call establishment 
or packet mode 
connection 
establishment' 


Ciphering key sequence number 

Any allowed value 



Mobile station classmark 

Any allowed value 



Mobile identity 




TMSI 

TMSI-1 



Priority 

Not present or any 
allowed value 




Table 13.1.2a.3.3-9: ROUTING AREA UPDATE ACCEPT (step 12, Table 13.1.2a.3.2-1) 


Derivation path: 24.008 Table 9.4.15 

Information Element 

Value/Remark 

Comment 

Condition 

P-TMSI signature 

Not present 



Allocated P-TMSI 

Not present 
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13.1.3 Call setup from E-UTRAN RRC_CONNECTED/CS fallback to 
UTRAN with Redirection / MT call 

13.1.3.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a DLInformationTransfer message containing a CS SERVICE NOTIFICATION message } 
then { UE transmits an ULInformationTransfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" } 

} 

(2) 

with { UE having transmitted an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" } 
ensure that { 

when { SS transmits an RRCConnectionRe lease message with redirection to a UTRA cell in same 
location area and operating in NMO I } 

then { UE tunes to UTRA cell and initiates a CS domain PAGING RESPONSE procedure and a parallel 
PS domain RA Update procedure } 


(3) 

void 

(4) 

with { UE having transmitted an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" and tuned to 
UTRA cell and initiated a RA Update procedure and having pending UL data to send} 
ensure that { 

when { UE completes the RA Update procedure } 

then { UE transmits a SERVICE REQUEST to set up PS bearers on UTRA cell } 

} 

(5) 

with { UE having transmitted an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" and tuned to 
UTRA cell and initiated a RA Update procedure and having pending UL data to send} 
ensure that { 

when { PS bearers have been set up on UTRA cell } 
then { UE transmits pending UL data } 
} 

1 3.1 .3.2 Conformance requirements 

References: The conformance requirements covered in the current TC are those Hsted in TC 8.1.3.6, plus those specified 
in: TS 23.272, clause 7.4, and TS 24.301, clause 5.6.2.3. 

[TS 23.272, clause 7.4] 
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Figure 7.4-1 : CS Page in E-UTRAN, Call in GERAN/UTRAN without PS HO 


la. The MSC receives an incoming voice call and responds by sending a Paging Request (IMSI or TMSI, optional 
Caller Line Identification and Connection Management information, priority indication) to the MME over a SGs 
interface. The MSC only sends a CS Page for an UE that provides location update information using the SGs 
interface. In active mode the MME has an established SI connection and if the MME did not return the "SMS- 
only" indication to the UE during Attach or Combined TA/LA Update procedures, the MME reuses the existing 
connection to relay the CS Service Notification to the UE. 

If the MME returned the "SMS-only" indication to the UE during Attach or Combined TA/LA Update 
procedures, the MME shall not send the CS Page to the UE and sends CS Paging Reject towards MSC to stop 
CS Paging procedure, and this CSFB procedure stops. 

The eNB forwards the paging message to the UE. The message contains CN Domain indicator and, if received 
from the MSC, the Caller Line Identification. 

The MME immediately sends the SGs Service Request message to the MSC containing an indication that the UE 
was in connected mode. The MSC uses this connected mode indication to start the Call Forwarding on No Reply 
timer for that UE and the MSC should send an indication of user alerting to the calling party. Receipt of the SGs 
Service Request message stops the MSC retransmitting the SGs interface Paging message. 

NOTE 1 : The pre-configured policy may be used by UE to avoid being disturbed without Caller Line Identification 
display and the detailed handling is to be decided by CT WGl and CT WG6. 

NOTE 2: This procedure can also take place immediately after MSC receives MAP_PRN from HSS, if pre-paging 
is deployed. Caller Line Identification is also provided in the case of pre-paging. 

If the MME receives paging request message with priority indication, e.g. eMLPP priority, from the MSC, then 
the MME processes this message and also the subsequent CS fallback procedure preferentially compared to other 
normal procedures. 
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lb. UE sends an Extended Service Request (CS Fallback Indicator, Reject or Accept) message to the MME. 
Extended Service Request message is encapsulated in RRC and Sl-AP messages. CS Fallback Indicator 
indicates MME to perform CS Fallback. The UE may decide to reject CSFB based on Caller Line Identification. 

Ic. Upon receiving the Extended Service Request (CSFB, Reject), the MME sends Paging Reject towards MSC to 
stop CS Paging procedure and this CSFB procedure stops. 

Id. The MME sends an Sl-AP UE Context Modification Request message to eNodeB that includes a CS Fallback 
Indicator. This message indicates to the eNB that the UE should be moved to UTRAN/GERAN. 

If MME received priority indication in Step la, the MME sends Sl-AP UE Context Modification Request 
message to the eNodeB with priority indication, i.e. "CSFB High Priority", as specified in TS 36.413 [35]. 

le. The eNB shall reply with Sl-AP UE Context Modification Response message. 

2. The eNodeB may optionally solicit a measurement report from the UE to determine the target GERAN cell to 
which the redirection procedure will be performed. 

The network performs one of steps 3a or 3b or 3c. 

3a. If the UE and network support inter-RAT cell change order to GERAN and the target cell is GERAN: 

The eNodeB can trigger an inter-RAT cell change order (optionally with NACC) to a GERAN neighbour cell by 
sending an RRC message to the UE. The inter-RAT cell change order may contain a CS Fallback Indicator 
which indicates to UE that the cell change order is triggered due to a CS fallback request. If the inter-RAT cell 
change order contains a CS Fallback Indicator and the UE fails to establish connection to the target RAT, then 
the UE considers that CS fallback has failed. Service Request procedure is considered to be successfully 
completed when cell change order procedure is completed successfully. 

3b. If the UE or the network does not support inter-RAT PS handover from E-UTRAN to GERAN/UTRAN nor 
inter-RAT cell change order to GERAN: 

The eNodeB can trigger RRC connection release with redirection to GERAN or UTRAN instead of PS HO or 

NACC. 

3c. If the UE and network support "RRC connection release with redirection and Multi Cell System Information to 
GERAN/UTRAN": 

The eNodeB can trigger RRC connection release with redirection to GERAN or UTRAN and include one or 
more physical cell identities and their associated System Information. 

NOTE 3: Service Request procedure supervision timer shall be sufficiently long considering the optional 
measurement reporting at step 2. NOTE 4: Service Request procedure supervision timer shall be 
sufficiently long considering the optional measurement reporting at step 2. 

4. The eNodeB sends an SI UE Context Release Request message to the MME. If the target cell is GERAN and 
either the target cell or the UE does not support DTM the message includes an indication that the UE is not 
available for PS service. 

5. The MME releases the UE Context in the eNodeB as well as all eNodeB related information in the S-GW as 
specified in TS 23.401 [2]. 

In case the Cause indicates that RRC was released due to abnormal conditions, e.g. radio link failure, the MME 
suspends the EPS bearers (Step 8). 

The UE performs one of steps 6a or 6b or 6c and THEN performs step 6d. 

6a. (Step 6a is performed if step 3a, Cell Change Order to GERAN, was performed) 

The UE moves to the new cell in GERAN. The UE uses the NACC information and/or receives the broadcast 
System Information and when it has the necessary information to access the GERAN cell, establishes a radio 
signalling connection. 

6b. (Step 6b is performed if step 3b, RRC release with redirection, was performed) 
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The UE moves to the target RAT, identifies a suitable cell preferably of the same PLMN as received in LAI IE of 
combined EPS/IMSI Attach/TAU Accept message,, receives the broadcast System Information and when it has 
the necessary information to access GERAN/UTRAN, establishes a radio signalling connection. 

6c. (Step 6c is performed if step 3c, RRC connection release with redirection and Multi Cell System Information, 
was performed) 

The UE moves to the target RAT and identifies a suitable cell preferably of the same PLMN as received in LAI 
IE of combined EPS/IMSI Attach/TAU Accept message. The UE uses the NACC information and/or receives 
the broadcast System Information and when it has the necessary information to access GERAN/UTRAN, the UE 
establishes the radio signalling connection. 

6d. If the LA of the new cell is different from the one stored in the UE, the UE shall initiate a Location Area Update 
or a Combined RA/LA Update as specified in TS 23.060 [3] for the different Network Modes of Operation 
(NMO). The UE shall set the "CSMT" flag in the LAU Request. The "CSMT" flag is used to avoid missing MT 
call in roaming retry case. In NMO I, the UE in GERAN may perform LA update over the RR connection 
instead of combined RA/LA update over the packet access as defined in TS 24.008 [21], clause 4.7.5.2.5, unless 
enhanced CS establishment in DTM is supported. Further the UE performs any Routing Area Update procedure 
as specified in TS 23.060 [3]. 

In NMO I a CSFB UE should perform LAU (and if it does so, shall set the "CSMT" flag) and RAU procedures 
instead of a Combined RA/LA Update procedure to speed up the CSFB procedure. 

When the MSC receives a LA Update Request, it shall check for pending terminating CS calls and, if the 
"CSMT" flag is set, maintain the CS signalling connection after the Location Area Update procedure for pending 
terminating CS calls. 

7. If the target RAT is GERAN and DTM is not supported, the UE starts the Suspend procedure specified in 

TS 23.060 [3], clause 16.2.1.1.2. This triggers the SGSN to send a Suspend Request message to the MME. The 
MME returns a Suspend Response to the SGSN even though GUTI cannot be derived from the P-TMSI and RAI 
pair. 

8. If the Sl-AP UE Context Release Request message, received from the eNodeB in step 4, indicates that the UE is 
not available for the PS services in the target cell, the MME deactivates GBR bearers towards S-GW and P- 
GW(s) by initiating MME-initiated Dedicated Bearer Deactivation procedure as specified in TS 23.401 [2], and 
starts the preservation and suspension of non-GBR bearers by sending Suspend Notification message to the S- 
GW. The S-GW releases all eNodeB related information (address and TEIDs) for the UE, and sends Suspend 
Notification message to the P-GW(s). The MME stores in the UE context that the UE is in suspended status. All 
the preserved non-GBR bearers are marked as suspended status in the S-GW and P-GW(s). The P-GW should 
discard packets if received for the suspended UE. 

NOTE 4: Step 8 can not be triggered by the Suspend procedure since the full GUTI can not be derived from the 
P-TMSI and RAI included in the Suspend Request message. 

9. If the UE does not initiate a LAU procedure, the UE responds to the paging by sending a Paging Response 
message as specified in TS 44.018 [4] or TS 25.331 [7]. When received at the BSS/RNS, the Paging Response is 
forwarded to the MSC. 

NOTE 6: The MSC should be prepared to receive a Paging Response after a relatively long time from when the CS 
Paging Request was sent (step la). 

9a. If UE is registered in the MSC serving the 2G/3G cell and the UE is allowed in the LA the MSC shall estabUsh 
the CS call. 

9b. If the UE is not registered in the MSC that receives the Paging Response or the UE is not allowed in the LA, the 
MSC shall reject the Paging Response by releasing the A/Iu-cs connection. The BSS/RNS in turn releases the 
signalling connection for CS domain. 

9c. The signalling connection release shall trigger the UE to obtain the LAI, which causes the initiation of a 

Location Area Update or a Combined RA/LA procedure as specified in TS 23.060 [3] for the different Network 
Modes of Operation (NMO). 

The Location Area Update triggers the Roaming Retry for CS Fallback procedure as defined in clause 7.5. 

After performing the LAU procedure the MSC shall establish the CS call if the UE is allowed in the LA. 
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[TS 24.301, clause 5.6.2.3] 

The network may initiate the paging procedure for non-EPS services when the UE is IMSI attached for non-EPS 
services (see example in figure 5.6.2.3.1). 

UE AS MME 

Request paging 
Paging 


EXTENDED SERVICE REQUEST 


Figure 5.6.2.3.1 : Paging procedure for CS fallback to A/Gb or lu mode 


To initiate the procedure when no NAS signalHng connection exists, the EMM entity in the network requests the lower 
layer to start paging (see 3GPP TS 36.300 [20], 3GPP TS 36.413 [23]). The paging message includes a CN domain 
indicator set to "CS" in order to indicate that this is paging for CS fallback. 

NOTE: The timer T3413 is not started in the network when the paging procedure is initiated for CS fallback. 

To notify the UE about an incoming mobile terminating CS service when a NAS signalling connection exists, the EMM 
entity in the network shall send a CS SERVICE NOTIFICATION message. This message may also include CS service 
related parameters (e.g. Calling Line Identification, SS or LCS related parameters). 

Upon reception of a paging indication, the UE shall respond with an EXTENDED SERVICE REQUEST. If the paging 
is received in EMM-IDLE mode, the UE shall respond immediately. If the paging is received as NAS CS 
NOTIFICATION message in EMM-CONNECTED mode, the UE may request upper layers input i.e. to accept or reject 
CS fallback before responding with an EXTENDED SERVICE REQUEST. The response is indicated in the CSFB 
response information element in the EXTENDED SERVICE REQUEST message in both EMM-IDLE and EMM- 
CONNECTED modes. 

1 3.1 .3.3 Test description 

13.1.3.3.1 Pre-test conditions 

System Simulator: 

- 2 cells, one E-UTRA and one UTRA cell and same Location areas but different Routing areas: 

- Cell 1 E-UTRA serving cell 

- Cell 5 suitable neighbour UTRA cell 

- The parameters settings and power levels for Cell 1 and Cell 5 are selected according to [18], [5] and Table 
13.1.3.3.2-1 so that camping on Cell 1 is guaranteed and no cell re-selection to Cell 5 can take place (utra 
priority is lower than serving and S ceii i > Thresh ceii i,iow)- 


System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 


UE: 


- the UE is configured to initiate combined EPS/IMSI attach. 
Preamble: 

- The UE is in state Loopback activated (state 4) on cell 1 according to [18] using UE test loop mode B with 
IP_PDU_delay set to 255 sec. 
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1 3.1 .3.3.2 Test procedure sequence 

Table 13.1.3.3.2-1 shows the cell power levels after the preamble. 

Table 13.1.3.3.2-1: Cell power levels 


Parameter 

Unit 

CelM 

Cell 5 

Remark 

Cell-specific RS EPRE 

dBm/15kHz 

-75 

- 

The power levels are such that 
camping on Cell 1 is guaranteed. 

CPICH Ec(UTRAFDD) 

dBm/3.84 MHz 

- 

-70 

PCCPCH Ec(UTRALCR 
TDD) 

dBm/1.28MHz 

- 

-72 
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Table 13.1.3.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 . 

<- 

IP packet 



2 

The SS transmits a DLInformationTransfer 
message on Cell 1 containing a CS SERVICE 
NOTIFICATION message. 

<- 

DL Information Transfer 
NAS: CS SERVICE 
NOTIFICATION 




EXCEPTION: Step 3a1 describes behaviour 
that depends on the UE capability; the "lower 
case letter" identifies a step sequence that 
takes place if a capability is supported. 





3a1 

IF the UE needs to request upper layer input 
before accepting the CS fallback, the incoming 
CS call is accepted at the UE through MMI or 
AT command. 





4 

Check: Does the UE transmit an 
ULInformationTranfer rciessage containing an 
EXTENDED SERVICE REQUEST with 
Service Type IE set to "mobile terminating CS 
fallback or IxCS fallback" on Cell 1 ? 

-> 

UL Information Transfer 
NAS: EXTENDED SERVICE 
REQUEST 

1 

P 

5 

The SS transmits an RRCConnectionRelease 
message on Cell 1 with IE 
redirectionlnformation including UTRA- 
CarrierFreq of Cell 5. 

<- 

RRCConnectionRelease 



6 

Check: Does the UE transmit an RRC 
CONNECTION REQUEST message with 
Establishment cause 'Registration' or 
Terminating Conversational Call'? 

-> 

RRC CONNECTION REQUEST 

2 

P 

6A 

1 

The SS transmits an RRC CONNECTION 
SETUP message. 

<— 

RRC CONNECTION SETUP 

- 

- 

6A 
2 

The UE transmits an RRC CONNECTION 
SETUP COMPLETE message. 

-> 

RRC CONNECTION SETUP 
COMPLETE 

- 

- 

7- 
11 

Void 

- 

- 

- 

- 


EXCEPTION: In parallel to the events 
described in steps 1 2 to 1 3 A1 1 , the steps 
specified in Table 13.1.3.3.2-3 shall take place. 





12 

Check: Does the UE transmit a PAGING 
RESPONSE on Cell 5? 

-> 

PAGING RESPONSE 

2 

p 

13 
A1- 
13 
A1 
1 

Steps 7 to 1 7 of the generic test procedure in 
TS 34.108 subclause 7.2.3.1 are performed on 
Cell 5. 
NOTE: Mobile terminating CS call is set up. 





14 

The SS transmits a SECURITY MODE 
COMMAND message for the PS domain on 
Cell 5. See Note. 

<— 

SECURITY MODE COMMAND 



15 

The UE transmits a SECURITY MODE 
COMPLETE message on Cell 5. 

-> 

SECURITY MODE COMPLETE 

- 

- 

16 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message on Cell 5. 

<— 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

17 

The UE transmits a ROUTING AREA UPDATE 
COMPLETE message on Cell 5. 

-> 

ROUTING AREA UPDATE 
COMPLETE 

- 

- 

18 

Check: Does the UE transmit a SERVICE 
REQUEST message on Cell 5? 

-> 

SERVICE REQUEST 

4 

P 

19- 
20 

Steps 11 to 1 2 of the generic test procedure in 
TS 34.108 subclause 7.2.4.2 are performed on 
Cell 5. 

NOTE: Mobile originating packet switched 
session is set up. 





21 

Check: Does the UE loop back the IP packet 
received in Step 1 on the RAB associated with 
the PDP context active on Cell 5? 

— > 

IP packet 

5 

P 

Note: A real network will initiate the security mode command procedure for the PS domain immediately after 
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receiving the ROUTING AREA UPDATE REQUEST, but in this test case it was chosen to complete the procedure for 
CS domain first in order to avoid the possibility of a security mode command procedure running in parallel with 
another RRC procedure. 

Table 13.1.3.3.2-3: Parallel behaviour 

St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

OA 
OE 

Void 





1 

The UE transmits a ROUTING AREA UPDATE 
REQUEST message on Cell 5. 

-> 

ROUTING AREA UPDATE 
REQUEST 

- 

- 

2 

Void 



- 

- 

3 

Void 



- 

- 

4-5 

Void 



- 

- 

6 

Void 



- 

- 


13.1.3.3.3 


Table 13.1.3.3.2-4: Void 
Table 13.1.3.3.2-5: Void 

Specific message contents 

Table 13.1 .3.3.3-1: Void 


Table 13.1.3.3.3-2: SystemlnformationBlockTypeS for cell 1 (preamble and all steps, Table 13.1.3.3.2- 

2) 


Derivation Path: 36.508 Table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypee ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1 ..maxUTRA-FDD-Carrier)) OF SEQUENCE { 



UTRA- 
FDD 

carrierFreq[n] 

Same downlink UARFCN 
as used for cell 5 



cellReselectionPriority[n] 

3 

Lower priority than 
E-UTRA 


1 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxUTRA-TDD-Carrier)) OF SEQUENCE { 



UTRA- 
TDD 

carrierFreq[n] 

Same downlink UARFCN 
as used for cell 5 



cellReselectionPriority[n] 

3 

Lower priority than 
E-UTRA 


1 




1 
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Table 13.1.3.3.3-3: DLInformationTransfer (step 2, Table 13.1.3.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-3 

Information Element 

Value/remark 

Comment 

Condition 

DLInformationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




dllnformationTransfer-rS SEQUENCE { 




dedicatedlnfoType CHOICE { 




dedicated InfoNAS 

Set according to 36.508 
Table 4.7.2-8A 

CS SERVICE 
NOTIFICATION 


1 




1 




1 




} 




1 




Table 13.1.3.3.3-4: ULInformationTransfer {step 4, Table 13.1.3.3.2-2) 

Derivation Path: 36.508 Table 4.6.1-25 

Information Element 

Value/remark 

Comment 

Condition 

ULInformationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ullnformationTransfer-r8 SEQUENCE { 




dedicatedlnfoType CHOICE { 




dedicated InfoNAS 

Set according to 36.508 
Table 4.7.2-1 4A 

EXTENDED 

SERVICE 

REQUEST 


1 




1 




1 




1 




1 





Table 13.1.3.3.3-5: Void 
Table 13.1.3.3.3-6: RRCConnectionRelease (step 5, Table 13.1.3.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




redirectedCarrierlnfo ::= CHOICE { 




utra-FDD 

Downlink UARFCN of cell 
5 


UTRA- 
FDD 

utra-TDD 

Downlink UARFCN of cell 
5 


UTRA- 
TDD 

1 




1 




1 





Table 13.1.3.3.3-7: RRC CONNECTION REOUEST (step 6, Table 13.1.3.3.2-2) 


Derivation Path : 34. 1 08 clause 9. 1 . 1 

Information Element 

Value/remark 

Comment 

Condition 

Establishment cause 

Registration or 
Terminating 
Conversational Call 
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Table 13.1.3.3.3-8: SERVICE REQUEST (step 1, Table 13.1.3.3.2-3) 


Derivation Path: 24.008 Table 9.4.20 

Information Element 

Value/remark 

Comment 

Condition 

Service type 

'001'B 

Data 



13.1 .4 Call setup from E-UTRAN RRCJDLE / CS fallback to UTRAN with 
Handover/ MTcall 


13.1.4.1 
(1) 


Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE receives a Paging message with CN domain indicator set to "CS" } 
then { UE transmits an ULInformationTransfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" } 


(2) 

with { UE having transmitted an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" } 
ensure that { 

when { SS transmits a MobilityFromEUTRACommand message with handover to a UTRA cell in a different 
location area and operating in NMO I } 

then { UE transmits a HANDOVER TO UTRAN COMPLETE message on the utra cell and initiates a CS 
domain PAGING RESPONSE procedure or LA update procedure and a parallel PS domain RA Update procedure 
} 

} 


13.1.4.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are specified in: TS 23.272, clause 7.2, 7.3, and 
TS 24.301, clause 5.6.2.3. 

[TS 23.272, clause 7.2] 

The procedure for Mobile Terminating Call in idle mode is illustrated in figure 7.2-1, in the normal case. Clause 6.6 
describes the procedure when the procedure is rejected by the MME. 
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UE 


eNodeB 


6. Paging 


MME 


5. Paging 


7a. Extended pervice Request 

►- 


7b. Initial UE Context Setup 


RNC/BSC 


4. Paging Request 


7a. Service F^equest 


MSC 
VLR 


HSS 


2. SRI procedire in TS 23.018 


3. lAM 


G-MSC 


8. After the UE context setup the procedure continues as described the active 
mode mobile terminated call procedures described in Clause 7.3 and 7.4. 

If the eNodeB knows that PS HO is supported the procedure in clause 7.3 "Mobile 
Terminating call in Active Mode - PS HO supported" may be applied from step 2, in 
Clause 7.3, and onwards 

If the eNodeB knows that PS HO is not supported the procedure in clause 7.4 
"Mobile Terminating call in Active Mode - No PS HO support" shall be applied from 
step 2 in Clause 7.4, and onwards 


1. lAM 


Figure 7.2-1 : Mobile Terminating Call in idle mode 


1. G-MSC receives lAM. 

2. G-MSC retrieves routing information of the terminating UE by Send Routing Info procedures as specified in 
TS 23.018 [5]. 

3. G-MSC sends lAM to the MSC on the terminating side as specified in TS 23.018 [5]. 

4. The MME receives a Paging Request (IMSI, VLR TMSI, Location Information) message from the MSC over a 
SGs interface. If the TMSI is received from the MSC, it is used by the MME to find the S-TMSI which is used as 
the paging address on the radio interface. If the IMSI is received from the MSC, the IMSI shall be used as the 
paging address on the radio interface. If location information is reliably known by MME (i.e. MME stores the 
Hst of TAs), the MME shall page the UE in all the TAs. If the MME does not have a stored TA Hst for the UE, 
the MME should use the location information received from the MSC to page the UE. 

NOTE 1: This procedure takes place before step 3, immediately after MSC receives MAP_PRN from HSS, if pre- 
paging is deployed. 

If the MME receives a Paging Request message for an UE which is considered as detach for EPS services, the 
MME sends the Paging reject message to the MSC with an appropriate cause value. This rejection triggers the 
MSC to page the UE over A or lu-cs interface. 

NOTE 2: In case of a CS fallback capable UE in NMO II or III, there is a case where, for example, the MME 
releases the SGs association due to the UE idle mode mobility while the VLR still maintains the SGs 
association. 

5. If the MME did not return an "SMS-only" indication to the UE during Attach or Combined TA/LA Update 
procedures, the MME sends a Paging (as specified in TS 23.401 [2]) message to each eNodeB. The Paging 
message includes a suitable UE Identity (i.e. S-TMSI or IMSI) and a CN Domain Indicator that indicates which 
domain (CS or PS) initiated the paging message. In this case it shall be set to "CS" by the MME. 
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If the MME returned the "SMS-only" indication to the UE during Attach or Combined TA/LA Update 
procedures, the MME shall not send the paging to the eNodeBs and sends Paging Reject towards MSC to stop 
CS Paging procedure and this CSFB procedure stops. 

6. The radio resource part of the paging procedure takes place. The message contains a suitable UE Identity (i.e. 
S-TMSI or IMSI) and a CN Domain indicator. 

7a. The UE establishes an RRC connection and sends an Extended Service Request (CS Fallback Indicator) to 
MME. The UE indicates its S-TMSI in the RRC signalling. The Extended Service Request message is 
encapsulated in RRC and Sl-AP messages. The CS Fallback Indicator indicates to the MME that CS Fallback 
for this UE is required. The MME sends the SGs Service Request message to the MSC containing an indication 
that the UE was in idle mode (and hence, for example, that the UE has not received any Calling Line 
Identification information). Receipt of the SGs Service Request message stops the MSC retransmitting the SGs 
interface Paging message. 

NOTE 3: In order to avoid the calling party experiencing a potentially long period of silence, the MSC may use the 
SGs Service Request message containing the idle mode indication as a trigger to inform the calling party 
that the call is progressing. 

7b. MME sends Sl-AP: Initial UE Context Setup (UE capabilities, CS Fallback Indicator, LAI and other parameters 
specified in TS 23.401 [2]) to indicate the eNodeB to move the UE to UTRAN/GERAN. The registered PLMN 
for CS domain is identified by the PLMN ID included in the LAI, which is allocated by the MME. 

7c. The eNodeB shall reply with Sl-AP: Initial UE Context Setup Response message. 

8a. If the eNodeB knows that both the UE and the network support PS handover: The information flow may 

continue as described in clause 7.3 "Mobile Terminating call in Active Mode - PS HO supported" from step 2, in 
clause 7.3, and onwards. 

If the eNodeB knows that either the UE or the network does not support PS handover: The information flow 
shall continue as described in clause 7.4 "Mobile Terminating call in Active Mode - No PS HO support" from 
step 2, in clause 7.4, and onwards. 

NOTE 4: Even in case both the UE and the network support PS HO, the eNodeB may choose to use a different 
inter-RAT mobility procedure. 

[TS 23.272, clause 7.3] 
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This flow may be executed when the eNodeB knows that both the UE and the network support PS HO in the normal 
case. Clause 6.6 describes the procedure when the procedure is rejected by the MME. 


UE/MS 


3 1. PS HO as specified in 23.401 [2] (preparation 


eNodeB 


1a. CS Paging Notificction 


lb. NAS Extended Service [Request 


Optional Measjrement Repo 


3b. Suspend 


4a. Location 


^j. ^^QIIS J1?§RPD?P. 


5b. Signalling 


5b. Location 


BSS/RNS 


Id. S1-AP LIE Context Modi^cation Reques 
le. S1-AP U5 Context Modificction Response m 


1 Solicitation 


Connection Release 


5c. CS call establishment f)rocedure 


PS HO as specified in 23.401 [2] (continuation 


MME 


la-SgrviggRgq^ 


J C:, CS_Paginc| F eject 

with CS Fallbafck indicator 


Area Update c r Combined RA/L^ 


5b. 


Area Update or Combined RA/LA Update 


MSC 


la. Paging Rec iuest 


phase and start of execution phas(5 


4b. A/lu-cs_mes sage _(with _Pac[inc Response) 

O^a. Establish CS 

Connection Reje^ 


of execution phase) 


SGSN 


JSt 


jssage 


Serving 
GW 


3c. Update Bec.rer(s) 


Option 
-, MSC is 
I change d 


If the 


I is changed 


P-GW/ 
GGSN 


1: 
not 


MSC 


Figure 7.3-1: CS Page in E-UTRAN, Call in GERAN/UTRAN 


la. The MSC receives an incoming voice call and responds by sending a Paging Request (IMSI or TMSI, optional 
Caller Line Identification and Connection Management information, CS call indicator) to the MME over a SGs 
interface. The MSC only sends a CS Page for an UE that provides location update information using the SGs 
interface. In active mode the MME has an established SI connection and if the MME did not return the "SMS- 
only" indication to the UE during Attach or Combined TA/LA Update procedures, the MME reuses the existing 
connection to relay the CS Page to the UE. 

If the MME returned the "SMS-only" indication to the UE during Attach or Combined TA/LA Update 
procedures, the MME shall not send the CS Service Notification to the UE and shall send Paging Reject towards 
MSC to stop CS Paging procedure, and this CSFB procedure stops. 

The eNodeB forwards the paging message to the UE. The message contains CN Domain indicator and, if 
received from the MSC, the Caller Line Identification. 

The MME immediately sends the SGs Service Request message to the MSC containing an indication that the UE 
was in connected mode. The MSC uses this connected mode indication to start the Call Forwarding on No Reply 
timer for that UE and the MSC should send an indication of user alerting to the calling party. Receipt of the SGs 
Service Request message stops the MSC retransmitting the SGs interface Paging message. 

NOTE 1 : The pre-configured policy may be used by UE to avoid being disturbed without Caller Line Identification 
display and the detailed handling is to be decided by CTl and CT6. 
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NOTE 2: This procedure can also take place immediately after MSC receives MAP_PRN from HSS, if pre-paging 
is deployed. Caller Line Identification and CS call indicator are also provided in the case of pre-paging. 

NOTE 3: In order to avoid the calling party experiencing a potentially long period of silence, the MSC may use the 
SGs Service Request message as a trigger to inform the calling party that the call is progressing. 

lb. UE sends an Extended Service Request (CS Fallback Indicator, Reject or Accept) message to the MME. The 
Extended Service Request message is encapsulated in RRC and Sl-AP messages. CS Fallback Indicator 
indicates to the MME to perform CS Fallback. The UE may decide to reject CSFB based on Caller Line 
Identification. 

Ic. Upon receiving the Extended Service Request (CSFB, Reject), the MME sends Paging Reject towards MSC to 
stop CS Paging procedure and this CSFB procedure stops. 

Id. MME sends an Sl-AP UE Context Modification Request (CS Fallback Indicator, LAI) message to eNodeB. This 
message: indicates to the eNodeB that the UE should be moved to UTRAN/GERAN. The registered PLMN for 
CS domain is identified by the PLMN ID included in the LAI, which is allocated by the MME. 

le. The eNodeB shall reply with Sl-AP UE Context Modification Response message. 

2. The eNodeB may optionally solicit a measurement report from the UE to determine the target GERAN/UTRAN 
cell to which PS handover will be performed. 

3 a. The eNodeB triggers PS handover to a GERAN/UTRAN neighbour cell by sending a Handover Required 
message to MME. The eNodeB selects the target PS handover cell considering the PLMN ID and possibly the 
LAC for CS domain provided by the MME in step Id. In the following an inter-RAT handover from E-UTRAN 
to UTRAN or GERAN as specified in TS 23.401 [2] begins. The eNodeB indicates in the Source RNC to Target 
RNC Transparent container that PS handover was triggered due to CSFB. The eNodeB also indicates whether 
CSFB was triggered for emergency purpose. As part of this handover, the UE receives a HO from E-UTRAN 
Command and tries to connect to a cell in the target RAT. The HO from E-UTRAN Command may contain a CS 
Fallback Indicator which indicates to UE that the handover was triggered due to a CS fallback request. If the HO 
from E-UTRAN Command contains a CS Fallback Indicator and the UE fails to establish connection to the 
target RAT, then the UE considers that CS fallback has failed. 

The UE establishes the signalling connection as described in step 4b. 

NOTE 4: During the PS HO the SGSN does not create a Gs association with the MSC/VLR. 

3b. If the target RAT is GERAN and the UE has entered Dedicated Mode, the UE starts the Suspend procedure (see 
TS 44.018 [4]) unless both the UE and the Target cell support DTM in which case TBF re-establishment may be 
performed. 

3c. A Gn/Gp-SGSN that receives the Suspend message from the UE follows the Suspend procedure specified in 
TS 23.060 [3], clause 16.2.1.1.1. 

An S4-SGSN that receives the Suspend message from the UE follows the Suspend procedure specified in 
TS 23.060 [3]. The S4-SGSN deactivates GBR bearers towards S-GW and P-GW(s) by initiating MS-and SGSN 
Initiated Bearer Deactivation procedure as specified in TS 23.060 [3], and starts the preservation and suspension 
of non-GBR bearers by sending Suspend Notification message to the S-GW. The S-GW releases all RNC related 
information (address and TEIDs) for the UE if Direct Tunnel is established, and sends Suspend Notification 
message to the P-GW(s). The SGSN stores in the UE context that UE is in suspended status. All the preserved 
non-GBR bearers are marked as suspended status in the S-GW and P-GW(s). The P-GW should discard packets 
if received for the suspended UE. 

4a. If the LA of the new cell is different from the one stored in the UE, the UE shall initiate a Location Area Update 
or a Combined RA/LA Update procedure as follows: 

- If the network is operating in NMO-I (Network Modes of Operation), the UE should initiate a separate 

Location Area Update before initiating the RAU procedure instead of a Combined RA/LA Update procedure 
(to speed up the CSFB procedure); or 

if the network is operating in NMO-II or NMO-III the UE shall initiate a Location Area Update procedure 
before initiating the RAU procedure required for PS handover. 
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The UE shall set the "CSMT" flag in the LAU Request. The "CSMT" flag is used to avoid missing MT call in 
roaming retry case. Further the UE performs any Routing Area Update procedure as specified in TS 23.060 [3]. 

The UE may initiate a Location Area Update procedure immediately when the UE is handed over to the target 
cell i.e. before the UE receives e.g. LAI or NMO information as part of the RAN Mobility Information. 

When the MSC receives a LA Update Request, it shall check for pending terminating CS calls and, if the 
"CSMT" flag is set, maintain the CS signalling connection after the Location Area Update procedure for pending 
terminating CS calls. 

4b. If the UE does not initiate a LAU procedure, it shall respond with a Paging Response message to the MSC as 
follows: 

- If the Target RAT is UTRAN or GERAN lu mode: The UE establishes a radio signalling connection and 
responds to the paging by sending an RRC Paging Response as specified in TS 25.331 [7]. The CN Domain 
Indicator is set to "CS" in the Initial Direct Transfer message. 

- If the Target RAT is GERAN A/Gb mode: The UE establishes a radio signalling connection and responds to 
paging by using the procedures specified in TS 44.018 [4] (i.e. UE requests and is assigned a dedicated 
channel where it sends a SABM containing a Paging Response to the BSS and the BSS responds by sending 
a UA). Upon receiving the SABM (containing a Paging Response message) the BSS sends a COMPLETE 
LAYER 3 INFORMATION message (containing a Paging Response message) to the MSC which indicates 
CS resources have been allocated in the GERAN cell. If both the UE and the target cell support enhanced CS 
establishment in DTM (indicated by GERAN system information included within the HO from E-UTRAN 
Command) an RR connection may be established while in packet transfer mode without release of the packet 
resources, see TS 43.055 [24]. After the establishment of the main signalling link as described in 

TS 44.018 [4] the UE enters either Dual Transfer Mode or Dedicated Mode and the CS call establishment 
procedure completes. 

NOTE 5: The BSS should be prepared to receive a Paging Response even when the corresponding Paging Request 
has not been sent by this BSS. 

5a. After performing the LAU procedure or after receiving the Paging Response the MSC shall establish the CS call 
if the UE is allowed in the LA. 

5b. If the UE is not registered in the MSC that receives the Paging Response or the UE is not allowed in the LA, the 
MSC shall reject the Paging Response message by releasing the A/Iu-CS. The BSC/RNC in turn releases the 
signalling connection for UTRAN or GERAN CS domain. The signalling connection release shall trigger the UE 
to obtain the LAI, which causes the initiation of a Location Area Update or a Combined RA/LA procedure as 
specified in TS 23.060 [3] for the different Network Modes of Operation (NMO). 

The Location Area Update triggers the Roaming Retry for CS Fallback procedure as defined in clause 7.5. 

5c. After performing the LAU procedure the MSC shall establish the CS call if the UE is allowed in the LA. 

6. The UE performs any remaining steps of the inter-RAT handover from E-UTRAN to UTRAN or GERAN as 
specified in TS 23.401 [2] 

With the exception of steps la and Ic, above. Call Forwarding (see TS 23.082 [31]) is performed on the basis of the 
TS 24.008 [21] signalling received on the GERAN/UTRAN cell. 

If the UE remains on UTRAN/GERAN after the CS voice call is terminated the UE performs normal mobility 
management procedures as defined in TS 23.060 [3] and TS 24.008 [21]. 


[TS 24.301, clause 5.6.2.3] 

The network may initiate the paging procedure for CS fallback when the UE is IMSI attached for non-EPS services (see 
example in figure 5.6.2.3.1). 
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UE AS MME 

Request paging 
Paging 


EXTENDED SERVICE REQUEST 


Figure 5.6.2.3.1 : Paging procedure for CS fallback to A/Gb or lu mode 


To initiate the procedure when no NAS signalHng connection exists, the EMM entity in the network requests the lower 
layer to start paging (see 3GPP TS 36.300 [20], 3GPP TS 36.413 [23]). The EMM entity may provide the lower layer 
with a list of CSG IDs, including the CSG IDs of both the expired and the not expired subscriptions. If there is a PDN 
connection for emergency bearer services established, the EMM entity in the network shall not provide the list of CSG 
IDs to the lower layer. The paging message includes a CN domain indicator set to "CS" in order to indicate that this is 
paging for CS fallback. 

NOTE: The timer T3413 is not started in the network when the paging procedure is initiated for CS fallback. 

To notify the UE about an incoming mobile terminating CS service excluding SMS over SGs when a NAS signalling 
connection exists, the EMM entity in the network shall send a CS SERVICE NOTIFICATION message. This message 
may also include CS service related parameters (e.g. Calling Line Identification, SS or LCS related parameters). 

Upon reception of a paging indication, a UE that is IMSI attached for non-EPS services shall respond with an 
EXTENDED SERVICE REQUEST. If the paging is received in EMM-IDLE mode, the UE shall respond immediately. 
If the paging is received as NAS CS NOTIFICATION message in EMM-CONNECTED mode, the UE may request 
upper layers input i.e. to accept or reject CS fallback before responding with an EXTENDED SERVICE REQUEST. 
The response is indicated in the CSFB response information element in the EXTENDED SERVICE REQUEST 
message in both EMM-IDLE and EMM-CONNECTED modes. 


[TS 24.008, clause 4.5. L3.4] 

If the MS determines, before sending the response to paging, that it is in a different location area than the stored 
location area, the MS shall initiate a normal location updating procedure or a combined routing area update procedure 
first, depending on Network Mode of Operation. The MM connection establishment is delayed until successful 
completion of the normal location updating or combined routing area update procedure. In A/Gb mode, if the MS is a 
non DTM MS, or a DTM MS in a cell not supporting DTM, the MS may perform location area updating procedure 
instead of combined routing area update procedure in NMO I. After the completion of the normal location updating 
procedure, the MS shall not send the PAGING RESPONSE message. 

1 3.1 .4.3 Test description 

13.1.4.3.1 Pre-test conditions 

System Simulator: 

Cell 1 serving cell 

- Cell 5 suitable neighbour cell 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 


UE: 


The UE is previously registered on cell 5. 
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Preamble: 

- The UE is in state Registered, Idle Mode (state 2) on Cell 1 according to [18]. 
1 3.1 .4.3.2 Test procedure sequence 

Table 13.1.4.3.2-1 shows the cell power levels after the preamble. 

Table 13.1.4.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 5 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

-75 

- 

The power levels are such that 
camping on Cell 1 is guaranteed. 

CPICH Ec 

dBm/3.84 MHz 

- 

-70 

P-CCPCH 

dBm/1.28MHz 

- 

-72 
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Table 13.1.4.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits a Paging message to the UE 
on Cell 1 using S-TMSI with CN domain 
indicator set to "CS". 

<- 

Paging 




EXCEPTION: Step 2a1 describes behaviour 
that depends on the UE capability; the "lower 
case letter" identifies a step sequence that 
takes place if a capability is supported. 





2a1 

IF the UE needs to request upper layer input 
before accepting the CS fallback, the incoming 
CS call is accepted at the UE through MMI or 
AT command. 





3 

The UE transmits an RRCConnectionRequest 
message on CelM. 

-> 

RRCConnectionRequest 

- 

- 

4 

The SS transmits an RRCConnectionSetup 
message on CelH. 

<— 

RRCConnectionSetup 

- 

- 

5 

Check: Does the UE transmit an 
RRCConnectionSetupComplete message 
containing an EX 1 ENDED SERVICE 
REQUEST with Service Type IE set to "mobile 
terminating CS fallback or 1xCS fallback" on 
CelM? 

-> 

RRCConnectionSetupCompiete 
NAS: EXTENDED SERVICE 
REQUEST 

1 

P 

5A 

The SS transmits a SecurityModeCommand 
message on Cell 1 . 

<- 

SecurityModeCommand 

- 

- 

5B 

The UE transmits a SecurityModeComplete 
message on Cell 1 . 

-> 

SecurityModeComplete 

- 

- 

5C 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 . 

<— 

RRCConnectionReconfiguration 



5D 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



5E 

The SS transmits a UECapabilityEnquiry 
message to request UE radio access capability 
information for E-UTRA and UTRA. 

<- 

UECapabilityEnquiry 



5F 

The UE transmit a UECapabilitylnformation 
message on Cell 1 . 

NOTE: The start-PS values received, should 
be used to configure ciphering on cell 5. 

~> 

UECapabilitylnformation 



6 

The SS transmits a 

MobilityFromEUTRACommand message on 
Cell 1 with IE handover. 

<- 

MobilityFromEUTRA Command 



7 

Check: Does the UE transmit a HANDOVER 
TO UTRAN COMPLETE message on cell 5? 

-> 

HANDOVER TO UTRAN 
COMPLETE 

2 

P 


EXCEPTION: Step 7a1 and 7a2 can happen in 
parallel to the step 7A to 7C. 
In case step 7a1 and 7a2 take place then step 
7b shall not be performed. 





7a1 

Check: Does the UE transmit a LOCATION 
UPDATING REQUEST message on Cell 5? 

-> 

LOCATION UPDATING 
REQUEST 

2 

P 

7a2 

The SS transmits a LOCATION UPDATING 
ACCEPT message 

<- 

LOCATION UPDATING ACCEPT 

- 

- 

- 

EXCEPTION: The steps 7A to 7D can happen 
in parallel to the step 7b. 

- 

- 

- 

- 

7A 

The SS transmits a SECURITY MODE 
COMMAND message for PS domain on Cell 5 
in order to activate integrity protection. 

<— 

SECURITY MODE COMMAND 



7B 

The UE transmits a SECURITY MODE 
COMPLETE message for PS domain on Cell 
5. 

— > 

SECURITY MODE COMPLETE 




EXCEPTION: In parallel to the events 
described in steps 7C to 19, the steps 
specified in Table 13.1.4.3.2-3 should take 
place. 
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7C 

The SS transmits an UTRAN MOBILITY 
INFORMATION message to notify CN 
information on Cell 5. 

<- 

UTRAN MOBILITY 
INFORMATION 



7D 

The UE transmits an UTRAN MOBILITY 
INFORMATION CONFIRM message on Cell 5. 

-> 

UTRAN MOBILITY 
INFORMATION CONFIRM 

- 

- 

7b 

Check: Does the UE transmit a PAGING 
RESPONSE on Cell 5? 

~> 

PAGING RESPONSE 

2 

P 

8-9 

Void 

- 

- 

- 

- 

10 

Void 

- 

- 

- 

- 

Il- 
ls 

Steps 9 to 1 7 of the generic test procedure in 
TS 34.108 subclause 7.2.3.1 are performed on 
Cell 5 using the UTRA reference radio bearer 
parameters and combination "UTRA PS RB + 
Speech" according to TS 36.508 subclause 
4.8.3 and Table 4.8.3-1. 
NOTE: Mobile terminating CS call is set up. 





- 

The UE is in end state UTRA CS call (U5). 

- 

- 

- 

- 


Table 13.1.4.3.2-3: Parallel behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Check: Does the UE transmit a ROUTING 
AREA UPDATE REQUEST message on Cell 
5? 

-> 

ROUTING AREA UPDATE 
REQUEST 

2 

P 

2 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT on Cell 5. 

<— 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

3 

The UE sends ROUTING AREA UPDATE 
COMPLETE message. 

-> 

ROUTING AREA UPDATE 
COMPLETE 

- 

- 


13.1.4.3.3 


Specific message contents 

Table 13.1 .4.3.3-1: Void 


Table 13.1.4.3.3-2: SystemlnformationBlockTypeS ior cell 1 (preamble and all steps, Table 13.1.4.3.2- 

2) 


Derivation Path: 36.508 Table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypee ::= SEQUENCE { 




carrierFreqListUTRA-FDD SEQUENCE (SIZE 
(1..maxUTRA-FDD-Carrier)) OF SEQUENCE { 



UTRA- 
FDD 

carrierFreq[n] 

Same downlink UARFCN 
as used for cell 5 



cellReselectionPriority[n] 

3 

Lower priority than 
E-UTRA 


1 




carrierFreqListUTRA-TDD SEQUENCE (SIZE 
(1 ..maxUTRA-TDD-Carrier)) OF SEQUENCE { 



UTRA- 
TDD 

carrierFreq[n] 

Same downlink UARFCN 
as used for cell 5 



cellReselectionPriority[n] 

3 

Lower priority than 
E-UTRA 


1 




1 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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Table 13.1.4.3.3-3: Message Paging (step 1, Table 13.1.4.3.2-2) 


Derivation Path: 36.508 clause 4.6.1-7 

Information Element 

Value/remark 

Comment 

Condition 

Paging ::= SEQUENCE { 




pagingRecordList SEQUENCE (SIZE 
(1 ..maxPageRec)) OF SEQUENCE { 

1 entry 



ue-ldentity[1] CHOICE { 




s-TMSI 

Set to the value of the S- 
TMSIoftheUE 



1 




cn-Donnain[1] 

OS 



1 




1 





Table 13.1.4.3.3-4: RRCConnectionSetupComplete (step 5, Table 13.1.4.3.2-2; 


Derivation Path: 36.508 Table 4.6.1-18 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionSetupComplete ::= SEQUENCE { 




rrc-Transaction Identifier 

RRC- 
Transactionldentifier-UL 



criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionSetupConnplete-r8 SEQUENCE { 




selectedPLMN-ldentity 

Set to the PLMN selected 
by upper layers 



registeredMME 

Not present 



dedicatedlnfoNAS 

Set according to 36.508 
Table 4.7.2-1 4A 

EXTENDED 

SERVICE 

REQUEST 


nonCriticalExtension SEQUENCE {} 

Not checked 



1 




1 




1 




} 





Table 13.1.4.3.3-5: RRCConnectionReconfiguration (step 50, Table 13.1.4.3.2-2) 

Derivation Path: 36.508 Table 4.6.1-8, condition SRB2-DRB(1, 0) 
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Table 13.1.4.3.3-6: Message MobilityFromEUTRACommand (step 6, Table 13.1.4.3.2-2) 


Derivation Path: 36.508 clause 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




mobilityFromEUTRACommand-r8 SEQUENCE { 




csFallbacklndicator 

True 



purpose CHOICE { 




handover SEQUENCE { 




targetRAT-Type 

Utra 



targetRAT-IVIessageContainer 

HANDOVER TO UTRAN 
COMMAND 



nas-SecurityParamFromEUTRA 

The 4 least significant 
bits of the NAS downlink 
COUNT value 



systemlnformation 

Not present 



1 




1 




1 




} 




1 




} 





Table 13.1.4.3.3-7: HANDOVER TO UTRAN COMMAND (step 6, Table 13.1.4.3.3-6) 

Derivation Path: 36.508 table 4.7B.1-1 , condition UTRA PS RB ~ 


Table 13.1.4.3.3-8: LOCATION UPDATING ACCEPT (step 7a2, Table 13.1.4.3.2-2) 


Derivation Path: TS 36.508 Table 4.7B.2-5 

Information Element 

Value/remark 

Comment 

Condition 

Mobile identity 

Not present 




Table 13.1.4.3.3-9: UECapabilityEnquiry (step 5E, Table 13.1.4.3.2-2) 


Derivation path: 36.508 clause 4.6.1 table 4.6.1-22 

Information Element 

Value/Remark 

Comment 

Condition 

UECapabilityEnquiry ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ueCapabilityEnquiry-r8 SEQUENCE { 




ue-CapabilityRequest SEQUENCE (SIZE 
(1 ..maxRAT-Capabilities)) OF SEQUENCE { 

2 entry 



RAT-Typefll 

Eutra 



RAT-Typef21 

Utra 



! 




! 




) 




1 




) 





13.1.5 Call setup from E-UTRAN RRC_CONNECTED/CS fallback to 
UTRAN with handover / MO call 


13.1.5.1 
(1) 


Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state having requested CS call setup } 
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ensure that { 

when { UE receives a Mobil ityFromEUTRACommand message including a cs-Fallbacklndicator set to 
'true' and a targetRAT-Type set to 'utra' } 

then { UE transmits a HANDOVER TO UTRAN COMPLETE message and continues the PS data service } 
} 

1 3.1 .5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.4.3.3. 

[TS 36.331, clause 5.4.3.3] 

The UE shall be able to receive a Mobility FromEUTRACommand message and perform a cell change order to GERAN, 
even if no prior UE measurements have been performed on the target cell. 

The UE shall: 

1> stop timer T310, if running; 

1> if the Mobility FromEUTRACommand message includes the purpose set to 'handover': 

2> if the targetRAT-Type is set to 'utra' or 'geran': 

3> consider inter-RAT mobility as initiated towards the RAT indicated by the targetRAT-Type included in 
the Mobility FromEUTRACommand message; 

3> forward the nas-SecurityParamFromEUTRA to the upper layers; 

3> access the target cell indicated in the inter-RAT message in accordance with the specifications of the 
target RAT; 

1 3.1 .5.3 Test description 
13.1.5.3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 5. 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

- The UE is previously registered on cell 5. 
Preamble: 

- The UE is in state Loopback Activated (state 4) with condition UE TEST LOOP MODE B on Cell 1 according 
to [18]. 

- The UE has a valid TMSI (TMSI-1) and is registered in LAI-1 . 
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13.1.5.3.2 


Test procedure sequence 

Table 13.1.5.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 . 

<- 

IP packet 



2 

The UE loops back the IP packet on the DRB 
associated with the default EPS bearer context 
on Cell 1 . 

-> 

IP packet 



3 

Cause the UE to originate CS call, (see Note 
1) 

- 

- 

- 

- 

4 

The UE transmits an ULInformationTransfer 
message on Cell 1 . 

This message includes an EXTENDED 
SERVICE REQUEST message. 

-> 

UL Information Transfer 



4A 

The SS transmits a UECapabilityEnquiry 
message to request UE radio access capability 
information for E-UTRA and UTRA. 

<— 

UECapabilityEnquiry 



4B 

The UE transmit a UECapabilitylnformation 
message on Cell 1 . 

NOTE: The start-PS values received, should 
be used to configure ciphering on cell 5. 

— > 

UECapabilitylnformation 



5 

The SS transmits a 

MobilityFromEUTRACommand message on 
Cell 1. 

<— 

MobilityFromEUTRA Command 



6 

Check: Does the UE transmit a HANDOVER 
TO UTRAN COMPLETE message on Cell 5? 

-> 

HANDOVER TO UTRAN 
COMPLETE 

1 

p 


Generic test procedure in TS 34.108 
subclause 7.4.2.9.2.2 is performed on Cell 5 
using the UTRA reference radio bearer 
parameters and combination "UTRA PS RB + 
Speech" according to TS 36.508 subclause 
4.8.3 and Table 4.8.3-1. 
NOTE: The UE performs Radio Bearer 
Establishment in a UTRAN cell. 





7 

The SS transmits a SECURITY MODE 
COMMAND message on Cell 5 in order to 
activate integrity protection. 

<- 

SECURITY MODE COMMAND 



8 

The UE transmits a SECURITY MODE 
COMPLETE message on Cell 5. 

— > 

SECURITY MODE COMPLETE 

- 

- 

9 

The SS transmits an UTRAN MOBILITY 
INFORMATION message to notify CN 
information on Cell 5. 

<- 

UTRAN MOBILITY 
INFORMATION 



10 

The UE transmits an UTRAN MOBILITY 
INFORMATION CONFIRM message on Cell 5. 

-> 

UTRAN MOBILITY 
INFORMATION CONFIRM 

- 

- 

11 

The UE transmits an UPLINK DIRECT 
TRANSFER message on Cell 5. 
This message includes a ROUTING AREA 
UPDATE REQUEST message. 

-> 

UPLINK DIRECT TRANSFER 



12 

The SS transmits a DOWNLINK DIRECT 
TRANSFER message on Cell 5. 
This message includes a ROUTING AREA 
UPDATE ACCEPT message. 

<- 

DOWNLINK DIRECT TRANSFER 



13 

The UE transmits an UPLINK DIRECT 
TRANSFER message on Cell 5. 
This message includes a ROUTING AREA 
UPDATE COMPLETE message. 

-> 

UPLINK DIRECT TRANSFER 



14 

The SS transmits one IP packet to the UE on 
the PS RAB on Cell 5. 

<— 

IP packet 

- 

- 

15 

Check: Does the UE loop back the IP packet 
on the PS RAB on Cell 5? 

-> 

IP packet 

1 

P 

Note 1 : The trigger in step 3 is the same as in the generic procedure in 36.508 clause 6.4.3.5. 
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1 3.1 .5.3.3 Specific message contents 

Table 13.1.5.3.3-1: MobilityFromEUTRACommand {step 5, Table 13.1.5.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




mobilityFromEUTRACommand-r8 SEQUENCE { 




cs-Fallbacklndicator 

true 



purpose CHOICE{ 




handover SEQUENCE { 




targetRAT-Type 

utra 



targetRAT-MessageContainer 

HANDOVER TO UTRAN 
COMMAND(UTRA RRC 
message) 



nas-SecurityParamFromEUTRA 

The 4 least significant 
bits of the NAS downlink 
COUNT value 



systemlnformation 

Not present 



1 




} 




1 




1 




} 




} 





Table 13.1.5.3.3-2: HANDOVER TO UTRAN COMMAND (Table 13.1.5.3.3-1) 

Derivation Path: 36.508, Table 4.7B.1-1 , condition UTRA PS RB 


Table 13.1.5.3.3-3: EXTENDED SERVICE REQUEST (step 4, table 13.1.5.3.2-1) 


Derivation path: 36.508 table 4.7.2-1 4A 

Information Element 

Value/Remark 

Comment 

Condition 

Service type 

0000 'mobile originating 
CS fallback or 1xCS 
fallback' 



CSFB response 

Not present 




Table 13.1.5.3.3-4: UECapabilityEnquiry (step 4A, Table 13.1.5.3.2-1) 


Derivation path: 36.508 clause 4.6.1 tabie 4.6.1-22 

Information Element 

Value/Remark 

Comment 

Condition 

UECapabilityEnquiry ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ueCapabilityEnquiry-r8 SEQUENCE { 




ue-CapabilityRequest SEQUENCE (SIZE 
(1 ..maxRAT-Capabilities)) OF SEQUENCE { 

2 entry 



RAT-Typefll 

Eutra 



RAT-Typef21 

Utra 



1 




! 




) 




1 




) 
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13.1.6 Void 

1 3.1 .7 Call setup from E-UTRA RRCJDLE / CS fallback to GSM with 
redirection / MT call 

13.1.7.1 Test Purpose (TP) 

(1) 

with {UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE receives a Paging message for CS service, and UE has Set up RRCConnection with the E- 
UTRA cell} 

then { UE transmits an ULInformationTransfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" } 

} 

(2) 

with { UE having transmitted an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" } 
ensure that { 

when { SS transmits an RRCConnectionRelease message with redirection to a GSM cell in a same 
location area and operating in NMO I } 

then { UE tunes to GERAN cell and completes MT circuit switched voice call setup procedure on 
GERAN } 


1 3.1 .7.2 Conformance requirements 

References: The conformance requirements covered in the current TC are those Hsted in TC 8.1.3.8, plus those specified 
in: TS 23.272, clause 7.4, and TS 24.301, clause 5.6.2.3.. 

[TS 23.272, clause 7.2] 

The procedure for Mobile Terminating Call in idle mode is illustrated in figure 7.2-1, in the normal case. Clause 6.6 
describes the procedure when the procedure is rejected by the MME. 
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UE 


eNodeB 


6. Paging 


MME 


5. Paging 


7a. Extended pervice Request 

►- 


7b. Initial UE Context Setup 


RNC/BSC 


4. Paging Request 


7a. Service F^equest 


MSC 
VLR 


HSS 


2. SRI procedire in TS 23.018 


3. lAM 


G-MSC 


8. After the UE context setup the procedure continues as described the active 
mode mobile terminated call procedures described in Clause 7.3 and 7.4. 

If the eNodeB knows that PS HO is supported the procedure in clause 7.3 "Mobile 
Terminating call in Active Mode - PS HO supported" may be applied from step 2, in 
Clause 7.3, and onwards 

If the eNodeB knows that PS HO is not supported the procedure in clause 7.4 
"Mobile Terminating call in Active Mode - No PS HO support" shall be applied from 
step 2 in Clause 7.4, and onwards 


1. lAM 


Figure 7.2-1 : Mobile Terminating Call in idle mode 

1. G-MSC receives lAM. 

2. G-MSC retrieves routing information of the terminating UE by Send Routing Info procedures as specified in 
TS 23.018 [5]. 

3. G-MSC sends lAM to the MSC on the terminating side as specified in TS 23.018 [5]. 

4. The MME receives a Paging Request (IMSI, VLR TMSI, Location Information) message from the MSC over a 
SGs interface. If the TMSI is received from the MSC, it is used by the MME to find the S-TMSI which is used as 
the paging address on the radio interface. If the IMSI is received from the MSC, the IMSI shall be used as the 
paging address on the radio interface. If location information is reliably known by MME (i.e. MME stores the 
Hst of TAs), the MME shall page the UE in all the TAs. If the MME does not have a stored TA Hst for the UE, 
the MME should use the location information received from the MSC to page the UE. 

NOTE 1: This procedure takes place before step 3, immediately after MSC receives MAP_PRN from HSS, if pre- 
paging is deployed. 

If the MME receives a Paging Request message for an UE which is considered as detach for EPS services, the 
MME sends the Paging reject message to the MSC with an appropriate cause value. This rejection triggers the 
MSC to page the UE over A or lu-cs interface. 

NOTE 2: In case of a CS fallback capable UE in NMO II or III, there is a case where, for example, the MME 
releases the SGs association due to the UE idle mode mobility while the VLR still maintains the SGs 
association. 

5. If the MME did not return an "SMS-only" indication to the UE during Attach or Combined TA/LA Update 
procedures, the MME sends a Paging (as specified in TS 23.401 [2]) message to each eNodeB. The Paging 
message includes a suitable UE Identity (i.e. S-TMSI or IMSI) and a CN Domain Indicator that indicates which 
domain (CS or PS) initiated the paging message. In this case it shall be set to "CS" by the MME. 
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If the MME returned the "SMS-only" indication to the UE during Attach or Combined TA/LA Update 
procedures, the MME shall not send the paging to the eNodeBs and sends Paging Reject towards MSC to stop 
CS Paging procedure and this CSFB procedure stops. 

6. The radio resource part of the paging procedure takes place. The message contains a suitable UE Identity (i.e. 
S-TMSI or IMSI) and a CN Domain indicator. 

7a. The UE establishes an RRC connection and sends an Extended Service Request (CS Fallback Indicator) to 
MME. The UE indicates its S-TMSI in the RRC signalling. The Extended Service Request message is 
encapsulated in RRC and Sl-AP messages. The CS Fallback Indicator indicates to the MME that CS Fallback 
for this UE is required. The MME sends the SGs Service Request message to the MSC containing an indication 
that the UE was in idle mode (and hence, for example, that the UE has not received any Calling Line 
Identification information). Receipt of the SGs Service Request message stops the MSC retransmitting the SGs 
interface Paging message. 

NOTE 3: In order to avoid the calling party experiencing a potentially long period of silence, the MSC may use the 
SGs Service Request message containing the idle mode indication as a trigger to inform the calling party 
that the call is progressing. 

7b. MME sends Sl-AP: Initial UE Context Setup (UE capabilities, CS Fallback Indicator, LAI and other parameters 
specified in TS 23.401 [2]) to indicate the eNodeB to move the UE to UTRAN/GERAN. The registered PLMN 
for CS domain is identified by the PLMN ID included in the LAI, which is allocated by the MME. 

7c. The eNodeB shall reply with Sl-AP: Initial UE Context Setup Response message. 

8a. If the eNodeB knows that both the UE and the network support PS handover: The information flow may 

continue as described in clause 7.3 "Mobile Terminating call in Active Mode - PS HO supported" from step 2, in 
clause 7.3, and onwards. 

If the eNodeB knows that either the UE or the network does not support PS handover: The information flow 
shall continue as described in clause 7.4 "Mobile Terminating call in Active Mode - No PS HO support" from 
step 2, in clause 7.4, and onwards. 

NOTE 4: Even in case both the UE and the network support PS HO, the eNodeB may choose to use a different 
inter-RAT mobility procedure. 

[TS 23.272, clause 7.4] 

This procedure is executed when PS HO is not supported, in the normal case. Clause 6.6 describes the procedure when 
the procedure is rejected by the MME. 
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Figure 7.4-1 : CS Page in E-UTRAN, Call in GERAN/UTRAN without PS HO 

la. The MSC receives an incoming voice call and responds by sending a Paging Request (IMSI or TMSI, optional 
Caller Line Identification and Connection Management information) to the MME over a SGs interface. The 
MSC only sends a CS Page for an UE that provides location update information using the SGs interface. In 
active mode the MME has an established SI connection and if the MME did not return the "SMS-only" 
indication to the UE during Attach or Combined TA/LA Update procedures, the MME reuses the existing 
connection to relay the CS Service Notification to the UE. 

If the MME returned the "SMS-only" indication to the UE during Attach or Combined TA/LA Update 
procedures, the MME shall not send the CS Page to the UE and sends CS Paging Reject towards MSC to stop 
CS Paging procedure, and this CSFB procedure stops. 

The eNodeB forwards the paging message to the UE. The message contains CN Domain indicator and, if 
received from the MSC, the Caller Line Identification. 

The MME immediately sends the SGs Service Request message to the MSC containing an indication that the UE 
was in connected mode. The MSC uses this connected mode indication to start the Call Forwarding on No Reply 
timer for that UE and the MSC should send an indication of user alerting to the calling party. Receipt of the SGs 
Service Request message stops the MSC retransmitting the SGs interface Paging message. 

NOTE 1 : The pre-configured policy may be used by UE to avoid being disturbed without Caller Line Identification 
display and the detailed handling is to be decided by CT WGl and CT WG6. 

NOTE 2: This procedure can also take place immediately after MSC receives MAP_PRN from HSS, if pre-paging 
is deployed. Caller Line Identification is also provided in the case of pre-paging. 

lb. UE sends an Extended Service Request (CS Fallback Indicator, Reject or Accept) message to the MME. 
Extended Service Request message is encapsulated in RRC and Sl-AP messages. CS Fallback Indicator 
indicates MME to perform CS Fallback. The UE may decide to reject CSFB based on Caller Line Identification. 

Ic. Upon receiving the Extended Service Request (CSFB, Reject), the MME sends Paging Reject towards MSC to 
stop CS Paging procedure and this CSFB procedure stops. 
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Id. The MME sends an Sl-AP UE Context Modification Request (CS Fallback Indicator, LAI) message to eNodeB. 
This message indicates to the eNodeB that the UE should be moved to UTRAN/GERAN. The registered PLMN 
for CS domain is identified by the PLMN ID included in the LAI, which is allocated by the MME. 

le. The eNodeB shall reply with Sl-AP UE Context Modification Response message. 

2. The eNodeB may optionally solicit a measurement report from the UE to determine the target GERAN/UTRAN 
cell to which the redirection procedure will be performed. 

The network performs one of steps 3a or 3b or 3c. 

3a. If the UE and network support inter-RAT cell change order to GERAN and the target cell is GERAN: 

The eNodeB can trigger an inter-RAT cell change order (optionally with NACC) to a GERAN neighbour cell by 
sending an RRC message to the UE. The inter-RAT cell change order may contain a CS Fallback Indicator 
which indicates to UE that the cell change order is triggered due to a CS fallback request. If the inter-RAT cell 
change order contains a CS Fallback Indicator and the UE fails to establish connection to the target RAT, then 
the UE considers that CS fallback has failed. Service Request procedure is considered to be successfully 
completed when cell change order procedure is completed successfully. 

The eNodeB selects the target cell considering the PLMN ID and possibly the LAC for CS domain provided by 
the MME in step Id for CCO/NACC purpose. 

3b. If the UE or the network does not support inter-RAT PS handover from E-UTRAN to GERAN/UTRAN nor 
inter-RAT cell change order to GERAN: 

The eNodeB can trigger RRC connection release with redirection to GERAN or UTRAN instead of PS HO or 

NACC. 

NOTE 3: When performing CS Fallback to UTRAN, the RRC connection release with redirection can be optimized 
if both the UE and UTRAN support the optional "Deferred measurement control reading" feature 
specified in TS 25.331 [7]. 

3c. If the UE and network support "RRC connection release with redirection and Multi Cell System Information to 
GERAN/UTRAN": 

The eNodeB can trigger RRC connection release with redirection to GERAN or UTRAN and include one or 
more physical cell identities and their associated System Information. 

In step 3b or step 3c, the eNodeB includes the redirection control information into the RRC Connection Release 
message based on the PLMN ID for CS domain and the RAT/frequency priority configured in the eNodeB, so 
that the UE registered PLMN for CS domain can be preferably selected. 

NOTE 4: Service Request procedure supervision timer shall be sufficiently long considering the optional 
measurement reporting at step 2. 

4. The eNodeB sends an Sl-AP UE Context Release Request message to the MME. If the target cell is GERAN 
and either the target cell or the UE does not support DTM the message includes an indication that the UE is not 
available for PS service. 

5. The MME releases the UE Context in the eNodeB as well as all eNodeB related information in the S-GW as 
specified in TS 23.401 [2]. 

In case the Cause indicates that RRC was released due to abnormal conditions, e.g. radio link failure, the MME 
suspends the EPS bearers (Step 8). 

The UE performs one of steps 6a or 6b or 6c and THEN performs step 6d. 

6a. (Step 6a is performed if step 3a, Cell Change Order to GERAN, was performed) 

The UE moves to the new cell in GERAN. The UE uses the NACC information and/or receives the broadcast 
System Information and when it has the necessary information to access the GERAN cell, establishes a radio 
signalling connection. 

6b. (Step 6b is performed if step 3b, RRC release with redirection, was performed). 
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The UE moves to the target RAT, identifies a suitable cell preferably of the same PLMN as received in LAI IE 
of combined EPS/IMSI Attach/TAU Accept message,, receives the broadcast System Information and when it 
has the necessary information to access GERAN/UTRAN, establishes a radio signalling connection. 

6c. (Step 6c is performed if step 3c, RRC connection release with redirection and Multi Cell System Information, 
was performed) 

The UE moves to the target RAT and identifies a suitable cell preferably of the same PLMN as received in LAI 
IE of combined EPS/IMSI Attach/TAU Accept message. The UE uses the NACC information and/or receives 
the broadcast System Information and when it has the necessary information to access GERAN/UTRAN, the UE 
establishes the radio signalling connection. 

6d. If the LA of the new cell is different from the one stored in the UE, the UE shall initiate a Location Area Update 
or a Combined RA/LA Update as specified in TS 23.060 [3] for the different Network Modes of Operation 
(NMO). The UE shall set the "CSMT" flag in the LAU Request. The "CSMT" flag is used to avoid missing MT 
call in roaming retry case. In NMO I, the UE in GERAN may perform LA update over the RR connection 
instead of combined RA/LA update over the packet access as defined in TS 24.008 [21], clause 4.7.5.2.5, unless 
enhanced CS establishment in DTM is supported. Further the UE performs any Routing Area Update procedure 
as specified in TS 23.060 [3]. 

In NMO I a CSFB UE should perform LAU (and if it does so, shall set the "CSMT" flag) and RAU procedures 
instead of a Combined RA/LA Update procedure to speed up the CSFB procedure. 

When the MSC receives a LA Update Request, it shall check for pending terminating CS calls and, if the 
"CSMT" flag is set, maintain the CS signalling connection after the Location Area Update procedure for pending 
terminating CS calls. 

7. If the target RAT is GERAN and DTM is not supported, the UE starts the Suspend procedure specified in 

TS 23.060 [3]. This triggers the (serving) SGSN to send a Suspend Request (TLLI, RAI) message to the old CN 
node identified by the RAI and TLLI. If ISR is not active, the RAI and TLLI refer to an MME. The MME 
returns a Suspend Response to the SGSN even though GUTI cannot be derived from the P-TMSI and RAI pair. 
If ISR is active, the RAI and TLLI refer to the old S4-SGSN which has ISR association with the MME, In this 
case, if the serving SGSN is different from the old SGSN, the old SGSN returns a Suspend Response to the 
serving SGSN. 

NOTE 5: For step 7b and 8, the inter-SGSN suspending procedure of ISR active case are not shown in the figure. 

8. If the Sl-AP UE Context Release Request message, received from the eNodeB in step 4, indicates that the UE is 
not available for the PS services in the target cell, the MME deactivates GBR bearers towards S-GW and P- 
GW(s) by initiating MME-initiated Dedicated Bearer Deactivation procedure as specified in TS 23.401 [2], and 
starts the preservation and suspension of non-GBR bearers by sending Suspend Notification message to the S- 
GW. If ISR is active, the (old) S4-SGSN sends the Suspend Notification message to the S-GW, triggered by the 
Suspend procedure in step 7 and hence MME may skip sending the Suspend Notification. The S-GW releases all 
eNodeB related information (address and TEIDs) for the UE, and sends Suspend Notification message to the P- 
GW(s) when it receives the Suspend Notification message from MME or S4-SGSN. If the S-GW receives two 
Suspend Notification messages for the same UE, it ignores the second one except for sending response. The 
MME stores in the UE context that the UE is in suspended status. All the preserved non-GBR bearers are marked 
as suspended status in the S-GW and P-GW(s). The P-GW should discard packets if received for the suspended 
UE. 

NOTE 6: Step 8 can not be triggered by the Suspend procedure since the full GUTI can not be derived from the 
P-TMSI and RAI included in the Suspend Request message. 

9. If the UE does not initiate a LAU procedure, the UE responds to the paging by sending a Paging Response 
message as specified in TS 44.018 [4] or TS 25.331 [7]. When received at the BSS/RNS, the Paging Response is 
forwarded to the MSC. 

NOTE 7: The MSC should be prepared to receive a Paging Response after a relatively long time from when the CS 
Paging Request was sent (step la). 

9a. If UE is registered in the MSC serving the 2G/3G cell and the UE is allowed in the LA the MSC shall estabHsh 
the CS call. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2343 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


9b. If the UE is not registered in the MSC that receives the Paging Response or the UE is not allowed in the LA, the 
MSC shall reject the Paging Response by releasing the A/Iu-cs connection. The BSS/RNS in turn releases the 
signalling connection for CS domain. 

9c. The signalling connection release shall trigger the UE to obtain the LAI, which causes the initiation of a 

Location Area Update or a Combined RA/LA procedure as specified in TS 23.060 [3] for the different Network 
Modes of Operation (NMO). 

The Location Area Update triggers the Roaming Retry for CS Fallback procedure as defined in clause 7.5. 

After performing the LAU procedure the MSC shall establish the CS call if the UE is allowed in the LA. 

With the exception of steps la and Ic, above. Call Forwarding (see TS 23.082 [31]) is performed on the basis of the 
TS 24.008 [21] signalling received on the GERAN/UTRAN cell. 

After the CS voice call is terminated and if the UE is still in GERAN and PS services are suspended, then the UE shall 
resume PS services as specified in TS 23.060 [3]. A Gn/Gp- SGSN will follow TS 23.060 [3] to resume the PDP 
Context(s). An S4 SGSN will follow TS 23.060 [3] to resume the bearers, and informs the S-GW and P-GW(s) to 
resume the suspended bearers. If the UE has returned to E-UTRAN after the CS voice call was terminated, then the UE 
shall resume PS service by sending TAU to MME. The MME will in addition inform S-GW and P-GW(s) to resume the 
suspended bearers. Resuming the suspended bearers in the S-GW and in the P-GW should be done by implicit resume 
using the Modify Bearer request message if it is triggered by the procedure in operation e.g. RAU, TAU or Service 
Request. The S-GW is aware of the suspend state of the bearers and shall forward the Modify Bearer request to the P- 
GW. Explicit resume using the Resume Notification message should be used in cases when Modify Bearer Request is 
not triggered by the procedure in operation. 

If the UE remains on UTRAN/GERAN after the CS voice call is terminated the UE performs normal mobility 
management procedures as defined in TS 23.060 [3] and TS 24.008 [21]. 

Editor's note: the following text shall probably be deleted. 

The procedure for Mobile Terminating Call in idle mode is illustrated in figure 7.2-1. 
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Figure 7.2-1: Mobile Terminating Call in idle mode 
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1. G-MSC receives lAM. 

2. G-MSC retrieves routing information of the terminating UE by Send Routing Info procedures as specified in 
TS 23.018 [5]. 

3. G-MSC sends lAM to the MSC on the terminating side as specified in TS 23.018 [5]. 

4. The MME receives a Paging (IMSI, VLR TMSI, Location Information) message from the MSC over a SGs 
interface. The TMSI (or IMSI) received from the MSC is used by the MME to find the S-TMSI which is used as 
the paging address on the radio interface If location information is reHably known by MME (i.e. MME stores the 
Hst of TAs), the MME shall page the UE in all the TAs. If the MME does not have a stored TA Hst for the UE, 
the MME should use the location information received from the MSC to page the UE. 

NOTE 1: This procedure takes place before step 3, immediately after MSC receives MAP_PRN from HSS, if pre- 
paging is deployed. 

5. The MME sends a Paging (as specified in TS 23.401 [2]) message to each eNodeB. The Paging message 
includes a suitable UE Identity (i.e. S-TMSI or IMSI) and a CN Domain Indicator that indicates which domain 
(CS or PS) initiated the paging message. In this case it shall be set to "CS" by the MME. 

6. The radio resource part of the paging procedure takes place. The message contains a suitable UE Identity (i.e. 
S-TMSI or IMSI) and a CN Domain indicator. 

7a. The UE establishes an RRC connection and sends an Extended Service Request (CS Fallback Indicator) to 
MME. The UE indicates its S-TMSI in the RRC signalling. The Extended Service Request message is 
encapsulated in RRC and Sl-AP messages. The CS Fallback Indicator indicates to the MME that CS Fallback 
for this UE is required. 

7b. MME sends Sl-AP: Initial UE Context Setup (UE capabilities, CS Fallback Indicator and other parameters 
specified in TS 23.401 [2]) to indicate the eNodeB to move the UE to UTRAN/GERAN. 

8a. Target RAT has PS HO capability: Upon receipt of the Initial UE Context Setup message with a CS Fallback 
Indicator the eNodeB may optionally solicit measurement reports from the UE to determine the target cell to 
which PS handover will be performed. A PS handover is then performed as specified in TS 23.401 [2]. As part of 
this PS handover, the UE receives a HO from E-UTRAN Command that may contain a CS Fallback Indicator, 
which indicates to UE that the handover is triggered due to a CS fallback request. If the HO from E-UTRAN 
Command contains a CS Fallback Indicator and the UE fails to establish connection to the target RAT, then the 
UE considers that CS fallback has failed. 

8b. Target RAT has no PS HO capability. Upon receipt of the Initial UE Context Setup message with a CS Fallback 
Indicator the eNodeB may optionally solicit measurement reports from the UE to determine the target cell to 
redirect the UE to. After that, the eNB releases the RRC Connection with a redirection info to change to CS 
capable RATs (RAT, frequency, cell info). As an option the inter-RAT system information might be provided by 
the eNodeB using the NACC procedure for GERAN. In this case the UE receives in inter-RAT cell change order 
that may contain a CS Fallback Indicator which indicates to UE that the cell change order is triggered due to a 
CS fallback request. If the inter-RAT cell change order contains a CS Fallback Indicator and the UE fails to 
establish connection to the target RAT, then the UE considers that CS fallback has failed. 

8c. If the UE obtains LA/RA information of the new UTRAN/GERAN cell (e.g. based on the system information or 
redirection info) and the LA/RA of the new cell is different from the one stored in the UE, it performs a Location 
Area Update or a Combined RA/LA procedure if the target system operates in Network Mode of Operation 
(NMO) I, according to TS 23.060 [3]. 

8d. The UE responds with a page response message to the MSC as follows: 

- If Target RAT is UTRAN or GERAN lu mode, the UE establishes an RRC connection and responds to the 
paging in an RRC Initial Direct Transfer message as specified in TS 25.331 [7]. The CN Domain Indicator is 
set to "CS" in the Initial Direct Transfer message. When received at the RNC, the Paging Response message 
is sent in an RANAP Initial UE message to the MSC. 

If Target RAT is GERAN A/Gb mode: the UE establishes an RR connection by using the procedures 
specified in TS 44.018 [6] (i.e. UE requests and is assigned a dedicated channel where it sends a SABM 
containing a layer 3 Service Request message = PAGING RESPONSE to the BSS and the BSS responds by 
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sending a UA). After the establishment of the main signalling link as described in TS 44.018 [4] the UE 
enters either Dual Transfer Mode or Dedicated Mode and the CS call establishment procedure completes. 
When received at the BSC, the Paging Response message is sent in a BSSAP COMPLETE LAYER 3 
INFORMATION message to the MSC as specified in TS 48.008 [6]. 

NOTE 2: The BSS should be prepared to receive a PAGING RESPONSE even when a corresponding PAGING 

REQUEST has not been sent by this BSS. Also, the MSC should be prepared to receive a paging response 
after a relatively long time from when the CS Paging was sent (step 4). 

9a. In case the MSC serving the 2G/3G cell is the same as the MSC that served the UE while camped on LTE, it 
shall stop the paging response timer and establish the CS connection. 

9b. If the MSC that receives the paging response is different from the MSC that sent the paging request and if the 
Location Area Update / Combined RA/LA Update was not performed in step 8c, the MSC shall reject the page 
response by releasing the A/Iu-cs connection. The BSC/RNC in turn releases the RRC/RR connection. The 
RRC/RR release shall trigger the UE to perform a Location Area Update as follows: 

- If the target system operates in Network Mode of Operation (NMO) I the UE shall perform a combined 
RA/LA update, as defined in TS 23.060 [3]. 

- If the target system operates in NMO II or III the UE performs a Location Area Update towards the MSC. 

The Location Area Update triggers the Roaming Retry for CS Fallback procedure as defined in clause 7.5. 

When the target system operates in Network Mode of Operation (NMO) I then, if the UE is still in UTRAN/GERAN 
after the CS voice call is terminated, and if a combined RA/LA update has not already been performed, the UE 
performs a combined RA/LA update procedure. This procedure is used to create a Gs association between the 
MSC/VLR and the SGSN, and to release the SGs association. 

When the target system operates in Network Mode of Operation (NMO) II or III then, if the UE is still in 
UTRAN/GERAN after the CS voice call is terminated, and if a LA update has not already been performed, the UE 
performs a LA update procedure. This procedure is used to release the SGs association between the MSC/VLR and the 

MME. 

[TS 24.301, clause 5.6.2.3] 

The network may initiate the paging procedure for non-EPS services when the UE is IMSI attached for non-EPS 
services (see example in figure 5.6.2.3.1). 

UE AS MME 

Request paging 
Paging 


EXTENDED SERVICE REQUEST 


Figure 5.6.2.3.1 : Paging procedure for CS fallback to A/Gb or lu mode 


To initiate the procedure when no NAS signalling connection exists, the EMM entity in the network requests the lower 
layer to start paging (see 3GPP TS 36.300 [20], 3GPP TS 36.413 [23]). The paging message includes a CN domain 
indicator set to "CS" in order to indicate that this is paging for CS fallback. 

NOTE: The timer T3413 is not started in the network when the paging procedure is initiated for CS fallback. 

To notify the UE about an incoming mobile terminating CS service when a NAS signalling connection exists, the EMM 
entity in the network shall send a CS SERVICE NOTIFICATION message. This message may also include CS service 
related parameters (e.g. Calling Line Identification, SS or LCS related parameters). 
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Upon reception of a paging indication, the UE shall respond with an EXTENDED SERVICE REQUEST. If the paging 
is received in EMM-IDLE mode, the UE shall respond immediately. If the paging is received as NAS CS 
NOTIFICATION message in EMM-CONNECTED mode, the UE may request upper layers input i.e. to accept or reject 
CS fallback before responding with an EXTENDED SERVICE REQUEST. The response is indicated in the CSFB 
response information element in the EXTENDED SERVICE REQUEST message in both EMM-IDLE and EMM- 
CONNECTED modes. 


Test description 
Pre-test conditions 


13.1.7.3 
13.1.7.3.1 
System Simulator: 

- Cell 1 and Cell 24 are in the same LA. 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 

- Cell 24 system information indicates that NMO 1 is used. 
DTM is not supported on the Cell 24. 

UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle Mode (state 2) on Cell 1 according to [18]. 
1 3.1 .7.3.2 Test procedure sequence 

Table 13.1. 7.3.2-1 shows the cell power levels after the preamble. 

Table 13.1.7.3.2-1 : Time instances of cell power level and parameter changes 


Parameter 


Unit 


CelM 


Cell 24 


Remark 


The power levels are such that 
camping on Cell 1 is guaranteed. 


TO 


Cell-specific RS EPRE 


dBm/15kHz 


-70 


GERAN Cell Power 


dBm 


-80 


Table 13.1.7.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS transmits a Paging message on CelM . 

<- 

Paging 

- 

- 


EXCEPTION: Step 2a1 describes behaviour 
that depends on the UE capability; the "lower 
case letter" identifies a step sequence that 
takes place if a capability is supported. 





2a1 

IF the UE needs to request upper layer input 
before accepting the CS fallback (see ICS), the 
incoming CS call is accepted at the UE 
through MMI or AT command. 





2 

The UE transmits an RRCConnectionRequest 
message on CelM. 

-> 

RRCConnectionRequest 

- 

- 

3 

The SS transmits an RRCConnectionSetup 
message on CelM. 

<- 

RRCConnectionSetup 

- 

- 

4 

The UE transmits an 

RRCConnectionSetupComplete message on 
CelM. 

-> 

RRCConnectionSetupComplete 



5 

Check: Does the UE transmit an 
ULInformationTransfer rciessage on CelM ? The 
message includes an EXTENDED SERVICE 
HEOaESr message. 

-> 

UL Information Transfer 
EXTENDED SERVICE REQUEST 

1 

P 

6 

The SS transmits a RRCConnectionRelease 
message on Cell 1 with IE 
redlrectedCarrlerlnfo including geran 

<~ 

RRCConnectionRelease 
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frequency of Cell 24. 





6A 

Check: Does the UE transmits CHANNEL 
REQUEST message to initiate LA Update 
procedure 

-> 

CHANNEL REQUEST 

2 

P 

7-40 

Steps 1 to 34 of the generic test procedure 
described in TS36.508 subclause 6.4.3.8.1 are 
performed on Cell24. 



2 

P 


At the end of this test procedure sequence, the 
UE is in end state GERAN idle ( G1) according 
to TS 36.508. 






13.1.7.3.3 


Specific message contents 

Table 13.1 .7.3.3-1: Void 

Table 13.1.7.3.3-2: Void 

Table 13.1.7.3.3-3: Paging {sXep^, Table 13.1.7.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-7 

Information Element 

Value/remark 

Comment 

Condition 

Paging ::= SEQUENCE { 




pagingRecordList SEQUENCE (SIZE 
(1 ..maxPageRec)) OF SEQUENCE { 

1 entry 



ue-ldentity[1] CHOICE! 




imsi 

Set to the value of the 
IMSI of the UE 



} 




cn-Domain[1] 

Cs 



1 




1 




Table 13.1.7.3.3-4: ULInformationTransfer {step 5, Table 13.1.7.3.2-2) 

Derivation Path: 36.508 Table 4.6.1-25 

Information Element 

Value/remark 

Comment 

Condition 

ULInformationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ullnformationTransfer-r8 SEQUENCE { 




dedicatedlnfoType CHOICE { 




dedicated InfoN AS 

Set according to 36.508 
Table 4.7.2-1 4A 

EXTENDED 

SERVICE 

REQUEST 


} 




} 




} 




1 




1 
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Table 13.1.7.3.3-5: Void 
Table 13.1.7.3.3-6: RRCConnectionRelease (step 6, Table 13.1.7.3.2-2) 


Derivation Path: 36.508 Table 4.6.1 .1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




redirectedCarrierlnfo ::= CHOICE { 




geran 

f11 



1 




1 




1 




} 




} 





Table 13.1.7.3.3-7: LOCATION UPDATING ACCEPT (step 6a7, Table 13.1.7.3.2-2) 


Derivation Path: TS 36.508 Table 4.7B.2-5 

Information Element 

Value/remark 

Comment 

Condition 

Mobile identity 

Not present 




1 3.1 .8 Call setup from E-UTRA RRC_CONNECTED/ CS fallback to GSM 
with Redirection / MO call 


13.1.8.1 

(1) 


Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is triggered by upper layers to perform a circuit switched voice call } 
then { UE transmits an ULInformationTransfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile originating CS fallback or IxCS fallback" } 

} 

(2) 

with { UE having transmitted an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile originating CS fallback or IxCS fallback" } 
ensure that { 

when { SS transmits an RRCConnectionRelease message with redirection to a GERAN cell in a same 
location area and operating in NMO I } 

then { UE tunes to GERAN cell and completes MO circuit switched voice call setup procedure on 
GERAN } 


13.1.8.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are those Hsted in TC 8.1.3.6, plus those specified 
in: TS 23.272, clause 6.3, and TS 24.301, clause 5.6.1.1. 

[TS 23.272, clause 6.3] 
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UE/MS 


eNodeB 


1a. Extended Service Request 


2. Optional IVIoasurement R sport Solicitation 


3a. NACC, 3b, 


5. S1 UE Con ext Release 


BSS/RNS 


1 b. S1 -AP me ssage with CS R 


RRC connect on 
4. S1-AP:S1 


MME 


release 
UE Context Release Request 


MSC 


llback indicator 


S-GW 


SGSN 


6. LA Update or Combined FWLA Update or F(A Update or LA 


Jpdate and RA 


Update 


7a. Suspend 


;ee 23.060) , 


7b. Suspend Ftequest/ Response 


9. CS MO cal 


^ 8. Update bea 


er(s) 


^ 


10a. Service [Reject 


1 0b. Location 


Area Update 


10c. CS MO call 


Incase MSC 
changed 


1 1 . Routing Area Update or 


Combined RA/LA 


Update 


Figure 6.3-1 : CS Call Request in E-UTRAN, Call in GERAN/UTRAN without PS HO 


la. The UE sends an Extended Service Request (CS Fallback Indicator) to the MME. Extended Service Request 
message is encapsulated in RRC and Sl-AP messages. CS Fallback Indicator indicates MME to perform CS 
Fallback. The UE only transmits this request if it is attached to CS domain (with a combined EPS/IMSI Attach) 
and can not initiate an IMS voice session (because e.g. the UE is not IMS registered or IMS voice services are 
not supported by the serving IP-CAN, home PLMN or UE). 

lb. The MME sends an Sl-AP Request message to eNB that includes a CS Fallback Indicator. This message 
indicates to the eNB that the UE should be moved to UTRAN/GERAN. 

2. The eNodeB may optionally solicit a measurement report from the UE to determine the target GERAN cell to 
which the redirection procedure will be performed. 

3a. If the UE and network support inter-RAT cell change order to GERAN and the target cell is GERAN: The 
eNodeB triggers an inter-RAT cell change order (optionally with NACC) to a GERAN neighbour cell by 
sending an RRC message to the UE. The inter-RAT cell change order may contain a CS Fallback Indicator 
which indicates to UE that the cell change order is triggered due to a CS fallback request. If the inter-RAT cell 
change order contains a CS Fallback Indicator and the UE fails to establish connection to the target RAT, then 
the UE considers that CS fallback has failed. Service Request procedure is considered to be successfully 
completed when cell change order procedure is completed successfully. 

3b. If the UE or the network does not support inter-RAT handover from E-UTRAN to GERAN/UTRAN nor inter- 
RAT cell change order to GERAN: The eNodeB triggers RRC connection release with redirection to 
GERAN/UTRAN instead of PS HO or NACC. 

NOTE 2: Service Request procedure supervision timer shall be sufficiently long considering the optional 
measurement reporting at step 2. 

4. The eNodeB sends an SI UE Context Release Request (Cause) message to the MME. Cause indicates that the 
UE is not available for the PS service. 
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5. SI UE Context in the eNodeB is released as specified in TS 23.401 [2]. 

6. The UE moves to the new cell in GERAN/UTRAN and establishes a radio signalling connection. 

If the UE obtains LA information of the new cell (e.g. based on the system information) and the LA of the new 
cell is different from the one stored in the UE, it performs a Location Area Update or a Combined RA/LA 
Update procedure in case the target system operates in Network Mode of Operation (NMO) L Alternatively, in 
NMO I, the UE in GERAN may perform LA update over the RR connection instead of combined RA/LA update 
over the packet access, as defined in TS 24.008 [21], clause 4.7.5.2.5, unless enhanced CS establishment in DTM 
is supported. 

If the UE moves to an UTRAN cell and ISR is not active or the RA of the cell is different to the one the UE is 
registered in, the UE performs a Routing Area Update. This can be performed as part of the combined RA/LA 
Update procedure when the LA of the new cell is different from the one stored in the UE and the target system 
operates in NMO I. 

7. If the target RAT is GERAN and DTM is not supported, the UE starts the Suspend procedure specified in 

TS 23.060 [3], clause 16.2.1.1.2. This triggers the SGSN to send a Suspend Request message to the MME. The 
MME returns a Suspend Response to the SGSN, which contains the MM and PDP contexts of the UE. 

8. If PS services are suspended, the MME starts the preservation of non-GBR bearers and the deactivation of GBR 
bearers. 

9. The UE continues with the MO call setup procedure. 

10a. In case the MSC serving the 2G/3G cell is different from the MSC that served the UE while camped on 
E-UTRAN and if the Location Area Update / Combined RA/LA Update was not performed in step 6, the MSC 
shall reject the call setup service request, if implicit location update is not performed. 

10b. A UE detecting that the MSC rejected the service request shall perform the Location Area Update according 
to existing GERAN or UTRAN procedures. 

10c. After completion of the Location Area Update the UE continues with a MO call setup procedure. 

1 1 . After the CS voice call is terminated and if the UE is in GERAN and PS services are suspended, then (as 

specified in TS 23.060 [3]) the UE shall resume PS services by sending a Routing Area Update Request message 
to the SGSN. The Update Type depends on the mode of operation of the GERAN network, e.g. in mode I a 
Combined RA/LA Update is used and in mode II or III Routing Area Update is used. 

If the UE remains on UTRAN/GERAN after the CS voice call is terminated the UE performs normal mobility 
management procedures as defined in TS 23.060 [3] and TS 24.008 [21], i.e. if the UE is not registered in the current 
RA/LA, the UE performs combined RA/LA update procedure when the target system operates in NMO I, or separate 
LA update and RA update procedures when the target system operates in NMO II/III. Also for NMO I if the UE 
performed only RA update due to the CS call the UE performs a combined RA/LA update (see TS 23.060 [3], 
clause 6.3.1) which creates the Gs association. 

[TS 24.301, clause 5.6.1.1] 

The purpose of the service request procedure is to transfer the EMM mode from EMM-IDLE to EMM-CONNECTED 
mode and establish the radio and S 1 bearers when uplink user data or signalling is to be sent. Another purpose of this 
procedure is to invoke MO/MT CS fallback procedures. 

This procedure is used when: 

- the network has downlink signalling pending; 

- the UE has uplink signalling pending; 

- the UE or the network has user data pending and the UE is in EMM-IDLE mode; 

the UE in EMM-IDLE or EMM-CONNECTED mode has requested to perform mobile originating/terminating 
CS fallback; 

the network has downlink cdma2000® signalling pending; or 

- the UE has uplink cdma2000® signalling pending. 
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The service request procedure is initiated by the UE, however, for the downlink transfer of signalHng, cdma2000® 
signalHng or user data in EMM-IDLE mode, the trigger is given by the network by means of the paging procedure (see 
subclause 5.6.2). 

The UE shall invoke the service request procedure when: 

a) the UE in EMM-IDLE mode receives a paging request with CN domain indicator set to "PS" from the network; 

b) the UE, in EMM-IDLE mode, has pending user data to be sent; 

c) the UE, in EMM-IDLE mode, has uplink signalling pending; 

d) the UE in EMM-IDLE or EMM-CONNECTED mode is configured to use CS fallback and has a mobile 
originating CS fallback request from the upper layer; 

e) the UE in EMM-IDLE mode is configured to use CS fallback and receives a paging request with CN domain 
indicator set to "CS", or the UE in EMM-CONNECTED mode is configured to use CS fallback and receives a 
CS SERVICE NOTIFICATION message; 

f) the UE in EMM-IDLE or EMM-CONNECTED mode is configured to use IxCS fallback and has a mobile 
originating IxCS fallback request from the upper layer; 

g) the UE in EMM-CONNECTED mode is configured to use IxCS fallback and accepts cdma2000® signalHng 
messages containing a IxCS paging request; or 

h) the UE, in EMM-IDLE mode, has uplink cdma2000® signalling pending. 

[TS 24.008, clause 4.5.1.1, item d)] 

d) When the MS is IMSI attached for CS services via EMM combined procedures, as described in 

3GPP TS 24.301 [120], and the MS is camping on an E-UTRAN cell, the MM sublayer requests EMM to initiate 
a service request procedure for CS fallback. The MM connection establishment is delayed until the MS changes 
to a GERAN or UTRAN cell. 

If the MS enters a GERAN or UTRAN cell, then the MS shall initiate the MM connection establishment and 
send a CM SERVICE REQUEST message. If the MS determines that it is in a different location area than the 
stored location area, the MS shall first initiate a normal location updating procedure or a combined routing area 
update procedure, depending on Network Mode of Operation. The MM connection establishment is delayed until 
successful completion of the normal location updating or combined routing area update procedure. In A/Gb 
mode, if the MS is a non DTM MS, or a DTM MS in a cell not supporting DTM, the MS may perform location 
area updating procedure instead of combined routing area update procedure in NMO I. 

13.1.8.3 Test description 

13.1.8.3.1 Pre-test conditions 

System Simulator: 

- 2 cells, one E-UTRA and one GERAN cell: 

- Cell 1 E-UTRA serving cell 

- Cell 24 suitable neighbour GERAN cell 

o Cell 24 system information indicates that NMO 1 is used 

- The parameters settings and power levels for Cell 1 and Cell 24 are selected according to [18], [5] so that 
camping on Cell 1 is guaranteed and no cell re-selection to Cell 24 can take place (GERAN priority is lower 
than serving and S ceii i > Thresh ceii i,iow). 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
Cell 1 and Cell 24 are in the same LA. 

UE: 
None 
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Preamble: 

The UE is in state Generic RB Established (state 3) according to [18]. 
13.1.8.3.2 Test procedure sequence 

Table 13.1.8.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Cause the UE to originate CS call, (see 
NoteD 

- 

- 

- 

- 

2 

Check: Does the UE transmit an 
ULInformationTranfer message containing 
an EXTENDED SERVICE REQUEST with 
Service Type IE set to "mobile originated 
CS fallback or 1xCS fallback" on Cell 1 ? 

-> 

UL Information Transfer 
NAS: EXTENDED SERVICE 
REQUEST 

1 

p 

3 

The SS transmits an 

RRCConnectionRelease message on Cell 
1 with IE redirectedCarrierlnfo '\nc\u6'\ng 
ARFCN of Cell 24. 

<- 

RRCConnectionRelease 



4-35 

Steps 1 to 32 of the generic test procedure 
described in TS36.508 subclause 
6.4.3.8.2are performed on Cell24. 



2 

p 


At the end of this test procedure sequence, 
the UE is in end state GERAN idle (G1) 
according to TS 36.508. 





Note 1 : The trigger in step 1 is the same as in the generic procedure in 36.508 clause 6.4.3.5. 


1 3.1 .8.3.3 Specific message contents 

Table 13.1 .8.3.3-1: Void 

Table 13.1.8.3.3-2: Void 

Table 13.1.8.3.3-3: SystemlnformationBlockType? tor cell 1 (preamble and all steps, Table 13.1.8.3.2-2 

and Table 13.1.8.3.2-3) 


Derivation Path: 36.508 Table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType? ::= SEQUENCE { 




carrierFreqslnfoList SEQUENCE (SIZE (1.. 
maxGNFG)) OF SEQUENCE { 




CarrierFreqsGERAN SEQUENCE \n] { 




startingARFCN 

Same as cell 24 



bandlndicator 

Same as cell 24 



followingARFCNs CHOICE { 




equallySpacedARFCNs SEQUENCE { 




arfcn-Spacing 

Same as cell 24 



numberOf FollowingARFCNs 

Same as cell 24 



1 




1 




1 




commonlnfo SEQUENCE { 




cellReselectionPriority 

3 

Lower priority than 
E-UTRA 


1 




1 
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Table 13.1.8.3.3-4: ULInformationTransfer (step 2, Table 13.1.8.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-25 

Information Element 

Value/remark 

Comment 

Condition 

ULInformationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ullnformationTransfer-rS SEQUENCE { 




dedicatedlnfoType CHOICE { 




dedicatedlnfoNAS 

Set according to Table 
13.1.8.3.3-5 

EXTENDED 

SERVICE 

REQUEST 


1 




1 




1 




1 




1 





Table 13.1.8.3.3-5: EXTENDED SERVICE REQUEST (step 2, Table 13.1.8.3.2-2) 


Derivation Path: 36.508 Table 4.7.2-1 4A 

Information Element 

Value/remark 

Comment 

Condition 

Service type 

0000 'mobile originating 
CS fallback or IxCS 
fallback' 



CSFB response 

Not present 




Table 13.1.8.3.3-6: RRCConnectionRelease {step 3, Table 13.1.8.3.2-2) 


Derivation Path: 36.508 Table 4.6.1 .1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




redirectedCarrierlnfo ::= CHOICE { 




Geran 

f11 



1 




1 




} 





Table 13.1.8.3.3-7: LOCATION UPDATING ACCEPT (step 4a8, Table 13.1.8.3.2-2) 


Derivation Path: TS 36.508 Table 4.7B.2-5 

Information Element 

Value/remark 

Comment 

Condition 

Mobile identity 

Not present 




1 3.1 .9 Call setup from E-UTRA RRCJDLE / CS fallback to GSM with CCO 
without NACC / MO call 


13.1.9.1 
(1) 


Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state having requested CS call setup } 
ensure that { 

when { UE receives a Mobil ityFromEUTRACommand message including a cs-Fallbacklndicator set to 
'true', a targetRAT-Type set to 'geran' and purpose set to ' cellChangeOrder' and no 
'networkControlOrder' } 

then { UE acquires networkControlOrder and establishes the connection to the target cell 
indicated in the CellChangeOrder } 
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13.1.9.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 23.272, clauses 6.4 and 6.3, 
and, TS 36.331, clause 5.4.3.3, 5.3.9.2, 5.3.12 and B.l. 

[TS 23.272, clause 6.4] 

Mobile Originating call in Idle Mode procedure is specified by reusing the Mobile Originating Call in Active mode 
procedure with Extended Service Request (CS Fallback Indicator) to the MME. The UE is transited to ECM- 
CONNECTED mode by following the applicable procedures specified in TS 23.401 [2]. 

[TS 23.272, clause 6.3] 


UE/MS 


eNodeB 


1a. Extended Service Request 


2. Optional IVIoasurement R sport Solicitation 


3a. NAGG, 3b. 


5. S1 UE Gonext Release 


BSS/RNS 


1 b. S1 -AP me ssage with GS R 


RRG connect on 
4. S1-AP:S1 


MME 


release 
UE Context Release Request 


MSG 


llback indicator 


S-GW 


SGSN 


6. LA Update or Combined F WLA Update or F(A Update or LA 


Jpdate and RA 


Update 


7a. Suspend ( 


;ee 23.060) , 


7b. Suspend Ftequest/ Response 


9. GS MO cal 


^ 8. Update bea 


MS) 


^ 


10a. Service [Reject 


1 0b. Location 


Area Update 


10c. GSMOoall 


Incase MSC 
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1 1 . Routing Area Update or 


Combined RA/LA 


Update 


Figure 6.3-1 : CS Call Request in E-UTRAN, Call in GERAN/UTRAN without PS HO 


la. The UE sends an Extended Service Request (CS Fallback Indicator) to the MME. Extended Service Request 
message is encapsulated in RRC and Sl-AP messages. CS Fallback Indicator indicates MME to perform CS 
Fallback. The UE only transmits this request if it is attached to CS domain (with a combined EPS/IMSI Attach) 
and can not initiate an IMS voice session (because e.g. the UE is not IMS registered or IMS voice services are 
not supported by the serving IP-CAN, home PLMN or UE). 


2. The eNodeB may optionally solicit a measurement report from the UE to determine the target GERAN cell to 
which the redirection procedure will be performed. 

3a. If the UE and network support inter-RAT cell change order to GERAN and the target cell is GERAN: The 
eNodeB triggers an inter-RAT cell change order (optionally with NACC) to a GERAN neighbour cell by 
sending an RRC message to the UE. The inter-RAT cell change order may contain a CS Fallback Indicator 
which indicates to UE that the cell change order is triggered due to a CS fallback request. If the inter-RAT cell 
change order contains a CS Fallback Indicator and the UE fails to establish connection to the target RAT, then 
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the UE considers that CS fallback has failed. Service Request procedure is considered to be successfully 
completed when cell change order procedure is completed successfully. 


NOTE 2: Service Request procedure supervision timer shall be sufficiently long considering the optional 
measurement reporting at step 2. 


6. The UE moves to the new cell in GERAN/UTRAN and establishes a radio signalling connection. 


9. The UE continues with the MO call setup procedure. An ICS UE (as defined in TS 23.292 [25]) shall not use Gm 
(TS 23.292 [25]) procedures to estabUsh the call. 

NOTE 3: For an ICS user, in order to receive a consistent service experience the ICS UE needs to add ICS Service 
Control Signalling Path once the call is established, as described in TS 23.292 [25]. 


If the UE remains on UTRAN/GERAN after the CS voice call is terminated the UE performs normal mobility 
management procedures as defined in TS 23.060 [3] and TS 24.008 [21], i.e. if the UE is not registered in the current 
RA/LA, the UE performs combined RA/LA update procedure when the target system operates in NMO I, or separate 
LA update and RA update procedures when the target system operates in NMO II/III. Also for NMO I if the UE 
performed only RA update due to the CS call the UE performs a combined RA/LA update (see TS 23.060 [3], 
clause 6.3.1) which creates the Gs association. 

[TS 36.331, clause 5.4.3.3] 

The UE shall be able to receive a Mobility FromEUTRACommand message and perform a cell change order to GERAN, 
even if no prior UE measurements have been performed on the target cell. 

The UE shall: 

1> stop timer T310, if running; 

1> if the Mobility FromEUTRACommand message includes the purpose set to 'handover': 


1> else if the MobilityFromEUTRACommand message includes the purpose set to 'cellChangeOrdef: 

2> start timer T304 with the timer value set to t304, as included in the MobilityFromEUTRACommand message; 

2> if the targetRAT-Type is set to 'geran': 

3> if networkControlOrder is included in the MobilityFromEUTRACommand message: 

4> apply the value as specified in TS 44.060 [36]; 

3> else: 

4> acquire networkControlOrder and apply the value as specified in TS 44.060 [36]; 

3> use the contents of systemlnformation, if provided, as the system information to begin access on the target 
GERAN cell; 

NOTE 2: The systemlnformation is constructed in the same way as in 2G to 2G NACC, i.e. the PSI messages are 
encoded as such, whereas the SI messages exclude 2 octets of headers, see TS 44.060[36]. 

2> establish the connection to the target cell indicated in the CellChangeOrder, 

NOTE 3: The criteria for success or failure of the cell change order to GERAN are specified in TS 44.060[36]. 

[TS 36.331, clause 5.3.9.2] 
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Upon successfully completing the handover or the cell change order, the UE shall: 

1> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'other'; 

1> stop timer T304, if running; 
[TS 36.331, clause 5.3.12] 
Upon leaving RRC_CONNECTED, the UE shall: 

1> reset MAC; 

1> stop all timers that are running except T320; 

1> release all radio resources, including release of the RLC entity, the MAC configuration and the associated PDCP 
entity for all established RBs; 

1> indicate the release of the RRC connection to upper layers together with the release cause; 

[TS 36.331, clause B.l] 

This annex contains the definitions of the bits in field featureGroupIndicators. 

In this release of the protocol, the UE shall include the field featureGroupIndicators in the IE UE-EUTRA- Capability. 
All the functionalities defined within the field featureGroupIndicators defined in Table B.1-1 are mandatory for the UE, 
if the related capability (frequency band, RAT or SR-VCC) is also supported. For a specific indicator, if all 
functionalities for a feature group listed in Table B.1-1 have been implemented and tested, the UE shall set the indicator 
as one (1), else (i.e. if any one of the functionalities in a feature group listed in Table B.1-1, which have not been 
implemented or tested), the UE shall set the indicator as zero (0). 

Table B.1-1 : Definitions of feature group indicators 


Index of 
indicator 

(bit 
number) 

Definition 

(description of the supported functionality, if indicator set to one) 

Notes 




10 

- EUTRA RRC_CONNECTED to GERAN (PacketJ Idle by Cell 
Change Order 

- EUTRA RRC_CONNECTED to GERAN (PacketJ Idle by Cell 
Change Order with NACC (Network Assisted Cell Change) 






Test description 
Pre-test conditions 


13.1.9.3 
13.1.9.3.1 
System Simulator: 

Cell 1 serving cell 

- Cell 24 suitable neighbour cell 

- The parameters settings and power levels for Cell 1 and Cell 24 are selected according to [18], [5] so that 
camping on Cell 1 is guaranteed and no cell re-selection to Cell 24 can take place (GERAN priority is lower than 
serving and S ceii i > Thresh ceii i,iow). 


System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 


UE: 

None. 
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Preamble: 

- The UE is in state Registered, Idle Mode (state 2) on Cell 1 according to [18]. 

NOTE: The UE is attached to CS domain (with a combined EPS/IMSI Attach) and can not initiate an IMS voice 
session (because e.g. the UE is not IMS registered or IMS voice services are not supported by the serving 
IP-CAN, home PLMN or UE). 

1 3.1 .9.3.2 Test procedure sequence 

Table 13.1.9.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1 

Cause the UE to originate CS call, (see Note 
1) 

- 

- 

- 

- 

2 

Generic test procedure 'UE triggered CS call' 
as described in 36.508, clause 6.4.3.5 is 
performed. 





3 

The SS transmits a SecurityModeCommand 
message on Cell 1 . 

<— 

SecurityModeCommand 

- 

- 

4 

The UE transmits a SecurityModeComplete 
message on Cell 1 . 

-> 

SecurityModeComplete 

- 

- 

5 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 . 

<- 

RRCConnectionReconfiguration 



6 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



7 

The SS transmits a 

MobilityFromEUTRACommand message on 
Cell 1 including a cs-F allbacklndicator seXXo 
'true\ a targetRAT-Type set to 'gerari, purpose 
set to 'cellChangeOrder' and no 
'networkControlOrder' 

<— 

MobilityFromEUTRA Command 



8 

Check: Does the UE transmit a CHANNEL 
REQUEST message on Cell 24? 

-> 

CHANNEL REQUEST 

1 

P 

9-24 

Steps 3 to 1 8 of the generic test procedure in 
TS 51.010-1 subclause 10.2.3 are performed 
on Cell 24. 
NOTE: Mobile originating CS call is set up. 






At the end of this test procedure sequence, the 
UE is in end state GERAN CS call (G4) 
according to TS 36.508. 





Note 1 : See generic procedure in 36.508 clause 6.4.3.5 for the trigger. 


1 3.1 .9.3.3 Specific message contents 

Table 13.1.4.3.3-1 : RRCConnectionReconfiguration (step 5, Table 13.1.9.3.2-1) 

Derivation Path: 36.508 Table 4.6.1-8, condition SRB2-DRB(1 , 0) 
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Table 13.1.9.3.3-2: MobilityFromEUTRACommand (step 7, Table 13.1.9.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




mobilityFromEUTRAConnnnancl-rS SEQUENCE { 




cs-Fallbacklndicator 

true 



purpose CHOICE{ 




cellChangeOrder SEQUENCE { 




t304 

[msSOO] 



targetRAT-Type CHOICE{ 




geran SEQUENCE { 




physCellld 

TS 36.508, 6.3.1.4 



carrierFreq 

TS 36.508, 6.3.1.4 



networkControlOrder 

Not present 



system Information 

Not present 



1 




1 




1 




1 




1 




1 




1 




} 





Table 13.1.9.3.3-8: CHANNEL REQUEST (step 8, Table 13.1.9.3.2-1) 


Derivation Path: 44.018, clause 9.1.8 


13.1.10 Call setup from E-UTRA RRC_CONNECTED/ CS fallback to GSM 
with ceo without NACC / MT call 


13.1.10.1 


(1) 


Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state with an established SI connection and the MME did not return 
the "SMS-only" indication to the UE during Attach or Combined TA/LA Update procedures } 
ensure that { 

when { UE receives a DLInformationTransfer message containing a CS SERVICE NOTIFICATION message } 
then { UE transmits an ULInformationTransfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" } 

} 

(2) 

with { UE having transmitted an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" } 
ensure that { 

when { UE receives a MobilityFromEUTRACommand message including a cs-Fallbacklndicator set to 
'true', a targetRAT-Type set to 'geran' and purpose set to 'cellChangeOrder' and no 
'networkControlOrder' } 

then { UE acquires networkControlOrder and establishes the connection to the target RAT and 
target cell indicated in the CellChangeOrder } 

} 


(3) 


with { UE having establishes the connection to GERAN } 
ensure that { 

when { GERAN does not support DTM } 

then { UE requests GPRS Suspension and completes the establishment of the MT CS call 
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13.1.10.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 23.272, clause 7.4, TS 
24.301, clause 5.6.2.3, TS 23.060, clause 16.2.1.1.2 and TS 44.018, clause 3.4.25.3. 

[TS 23.272, clause 7.4] 
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Figure 7.4-1 : CS Page in E-UTRAN, Call in GERAN/UTRAN without PS HO 


la. The MSC receives an incoming voice call and responds by sending a Paging Request (IMSI or TMSI, optional 
Caller Line Identification and Connection Management information) to the MME over a SGs interface. The 
MSC only sends a CS Page for an UE that provides location update information using the SGs interface. In 
active mode the MME has an established SI connection and if the MME did not return the "SMS-only" 
indication to the UE during Attach or Combined TA/LA Update procedures, the MME reuses the existing 
connection to relay the CS Service Notification to the UE. 

If the MME returned the "SMS-only" indication to the UE during Attach or Combined TA/LA Update 
procedures, the MME shall not send the CS Service Notification to the UE and sends Paging Reject towards 
MSC to stop CS Paging procedure, and this CSFB procedure stops. 

The eNodeB forwards the paging message to the UE. The message contains CN Domain indicator and, if 
received from the MSC, the Caller Line Identification if available and needed. 

The MME immediately sends the SGs Service Request message to the MSC. Receipt of the SGs Service Request 
message stops the MSC retransmitting the SGs interface Paging message. 

NOTE 1 : The pre-configured policy may be used by UE to avoid being disturbed without Caller Line Identification 
display and the detailed handling is to be decided by CT WGl and CT WG6. 

NOTE 2: This procedure can also take place immediately after MSC receives MAP_PRN from HSS, if pre-paging 
is deployed. Caller Line Identification is also provided in the case of pre-paging. 
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NOTE 3: In order to avoid the calling party experiencing a potentially long period of silence, the MSC may use the 
SGs Service Request message as a trigger to inform the calling party that the call is progressing. 

lb. UE sends an Extended Service Request (CS Fallback Indicator, Reject or Accept) message to the MME. 
Extended Service Request message is encapsulated in RRC and Sl-AP messages. CS Fallback Indicator 
indicates MME to perform CS Fallback. The UE may decide to reject CSFB based on Caller Line Identification. 

Ic. Upon receiving the Extended Service Request (CSFB, Reject), the MME sends Paging Reject towards MSC to 
stop CS Paging procedure and this CSFB procedure stops. 

Id. The MME sends a Service Accept message encapsulated in an Sl-AP message that also includes the UE Radio 
Capabilities and a CS Fallback Indicator. This message: indicates to the eNodeB that the UE should be moved to 
UTRAN/GERAN. 

2. The eNodeB may optionally solicit a measurement report from the UE to determine the target GERAN cell to 
which the redirection procedure will be performed. 

3a. If the UE and network support inter-RAT cell change order to GERAN and the target cell is GERAN: The 
eNodeB triggers an inter-RAT cell change order (optionally with NACC) to a GERAN neighbour cell by 
sending an RRC message to the UE. The inter-RAT cell change order may contain a CS Fallback Indicator 
which indicates to UE that the cell change order is triggered due to a CS fallback request. If the inter-RAT cell 
change order contains a CS Fallback Indicator and the UE fails to establish connection to the target RAT, then 
the UE considers that CS fallback has failed. Service Request procedure is considered to be successfully 
completed when cell change order procedure is completed successfully. 

3b. If the UE or the network does not support inter-RAT handover from E-UTRAN to GERAN/UTRAN nor inter- 
RAT cell change order to GERAN: The eNodeB triggers RRC connection release with redirection to 
GERAN/UTRAN instead of PS HO or NACC. 

NOTE 4: Service Request procedure supervision timer shall be sufficiently long considering the optional 
measurement reporting at step 2. 

4. The eNodeB sends an SI UE Context Release Request (Cause) message to the MME. Cause indicates that the 
UE is not available for PS service. 

5. SI UE Context in the eNodeB is released as specified in TS 23.401 [2]. 

6. The UE moves to the new cell in GERAN/UTRAN, establishes a radio signalling connection. 

If the UE cannot determine the LA information of the new cell (e.g. based on the system information) or the LA 
of the new cell is different from the one stored in the UE, the UE should initiate a Location Area Update or a 
Combined RA/LA Update procedure as specified in TS 23.060 [3] for the different Network Modes of Operation 
(NMO). In NMO I, the UE in GERAN may perform LA update over the RR connection instead of combined 
RA/LA update over the packet access as defined in TS 24.008 [21], clause 4.7.5.2.5, unless enhanced CS 
establishment in DTM is supported. Further the UE performs any Routing Area Update procedure as specified in 
TS 23.060 [3]. 

NOTE 5: In UTRAN, the UE does not need to wait for the LAI from the RNC, but the RNC also does not delay 
sending the LAI to the UE as the RAN Mobility Information might be used as a trigger for the UE to 
initiate NAS procedures. 

When the MSC receives an LA Update Request, it shall check for pending terminating CS calls and maintain the 
CS signalling connection after the Location Area Update procedure for pending terminating CS calls. 

7. If the target RAT is GERAN and DTM is not supported, the UE starts the Suspend procedure specified in 

TS 23.060 [3], clause 16.2.1.1.2. This triggers the SGSN to send a Suspend Request message to the MME. The 
MME returns a Suspend Response to the SGSN, which contains the MM and PDP contexts of the UE. 

8. If PS services are suspended, the MME starts the preservation of non-GBR bearers and the deactivation of GBR 
bearers. 

9. If the UE does not initiate a LAU procedure the UE responds to the paging by sending a Paging Response 
message as specified in TS 44.018 [4] or TS 25.331 [7]. When received at the BSS/RNS, the Paging Response is 
forwarded to the MSC. 
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NOTE 5: The MSC should be prepared to receive a Paging Response after a relatively long time from when the CS 
Paging Request was sent (step la). 

9a After performing the LAU procedure or after receiving the Paging Response the MSC shall establish the CS call 
if the UE is allowed in the LA. 

9b. If the UE is not registered in the MSC that receives the Paging Response or the UE is not allowed in the LA, the 
MSC shall reject the Paging Response by releasing the A/Iu-cs connection. The BSS/RNS in turn releases the 
signalling connection for CS domain. 

9c. The signalling connection release shall trigger the UE to obtain the LAI, which causes the initiation of a 
Location Area Update procedure as specified in TS 23.060 [3] for the different Network Modes of Operation 

(NMO). 

The Location Area Update triggers the Roaming Retry for CS Fallback procedure as defined in clause 7.5. 

With the exception of step Ic, above. Call Forwarding (see TS 23.082 [28]) is performed on the basis of the 
TS 24.008 [21] signalling received on the GERAN/UTRAN cell. 

After the CS voice call is terminated and if the UE is still in GERAN and PS services are suspended, then (as specified 
in TS 23.060 [3]) the UE shall resume PS services by initiating a Routing Area Update procedure. 

If the UE remains on UTRAN/GERAN after the CS voice call is terminated the UE performs normal mobility 
management procedures as defined in TS 23.060 [3] and TS 24.008 [21]. 

[TS 24.301, clause 5.6.2.3] 

The network may initiate the paging procedure for non-EPS services when the UE is IMSI attached for non-EPS 
services (see example in figure 5.6.2.3.1). 

UE AS MME 

Request paging 
Paging 


EXTENDED SERVICE REQUEST 


Figure 5.6.2.3.1 : Paging procedure for CS fallback to A/Gb or lu mode 


To initiate the procedure when no NAS signalling connection exists, the EMM entity in the network requests the lower 
layer to start paging (see 3GPP TS 36.300 [20], 3GPP TS 36.413 [23]). The paging message includes a CN domain 
indicator set to "CS" in order to indicate that this is paging for CS fallback. 

NOTE: The timer T3413 is not started in the network when the paging procedure is initiated for CS fallback. 

To notify the UE about an incoming mobile terminating CS service when a NAS signalling connection exists, the EMM 
entity in the network shall send a CS SERVICE NOTIFICATION message. This message may also include CS service 
related parameters (e.g. Calling Line Identification, SS or LCS related parameters). 

Upon reception of a paging indication, the UE shall respond with an EXTENDED SERVICE REQUEST. If the paging 
is received in EMM-IDLE mode, the UE shall respond immediately. If the paging is received as NAS CS 
NOTIFICATION message in EMM-CONNECTED mode, the UE may request upper layers input i.e. to accept or reject 
CS fallback before responding with an EXTENDED SERVICE REQUEST. The response is indicated in the CSFB 
response information element in the EXTENDED SERVICE REQUEST message in both EMM-IDLE and EMM- 
CONNECTED modes. 

[TS 23.060, clause 16.2.1.1.2] 
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The Suspend and Resume procedure for inter-SGSN is illustrated in Figure 100. 

This describes the scenario where the old cell and the new cell are handled by different SGSN's, i.e. suspend message is 
received in an SGSN that is different from the SGSN currently handling the packet data transmission. 


MS 


BSS 


2. Suspend 


5^ Channel Release 

6. Routeing Area Update Request 


New SGSN 


1. Dedicated Mode 


3. Suspend 


3^ Suspend Ack 


4. Resume 

4. Resume Nack 


Old SGSN 


3. Suspend Reques t 
3. Suspend Response 


MSC/VLR 


Figure 100: Suspend and Resume Procedure for inter-SGSN 

1) During CS connection, a DTM MS performs handover from a cell supporting DTM to a cell not supporting 
DTM. 

2) The MS sends an RR Suspend (TLLI, RAI) message to the BSS. 
[TS 44.018, clause 3.4.25.3] 

The GPRS suspension procedure shall be used to suspend GPRS services: 


b) when the GPRS attached mobile station is in a cell that does not support DTM and a circuit switched service is 
initiated. 


In case b), the GPRS suspension procedure is initiated by the mobile station by sending a GPRS SUSPENSION 
REQUEST message with the suspension cause set to "DTM not supported in the cell". This can be done as early as 
possible after access but shall be done after sending a CLASSMARK CHANGE message. 

13.1.10.3 Test description 

13.1.10.3.1 Pre-test conditions 

System Simulator: 

- 2 cells, one E-UTRA and one GERAN cell and same Location areas but different Routing areas; DTM is not 
supported on the GERAN: 

- Cell 1 serving cell 

- Cell 24 suitable neighbour cell. 

- The parameters settings and power levels for Cell 1 and Cell 24 are selected according to [18], [5] so that 
camping on Cell 1 is guaranteed and no cell re-selection to Cell 24 can take place (GERAN priority is lower 
than serving and S ceii i > Thresh ceii i,iow). 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
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UE: 

- the UE is configured to initiate combined EPS/IMSI attach. 
Preamble: 

- The UE is in state Loopback activated (state 4) on cell 1 according to [18] using UE test loop mode B. 
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13.1.10.3.2 


Test procedure sequence 

Table 13.1.10.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 . 

<- 

IP packet 




EXCEPTION: In parallel to the events 
described in steps 2 to 4 the steps specified in 
Table 1 3.1 .1 0.3.2-2 may take place 





2 

The SS transmits a DLInformationTransfer 
message on Cell 1 containing a CS SERVICE 
NOTIFICATION message. 

<- 

DL Information Transfer 
NAS: CS SERVICE 
NOTIFICATION 




EXCEPTION: Step 3a1 describes behaviour 
that depends on the UE capability; the "lower 
case letter" identifies a step sequence that 
takes place if a capability is supported. 





3a1 

IF the UE needs to request upper layer input 
before accepting the CS fallback, the incoming 
CS call is accepted at the UE through MMI or 
AT command. 





4 

Check: Does the UE transmit an 
ULInformationTranfer message containing an 
EXTENDED SERVICE REQUEST with 
Service Type IE set to "mobile terminating CS 
fallback or 1xCS fallback" on Cell 1 ? 

-> 

UL Information Transfer 
NAS: EXTENDED SERVICE 
REQUEST 

1 

P 

5 

The SS transmits a 

MobilityFromEUTRACommand message on 
Cell 1 . 

<— 

IVIobilityFromEUTRA Command 



- 

The following messages are to be observed on 
Cell 24 unless explicitly stated otherwise. 

- 

- 

- 

- 

5A 

Check: Does the UE transmit a CHANNEL 
REQUEST? 

-> 

CHANNEL REQUEST 

2 

P 

5B 

A RR connection is established 

<- 

IMMEDIATE ASSIGNMENT 

- 

- 


EXCEPTION: Steps 6a1 to 6b5 describe 
behaviour that depends on the UE 
implementation; the "lower case letter" 
identifies a step sequence that takes place if 
the UE exercises a particular behaviour 





6a1 

Void 

- 

- 

- 

- 

6a2 

Void 

- 

- 

- 

- 

6a3 

The UE transmits LOCATION UPDATING 
REQUEST 

-> 

LOCATION UPDATING 
REQUEST 

- 

- 

6a4 

The SS transmits AUTHENTICATION 
REQUEST 

<- 

AUTHENTICATION REQUEST 

- 

- 

6a5 

The UE transmits AUTHENTICATION 
RESPONSE 

-> 

AUTHENTICATION RESPONSE 

- 

- 

6a6 

The SS transmits CIPHERING MODE 
COMMAND 

<— 

CIPHERING MODE COMMAND 

- 

- 

6a7 

The UE transmits CIPHERING MODE 
COMPLETE 

-> 

CIPHERING MODE COMPLETE 

- 

- 

6a8 

The SS transmits MM LOCATION UPDATING 
ACCEPT 

<- 

LOCATION UPDATING ACCEPT 

- 

- 

6b1 

IF the UE does not perform LA update THEN 
Check: Does the UE transmit a PAGING 
RESPONSE on Cell 24? 

-> 

PAGING RESPONSE 

2 

P 

6b2 

The SS transmits AUTHENTICATION 
REQUEST 

<- 

AUTHENTICATION REQUEST 

- 

- 

6b3 

The UE transmits AUTHENTICATION 
RESPONSE 

-> 

AUTHENTICATION RESPONSE 

- 

- 

6b4 

The SS transmits CIPHERING MODE 
COMMAND 

<- 

CIPHERING MODE COMMAND 

- 

- 

6b5 

The UE transmits CIPHERING MODE 
COMPLETE 

~> 

CIPHERING MODE COMPLETE 

- 

- 

6A 

Check: Does the UE send a GPRS 

-> 

GPRS SUSPENSION REQUEST 

3 

p 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2365 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 



SUSPENSION REQUEST message? 





7-14 

Steps 1 to 1 9 of the generic call setup 
described in TS 51.010-1 subclause 10.1.3 are 
performed on Cell 24. 
NOTE: Mobile terminating CS call is set up. 



3 

P 


At the end of this test procedure sequence, the 
UE is in end state GERAN CS call (G4) 
according to TS 36.508. 





Table 13.1.10.3.2-2: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The UE loops back the IP packet received in 
Step 1 on the RAB associated with the PDP 
context active on Cell 1 . 

~> 

IP packet 




13.1.10.3.3 


Specific message contents 
Table 13.1.10.3.3-1 : ATTACH ACCEPT for cell 1 (preamble) 


Derivation Path: 36.508 table 4.7.2-1 

Information Element 

Value/remark 

Comment 

Condition 

EPS attach result 

•001 0'B 

combined 
EPS/IMSI attach 


Additional update result 

Not present 




Table 13.1.10.3.3-2: SystemlnformationBlockTypeTior cell 1 (preamble and all steps, Table 

13.1.10.3.2-1) 


Derivation Path: 36.508 Table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType? ::= SEQUENCE { 




carrierFreqslnfoList SEQUENCE (SIZE (1.. 
maxGNFG)) OF SEQUENCE { 




CarrierFreqsGERAN SEQUENCE \n] { 




startingARFCN 

Same as cell 24 



bandlndicator 

Same as cell 24 



followingARFCNs CHOICE { 




equallySpacedARFCNs SEQUENCE { 




arfcn-Spacing 

Same as cell 24 



numberOf FollowingARFCNs 

Same as cell 24 



1 




1 




} 




commonlnfo SEQUENCE { 




cellReselectionPriority 

3 

Lower priority than 
E-UTRA 


1 




1 
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Table 13.1.10.3.3-3: DLInformationTransfer (step 2, Table 13.1.10.3.2-1) 


Derivation Path: 36.508 Table 4.6.1-3 

Information Element 

Value/remark 

Comment 

Condition 

DLInformationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




dllnformationTransfer-rS SEQUENCE { 




dedicatedlnfoType CHOICE { 




dedicated InfoNAS 

Set according to 36.508 
Table 4.7.2-8A 

CS SERVICE 
NOTIFICATION 


1 




1 




1 




} 




} 





Table 13.1.10.3.3-3A: LOCATION UPDATING ACCEPT (step 6a8, Table 13.1.10.3.2-1) 


Derivation Path: TS 36.508 Table 4.7B.2-5 

Information Element 

Value/remark 

Comment 

Condition 

Mobile identity 

Not present 




Table 13.1.10.3.3-4: GPRS SUSPENSION REQUEST (step 6A, Table 13.1.10.3.2-1) 


Derivation Path: 44.018 Table 9.1 .13b.1 

Information Element 

Value/remark 

Comment 

Condition 

Suspension cause 

•000001 10'B 

DTM not 
supported in the 
cell 



1 3.1 .1 1 Call setup from E-UTRA RRCJDLE / CS fallback to GSM with 
PSHO / EDTM not supported / MT call 


13.1.11.1 
(1) 


Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE receives a Paging message with CN domain indicator set to "CS" } 
then { UE transmits an ULInformationTransfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" } 

} 

(2) 

with { UE having transmitted an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" } 
ensure that { 

when { SS transmits a Mobil ityFromEUTRACommand message with handover to a GERAN cell in a 
different location area and operating in NMO I } 
then { UE handovers to GERAN cell } 

} 

(3) 

with { UE having transmitted an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" and handovered 
to GERAN cell and initiated a RA Update procedure } 
ensure that { 

when { UE has handovered to GERAN cell } 

then { UE sets up MT CS call on GSM cell } 
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13.1.11.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 23.272, clauses 6.4 and 6.3, 
and, TS 36.331, clause 5.4.3.3. 

[TS 23.272, clause 7.2] 

The procedure for Mobile Terminating Call in idle mode is illustrated in figure 7.2-1, in the normal case. Clause 6.6 
describes the procedure when the procedure is rejected by the MME. 


UE 


eNodeB 


6. Paging 


MME 


5. Paging 


7a. Extended Service Request 


7b. Initial UE Context Setup 


RNC/BSC 


4. Paging Request 


7a. Service F^equest 


MSC 
VLR 


HSS 


2. SRI procedire in TS 23.018 


3. lAM 


G-MSC 


8. After the UE context setup the procedure continues as described the active 
mode mobile terminated call procedures described in Clause 7.3 and 7.4. 

If the eNodeB knows that PS HO is supported the procedure in clause 7.3 "Mobile 
Terminating call in Active Mode - PS HO supported" may be applied from step 2, in 
Clause 7.3, and onwards 

If the eNodeB knows that PS HO is not supported the procedure in clause 7.4 
"Mobile Terminating call in Active Mode - No PS HO support" shall be applied from 
step 2 in Clause 7.4, and onwards 


1. lAM 


Figure 7.2-1: Mobile Terminating Call in idle mode 


1. G-MSC receives lAM. 

2. G-MSC retrieves routing information of the terminating UE by Send Routing Info procedures as specified in 
TS 23.018 [5]. 

3. G-MSC sends lAM to the MSC on the terminating side as specified in TS 23.018 [5]. 

4. The MME receives a Paging Request (IMSI, VLR TMSI, Location Information) message from the MSC over a 
SGs interface. If the TMSI is received from the MSC, it is used by the MME to find the S-TMSI which is used as 
the paging address on the radio interface. If the IMSI is received from the MSC, the IMSI shall be used as the 
paging address on the radio interface. If location information is reliably known by MME (i.e. MME stores the 
Hst of TAs), the MME shall page the UE in all the TAs. If the MME does not have a stored TA Hst for the UE, 
the MME should use the location information received from the MSC to page the UE. 

NOTE 1: This procedure takes place before step 3, immediately after MSC receives MAP_PRN from HSS, if pre- 
paging is deployed. 

If the MME receives a Paging Request message for an UE which is considered as detach for EPS services, the 
MME sends the Paging reject message to the MSC with an appropriate cause value. This rejection triggers the 
MSC to page the UE over A or lu-cs interface. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 2368 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

NOTE 2: In case of a CS fallback capable UE in NMO II or III, there is a case where, for example, the MME 
releases the SGs association due to the UE idle mode mobility while the VLR still maintains the SGs 
association. 

5. If the MME did not return an "SMS-only" indication to the UE during Attach or Combined TA/LA Update 
procedures, the MME sends a Paging (as specified in TS 23.401 [2]) message to each eNodeB. The Paging 
message includes a suitable UE Identity (i.e. S-TMSI or IMSI) and a CN Domain Indicator that indicates which 
domain (CS or PS) initiated the paging message. In this case it shall be set to "CS" by the MME. 

If the MME returned the "SMS-only" indication to the UE during Attach or Combined TA/LA Update 
procedures, the MME shall not send the paging to the eNodeB s and sends Paging Reject towards MSC to stop 
CS Paging procedure and this CSFB procedure stops. 

6. The radio resource part of the paging procedure takes place. The message contains a suitable UE Identity (i.e. 
S-TMSI or IMSI) and a CN Domain indicator. 

7a. The UE establishes an RRC connection and sends an Extended Service Request (CS Fallback Indicator) to 
MME. The UE indicates its S-TMSI in the RRC signalling. The Extended Service Request message is 
encapsulated in RRC and Sl-AP messages. The CS Fallback Indicator indicates to the MME that CS Fallback 
for this UE is required. The MME sends the SGs Service Request message to the MSC containing an indication 
that the UE was in idle mode (and hence, for example, that the UE has not received any Calling Line 
Identification information). Receipt of the SGs Service Request message stops the MSC retransmitting the SGs 
interface Paging message. 

NOTE 3: In order to avoid the calling party experiencing a potentially long period of silence, the MSC may use the 
SGs Service Request message containing the idle mode indication as a trigger to inform the calling party 
that the call is progressing. 

7b. MME sends Sl-AP: Initial UE Context Setup (UE capabilities, CS Fallback Indicator, LAI and other parameters 
specified in TS 23.401 [2]) to indicate the eNodeB to move the UE to UTRAN/GERAN. The registered PLMN 
for CS domain is identified by the PLMN ID included in the LAI, which is allocated by the MME. 

7c. The eNodeB shall reply with Sl-AP: Initial UE Context Setup Response message. 

8a. If the eNodeB knows that both the UE and the network support PS handover: The information flow may 

continue as described in clause 7.3 "Mobile Terminating call in Active Mode - PS HO supported" from step 2, in 
clause 7.3, and onwards. 

If the eNodeB knows that either the UE or the network does not support PS handover: The information flow 
shall continue as described in clause 7.4 "Mobile Terminating call in Active Mode - No PS HO support" from 
step 2, in clause 7.4, and onwards. 

NOTE 4: Even in case both the UE and the network support PS HO, the eNodeB may choose to use a different 
inter-RAT mobility procedure. 

[TS 23.272, clause 7.3] 
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This flow may be executed when the eNodeB knows that both the UE and the network support PS HO in the normal 
case. Clause 6.6 describes the procedure when the procedure is rejected by the MME. 


UE/MS 


3 1. PS HO as specified in 23.401 [2] (preparation 


eNodeB 


1a. CS Paging Notificction 


lb. NAS Extended Service [Request 


Optional Measjrement Repo 


3b. Suspend 


4a. Location 


^j. ^^QIIS J1?§RPD?P. 


5b. Signalling 


5b. Location 


BSS/RNS 


Id. S1-AP LIE Context Modi^cation Reques 
le. S1-AP U5 Context Modificction Response m 


1 Solicitation 


Connection Release 


5c. CS call establishment f)rocedure 


PS HO as specified in 23.401 [2] (continuation 


MME 


la-SgrviggRgq^ 


J C:, CS_Paginc| F eject 

with CS Fallbafck indicator 


Area Update c r Combined RA/L^ 


5b. 


Area Update or Combined RA/LA Update 


MSC 


la. Paging Rec iuest 


phase and start of execution phas(5 


4b. A/lu-cs_mes sage _(with _Pac[inc Response) 

O^a. Establish CS 

Connection Reje^ 


of execution phase) 


SGSN 


JSt 


jssage 


Serving 
GW 


3c. Update Bec.rer(s) 


Option 
-, MSC is 
I change d 


If the 


I is changed 


P-GW/ 
GGSN 


1: 
not 


MSC 


Figure 7.3-1: CS Page in E-UTRAN, Call in GERAN/UTRAN 


la. The MSC receives an incoming voice call and responds by sending a Paging Request (IMSI or TMSI, optional 
Caller Line Identification and Connection Management information, CS call indicator) to the MME over a SGs 
interface. The MSC only sends a CS Page for an UE that provides location update information using the SGs 
interface. In active mode the MME has an established SI connection and if the MME did not return the "SMS- 
only" indication to the UE during Attach or Combined TA/LA Update procedures, the MME reuses the existing 
connection to relay the CS Page to the UE. 

If the MME returned the "SMS-only" indication to the UE during Attach or Combined TA/LA Update 
procedures, the MME shall not send the CS Service Notification to the UE and shall send Paging Reject towards 
MSC to stop CS Paging procedure, and this CSFB procedure stops. 

The eNodeB forwards the paging message to the UE. The message contains CN Domain indicator and, if 
received from the MSC, the Caller Line Identification. 

The MME immediately sends the SGs Service Request message to the MSC containing an indication that the UE 
was in connected mode. The MSC uses this connected mode indication to start the Call Forwarding on No Reply 
timer for that UE and the MSC should send an indication of user alerting to the calling party. Receipt of the SGs 
Service Request message stops the MSC retransmitting the SGs interface Paging message. 

NOTE 1 : The pre-configured policy may be used by UE to avoid being disturbed without Caller Line Identification 
display and the detailed handling is to be decided by CTl and CT6. 
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NOTE 2: This procedure can also take place immediately after MSC receives MAP_PRN from HSS, if pre-paging 
is deployed. Caller Line Identification and CS call indicator are also provided in the case of pre-paging. 

NOTE 3: In order to avoid the calling party experiencing a potentially long period of silence, the MSC may use the 
SGs Service Request message as a trigger to inform the calling party that the call is progressing. 

lb. UE sends an Extended Service Request (CS Fallback Indicator, Reject or Accept) message to the MME. The 
Extended Service Request message is encapsulated in RRC and Sl-AP messages. CS Fallback Indicator 
indicates to the MME to perform CS Fallback. The UE may decide to reject CSFB based on Caller Line 
Identification. 

Ic. Upon receiving the Extended Service Request (CSFB, Reject), the MME sends Paging Reject towards MSC to 
stop CS Paging procedure and this CSFB procedure stops. 

Id. MME sends an Sl-AP UE Context Modification Request (CS Fallback Indicator, LAI) message to eNodeB. This 
message: indicates to the eNodeB that the UE should be moved to UTRAN/GERAN. The registered PLMN for 
CS domain is identified by the PLMN ID included in the LAI, which is allocated by the MME. 

le. The eNodeB shall reply with Sl-AP UE Context Modification Response message. 

2. The eNodeB may optionally solicit a measurement report from the UE to determine the target GERAN/UTRAN 
cell to which PS handover will be performed. 

3 a. The eNodeB triggers PS handover to a GERAN/UTRAN neighbour cell by sending a Handover Required 
message to MME. The eNodeB selects the target PS handover cell considering the PLMN ID and possibly the 
LAC for CS domain provided by the MME in step Id. In the following an inter-RAT handover from E-UTRAN 
to UTRAN or GERAN as specified in TS 23.401 [2] begins. The eNodeB indicates in the Source RNC to Target 
RNC Transparent container that PS handover was triggered due to CSFB. The eNodeB also indicates whether 
CSFB was triggered for emergency purpose. As part of this handover, the UE receives a HO from E-UTRAN 
Command and tries to connect to a cell in the target RAT. The HO from E-UTRAN Command may contain a CS 
Fallback Indicator which indicates to UE that the handover was triggered due to a CS fallback request. If the HO 
from E-UTRAN Command contains a CS Fallback Indicator and the UE fails to establish connection to the 
target RAT, then the UE considers that CS fallback has failed. 

The UE establishes the signalling connection as described in step 4b. 

NOTE 4: During the PS HO the SGSN does not create a Gs association with the MSC/VLR. 

3b. If the target RAT is GERAN and the UE has entered Dedicated Mode, the UE starts the Suspend procedure (see 
TS 44.018 [4]) unless both the UE and the Target cell support DTM in which case TBF re-establishment may be 
performed. 

3c. A Gn/Gp-SGSN that receives the Suspend message from the UE follows the Suspend procedure specified in 
TS 23.060 [3], clause 16.2.1.1.1. 

An S4-SGSN that receives the Suspend message from the UE follows the Suspend procedure specified in 
TS 23.060 [3]. The S4-SGSN deactivates GBR bearers towards S-GW and P-GW(s) by initiating MS-and SGSN 
Initiated Bearer Deactivation procedure as specified in TS 23.060 [3], and starts the preservation and suspension 
of non-GBR bearers by sending Suspend Notification message to the S-GW. The S-GW releases all RNC related 
information (address and TEIDs) for the UE if Direct Tunnel is established, and sends Suspend Notification 
message to the P-GW(s). The SGSN stores in the UE context that UE is in suspended status. All the preserved 
non-GBR bearers are marked as suspended status in the S-GW and P-GW(s). The P-GW should discard packets 
if received for the suspended UE. 

4a. If the LA of the new cell is different from the one stored in the UE, the UE shall initiate a Location Area Update 
or a Combined RA/LA Update procedure as follows: 

- If the network is operating in NMO-I (Network Modes of Operation), the UE should initiate a separate 

Location Area Update before initiating the RAU procedure instead of a Combined RA/LA Update procedure 
(to speed up the CSFB procedure); or 

if the network is operating in NMO-II or NMO-III the UE shall initiate a Location Area Update procedure 
before initiating the RAU procedure required for PS handover. 
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The UE shall set the "CSMT" flag in the LAU Request. The "CSMT" flag is used to avoid missing MT call in 
roaming retry case. Further the UE performs any Routing Area Update procedure as specified in TS 23.060 [3]. 

The UE may initiate a Location Area Update procedure immediately when the UE is handed over to the target 
cell i.e. before the UE receives e.g. LAI or NMO information as part of the RAN Mobility Information. 

When the MSC receives a LA Update Request, it shall check for pending terminating CS calls and, if the 
"CSMT" flag is set, maintain the CS signalling connection after the Location Area Update procedure for pending 
terminating CS calls. 

4b. If the UE does not initiate a LAU procedure, it shall respond with a Paging Response message to the MSC as 
follows: 

- If the Target RAT is UTRAN or GERAN lu mode: The UE establishes a radio signalling connection and 
responds to the paging by sending an RRC Paging Response as specified in TS 25.331 [7]. The CN Domain 
Indicator is set to "CS" in the Initial Direct Transfer message. 

- If the Target RAT is GERAN A/Gb mode: The UE establishes a radio signalling connection and responds to 
paging by using the procedures specified in TS 44.018 [4] (i.e. UE requests and is assigned a dedicated 
channel where it sends a SABM containing a Paging Response to the BSS and the BSS responds by sending 
a UA). Upon receiving the SABM (containing a Paging Response message) the BSS sends a COMPLETE 
LAYER 3 INFORMATION message (containing a Paging Response message) to the MSC which indicates 
CS resources have been allocated in the GERAN cell. If both the UE and the target cell support enhanced CS 
establishment in DTM (indicated by GERAN system information included within the HO from E-UTRAN 
Command) an RR connection may be established while in packet transfer mode without release of the packet 
resources, see TS 43.055 [24]. After the establishment of the main signalling link as described in 

TS 44.018 [4] the UE enters either Dual Transfer Mode or Dedicated Mode and the CS call establishment 
procedure completes. 

NOTE 5: The BSS should be prepared to receive a Paging Response even when the corresponding Paging Request 
has not been sent by this BSS. 

5a. After performing the LAU procedure or after receiving the Paging Response the MSC shall establish the CS call 
if the UE is allowed in the LA. 

5b. If the UE is not registered in the MSC that receives the Paging Response or the UE is not allowed in the LA, the 
MSC shall reject the Paging Response message by releasing the A/Iu-CS. The BSC/RNC in turn releases the 
signalling connection for UTRAN or GERAN CS domain. The signalling connection release shall trigger the UE 
to obtain the LAI, which causes the initiation of a Location Area Update or a Combined RA/LA procedure as 
specified in TS 23.060 [3] for the different Network Modes of Operation (NMO). 

The Location Area Update triggers the Roaming Retry for CS Fallback procedure as defined in clause 7.5. 

5c. After performing the LAU procedure the MSC shall establish the CS call if the UE is allowed in the LA. 

6. The UE performs any remaining steps of the inter-RAT handover from E-UTRAN to UTRAN or GERAN as 
specified in TS 23.401 [2] 

With the exception of steps la and Ic, above. Call Forwarding (see TS 23.082 [31]) is performed on the basis of the 
TS 24.008 [21] signalling received on the GERAN/UTRAN cell. 

If the UE remains on UTRAN/GERAN after the CS voice call is terminated the UE performs normal mobility 
management procedures as defined in TS 23.060 [3] and TS 24.008 [21]. 

[TS 36.331, clause 5.4.3.3] 

The UE shall be able to receive a Mobility FromEUTRACommand message and perform a cell change order to GERAN, 
even if no prior UE measurements have been performed on the target cell. 

The UE shall: 

1> stop timer T310, if running; 

1> if the Mobility FromEUTRACommand message includes the purpose set to 'handover': 

2> if the targetRAT-Type is set to 'utra' or 'geran': 
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3> consider inter-RAT mobility as initiated towards the RAT indicated by the tar getRAT -Type included in 
the Mobility FromEUTRACommand message; 

3> forward the nas-SecurityParamFromEUTRA to the upper layers; 

3> access the target cell indicated in the inter-RAT message in accordance with the specifications of the 
target RAT; 

3> if the targetRAT-Type is set to 'geran': 

4> use the contents of systemlnformation, if provided for PS Handover, as the system information to 
begin access on the target GERAN cell; 


1 3.1 .1 1 .3 Test description 

1 3.1 .1 1 .3.1 Pre-test conditions 

System Simulator: 

- Cell 1 serving cell 

- Cell 24 suitable neighbour cell 

- Cell land Cell 24 are in the differentLA 

- The parameters settings and power levels for Cell 1 and Cell 24 are selected according to [18], [5] so that 
camping on Cell 1 is guaranteed and no cell re-selection to Cell 24 can take place (GERAN priority is lower than 
serving and S ceii i > Thresh ceii i,iow). 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
- Cell 24 system information indicates that NMO 1 is used 

DTM is not supported on the Cell 24 
UE: 
None. 
Preamble: 

- The UE is in state Registered, Idle Mode (state 2) on Cell 1 according to [18]. 
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13.1.11.3.2 


Test procedure sequence 

Table 13.1.11.3.2-2: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The SS transmits a Paging message to the UE 
on Cell 1 using S-TMSI with CN domain 
indicator set to "CS". 

<~ 

Paging 




EXCEPTION: Step 2a1 describes behaviour 
that depends on the UE capability; the "lower 
case letter" identifies a step sequence that 
takes place if a capability is supported. 





2a1 

IF the UE needs to request upper layer input 
before accepting the CS fallback, the incoming 
CS call is accepted at the UE through MMI or 
AT command. 





3 

The UE transmits an RRCConnectionRequest 
message on Colli. 

-> 

RRCConnectionRequest 

- 

- 

4 

The SS transmits an RRCConnectionSetup 
message on Colli. 

<- 

RRCConnectionSetup 

- 

- 

5 

Check: Does the UE transmit an 
RRCConnectionSetupComplete message 
containing an EXTENDED SERVICE 
REQUEST with Service Type IE set to "mobile 
terminating CS fallback or IxCS fallback" on 
Cell 1? 

— > 

RRCConnectionSetupComplete 
NAS: EXTENDED SERVICE 
REQUEST 

1 

P 

6 

The SS transmits a SecurityModeCommand 
message on Cell 1 . 

<- 

SecurityModeCommand 

- 

- 

7 

The UE transmits a SecurityModeComplete 
message on Cell 1 . 

-> 

SecurityModeComplete 

- 

- 

8 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 . 

<- 

RRCConnectionReconfiguration 



9 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

~> 

RRCConnectionReconfigurationC 
omplete 



10 

The SS transmits a 

MobilityFromEUTRACommand message on 
Cell 1 with IE handover. 

<— 

MobilityFromEUTRA Command 



11 

The UE transmits a PS HANDOVER ACCESS 
message on Cell 24. 

— > 

PS HANDOVER ACCESS 

2 

p 

12 

The SS transmits a PS PHYSICAL 
INFORMATION message on Cell 24. 

<— 

PS PHYSICAL INFORMATION 

- 

- 


EXCEPTION: Steps 13a1 to 13b2 describe 
behaviour that depends on the UE 
implementation; the "lower case letter" 
identifies a step sequence that takes place if 
the UE exercises a particular behaviour 





13a 

1 

IF the UE performs LA update THEN check: 
Does the UE transmit LOCATION UPDATING 
REQUEST? 

~> 

LOCATION UPDATING 
REQUEST 

2 

p 

13a 
2 

UE transmits GPRS SUSPENSION REQUEST 
message with suspension cause set to 
"LOCATION AREA UPDATE" 

-> 

GPRS SUSPENSION REQUEST 



13a 
3 

The SS transmits MM LOCATION UPDATING 
ACCEPT 

<- 

LOCATION UPDATING ACCEPT 

- 

- 

13b 

1 

IF the UE does not perform LA update THEN 
UE transmits GPRS SUSPENSION REQUEST 
message with suspension cause set to "Mobile 
terminating CS connection" 

~> 

GPRS SUSPENSION REQUEST 



13b 
2 

Check: Does the UE transmit a PAGING 
RESPONSE on Cell 24? 

— > 

PAGING RESPONSE 

2 

p 

14- 
43 

Steps 5 to 34 of the generic test procedure 
described in TS 36.508 subclause 6.4.3.8.1 is 
performed on Cell 24. 



3 

p 

- 

At the end of this test procedure sequence, the 

- 

- 

- 

- 
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UE is in end state GERAN idle (G1) according 
to TS 36.508. 






13.1.11.3.3 


Specific message contents 


Table 13.1.11.3.3-1: SystemlnformationBlockTypTiov cell 1 (preamble and all steps, Table 13.1.11.3.2- 

2) 


Derivation Path: 36.331 clause 6.3.1 

Information Element 

Value/remark 

Comment 

Condition 

SysteminformationBlockType? ::= SEQUENCE { 




carrierFreqslnfoListcarrierFreqslnfoListSEQUENCE 
(SIZE (1 ..maxGNFG)) OF SEQUENCE { 




carrierFreqs carrierFreqs[/7] SEQUENCE { 




startingARFCN[A7] 

Same starting ARFCN 
used for cell 24 



bandlndicator[/7] 

same band used for 
GERAN cell24 



followingARFCNsM CHOICE { 




explicitListOfARFCNs[/7] 

Same ARFCN used for 
cell24 



1 




} 




commonlnfo[r7] SEQUENCE { 




cellReselectionPriority[/7] 

3 

Lower priority than 
E-UTRA 


} 




} 




} 





Table 13.1.11.3.3-2: Message Paging (step 1, Table 13.1.11.3.2-2) 


Derivation Path: 36.508 clause 4.6.1-7 

Information Element 

Value/remark 

Comment 

Condition 

Paging ::= SEQUENCE { 




pagingRecordList SEQUENCE (SIZE 
(1 ..maxPageRec)) OF SEQUENCE { 

1 entry 



ue-ldentity[1] CHOICE { 




s-TMSI 

Set to the value of the S- 
TMSIoftheUE 



1 




cn-Domain[1] 

Cs 



1 




1 
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Table 1 3.1 .1 1 .3.3-3: RRCConnectionSetupComplete (step 5, Table 1 3.1 .1 1 .3.2-2; 


Derivation Path: 36.508 Table 4.6.1-18 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionSetupComplete ::= SEQUENCE { 




rrc-Transaction Identifier 

RRC- 
Transactionldentifier-UL 



criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionSetupComplete-r8 SEQUENCE { 




selectedPLMN-ldentity 

Set to the PLMN selected 
by upper layers 



registeredMME 

Not present 



dedicatedlnfoNAS 

Set according to 36.508 
Table 4.7.2-1 4A 

EXTENDED 

SERVICE 

REQUEST 


nonCriticalExtension SEQUENCE {} 

Not checked 



1 




1 




1 




1 





Table 1 3.1 .1 1 .3.3-4: RRCConnectionReconfiguration (step 8, Table 1 3.1 .1 1 .3.2-2) 

Derivation Path: 36.508 Table 4.6.1-8, condition SRB2-DRB(1, 0) 

Table 13.1.11.3.3-5: Message MobilityFromEUTRACommand (step 10, Table 13.1.11.3.2-2) 


Derivation Path: 36.508 clause 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




mobilityFromEUTRACommand-r8 SEQUENCE { 




csFallbacklndicator 

True 



purpose CHOICE { 




handover SEQUENCE { 




targetRAT-Type 

Geran 



targetRAT-MessageContainer 

PS HANDOVER 
COMMAND 



nas-SecurityParamFromEUTRA 

Not Present 



systemlnformation 

Not present 



1 




1 




1 




1 




1 




1 





Table 13.1.11.3.3-6: PS HANDOVER COMMAND (step 10, Table 13.1.11.3.2-2) 


Derivation Path: TS 36.508 Table 4.7D.1-1 


Table 13.1.11.3.3-7: LOCATION UPDATING ACCEPT (step 13a7, Table 13.1.11.3.2-2) 


Derivation Path: TS 36.508 Table 4.7B.2-5 

Information Element 

Value/remark 

Comment 

Condition 

Mobile identity 

Not present 
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13.1.12 Call setup from E-UTRA RRC_CONNECTED / CS fallback to GSM 
with PSHO / EDTM not supported / MO call 

13.1.12.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE is triggered by upper layers to perform a circuit switched voice call } 
then { UE transmits an ULInformationTransfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile originating CS fallback or IxCS fallback" } 

} 

(2) 

with { UE having transmitted an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" } 
ensure that { 

when { SS transmits a Mobil ityFromEUTRACommand message with handover to a GERAN cell and operating 
in NMO I } 

then { UE handovers to GERAN cell } 

} 

(3) 

with { UE having transmitted an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile originating CS fallback or IxCS fallback" and handovered 
to GERAN cell } 
ensure that { 

when { UE has handovered to GERAN cell } 

then { UE establishes a MO circuit switched voice call on GERAN } 
} 

13.1.12.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.272, clauses 6.2, TS 
36.331, clause 5.4.3.3. 

[TS 23.272, clause 6.2] 
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This flow may be executed when the eNodeB knows that both the UE and the network support PS HO, in the normal 
case. Clause 6.6 describes the procedure when the procedure is rejected by the MME. 


UE/MS 


2. 


eNodeB 


1a. Extended 

► 


BSS/RNS 


Service Requ(jst 


1b. S1-AP l^eauest messaae 


Optional Measurement Repoit Solicitation | 


MME 


1c. S1-AP [Response message 


MSC 


with CS Fallback 


SGSN 


indicator 


Serving 
GW 


3a. PS HO as specified in 23.401 [2] (preparation phase and start of execution phase) 


3b. Suspend 


4a_. Location Area_Update or^ombined_RA^L^_l^^ 
4b. CM Service Request 


5. CM Service Reject 


> 4b. A/lu-cs mes: 


5. CM Service Reject 


laae (with CM Se rvice Reauest) 


Location Area Update or Combined RA/LA Update 


6. CS call establishment procedure 


3c. Update Bearer(s) 


If the MSC 
is changed 


P-GW/ 
GGSN 


7. PS HO as specified in 23.401 [2] (continuation of execution phase) 


Figure 6.2-1: CS Call Request in E-UTRAN, Call in GERAN/UTRAN 


NOTE 1 : DTM is not mandatory for CS Fallback to work and is not linked to PS HO. 

la. The UE sends an Extended Service Request (CS Fallback Indicator) to MME. Extended Service Request 
message is encapsulated in RRC and Sl-AP messages. CS Fallback Indicator indicates MME to perform CS 
Fallback. The UE only transmits this request if it is attached to CS domain (with a combined EPS/IMSI Attach) 
and can not initiate an IMS voice session (because e.g. the UE is not IMS registered or IMS voice services are 
not supported by the serving IP-CAN, home PLMN or UE). 

lb. The MME sends an Sl-AP UE Context Modification Request (CS Fallback Indicator, LAI) message to eNodeB. 
This message indicates to the eNodeB that the UE should be moved to UTRAN/GERAN. The registered PLMN 
for CS domain is identified by the PLMN ID included in the LAI, which is allocated by the MME. 

Ic. The eNodeB shall reply with Sl-AP UE Context Modification Response message. 

2. The eNodeB may optionally solicit a measurement report from the UE to determine the target GERAN/UTRAN 
cell to which PS handover will be performed. 

3 a. The eNodeB triggers PS handover to a GERAN/UTRAN neighbour cell by sending a Handover Required 
message to the MME. The eNodeB selects the target PS handover cell considering the PLMN ID and possibly 
the LAC for CS domain provided by the MME in step lb. In the following an inter-RAT handover from E- 
UTRAN to UTRAN or GERAN as specified in TS 23.401 [2] begins. The eNodeB indicates in the Source RNC 
to Target RNC Transparent container that PS handover was triggered due to CSFB. The eNodeB also indicates 
whether CSFB was triggered for emergency purpose. As part of this handover, the UE receives a HO from 
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E-UTRAN Command and tries to connect to a cell in the target RAT. The HO from E-UTRAN Command may 
contain a CS Fallback Indicator which indicates to UE that the handover is triggered due to a CS fallback 
request. If the HO from E-UTRAN Command contains a CS Fallback Indicator and the UE fails to establish 
connection to the target RAT, then the UE considers that CS fallback has failed. Service Request procedure is 
considered to be successfully completed when PS Handover procedure is completed successfully. 

NOTE 2: During the PS HO the SGSN does not create a Gs association with the MSC/VLR. 

NOTE 3: Service Request procedure supervision timer shall be sufficiently long considering the optional 
measurement reporting at step 2. 

When the UE arrives at the target cell, if the target RAT is UTRAN, the UE establishes the radio signalling 
connection by sending an RRC Initial Direct Transfer message as specified in TS 25.331 [7] that contains a NAS 
message. The CN Domain Indicator is set to "CS" in the Initial Direct Transfer message. 

If the target RAT is GERAN A/Gb mode: The UE establishes a radio signalling connection by using the 
procedures specified in TS 44.018 [4] (i.e. UE requests and is assigned a dedicated channel where it sends a 
SABM containing a NAS message to the BSS and the BSS responds by sending a UA). Upon receiving the 
SABM (containing the NAS message) the BSS sends a COMPLETE LAYER 3 INFORMATION message 
(containing the NAS message) to the MSC which indicates CS resources have been allocated in the GERAN 
cell. If both the UE and the target cell support enhanced CS establishment in DTM (indicated by GERAN system 
information included within the HO from E-UTRAN Command) a RR connection may be established while in 
packet transfer mode without release of the packet resources, see TS 43.055 [24]. After the establishment of the 
main signalling link as described in TS 44.018 [4] the UE enters either Dual Transfer Mode or Dedicated Mode. 

3b. If the target RAT is GERAN and the UE has entered Dedicated Mode, the UE starts the Suspend procedure (see 
TS 44.018 [4]) unless both the UE and the Target cell support DTM in which case TBF re-establishment may be 
performed. 

3c. A Gn/Gp-SGSN that receives the Suspend message from the UE follows the Suspend procedure specified in 
TS 23.060 [3], clause 16.2.1.1.1 

An S4-SGSN that receives the Suspend message from the UE follows the Suspend procedure specified in 
TS 23.060 [3]. The S4-SGSN deactivates GBR bearers towards S-GW and P-GW(s) by initiating MS-and SGSN 
Initiated Bearer Deactivation procedure as specified in TS 23.060 [3], and starts the preservation and suspension 
of non-GBR bearers by sending Suspend Notification message to the S-GW. The S-GW releases all RNC related 
information (address and TEIDs) for the UE if Direct Tunnel is established, and sends Suspend Notification 
message to the P-GW(s). The SGSN stores in the UE context that UE is in suspended status. All the preserved 
non-GBR bearers are marked as suspended status in the S-GW and P-GW(s). The P-GW should discard packets 
if received for the suspended UE. 

4a. If the LA of the new cell is different from the one stored in the UE, the UE shall initiate a Location Area Update 
or a Combined RA/LA Update procedure as follows: 

- if the network is operating in NMO-I (Network Modes of Operation), the UE may initiate a separate Location 
Area Update before initiating the RAU procedure instead of a Combined RA/LA Update procedure (to speed 
up the CSFB procedure); or 

if the network is operating in NMO-II or NMO-III, the UE shall initiate a Location Area Update before 
initiating the RAU procedure required for PS handover. 

When the UE initiates a Location Area Update the UE shall set the "follow-on request" flag in the LAU Request 
in order to indicate to the MSC not to release the lu/A connection after the LAU procedure completion. Further 
the UE performs any Routing Area Update procedure as specified by TS 23.060 [3]. 

The UE may initiate a Location Area Update procedure immediately when the UE is handed over to the target 
cell i.e. before the UE receives e.g. LAI or NMO information as part of the RAN Mobility Information. 

4b. The UE sends a CM Service Request to the MSC. 

5. If the UE is not registered in the MSC serving the 2G/3G target cell or the UE is not allowed in the LA, the MSC 
shall reject the CM service request, if implicit location update is not performed. The CM Service Reject shall 
trigger the UE to perform a Location Area Update or a Combined RA/LA Update procedure as specified in 
TS 23.060 [3] for the different Network Modes of Operation (NMO). 
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6. The UE initiates the CS call establishment procedure. 

7. The UE performs any remaining steps of the inter-RAT handover from E-UTRAN to UTRAN or GERAN as 
specified in TS 23.401 [2]. 

If the UE remains on UTRAN/GERAN after the CS voice call is terminated the UE performs normal mobility 
management procedures as defined in TS 23.060 [3] and TS 24.008 [21]. 

[TS 36.331, clause 5.4.3.3] 

The UE shall be able to receive a Mobility FromEUTRACommand message and perform a cell change order to GERAN, 
even if no prior UE measurements have been performed on the target cell. 

The UE shall: 

1> stop timer T310, if running; 

1> if the MobilityFromEUTRACommand message includes \ht purpose set to 'handover': 

2> if the targetRAT-Type is set to 'utra' or 'geran': 

3> consider inter-RAT mobility as initiated towards the RAT indicated by the targetRAT-Type included in 
the MobilityFromEUTRACommand message; 

3> forward the nas-SecurityParamFromEUTRA to the upper layers; 

3> access the target cell indicated in the inter-RAT message in accordance with the specifications of the 
target RAT; 

3> if the targetRAT-Type is set to 'geran': 

4> use the contents of systemlnformation, if provided for PS Handover, as the system information to 
begin access on the target GERAN cell; 


13.1.12.3 Test description 

1 3.1 .1 2.3.1 Pre-test conditions 

System Simulator: 

- 2 cells, one E-UTRA and one GERAN cell: 

- Cell 1 E-UTRA serving cell 

- Cell 24 suitable neighbour GERAN cell 

- Cell 24 system information indicates that NMO 1 is used 

- DTM is not supported on Cell 24. 

- The parameters settings and power levels for Cell 1 and Cell 24 are selected according to [18], [5] so that 
camping on Cell 1 is guaranteed and no cell re-selection to Cell 24 can take place (GERAN priority is lower 
than serving and S ceii i > Thresh ceii i,iow). 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 

- Cell 1 and Cell 24 are in the same LA 
UE: 

None 
Preamble: 

The UE is in state Generic RB Established (state 3) according to [18]. 
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13.1.12.3.2 


Test procedure sequence 

Table 13.1.12.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Cause the UE to originate CS call, (see Note 
1) 

- 

- 

- 

- 

2 

Check: Does the UE transmit an 
ULInformationTranfer rciessage containing an 
EXTENDED SERVICE REQUEST with 
Service Type IE set to "mobile originated CS 
fallback or 1xCS fallback" on Cell 1 ? 

--> 

UL Information Transfer 
NAS: EXTENDED SERVICE 
REQUEST 

1 

P 

3 

The SS transmits a 

MobilityFromEUTRACommand message on 
Cell 1 with IE handover. 

<- 

MobilityFromEUTRA Command 



4 

The UE transmits a PS HANDOVER ACCESS 
message on Cell 24. 

-> 

PS HANDOVER ACCESS 

2 

P 

5 

The SS transmits a PS PHYSICAL 
INFORMATION message on Cell 24. 

<~ 

PS PHYSICAL INFORMATION 

- 

- 

6- 
35 

Steps 3 to 32 of the generic test procedure 
described in TS36.508 subclause 6.4.3.8.2 are 
performed on Cell24. 



3 

P 


At the end of this test procedure sequence, the 
UE is in end state GERAN idle (G1) according 
to TS 36.508. 





Note 1 : The trigger in step 1 is the same as in the generic procedure in 36.508 clause 6.4.3.5. 


13.1.12.3.3 Specific message contents 

Table 13.1.12.3.3-1 : SystemlnformationBlockTypeViov cell 1 (preamble and all steps, Table 

13.1.12.3.2-2 and Table 13.1.12.3.2-3) 


Derivation Path: 36.508 Table 4.4.3.3-5 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType? ::= SEQUENCE { 




carrierFreqslnfoList SEQUENCE (SIZE (1.. 
maxGNFG)) OF SEQUENCE { 




CarrierFreqsGERAN SEQUENCE [n] { 




startingARFCN 

Same as cell 24 



band Indicator 

Same as cell 24 



followingARFCNs CHOICE { 




equallySpacedARFCNs SEQUENCE { 




arfcn-Spacing 

Same as cell 24 



numberOf FollowingARFCNs 

Same as cell 24 



} 




1 




} 




commonlnfo SEQUENCE { 




cellReselectionPriority 

3 

Lower priority than 
E-UTRA 


1 




1 
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Table 13.1.12.3.3-2: ULInformationTransfer (step 2, Table 13.1.12.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-25 

Information Element 

Value/remark 

Comment 

Condition 

ULInformationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ullnformationTransfer-rS SEQUENCE { 




dedicatedlnfoType CHOICE { 




dedicatedlnfoNAS 

Set according to Table 
13.1.12.3.3-4 

EXTENDED 

SERVICE 

REQUEST 


1 




1 




1 




1 




1 





Table 13.1.12.3.3-3: EXTENDED SERVICE REQUEST (step 2, Table 13.1.12.3.2-2) 


Derivation Path: 36.508 Table 4.7.2-1 4A 

Information Element 

Value/remark 

Comment 

Condition 

Service type 

•OOOO'B 

mobile originating 
CS fallback or 
IxCS fallback 



Table 13.1.12.3.3-4: Message MobilityFromEUTRACommand (step 3, Table 13.1.13.3.2-2) 


Derivation Path: 36.508 clause 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




mobilityFromEUTRACommand-r8 SEQUENCE { 




csFallbacklndicator 

True 



purpose CHOICE { 




handover SEQUENCE { 




targetRAT-Type 

Geran 



targetRAT-MessageContainer 

PS HANDOVER 
COMMAND 



nas-SecurityParamFromEUTRA 

Not Present 



systemlnformation 

Not present 



1 




1 




1 




1 




1 




1 





Table 13.1.12.3.3-5: PS HANDOVER COMMAND (step 3, Table 13.1.13.3.2-2) 


Derivation Path: TS 36.508 Table 4.7D.1-1 
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Table 13.1.12.3.3-7: GPRS SUSPENSION REQUEST (step 6, Table 13.1.12.3.2-2) 


Derivation Path: 36.508 Table 4.7.2-1 4A 

Information Element 

Value/remark 

Comment 

Condition 

Protocol discriminator 

RR 



Service type 

•00110100'B 

GPRS 

SUSPENSION 

REQUEST 


Suspension cause 

•0000011 0'B 

DTM not 
supported in the 
cell 



Table 13.1.12.3.3-8: LOCATION UPDATING ACCEPT (step 6a7, Table 13.1.12.3.2-2) 


Derivation Path: TS 36.508 Table 4.7B.2-5 

Information Element 

Value/remark 

Comment 

Condition 

Mobile identity 

Not present 




13.1.13 Call setup from E-UTRA RRCJDLE/CS fallback to GSM with 
PSHO / EDTM supported / MT call 


13.1.13.1 


(1) 


Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state } 
ensure that { 

when { UE receives a Paging message with CN domain indicator set to "CS" } 
then { UE transmits an ULInformationTransfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" } 

} 

(2) 

with { UE having transmitted an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" } 
ensure that { 

when { SS transmits a Mobil ityFromEUTRACommand message with handover to a GERAN cell in a 
different location area and operating in NMO I } 

then { UE handovers to GERAN cell and performs a Combined LA/RA update procedure or a LA Update 
procedure } 

} 

(3) 

with { UE having transmitted an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" and handovered 
to GERAN cell and initiated a RA Update procedure } 
ensure that { 

when { UE completes the RA Update procedure } 

then { UE transmits a PAGING RESPONSE on GSM cell to set up MT CS call } 
} 

(4) 

with { UE having transmitted an ULInformationTranfer message containing an EXTENDED SERVICE REQUEST 
message with Service Type IE set to "mobile terminating CS fallback or IxCS fallback" and handovered 
to GERAN cell and initiated a RA Update procedure } 
ensure that { 

when { UE completes a Combined LA/RA update procedure or an LA Update procedure } 
then { UE sets up MT CS call on GSM cell } 
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13.1.13.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 23.272, clauses 6.4 and 6.3, 
and, TS 36.331, clause 5.4.3.3 and 5.3.12, and, TS44.060, clause 8.9.1.1.1. 

[TS 23.272, clause 7.2] 

The procedure for Mobile Terminating Call in idle mode is illustrated in figure 7.2-1, in the normal case. Clause 6.6 
describes the procedure when the procedure is rejected by the MME. 


UE 


eNodeB 


6. Paging 


MME 


5. Paging 


7a. Extended Service Request 


7b. Initial UE Context Setup 


RNC/BSC 


4. Paging Request 


7a. Service F^equest 


MSC 
VLR 


HSS 


2. SRI procedure in TS 23.018 


3. lAM 


G-MSC 


8. After the UE context setup the procedure continues as described the active 
mode mobile terminated call procedures described in Clause 7.3 and 7.4. 

If the eNodeB knows that PS HO is supported the procedure in clause 7.3 "Mobile 
Terminating call in Active Mode - PS HO supported" may be applied from step 2, in 
Clause 7.3, and onwards 

If the eNodeB knows that PS HO is not supported the procedure in clause 7.4 
"Mobile Terminating call in Active Mode - No PS HO support" shall be applied from 
step 2 in Clause 7.4, and onwards 


1. lAM 


Figure 7.2-1: Mobile Terminating Call in idle mode 


1. G-MSC receives lAM. 

2. G-MSC retrieves routing information of the terminating UE by Send Routing Info procedures as specified in 
TS 23.018 [5]. 


7a. The UE estabUshes an RRC connection and sends an Extended Service Request for mobile terminating CS 

fallback to MME. The UE indicates its S-TMSI in the RRC signalling. The Extended Service Request message is 
encapsulated in RRC and Sl-AP messages. The MME sends the SGs Service Request message to the MSC 
containing an indication that the UE was in idle mode (and hence, for example, that the UE has not received any 
Calling Line Identification information). Receipt of the SGs Service Request message stops the MSC 
retransmitting the SGs interface Paging message. 

NOTE 3: In order to avoid the calling party experiencing a potentially long period of silence, the MSC may use the 
SGs Service Request message containing the idle mode indication as a trigger to inform the calling party 
that the call is progressing. 

If the MME had received paging request with Priority Indication in step4 and receives subsequent Extended 
Service Request in Step 7a, it detects this message is the response to the priority CS Fallback procedure initiated 
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in step5. In this case, the MME processes this message with priority and set the priority indication, i.e. "CSFB 
High Priority", in step7b as specified in TS 36.413 [35]. 

7b. MME sends Sl-AP: Initial UE Context Setup (UE capabiHties, CS Fallback Indicator, LAI and other parameters 
specified in TS 23.401 [2]) to indicate the eNodeB to move the UE to UTRAN/GERAN. The registered PLMN 
for CS domain is identified by the PLMN ID included in the LAI, which is allocated by the MME. 

7c. The eNodeB shall reply with Sl-AP: Initial UE Context Setup Response message. 

8a. If the eNodeB knows that both the UE and the network support PS handover: The information flow may 

continue as described in clause 7.3 "Mobile Terminating call in Active Mode - PS HO supported" from step 2, in 
clause 7.3, and onwards. 

If the eNodeB knows that either the UE or the network does not support PS handover: The information flow 
shall continue as described in clause 7.4 "Mobile Terminating call in Active Mode - No PS HO support" from 
step 2, in clause 7.4, and onwards. 

NOTE 4: Even in case both the UE and the network support PS HO, the eNodeB may choose to use a different 
inter-RAT mobility procedure. 

[TS 23.272, clause 7.3] 

This flow may be executed when the eNodeB knows that both the UE and the network support PS HO in the normal 
case. Clause 6.6 describes the procedure when the procedure is rejected by the MME. 
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3c. Update Becirerfs) 


Option 
-i MSC is 


\ changed 


If the 


P-GW/ 
GGSN 


1: 
not 


MSC 


is chiinged 


Figure 7.3-1 : CS Page in E-UTRAN, Call in GERAN/UTRAN 
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2. The eNodeB may optionally solicit a measurement report from the UE to determine the target GERAN/UTRAN 
cell to which PS handover will be performed. 

NOTE 4: Based on operator policy, the priority indicator received in step lb may be used by eNodeB to decide 

whether to continue CS Fallback procedures with PS HO, i.e. step3a, or to initiate radio release procedure 
to redirect the UE to 2G/3G Circuit Switch. 

3 a. The eNodeB triggers PS handover to a GERAN/UTRAN neighbour cell by sending a Handover Required 
message to MME. The eNodeB selects the target PS handover cell considering the PLMN ID and possibly the 
LAC for CS domain provided by the MME in step Id. In the following an inter-RAT handover from E-UTRAN 
to UTRAN or GERAN as specified in TS 23.401 [2] begins. The eNodeB indicates in the Source RNC to Target 
RNC Transparent container that PS handover was triggered due to CSFB. The eNodeB also indicates whether 
CSFB was triggered for emergency or priority call handling purpose. If the network supports a priority call 
handling, the eNodeB may forward the priority indication to the target GERAN/UTRAN in the Source to Target 
Transparent Container, and the target GERAN/UTRAN allocates radio bearer resources taking received priority 
indication take into account. As part of this handover, the UE receives a HO from E-UTRAN Command and 
tries to connect to a cell in the target RAT. The HO from E-UTRAN Command may contain a CS Fallback 
Indicator which indicates to UE that the handover was triggered due to a CS fallback request. If the HO from E- 
UTRAN Command contains a CS Fallback Indicator and the UE fails to establish connection to the target RAT, 
then the UE considers that CS fallback has failed. 

The UE establishes the signalling connection as described in step 4b. 

NOTE 5: During the PS HO the SGSN does not create a Gs association with the MSC/VLR. 

3b. If the target RAT is GERAN and the UE has entered Dedicated Mode, the UE starts the Suspend procedure (see 
TS 44.018 [4]) unless both the UE and the Target cell support DTM in which case TBF re-establishment may be 
performed. 

3c. A Gn/Gp-SGSN that receives the Suspend message from the UE follows the Suspend procedure specified in 
TS 23.060 [3], clause 16.2.1.1.1. 

An S4-SGSN that receives the Suspend message from the UE follows the Suspend procedure specified in 
TS 23.060 [3]. The S4-SGSN deactivates GBR bearers towards S-GW and P-GW(s) by initiating MS-and SGSN 
Initiated Bearer Deactivation procedure as specified in TS 23.060 [3], and starts the preservation and suspension 
of non-GBR bearers by sending Suspend Notification message to the S-GW. The S-GW releases all RNC related 
information (address and TEIDs) for the UE if Direct Tunnel is established, and sends Suspend Notification 
message to the P-GW(s). The SGSN stores in the UE context that UE is in suspended status. All the preserved 
non-GBR bearers are marked as suspended status in the S-GW and P-GW(s). The P-GW should discard packets 
if received for the suspended UE. 

4a. If the LA of the new cell is different from the one stored in the UE, the UE shall initiate a Location Area Update 
or a Combined RA/LA Update procedure as follows: 

- If the network is operating in NMO-I (Network Modes of Operation), the UE should initiate a separate 

Location Area Update before initiating the RAU procedure instead of a Combined RA/LA Update procedure 
(to speed up the CSFB procedure); or 

if the network is operating in NMO-II or NMO-III the UE shall initiate a Location Area Update procedure 
before initiating the RAU procedure required for PS handover. 

The UE shall set the "CSMT" flag in the LAU Request. The "CSMT" flag is used to avoid missing MT call in 
roaming retry case. Further the UE performs any Routing Area Update procedure as specified in TS 23.060 [3]. 

The UE may initiate a Location Area Update procedure immediately when the UE is handed over to the target 
cell i.e. before the UE receives e.g. LAI or NMO information as part of the RAN Mobility Information. 

When the MSC receives a LA Update Request, it shall check for pending terminating CS calls and, if the 
"CSMT" flag is set, maintain the CS signalling connection after the Location Area Update procedure for pending 
terminating CS calls. 

4b. If the UE does not initiate a LAU procedure, it shall respond with a Paging Response message to the MSC as 
follows: 
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- If the Target RAT is UTRAN or GERAN lu mode: The UE establishes a radio signalHng connection and 
responds to the paging by sending an RRC Paging Response as specified in TS 25.331 [7]. The CN Domain 
Indicator is set to "CS" in the Initial Direct Transfer message. 

- If the Target RAT is GERAN A/Gb mode: The UE establishes a radio signalling connection and responds to 
paging by using the procedures specified in TS 44.018 [4] (i.e. UE requests and is assigned a dedicated 
channel where it sends a SABM containing a Paging Response to the BSS and the BSS responds by sending 
a UA). Upon receiving the SABM (containing a Paging Response message) the BSS sends a COMPLETE 
LAYER 3 INFORMATION message (containing a Paging Response message) to the MSC which indicates 
CS resources have been allocated in the GERAN cell. If both the UE and the target cell support enhanced CS 
establishment in DTM (indicated by GERAN system information included within the HO from E-UTRAN 
Command) an RR connection may be established while in packet transfer mode without release of the packet 
resources, see TS 43.055 [24]. After the establishment of the main signalling link as described in 

TS 44.018 [4] the UE enters either Dual Transfer Mode or Dedicated Mode and the CS call establishment 
procedure completes. 

NOTE 6: The BSS should be prepared to receive a Paging Response even when the corresponding Paging Request 
has not been sent by this BSS. 

5a. After performing the LAU procedure or after receiving the Paging Response the MSC shall establish the CS call 
if the UE is allowed in the LA. 

5b. If the UE is not registered in the MSC that receives the Paging Response or the UE is not allowed in the LA, the 
MSC shall reject the Paging Response message by releasing the A/Iu-CS. The BSC/RNC in turn releases the 
signalling connection for UTRAN or GERAN CS domain. The signalling connection release shall trigger the UE 
to obtain the LAI, which causes the initiation of a Location Area Update or a Combined RA/LA procedure as 
specified in TS 23.060 [3] for the different Network Modes of Operation (NMO). 

The Location Area Update triggers the Roaming Retry for CS Fallback procedure as defined in clause 7.5. 

5c. After performing the LAU procedure the MSC shall establish the CS call if the UE is allowed in the LA. 

6. The UE performs any remaining steps of the inter-RAT handover from E-UTRAN to UTRAN or GERAN as 
specified in TS 23.401 [2] 

With the exception of steps la and Ic, above. Call Forwarding (see TS 23.082 [31]) is performed on the basis of the 
TS 24.008 [21] signalling received on the GERAN/UTRAN cell. 

If the UE remains on UTRAN/GERAN after the CS voice call is terminated the UE performs normal mobility 
management procedures as defined in TS 23.060 [3] and TS 24.008 [21]. 

[TS 36.331, clause 5.4.3.3] 

The UE shall be able to receive a Mobility FromEUTRACommand message and perform a cell change order to GERAN, 
even if no prior UE measurements have been performed on the target cell. 

The UE shall: 

1> stop timer T310, if running; 

1> if the Mobility FromEUTRACommand message includes the purpose set to 'handover': 

2> if the targetRAT-Type is set to 'utra' or 'geran': 

3> consider inter-RAT mobility as initiated towards the RAT indicated by the targetRAT-Type included in 
the Mobility FromEUTRACommand message; 

3> forward the nas-SecurityParamFromEUTRA to the upper layers; 

3> access the target cell indicated in the inter-RAT message in accordance with the specifications of the 
target RAT; 

3> if the targetRAT-Type is set to 'geran': 

4> use the contents of systemlnformation, if provided for PS Handover, as the system information to 
begin access on the target GERAN cell; 
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[TS 44.060, clause 8.9.1.1.1] 

The RR connection establishment procedure is initiated by the RR entity of the mobile station. Initiation is triggered by 
request from the MM sublayer to enter dual transfer mode. The request from the MM sublayer to establish the RR 
connection specifies an establishment cause. 

The RR entity in the mobile station shall not request the establishment of an RR connection while in packet transfer 
mode from the point where it receives a PS HANDOVER COMMAND message until the PS handover procedure has 
been completed (see sub-clause 8.10). 

On receipt of the RR connection establishment request from upper layer the mobile station shall start timer T3196. At 
expiry of timer T3196, the mobile station shall release all ongoing TBFs and start RR connection establishment as 
specified in 3GPP TS 44.018. If a mobile station that supports PS handover receives a PS HANDOVER COMMAND 
message while T3196 is running it shall stop T3196, abort its current attempt to establish an RR connection and not 
make another attempt to establish an RR connection until completion of the PS handover procedure. 

If the contention resolution is not solved, the mobile station shall delay the transmission of the PACKET CS REQUEST 
message until contention resolution is solved. 

If the countdown procedure has been started on all the ongoing uplink TBFs, none of those TBFs is operating in 
extended uplink TBF mode and there is no downlink TBF in progress, the mobile station may either send the PACKET 
CS REQUEST message, or may immediately release the ongoing TBF(s) and start an RR connection establishment as 
specified in 3GPP TS 44.018. 

The mobile station shall initiate the RR connection establishment by sending PACKET CS REQUEST messages on the 
PACCH. The mobile station is allowed to retransmit the PACKET CS REQUEST message once while timer T3196 is 
running. The second sending occurrence of this message shall take place at the first suitable opportunity at least 0.75 s 
after the first transmission of that message. 

1 3.1 .1 3.3 Test description 

1 3.1 .1 3.3.1 Pre-test conditions 

System Simulator: 

- 2 cells, one E-UTRA and one GERAN cell 

- Cell 1 serving E-UTRA cell 

- Cell 24 suitable neighbour GERAN cell 

o Cell 24 system information indicates that NMO 1 is used 
o EDTM is supported on Cell 24. 

- The parameters settings and power levels for Cell 1 and Cell 24 are selected according to [18], [5] so that 
camping on Cell 1 is guaranteed and no cell re-selection to Cell 24 can take place (GERAN priority is lower than 
serving and S ceii i > Thresh ceii i,iow). 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle Mode (state 2) on Cell 1 according to [18]. 
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13.1.13.3.2 


Test procedure sequence 

Table 13.1.13.3.2-2: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The SS transmits a Paging message to the UE 
on Cell 1 using S-TMSI with CN domain 
indicator set to "CS". 

<~ 

Paging 




EXCEPTION: Step 2a1 describes behaviour 
that depends on the UE capability; the "lower 
case letter" identifies a step sequence that 
takes place if a capability is supported. 





2a1 

IF the UE needs to request upper layer input 
before accepting the CS fallback, the incoming 
CS call is accepted at the UE through MMI or 
AT command. 





3 

The UE transmits an RRCConnectionRequest 
message on CelH. 

-> 

RRCConnectionRequest 

- 

- 

4 

The SS transmits an RRCConnectionSetup 
message on CelH. 

<- 

RRCConnectionSetup 

- 

- 

5 

Check: Does the UE transmit an 
RRCConnectionSetupComplete message 
containing an EXTENDED SERVICE 
REQUEST with Service Type IE set to "mobile 
terminating CS fallback or 1xCS fallback" on 
Cell 1? 

— > 

RRCConnectionSetupComplete 
NAS: EXTENDED SERVICE 
REQUEST 

1 

P 

5A 

The SS transmits a SecurityModeCommand 
message on Cell 1 . 

<- 

SecurityModeCommand 

- 

- 

5B 

The UE transmits a SecurityModeComplete 
message on Cell 1 . 

-> 

SecurityModeComplete 

- 

- 

5C 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 . 

<- 

RRCConnectionReconfiguration 



5D 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

~> 

RRCConnectionReconfigurationC 
omplete 



6 

The SS transmits a 

MobilityFromEUTRACommand message on 
Cell 1 with IE handover. 

<~ 

MobilityFromEUTRA Command 



7 

UE transmits a PS HANDOVER ACCESS 
message on Cell 24? 

— > 

PS HANDOVER ACCESS 

- 

- 

8 

The SS transmits a PS PHYSICAL 
INFORMATION message on Cell 24. 

<— 

PS PHYSICAL INFORMATION 

- 

- 


EXCEPTION: In case the UE does not choose 
to perform combined RA/LA procedure, the UE 
will perform LA update. In this case steps 9a1- 
9a8 are executed. 





9a1 

Check: Doest he UE transmit PACKET CS 
REQUEST message to initiate a CS 
connection? 

~> 

PACKET CS REQUEST 

2 

P 

9a2 

A CS connection is established 

<- 

PACKET CS COMMAND 

- 

- 

9a3 

Check: Does the UE transmit LOCATION 
UPDATING REQUEST? 

-> 

LOCATION UPDATING 
REQUEST 

2 

P 

9a4 

The SS transmits AUTHENTICATION 
REQUEST 

<— 

AUTHENTICATION REQUEST 

- 

- 

9a5 

The UE transmits AUTHENTICATION 
RESPONSE 

-> 

AUTHENTICATION RESPONSE 

- 

- 

9a6 

The SS transmits CIPHERING MODE 
COMMAND 

<— 

CIPHERING MODE COMMAND 

- 

- 

9a7 

The UE transmits CIPHERING MODE 
COMPLETE 

-> 

CIPHERING MODE COMPLETE 

- 

- 

9a8 

The SS transmits MM LOCATION UPDATING 
ACCEPT 

<- 

LOCATION UPDATING ACCEPT 

- 

- 


EXCEPTION: In case UE chooses to perform 
combined RA/LA procedure, steps 9b1-9b7 
are executed. 
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9b1 

The UE transmits ROUTING AREA 
UPDATING REQUEST message on Cell 24. 

-> 

ROUTING AREA UPDATING 
REQUEST 

- 

- 

9b2 

The SS transmits an AUTHENTICATION AND 
CIPHERING REQUEST message. 

<— 

AUTHENTICATION AND 
CIPHERING REQUEST 

- 

- 

9b3 

The UE transmits a AUTHENTICATION AND 
CIPHERING RESPONSE message. 

-> 

AUTHENTICATION AND 
CIPHERING RESPONSE 

- 

- 

9b4 

The SS transmits ROUTING AREA 
UPDATING ACCEPT to UE. 

<— 

ROUTING AREA UPDATING 
ACCEPT 



9b5 

Check: Does the UE transmit a ROUTING 
AREA UPDATING COMPLETE message. 

-> 

ROUTING AREA UPDATING 
COMPLETE 

2 

P 

9b6 

A CS connection is established 

<— 

PACKET CS COMMAND 

- 

- 

9b7 

Check: Does the UE transmit a PAGING 
RESPONSE on Cell 24? 

-> 

PAGING RESPONSE 

3 

P 

10 

The SS transmits SETUP 

< - 

SETUP 

- 

- 

11 

Check: Does the UE transmits CALL 
CONFIRMED? 

-> 

CALL CONFIRMED 

4 

P 

12- 
19 

Steps 1 2 to 1 9 of the generic test procedure in 
TS 51.010-1 subclause 10.1.3 are performed 
on Cell 24. 
NOTE: Mobile terminating CS call is set up. 






13.1.13.3.3 


Specific message contents 


Table 13.1.13.3.3-1 : SystemlnformationBlockTypT ior cell 1 (preamble and all steps, Table 13.1.13.3.2- 

2) 


Derivation Path: 36.331 clause 6.3.1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType? ::= SEQUENCE { 




t-ReselectionGERAN 





t-ReselectionGERAN-SFt-ReselectionGERAN-SF 




carrierFreqslnfoListcarrierFreqslnfoListSEQUENCE 
(SIZE (1 ..maxGNFG)) OF SEQUENCE { 




carrierFreqs carrierFreqs[/7] SEQUENCE { 




startingARFCN[A7] 

Same starting ARFCN 
used for cell 24 



bandlndicator[A7] 

same band used for 
GERAN cell24 



followingARFCNsM CHOICE { 




explicitListOfARFCNs[A7] 

Same ARFCN used for 
cell24 



1 




1 




commonlnfo[/7] SEQUENCE { 




cellReselectionPriority[/7] 

3 

Lower priority than 
E-UTRA 


} 




1 




1 
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Table 13.1.13.3.3-2: Message Paging (step 1, Table 13.1.13.3.2-2) 


Derivation Path: 36.508 clause 4.6.1-7 

Information Element 

Value/remark 

Comment 

Condition 

Paging ::= SEQUENCE { 




pagingRecordList SEQUENCE (SIZE 
(1 ..maxPageRec)) OF SEQUENCE { 

1 entry 



ue-ldentity[1] CHOICE { 




s-TMSI 

Set to the value of the S- 
TMSIoftheUE 



1 




cn-Donnain[1] 

OS 



1 




1 





Table 13.1.13.3.3-3: RRCConnectionSetupComplete (step 5, Table 13.1.13.3.2-2; 


Derivation Path: 36.508 Table 4.6.1-18 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionSetupComplete ::= SEQUENCE { 




rrc-Transaction Identifier 

RRC- 
Transactionldentifier-UL 



criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionSetupConnplete-r8 SEQUENCE { 




selectedPLMN-ldentity 

Set to the PLMN selected 
by upper layers 



registeredMME 

Not present 



dedicatedlnfoNAS 

Set according to 36.508 
Table 4.7.2-1 4A 

EXTENDED 

SERVICE 

REQUEST 


nonCriticalExtension SEQUENCE {} 

Not checked 



1 




1 




1 




} 





Table 13.1.13.3.3-4: RRCConnectionReconfiguration (step 50, Table 13.1.13.3.2-2) 

Derivation Path: 36.508 Table 4.6.1-8, condition SRB2-DRB(1, 0) 
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Table 13.1.13.3.3-5: Message MobilityFromEUTRACommand (step 6, Table 13.1.13.3.2-2) 


Derivation Path: 36.508 clause 4.6.1-6 


Information Element 


Value/remark 


Comment 


Condition 


MobilityFromEUTRACommand ::= SEQUENCE { 


criticalExtensions CHOICE { 


c1 CHOICE { 


mobilityFromEUTRACommand-r8 SEQUENCE { 


csFallbacklndicator 


True 


purpose CHOICE { 


handover SEQUENCE { 


targetRAT-Type 


Geran 


targetRAT-IVIessageContainer 


PS HANDOVER 
COMMAND 


nas-SecurityParamFromEUTRA 


Not Present 


systemlnformation 


Not present 


± 


Table 13.1.13.3.3-6: PS HANDOVER COMMAND (step 6, Table 13.1.13.3.2-2) 


Derivation Path: TS 36.508 Table 4.7D.1-1 


Table 13.1.13.3.3-7: PACKET CS REQUEST (step 9a1, Table 13.1.13.3.2-2) 


Derivation Path: 44.060 clause 1 1 .4.35 

Information Element 

Value/remark 

Comment 

Condition 

GLOBAL TFI 

0<5 bit Uplink TFI> 



ESTABLISHMENT CAUSE 

00000000 

Location updating 



Table 13.1.13.3.3-8: PACKET CS COMMAND (step 9a2 and 9b6, Table 13.1.13.3.2-2) 


Derivation Path: 44.060 clause 1 1 .4.35 

Information Element 

Value/remark 

Comment 

Condition 

PAGE MODE 

00 



GLOBAL TFI { 

0<5 bit Uplink TFI> 



Spare 

00 



CONTAINER_LENGTH 

The length of message 
DTM ASSIGNMENT 
COMMAND 



DTM ASSIGNMENT COMMAND 

Specified in Table 
13.1.13.3.3-9 



1 





Table 13.1.13.3.3-9: DTM ASSIGNMENT COMMAND (Table 13.1.13.3.3-8) 


Derivation Path: 51 .01 clause 40.2.4.28 

Information Element 

Value/remark 

Comment 

Condition 

Channel Description IE 




TN 

N+1 mod 8 



Channel Type 

TCH/F 



Channel Mode IE 

Full Rate Version 1 



RR Packet Uplink Assignment IE 

Not included 



RR Packet Downlink Assignment IE 

Not included 
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Table 13.1.13.3.3-10: LOCATION UPDATING ACCEPT (step 9a8, Table 13.1.13.3.2-2) 


Derivation Path: TS 36.508 Table 4.7B.2-5 

Information Element 

Value/remark 

Comment 

Condition 

IVIobile identity 

Not present 




13.1.14 

13.1 .15 Call setup from E-UTRAN RRCJDLE / CS fallback to UTRAN with 
redirection / MT call / UTRAN cell is barred 


13.1.15.1 


(1) 


Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state having transmitted EXTENDED SERVICE REQUEST message for 
mobile terminating CS call and a UTRA cell which broadcasts SystemInformationBlockType3 indicating 
access barred for mobile originating CS call is available } 
ensure that { 

when { UE receives an RRCConnectionRe lease message with redirection to a UTRA carrier } 
then { UE transmits a PAGING RESPONSE message in the UTRA cell } 
} 

13.1.15.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 25.331, clause 8.1.1.6.3. 

[TS 25.331, clause 8.1.1.6.3] 

The UE shall apply the following handling with respect to any Access Class Barring information: 

1> if in idle mode: 

2> if the IE "Paging Permission with Access Control Parameters For PLMN Of MIB", the IE "Paging 
Permission with Access Control Parameters For OperatorN" or the IE "Paging Permission with Access 
Control Parameters For All" to be applied according to the requirements above is included in System 
Information Block Type 3, the UE shall: 

3> if Paging Response Restriction Indication is set to "None": 

4> when sending a response to any PAGING TYPE 1 message. Paging message specified in [67] or CS 
SERVICE NOTIFICATION message specified in [79], act as if no Access Class is barred in the IE 
"Access Class Barred List" as specified in [4]. 

3> if Paging Response Restriction Indication is set to "PS": 

4> when sending a response to any PAGING TYPE 1 message. Paging message specified in [67] or CS 
SERVICE NOTIFICATION message specified in [79] from CS domain, act as if no Access Class is 
barred in the IE "Access Class Barred List" as specified in [4]; 

4> when sending a response to any PAGING TYPE 1 message. Paging message specified in [67] or CS 
SERVICE NOTIFICATION message specified in [79] from PS domain, act on the IE "Domain 
Specific Access Class Barred List" if indicated in the IE "PS Domain Specific Access Restriction" (or 
IE "Access Class Barred list" if IE "Domain Specific Access Class Barred List" is not present) as 
specified in [4] . 

3> if Paging Response Restriction Indication is set to "CS": 

4> when sending a response to any PAGING TYPE 1 message. Paging message specified in [67] or CS 
SERVICE NOTIFICATION message specified in [79] from PS domain, act as if no Access Class is 
barred in the IE "Access Class Barred List" as specified in [4]; 

4> when sending a response to any PAGING TYPE 1 message. Paging message specified in [67] or CS 
SERVICE NOTIFICATION message specified in [79] from CS domain, act on the IE "Domain 
Specific Access Class Barred List" if indicated in the IE "CS Domain Specific Access Restriction" (or 
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IE "Access Class Barred list" if IE "Domain Specific Access Class Barred List" is not present) as 
specified in [4] . 

3> else (if Paging Response Restriction Indication is set to "All"): 

4> when sending a response to any PAGING TYPE 1 message, Paging message specified in [67] or CS 
SERVICE NOTIFICATION message specified in [79] from CS domain, act on the IE "Domain 
Specific Access Class Barred List" if indicated in the IE "CS Domain Specific Access Restriction" as 
specified in [4] ; 

4> when sending a response to any PAGING TYPE 1 message. Paging message specified in [67] or CS 
SERVICE NOTIFICATION message specified in [79] from PS domain, act on the IE "Domain 
Specific Access Class Barred List" if indicated in the IE "PS Domain Specific Access Restriction" as 
specified in [4] ; 

4> when sending a response to any PAGING TYPE 1 message. Paging message specified in [67] or CS 
SERVICE NOTIFICATION message specified in [79] from PS or CS domain, act on the IE "Access 
Class Barred list" if the IE "Domain Specific Access Class Barred List" is not present. 

3> when initiating a Location/Registration procedure to CS domain, act on the IE "Location/Registration 
Access Class Barred List" if the IE "Location/Registration Restriction Indicator" is set to "All" or "CS", 
as specified in [4] ; 

3> when initiating an access to CS domain for any other reason, act on the IE "Domain Specific Access 
Class Barred List" if indicated in the IE "CS Domain Specific Access Restriction" (or IE "Access Class 
Barred list" if IE "Domain Specific Access Class Barred List" is not present) as specified in [4]; 

3> when initiating a Location/Registration procedure to PS domain, act on the IE "Location/Registration 
Access Class Barred List" if the IE "Location/Registration Restriction Indicator" is set to "All" or "PS", as 
specified in [4] ; 

3> when initiating an access to PS domain for any other reason, act on the IE "Domain Specific Access Class 
Barred List" if indicated in the IE "PS Domain Specific Access Restriction" (or IE "Access Class Barred 
list" if IE "Domain Specific Access Class Barred List" is not present) as specified in [4]. 


Test description 
Pre-test conditions 


13.1.15.3 
13.1.15.3.1 
System Simulator: 

- Cell land Cell 5. 

- power levels are constant and as defined in table 13.1.15.3.1-1; 

System information combination 4 as defined in TS 36.508 section 4.4.3.1 is used in E-UTRA cells. 

Table 13.1.15.3.1-1: Cell power levels 


Parameter 

Unit 

CelM 

Cells 

Remark 

Cell-specific RS EPRE 

dBm/15kHz 

-75 

- 

The power levels are such that the UE 
camps on cell 1 . 

CPICH Ec(UTRA 
FDD) 

dBm/3.84 MHz 

- 

-70 

PCCPCH Ec(UTRA 
LCR TDD) 

dBm/1 .28 MHz 

- 

-72 


UE: 

- the UE is configured to initiate combined EPS/IMSI attach. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 according to [18]. 
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13.1.15.3.2 


Test procedure sequence 

Table 13.1.15.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits a Paging message on Cell 1 . 

<- 

Paging 

- 

- 

2 

The UE transmits an RRCConnectionRequest 
message on Cell 1 . 

— > 

RRCConnectionRequest 

- 

- 

3 

The SS transmits an RRCConnectionSetup 
message on Cell 1 . 

<— 

RRCConnectionSetup 

- 

- 

4 

The UE transmits an 

RRCConnectionSetupComplete message on 
Cell 1. 

This message includes an EXTENDED 
SERVICE REQUEST message. 

-> 

RRCConnectionSetupCompiete 



5-8 

Void 

- 

- 

- 

- 

9 

The SS transmits an RRCConnectionRelease 
message on Cell 1 with IE 
redirectedCarrierlnfo including an utra-FDD or 
an utra-TDD oi CeW 5. 

<- 

RRCConnectionRelease 



10 

Check: Does the test result of CALL generic 
procedure in TS 36.508 [18] clause 6.4.3.7.1 
indicate that the UE performs CS fallback to 
UTRAN with redirection / MT call (PS bearers 
not established) on Cell 5? 



1 


11- 
28 

Void 

- 

- 

- 

- 


Table 13.1.15.3.2-2: Void 


13.1.15.3.3 


Specific message contents 


Table 13.1.15.3.3-1: System Information Block type3 for Cell 5 (preamble and all steps, Table 

13.1.15.3.2-1) 


Information Element 

Value/remark 

Access Class Barred List 


- Access Class BarredO 

barred 

- Access Class Barred 1 

barred 

- Access Class Barred2 

barred 

- Access Class Barred3 

barred 

- Access Class Barred4 

barred 

- Access Class Barred5 

barred 

- Access Class Barred6 

barred 

- Access Class Barred? 

barred 

- Access Class Barred8 

barred 

- Access Class Barred9 

barred 

- Access Class Barred 10 

barred 

- Access Class Barred 1 1 

barred 

- Access Class Barred 12 

barred 

- Access Class Barred 13 

barred 

- Access Class Barred 14 

barred 

- Access Class Barred 15 

barred 

Domain Specific Access Restriction Parameters For 
PLMN Of MIB 


-CS Domain Specific Access Restriction 

restriction 

-Domain Specific Access Class Barred List 


-Access Class Barred List 


- Access Class BarredO 

barred 

-Access Class Barred 1 

barred 

- Access Class Barred2 

barred 

- Access Class Barred3 

barred 

- Access Class Barred4 

barred 

- Access Class Barred5 

barred 

- Access Class Barred6 

barred 
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- Access Class Barred? 

barred 

- Access Class BarredS 

barred 

- Access Class Barred9 

barred 

- Access Class Barred 10 

barred 

- Access Class Barred 1 1 

barred 

- Access Class Barred 12 

barred 

- Access Class Barred 13 

barred 

- Access Class Barred 14 

barred 

- Access Class Barred 15 

barred 

-PS Domain Specific Access Restriction 

no restriction 

Paging Permission with Access Control Parameters For 
PLMN Of MIB 


- Paging Response Restriction Indication 

none 

- Location/Registration Restriction Indicator 

All 

- Location/Registration 


- Location/Registration Access Restriction 

no restriction 


Table 13.1.15.3.3-2: Paging (step 1, Table 13.1.15.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-7 

Information Element 

Value/remark 

Comment 

Condition 

Paging ::= SEQUENCE { 




pagingRecordList SEQUENCE (SIZE 
(1 ..maxPageRec)) OF SEQUENCE { 

1 entry 



cn-Domain 

cs 



1 




} 





Tablel 3.1. 15.3.3-3: Void 


Table 13.1.15.3.3-4: RRCConnectionRelease (step 9, Table 13.1.15.3.2-1) 


Derivation Path: 36.508 Table 4.6.1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




redirectedCarrierlnfo ::= CHOICE { 




utra-FDD 

Downlink UARFCN of cell 
5 


UTRA- 
FDD 

utra-TDD 

Downlink UARFCN of cell 
5 


UTRA- 
TDD 

1 




} 




1 




} 




} 





Condition 

Explanation 

UTRA-FDD 

UTRA FDD cell environment 

UTRA-TDD 

UTRA TDD cell environment 
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13.1.16 Emergency call setup from E-UTRAN RRCJDLE/CS fallback to 
UTRAN with handover 

13.1.16.1 Test Purpose (TP) 
(1) 

with { UE is in E-UTRA RRC_IDLE state } 
ensure that { 

when { the user initiates an emergency call } 

then { UE transmits an RRCConnectionRequest message with establishmentCause set to "emergency" 
and an EXTENDED SERVICE REQUEST message with Service type IE set to "mobile originating CS fallback 
emergency call or IxCS fallback emergency call" } 

} 

(2) 

with { UE in E-UTRA RRC_CONNECTED state having requested an emergency call } 
ensure that { 

when { UE receives a Mobil ityFromEUTRACommand message including a cs-Fallbacklndicator set to 
'true' and a targetRAT-Type set to 'utra' } 

then { UE transmits a HANDOVER TO UTRAN COMPLETE message and establishes the emergency call } 
} 

13.1.16.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.272, clause 4.6 and TS 
36.331, clause 5.4.3.3. 

[TS 23.272, clause 4.6] 

When UE is performing CS fallback procedure for Mobile Originating Call for the purpose of emergency call, it shall 
indicate to the MME that this CS fallback request is for emergency purpose. MME also indicates to the E-UTRAN via 
the appropriate Sl-AP message that this CS fallback procedure is for emergency purpose. 

NOTE: E-UTRAN may use the emergency indication for selecting a particular radio access network (2G or 3G) 
for CS emergency handling. 

[TS 36.331, clause 5.4.3.3] 

The UE shall be able to receive a Mobility FromEUTRACommand message and perform a cell change order to GERAN, 
even if no prior UE measurements have been performed on the target cell. 

The UE shall: 

1> stop timer T310, if running; 

1> if the MobilityFromEUTRACommand message includes \hQ purpose set to 'handover': 

2> if the targetRAT-Type is set to 'utra' or 'geran': 

3> consider inter-RAT mobility as initiated towards the RAT indicated by the targetRAT-Type included in 
the MobilityFromEUTRACommand message; 

3> forward the nas-SecurityParamFromEUTRA to the upper layers; 

3> access the target cell indicated in the inter-RAT message in accordance with the specifications of the 
target RAT; 

3> if the targetRAT-Type is set to 'geran': 

4> use the contents of systemlnformation, if provided for PS Handover, as the system information to 
begin access on the target GERAN cell; 

NOTE 1: If there are DRBs for which no radio bearers are established in the target RAT as indicated in the 

targetRAT-MessageContainer in the message, the E-UTRA RRC part of the UE does not indicate the 
release of the concerned DRBs to the upper layers. Upper layers may derive which bearers are not 
established from information received from the AS of the target RAT. 
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13.1.16.3 
13.1.16.3.1 
System Simulator: 
- Cell land Cell 5. 


Test description 
Pre-test conditions 


System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cell. 


UE: 


- The UE is previously registered on cell 5. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 according to [18]. 

- The UE has a valid TMSI (TMSI-1) and is registered in LAI-1 . 
13.1.16.3.2 Test procedure sequence 

Table 13.1.16.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1 

Cause the UE to originate emergency call, 
(see Note 1 ) 

- 

- 

- 

- 

2 

Check: Does the UE transmit an 
RRCConnectionRequest rciessage on Cell 1? 

-> 

RRCConnectionRequest 

1 

P 

3 

The SS transmits an RRCConnectionSetup 
message on Cell 1 . 

<- 

RRCConnectionSetup 

- 

- 

4 

Check: Does the UE transmits an 
RRCConnectionSetupComplete message on 
Cell 1 including an EXTENDED SERVICE 
REQUEST message with Service type IE set 
to "mobile originating CS fallback emergency 
call or 1xCS fallback emergency call"? 

-> 

RRCConnectionSetupComplete 

1 

p 

5 

The SS transmits a SecurityModeCommand 
message on Cell 1 . 

<— 

SecurityModeCommand 

- 

- 

6 

The UE transmits a SecurityModeComplete 
message on Cell 1 . 

-> 

SecurityModeComplete 

- 

- 

7 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 . 

<- 

RRCConnectionReconfiguration 



8 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



8A 

The SS transmits a UECapabilityEnquiry 
message to request UE radio access capability 
information for E-UTRA and UTRA. 

<— 

UECapabilityEnquiry 



SB 

The UE transmit a UECapabilitylnformation 
message on Cell 1 . 

NOTE: The start-PS values received, should 
be used to configure ciphering on cell 5. 

-> 

UECapabilitylnformation 



9 

The SS transmits a 

MobilityFromEUTRACommand message on 
Cell 1 . 

<— 

MobilityFromEUTRA Command 



10 

Check: Does the test result of CALL generic 
procedure [18] clause 6.4.3.7.7 indicate that 
the UE performs CS fallback to UTRAN with 
Handover / emergency call on Cell 5? 



2 


Note 1 : The trigger in step 1 is the same as in the generic procedure in 36.508 clause 6.4.3.5. 
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13.1.16.3.3 Specific message contents 

Table 13.1.16.3.3-1: RRCConnectionRequest{sXep 2, Table 13.1.16.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-16 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionRequest-r8 SEQUENCE { 




establishmentCause 

emergency 



} 




1 




1 





Table 13.1.16.3.3-2: EXTENDED SERVICE REQUEST (step 4, Table 13.1.16.3.2-1) 


Derivation Path: TS 36.508, Table 4.7.2-1 4A 

Information Element 

Value/remark 

Comment 

Condition 

Service type 

•001 0'B 

mobile originating 
CS fallback 
emergency call or 
IxCS fallback 
emergency call 


CSFB response 

Not present 




Tablel 3.1. 16.3.3-3: RRCConnectionReconfiguration (step 7, Table 13.1.16.3.2-1) 

Derivation Path: 36.508 Table 4.6.1-8, condition SRB2-DRB(1, 0) 

Table 13.1.16.3.3-4: MobilityFromEUTRACommand {step 9, Table 13.1.16.3.2-1) 


Derivation Path: 36.508, Table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




mobilityFromEUTRACommand-r8 SEQUENCE { 




cs-Fallbacklndicator 

true 



purpose CHOICE{ 




handover SEQUENCE { 




targetRAT-Type 

utra 



targetRAT-MessageContainer 

HANDOVER TO UTRAN 
COMMAND(UTRA RRC 
message) 



nas-SecurityParamFromEUTRA 

The 4 least significant 
bits of the NAS downlink 
COUNT value 



systemlnformation 

Not present 



1 




1 




1 




1 




} 




} 





Table 13.1.16.3.3-5: HANDOVER TO UTRAN COMMAND (Table 13.1.16.3.3-4) 

Derivation Path: 36.508, Table 4.7B.1-1 , condition UTRA PS RB 
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Table 13.1.16.3.3-6: UECapabilityEnquiry (step 8A, Table 13.1.16.3.2-1) 


Derivation path: 36.508 clause 4.6.1 table 4.6.1-22 

Information Element 

Value/Remark 

Comment 

Condition 

UECapabilityEnquiry ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ueCapabilityEnquiry-r8 SEQUENCE { 




ue-CapabilityRequest SEQUENCE (SIZE 
(1 ..maxRAT-Capabilities)) OF SEQUENCE { 

2 entry 



RAT-Typefll 

eutra 



RAT-Typef21 

utra 



1 




1 




1 




} 




1 





13.1.17 


13.1.17.1 


Call setup from E-UTRAN RRCJDLE / mobile originating IxCS fallback 
emergency call to IxRTT 

Test Purpose (TP) 


(1) 


with { UE in state EMM-REGISTERED and EMM- IDLE } 
ensure that { 

when { UE initiates a mobile originating IxCS fallback emergency call } 
then { UE establishes the RRC connection with the RRC estahlishment Cause set to 'emergency' and 
transmits an EXTENDED SERVICE REQUEST message with Service Type IE set to "mobile originating CS 
fallback emergency call or IxCS fallback emergency call" } 

} 

(2) 

with { UE having transmitted an EXTENDED SERVICE REQUEST message with Service Type IE set to "mobile 
originating CS fallback emergency call or IxCS fallback emergency call" } 
ensure that { 

when { SS transmits a RRCConnectionRelease message with redirection to IxRTT } 

then { UE tunes to IxRTT cell, transmits a IxRTT Origination message on IxRTT cell and 
establishes the emergency call } 


13.1.17.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: 3GPP TS 24.301 clauses 5.3.1.1, 
5.6.1.1, 5.6.1.2, 5.6.1.4 and D.l. 

[TS 24.301 clause 5.3.1.1] 

When the UE is in EMM-IDLE mode and needs to transmit an initial NAS message, the UE shall request the lower 
layer to establish a NAS signalling connection. In this request to the lower layer the NAS shall provide to the lower 
layer the RRC establishment cause and the call type as specified in annex D of this specification. 

[TS 24.301 clause 5.6.1.1] 

The purpose of the service request procedure is to transfer the EMM mode from EMM-IDLE to EMM-CONNECTED 
mode and establish the radio and S 1 bearers when uplink user data or signalling is to be sent. Another purpose of this 
procedure is to invoke MO/MT CS fallback procedures. 

This procedure is used when: 


the UE in EMM-IDLE or EMM-CONNECTED mode has requested to perform mobile originating/terminating 
CS fallback; or 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2400 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


The service request procedure is initiated by the UE, however, for the downlink transfer of signalHng, cdma2000 "^ 
signalHng or user data in EMM-IDLE mode, the trigger is given by the network by means of the paging procedure (see 
subclause 5.6.2). 

The UE shall invoke the service request procedure when: 


the UE in EMM-IDLE or EMM-CONNECTED mode is configured to use IxCS fallback and has a mobile 
originating IxCS fallback request from the upper layer; 


[TS 24.301 clause 5.6.1.2] 

For cases f and g in subclause 5.6.1.1, the UE shall send an EXTENDED SERVICE REQUEST message, start T3417 
and enter the state EMM-SERVICE-REQUEST-INITIATED. 

[TS 24.301 clause 5.6.1.4] 

If the service type information element in the EXTENDED SERVICE REQUEST message indicates "mobile 
terminating CS fallback or IxCS fallback" and the CSFB response IE indicates "CS fallback accepted by the UE", or if 
the service type information element in the EXTENDED SERVICE REQUEST message indicates "mobile originating 
CS fallback or IxCS fallback" or "mobile originating CS fallback emergency call or IxCS fallback emergency call", the 
network initiates CS fallback procedures. If the EPS bearer context status IE is included in the EXTENDED SERVICE 
REQUEST message, the network shall deactivate all those EPS bearer contexts locally (without peer-to-peer signalling 
between the network and the UE) which are active on the network side but are indicated by the UE as being inactive. 


For cases f and g in subclause 5.6.1.1, the UE shall treat the indication from the lower layers that the signalling 
connection is released with the redirection indication to cdma2000® Ix access network or the indication from the lower 
layers that a change to cdma2000® Ix access network for IxCS fallback has started (see 3GPP TS 36.331 [22]) as 
successful completion of the procedure. The UE shall stop the timer T3417 and enter the state EMM- 
REGISTERED .NO-CELL- A VAIL AB LE . 

[TS 24.301 clause D.l] 

When EMM requests the establishment of a NAS- signalling connection, the RRC establishment cause used by the UE 
shall be selected according to the NAS procedure as specified in table D.1.1. The EMM shall also indicate to the lower 
layer for the purpose of access control, the call type associated with the RRC establishment cause as specified in 
table D.1.1. 

Table D.1.1 : Mapping of NAS procedure to establishment cause and call type 


NAS procedure 

RRC establishment cause (according 3GPP TS 36.331 [22]) 

Call type 




Service Request 

If an EXTENDED SERVICE REQUEST has service type set to 
"mobile originating CS fallback emergency call or IxCS fallback 
emergency call", the RRC establishment cause shall be set to 
Emergency call. 
(SeeNotel). 

"emergency calls" 




Note 1 : For these NAS procedures initiated by UEs of access class 12, 13 or 14 in their home country, the RRC 

establishment cause will be set to "High priority access AC 1 1 - 15". For this purpose the home country is 
defined as the country of the MCC part of the IMSI, see 3GPP TS 22.01 1 [1 A]. 

For these NAS procedures initiated by UE of access class 11 or 15 in their HPLMN or EHPLMN, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". 
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13.1.17.3 Test description 

13.1.17.3.1 Pre-test conditions 

System Simulator: 

- cell 1 and cell 19. 

- cell 1 is "Serving cell" and cell 19 is "Suitable cell". 

- System information combination 6 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 


UE: 


The UE is equipped with a USIM containing default values (as per TS 36.508) except for those shown in Table 
13.1.17.3.1-1. 

Table 13.1.17.3.1-1: USIM Configuration 


USIIVI field 

Value 

EFacc 

Type "A" as defined in TS34.108 clause 
8.3.2.15 


Preamble: 

- the UE is in state Registered, Idle Mode (State 2C) on cell 1 according to TS 36.508 [18]; 

- the UE has completed the IxRTT CS pre-registration procedure on cell 19. 
13.1.17.3.2 Test procedure sequence 

Table 13.1.17.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Cause the UE to originate an emergency CS 
call. (Notel) 

- 

- 

- 

- 

2 

Check: Does the UE transmit an 
RRCConnectionRequest message with 
establishmentCause set to 'emergency' 

-> 

RRC: RRC CONNECTION 
REQUEST 

1 

P 

3 

The SS transmits an RRC CONNECTION 
SETUP message. 

<~ 

RRC: RRC CONNECTION 
SETUP 

- 

- 

4 

Check: Does the UE transmit an RRC 
CONNECTION SETUP COMPLETE message? 

-> 

RRC: RRC CONNECTION 
SETUP COMPLETE 

1 

P 

5 

Check: Does the UE transmit an EXTENDED 
SERVICE REQUEST message with Service 
Type IE set to "mobile originating CS fallback 
emergency call or IxCS fallback emergency 
call"? 

-> 

EXTENDED SERVICE REQUEST 

1 

P 

6 

The SS releases the RRC Connection on cell 1 
redirecting the UE to Cell 19. 

<- 

RRCConnectionRelease 

- 

- 

7 

Check: Does the UE transmit an Origination 
message on Cell 19? 

-> 

Origination 

2 

P 

8 

The SS transmits an Extended Cliannel 
Assignnfient \r\essage on Cell 19. 

<- 

Extended Cliannel Assignment 

- 

- 

9 

After the SS detects that Traffic Channel 
Initialization is successful, it transmits an 
Acknowledgenfient Order message on Cell 19. 

<— 

Acknowledgement Order 



10 

The SS transmits a Service Connect roessage 
on Cell 19. 

<- 

Service Connect 

- 

- 

11 

The UE transmits a Service Connect Completion 
message on Cell 19. 

-> 

Service Connect Completion 

2 

P 

12 

Mobile originating IxRTT emergency call is set 
up. 

- 

- 

- 

- 

Note 1 : This could be done by e.g. MMI or AT command. 
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13.1.17.3.3 Specific message contents 

Table 13.1.17.3.3-1: SystemlnformationBlockTypeSiov Cell 1 (all steps, Table 13.1.17.3.2-1) 


Derivation Path: 36.508 Table 4.4.3.3-7, condition 1XRTT 

Information Element 

Value/remark 

Comment 

Condition 

SysteminformationBJockTypeS ::= SEQUENCE { 




parameterslXRTT SEQUENCE { 




csfb-RegistrationParam1XRTT SEQUENCE { 




Sid 

FFS 

Sid of Cell 19 


Nid 

FFS 

Nid of Cell 19 


1 




longCodeStatelXRTT 

Set by SS 

BIT STRING 
(SIZE (42)) 
OPTIONAL 


cellReselectionParameterslXRTT SEQUENCE { 




bandClassList SEQUENCE (SIZE (L.maxCDMA 
-BandClass)) QF SEQUENCE { 

1 entry 



cellReselectionPriority 

3 



1 




1 




} 




1 





Table 13.1.17.3.3-2: Message RRCConnectionRequest {step 2, Table 13.1.17.3.2-1) 


Derivation path: 36.508 table 4.6.1-16 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 
criticalExtensions CHOICE { 
rrcConnectionRequest-r8 SEQUENCE { 
establishmentCause 
} 
} 
1 

emergency 




Table 13.1.17.3.3-3: Message EXTENDED SERVICE REQUEST (step 5, Table 13.1.17.3.2-1) 


Derivation Path: 36.508 clause 4.7.2-1 4A 

Information Element 

Value/remark 

Comment 

Condition 

Service type 

•001 0'B 

"mobile originating 
CS fallback 
emergency call or 
IxCS fallback 
emergency call" 


CSFB response 

Not present 
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Table 13.1.17.3.3-4: RRCConnectionRelease (step 6, Table 13.1.17.3.2-1) 


Derivation Path: 36.508 table 4.6.1-15 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionRelease ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




rrcConnectionRelease-r8 SEQUENCE { 




redirectionlnformation ::= CHOICE { 




inter RAT-target CHOICE { 




cdma2000-1xRTT 

cdnna2000-Carrierlnfo for 
Cell 19 



1 




1 




1 




1 




1 




} 





Table 13.1.17.3.3-5: Origination (step 7, Table 13.1.17.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

MSGJD 

'0001 OO'B 

Origination 
Message 


SPECIAL SERVICE 

'1'B 



SERVICE_OPTION 

Any value mapping to a 
voice service option 




Table 13.1.17.3.3-6: Extended Chiannei Assignment (step 8, Table 13.1.17.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

MSGJD 

'010101'B 

Extended Channel 

Assignment 

Message 


ASSIGN_MODE 

'OOO'B 

Traffic Channel 
Assignment 



Table 13.1.17.3.3-7: Acl(nowiedgment Order (step 9, Table 13.1.17.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

MSG ID 

'00000001 'B 

Order Message 


ORDER 

'010000'B 

Base Station 

Acknowledgment 

Order 


ORDQ 

'OOOOOOOO'B 




Table 13.1.17.3.3-8: Service Connect (step 8, Table 13.1.17.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

MSGJD 

'0001 01 OO'B 

Service Connect 
Message 


SERV CON SEQ 

Set by SS 
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Table 13.1.17.3.3-9: Service Connect Completion (step 9, Table 13.1.17.3.2-1) 


Information Element 

Value/remark 

Comment 

Condition 

MSGJD 

'0000111 0'B 

Service Connect 

Completion 

Message 


SERV_CON_SEQ 

Same value as 
SERV_CON_SEQ 
received in Service 
Connect Message (Table 
13.1.17.3.3-8 




13.1.18 Call setup from E-UTRAN RRCJDLE / mobile originating enhanced IxCS 
fallback emergency call to IxRTT 


13.1.18.1 


(1) 


Test Purpose (TP) 


with { UE in state EMM-REGISTERED and EMM- IDLE } 
ensure that { 

when { UE initiates a mobile originating IxCS fallback emergency call } 

then { UE establishes the RRC connection with the RRC establishmentCause set to 'emergency' and 
transmits an EXTENDED SERVICE REQUEST message with Service Type IE set to "mobile originating CS 
fallback emergency call or IxCS fallback emergency call" } 

} 

(2) 

with { UE having transmitted an EXTENDED SERVICE REQUEST message with Service Type IE set to "mobile 
originating CS fallback emergency call or IxCS fallback emergency call" } 
ensure that { 

when { SS transmits HandoverFromEUTRAPreparationRequest message with cdma2000-type set to 
'type IXRTT' } 

then { UE transmits an ULHandoverPreparationTransfer message containing a tunneled IxRTT GCSNA 
Encapsulated Origination message} 

(3) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a Mobil ityFromEUTRACommand message containing a tunneled IxRTT GCSNA 
Encapsulated Handoff Direction message } 

then { UE transmits a IxRTT Handoff Completion message on the target IxRTT cell } 


13.1.18.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.272, clause B.2.3a.2. 

[TS 23.272, clause B.2.3a.2] 

The following figure describes the mobile originating call procedures for the enhanced CS Fallback to IxRTT with 
concurrent non-optimised PS handover or optimised idle-mode PS handover, or without concurrent PS handover, in the 
normal case. Clause B.2.3b describes the procedure when the procedure is rejected by the MME. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2405 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


1xCS 

CSFB 

UE 


E- 

UTRAN 


MME 


1xCS 
IWS 


1xRTT 
MSC 


S-GW/ 
P-GW 


1 . UE is E-UTRAN attached and registered with 1xRTT CS 
UE indicates that it supports enhanced IxCSFB procedure 


2. UE decision 

to perform MO 

call in 1xCS 


3. Extended Service Request 


4. UE Context IVIodification Request/ Initial UE Context Request 


4. UE Context Modification Response / Initial UIE Context Response 


\ 5. Optional measurement report | 


solicitation 


1 


_ J 


6. HOfromEUTRAPrep . Request 

(3G1x parameter , RAND, con-HRPD HO indication ) 

7. UL HO prepXfer 

(MEID , 1x Message) 


ULS1 cdma2000 tunneling 
(...) 


8102 Direct Transfer , and 1xMSC interworking 


DLS1 cdma2000 tunneling 

(...) 


9. MobiiityFromEUTRA (elxCSFB ind ,1xRTT parameters , hrpd redirection info ) 

I 
10a. 81 UE context Release Request 


10b 


10c. SI U= Context Release 


Suspend Notification / Acknowledge 


1 1 . UE tunes to IxRTT and resumes with3GPP2 specific procedure. 


HRPD 


I 12. HRPD PS HO as I 
I per TS 23.402. j 

't 1 — 


Figure B.2.3a.2-1 : Enhanced CS fallback to 1xRTT MO Call with no PS handover, or with concurrent 
non-optimised PS handover or optimised idle-mode PS handover 


1. UE is E UTRAN attached and registered with IxRTT CS as defined in clause B.2.1.1 with enhanced CS fallback 
to IxRTT capability indication to the network. The UE may also indicate that it supports concurrent IxRTT and 
HRPD capability. The UE may also be pre-registered with HRPD access using procedures defined in 

TS 23.402 [27], clause 9.3.1. 

2. UE makes a decision to perform a mobile originated CS call. 

3. UE sends an Extended Service Request (CS Fallback Indicator) to the MME. 

4. For a UE in active mode, MME sends UE Context Modification Request (CS Fallback Indicator) to E-UTRAN. 
CS Fallback Indicator indicates to the E UTRAN to move the UE to IxRTT. 

E-UTRAN responds with UE Context Modification Response. 

For a UE in idle mode, MME sends Initial UE Context Request (CS Fallback Indicator) to E-UTRAN. CS 
Fallback Indicator indicates to the E-UTRAN to move the UE to IxRTT. E-UTRAN responds with Initial UE 
Context Response. 
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5. E-UTRAN may optionally solicit a IxRTT measurement report from the UE to determine the target IxRTT cell 
to which the CS Fallback will be performed. 

If the network supports PS handover procedure to HRPD then E-UTRAN may optionally solicit an HRPD 
measurement report from the UE to determine whether the target HRPD candidates exist or not. If the network 
does not support PS handover procedure to HRPD or if no target HRPD candidates exist then E-UTRAN shall 
release the SI UE context (see step lOa/b) after executing the enhanced CS fallback to IxRTT procedure. 

6. E-UTRAN sends a HandoverFromE-UTRAPreparation Request message to the UE to start the enhanced IxCS 
fallback procedure. It includes 3Glx Overhead Parameters and RAND value. This message also includes an 
indication that concurrent HRPD handover preparation is not required. 

7. The UE initiates signalling for establishment of the CS access leg by sending UL HandoverPreparation Transfer 
message which contains the IxRTT Origination message with called party number. 

8. Messages between MME and IxIWS are tunnelled using the S102 interface. The IxRTT MSC initiates the call 
with the called party number carried in the IxRTT Origination message. 

9. The E UTRAN sends Mobility from EUTRA Command to the UE with indication that this is for enhanced Ix 
CS Fallback operation, IxRTT related information, and optionally the HRPD redirection information. The 
IxRTT information contains IxRTT messages related to Ix channel assignment and cause the UE to tune to and 
acquire this Ix channel. This is perceived by the UE as a Handover Command message to IxRTT. If IxRTT CS 
network cannot support this CSFB request (for example due to resource availability), the DL information 
transfer message is sent instead, with an embedded Ix message that indicates failure to the UE. 

For either concurrent non-optimised PS handover procedure or optimised idle-mode PS handover procedure 
along with enhanced CS fallback to IxRTT, E-UTRAN may also redirect the UE to HRPD as part of this 
procedure. This is indicated by the HRPD redirection information in the Mobility from EUTRA Command. 

lOa/b/c. If PS handover procedure is not performed then E-UTRAN sends an SI UE Context Release Request 
(Cause) message to the MME. Cause indicates that the SI UE Context Release was caused by CS fallback to 
IxRTT. The Sl-U bearers are released and the MME starts the preservation and suspension of non-GBR bearers 
and the deactivation of GBR bearers towards S-GW and P-GW(s). The MME sets the UE context to suspended 
status. 

1 1. UE retunes to the IxRTT radio access network and performs Ixchannel acquisition with the IxRTT CS access 
(e.g. IxRTT BSS). 

12.UE and Network follow the appropriate procedure for handling non-optimised PS handover procedure or 

optimised idle-mode PS handover as defined in TS 23.402 [27] if performed. SI UE Context release procedure is 
as specified in TS 23.402 [27] for non-optimised PS handover (clause 8.2.2) or optimised idle-mode PS 
handover (clause 9.4). This step occurs in parallel with step 11. 

[TS 24.301 clause D.l] 

When EMM requests the establishment of a NAS- signalling connection, the RRC establishment cause used by the UE 
shall be selected according to the NAS procedure as specified in table D.1.1. The EMM shall also indicate to the lower 
layer for the purpose of access control, the call type associated with the RRC establishment cause as specified in 
table D.1.1. 

Table D.1.1 : Mapping of NAS procedure to establishment cause and call type 


NAS procedure 

RRC establishment cause (according 3GPP TS 36.331 [22]) 

Call type 




Service Request 

If an EXTENDED SERVICE REQUEST has service type set to 
"mobile originating CS fallback emergency call or IxCS fallback 
emergency call", the RRC establishment cause shall be set to 
Emergency call. 
(SeeNotel). 

"emergency calls" 




Note 1 : For these NAS procedures initiated by UEs of access class 12, 13 or 14 in their home country, the RRC 

establishment cause will be set to "High priority access AC 1 1 - 15". For this purpose the home country is 
defined as the country of the MCC part of the IMSI, see 3GPP TS 22.01 1 [1 A]. 

For these NAS procedures initiated by UE of access class 11 or 15 in their HPLMN or EHPLMN, the RRC 
establishment cause will be set to "High priority access AC 1 1 - 15". 
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1 3.1 .1 8.3 Test description 

1 3.1 .1 8.3.1 Pre-test conditions 

System Simulator: 

- cell 1 and cell 19. 

- cell 1 is "Serving cell" and cell 19 is "Suitable cell". 

- System information combination 6 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 


UE: 


The UE is equipped with a USIM containing default values (as per TS 36.508) except for those shown in Table 
13.1.18.3.1-1. 

Table 13.1.18.3.1-1: USIM Configuration 


USIIVI field 

Value 

EFacc 

Type "A" as defined in TS34.108 clause 
8.3.2.15 


Preamble: 


13.1.18.3.2 


The UE is in state pre-registered on 1xRTT (state 2C) on Cell 1 according to [18]. 
Test procedure sequence 


Table 13.1.18.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while row marked "Tl" is to 
be applied subsequently. The exact instants on which these values shall be applied are described in the texts in this 
clause. 

Table 13.1.18.3.2-1: Cell configuration changes overtime 



Parameter 

Unit 

CelM 

Cell 19 

Remark 

TO 

Cell-specific 
RS EPRE 

dBm/15kHz 

-60 

- 

Srxlevceii i > and Cell 1 9 is off 
such that camping on Cell 1 is 
guaranteed. 

lor/loc 

dB 

- 

- 

Pilot Ec/lor 

dB 

- 

- 

loc 

dBm/1 .23 
MHz 

- 

- 

Pilot Ec/lo 
(Notel) 

dB 

- 

- 

Tl 

Cell-specific 
RS EPRE 

dBm/1 5kHz 

-60 

- 

Cell 19 in on, with SservingCell > 
ThreShserving, low and SnonServingCell, x 

< Threshx, low- 

lor/loc 

dB 

- 



Pilot Ec/lor 

dB 

- 

-7 

loc 

dBm/1 .23 
MHz 

- 

-75 

Pilot Ec/lo 
(Notel) 

dB 

- 

-10 

Note 1 : This parameter is not directly settable, but is derived by calculation from the other 
parameters set by the SS. 
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Tablel 3.1. 18.3.2-2: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1 

Cause the UE to originate an emergency CS 
call.(Notel) 

- 

- 

- 

- 

2 

Check: Does the UE transmit an 
RRCConnectionRequest message with 
establishmentCause set to 'emergency' 

-> 

RRC: RRC CONNECTION 
REQUEST 

1 

P 

3 

The SS transmits an RRC CONNECTION 
SETUP message. 

<- 

RRC: RRC CONNECTION 
SETUP 

- 

- 

4 

Check: Does the UE transmit an RRC 
CONNECTION SETUP COMPLETE 
message? 

— > 

RRC: RRC CONNECTION 
SETUP COMPLETE 

1 

P 

5 

Check: Does the UE transmit an EXTENDED 
SERVICE REQUEST message with Service 
Type IE set to "mobile originating CS fallback 
emergency call or IxCS fallback emergency 
call"? 

-> 

EXTENDED SERVICE REQUEST 

1 

P 

6 

The SS changes the cell power levels 
according to "T1" in Table 13.1.18.3.2-1. 

- 

- 

- 

- 

7 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup inter RAT measurement on Cell 
19. 

<- 

RRCConnectionReconfiguration 



8 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 to confirm the setup of inter 
RAT measurement. 

-> 

RRCConnectionReconfigurationC 
omplete 



9 

The UE transmits a MeasurementReport 
message on Cell 1 to report event B2 for Cell 
19, 

~> 

MeasurementReport 



10 

The SS transmits a 

HandoverFromEUTRAPreparationRequest on 
Cell 1 . 

<- 

HandoverFromEUTRAPreparation 
Request 



11 

Check: Does the UE transmit a tunneled 
1xRTT GCSNA Encapsulated Origination 
message contained in an 
ULHandoverPreparationTransfer message on 
CelM? 

-> 

ULHandoverPreparation Transfer 

2 

P 

12 

The SS transmits a tunneled 1xRTT GCSNA 
Encapsulated Handoff Direction message 
contained in a MobilityFromEUTRACommand 
on Colli to order the UE to perform inter RAT 
handover to Cell 19. 

<— 

MobilityFronfiEUTRA Command 



13 

The UE tunes to IxRTT radio. 

- 

- 

- 

- 

14 

Check: Does the UE transmit a 1xRTT Handoff 
Confipletion message on Cell 19? 

-> 

Handoff Completion 

3 

P 

15 

Mobile originating IxRTT emergency call is set 
up. 

- 

- 

- 

- 

Note 1 : This could be done by e.g. MMI or AT command. 


13.1.18.3.3 Specific message contents 

Table 13.1.18.3.3-1: Message RRCConnectionRequest (step 2, Table 13.1.18.3.2-2) 


Derivation path: 36.508 table 4.6.1-16 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionRequest ::= SEQUENCE { 
criticalExtensions CHOICE { 
rrcConnectionRequest-r8 SEQUENCE { 
establishmentCause 
} 
} 
} 

emergency 
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Table 13.1.18.3.3-2: EXTENDED SERVICE REQUEST (Step 5, Table 13.1.18.3.2-2) 


Derivation Path: 36.508 Table 4.7.2-1 4A 

Information Element 

Value/remark 

Comment 

Condition 

Protocol discriminator 

EMM 



Service type 

'001 0'B 

"mobile originating 
CS fallback 
emergency call or 
IxCS fallback 
emergency call" 


CSFB response 

Not present 




Table 13.1.18.3.3-3: RRCConnectionReconfiguration (Step 7, Table 13.1.18.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 13.1.18.3.3-4: MeasConfig (Step 7, Table 13.1.18.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfiq ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1 ..maxObjectId)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f17 



nneasObject[1] 

MeasObjectCDMA2000- 
GENERIC 



nneasObjectld[2] 

ldMeasObject-f1 



nneasObject[2] 

MeasObjectEUTRA- 
GENERIC(fl) 



1 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-CDMA2000(-69, -18) 



} 




measldToAddModList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



nneasld[1] 

1 



nneasObjectld[1] 

ldMeasObject-f17 



reportConfigld[1] 

ldReportConfig-B2- 
CDMA2000 



} 




quantityConfig SEQUENCE { 




quantityConfigEUTRA 

Not present 



quantityConfigUTRA 

Not present 



quantityConfigGERAN 

Not present 



quantityConfigCDMA2000 SEQUENCE { 




measQuantityCDMA2000 

pilotPnPhaseAndPilotStre 
ngth 



1 




} 




measGapConfig SEQUENCE { 




gapActivation CHOICE { 




activate SEQUENCE { 




gapPattern CHOICE { 




gp1 SEQUENCE { 




gapOffset 





} 




1 




1 




1 




1 




1 
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Table 13.1.18.3.3-5: MeasObjectCDMA2000-G EN ERIC (Step 7, Table 13.1.18.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1 C 

Information Element 

Value/remark 

Comment 

Condition 

MeasObjectCDMA2000-GENERIC ::= SEQUENCE { 




cdnna2000-Type 

TypelXRTT 



CarrierFreqCDMA2000 SEQUENCE { 




bandClass 

Band Class of frequency 
under test 



arfcn 

f17 



1 




SearchWindowSize 

15 



offsetFreq 

dbO 



cellsToRemoveList 

Not present 



cellsToAddModList CHOICE {} 

Cell 19 



cellForWhichToReportCGI 

Not present 



1 




Table 13.1.18.3.3-6: MeasurementReport (Step 9, Table 13.1.18.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




nneasurennentReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measld 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



1 




measResultNeighCells CHOICE { 




measResultsCDMA2000 :=SEQUENCE { 




preRegistrationStatusHRPD 

FALSE 



measResultListCDMA2000::=SEQUENCE 
(SIZE (1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 19 



cgi-lnfo[1] 

Not present 



measResultf 11 SEQUENCE { 




pilotPnPhase 

(0..32767) 



pilotStrength 

(0..63) 



1 




1 




1 




1 




1 




} 




1 




1 




1 
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Table 13.1.18.3.3-7: HandoverFromEUTRAPreparat ion Request (Step 10, Table 13.1.18.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-4 

Information Element 

Value/remark 

Comment 

Condition 

HandoverFromEUTRAPreparationRequest ::= 
SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




handoverFromEUTRAPreparationRequest-rS 
SEQUENCE { 




cdnna2000-Type 

TypelXRTT 



Rand 

Set by SS 

Random 

Challenge Data as 
broadcast on Cell 
19 


mobilityParameters 

Set according to 36.508 
Table 4.5.2C.4-6 

CDMA2000Param 
eters 


1 




1 




1 




1 




Table 13.1.18.3.3-8: ULHandoverPreparationTransfer {Step 11, Table 13.1.18.3.2-2) 

Derivation Path: 36.508 Table 4.6.1-24 

Information Element 

Value/remark 

Comment 

Condition 

ULHandoverPreparationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ulHandoverPreparationTransfer-rS SEQUENCE { 




cdma2000-Type 

TypelXRTT 



Meid 

UE's meid 



dedicatedlnfo 

Set according to Table 
8.4.7.1.3.3-9 

IxRTTGCSNA 
Encapsulated 
Origination 
message 


1 




} 




1 




1 
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Table 13.1.18.3.3-9: IxRTTGCSNA Encapsulated Origination (Step 1 1 , Table 13.1.18.3.2-2) 


Information Element 

Value/remark 

Comment 

Condition 

MessagelD 

'00000001'B 

GCSNAIxCircuitS 
ervice message 


GCSNAOption 

'00000001'B 



AlternativeGCSNAOption INCL 

'O'B 



IWSIDIncI 

'O'B 



AckRequired 

'O'B 



StopDupDetect 

'O'B 



MessageSequence 

Set by UE 



NumTLACEncapsulatedl XL3PDU 

'OO'B 



Reserved 

'OOOO'B 



IxLogicalChannel 

'O'B 



IxProtocolRevision 

'0000011 O'B 



MsgType 

'000001 OO'B 

Origination 
message 


NumTLACHeaderRecords 

'0001 'B 



TLACHeaderRecordType 

'OOOO'B 



TLACHeaderRecordLength 

4 bits, Set by UE 



MSID_TYPE 

3 bits, Set by UE 

Should be 
matched with 
PREF MSID TYP 
E 


MSID LEN 

4 bits. Set by UE 



MSID 

Variable, Set by UE 



Reserved 

'OOOOOOO'B 



1xL3PDULength 

16 bits. Set by UE 



MOB TERM 

'1'B 



SLOT CYCLE INDEX 

'010'B 



MOB P REV 

8 bits. Set by UE 



SCM 

8 bits. Set by UE 



REQUEST MODE 

'001 'B 



SPECIAL SERVICE 

'1'B 







SERVICE_OPTION 

16 bits, any value 
mapping to a voice 
service option 



PM 

'O'B 



DIGIT MODE 

'O'B 



NUMBER TYPE 

3 bits. Set by UE 



NUMBER PLAN 

4 bits. Set by UE 



MORE FIELDS 

'O'B 



NUM FIELDS 

8 bits. Set by UE 



CHARi 

Variable, Set by UE 



NAR AN CAP 

'O'B 



PACA REORIG 

'O'B 



RETURN CAUSE 

'OOOO'B 



MORE RECORDS 

'O'B 



ENCRYPTION SUPPORTED 

'OOOO'B 



PACA SUPPORTED 

'O'B 



NUM ALT SO 

'OOO'B 



DRS 

'1'B 



UZID INCL 

'O'B 



CH IND 

'01 'B 



SR ID 

3 bits. Set by UE 



OTD SUPPORTED 

'1'B 



QPCH SUPPORTED 

'1'B 



ENHANCED RC 

'1'B 



FOR RC PREF 

'0001 1'B 



REV RC PREF 

'0001 1'B 



FCH SUPPORTED 

'1'B 



FCH Capability Type-specific fields 

Variable 



DCCH SUPPORTED 

'1'B 



RESERVED 

'O'B 



REV FCH GATING REQ 

'O'B 
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Table 13.1.18.3.3-10: MobilityFromEUTRACommand {Step 12, Table 13.1.18.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




mobilityFromEUTRACommand-r9 SEQUENCE { 




csFallbacklndicator 

False 



purpose CHOICE{ 




e-CSFB-r9 SEQUENCE { 








messageContCDMA2000-1 XRTT-r9 

Set according to Table 
8.4.7.6.3.3-11 

IxRTTGCSNA 
Encapsulated 
Handoff Direction 
message 


1 




1 




} 




1 




1 




1 
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Table 13.1.18.3.3-11: IxRTTGCSNA Encapsulated Handoff Direction (Step 12, Table 13.1.18.3.2-2) 


Information Element 

Value/remark 

Comment 

Condition 

MessagelD 

'00000001'B 



GCSNAOption 

'00000001'B 



AlternativeGCSNAOption INCL 

'O'B 



IWSIDIncI 

'O'B 



AckRequired 

'O'B 



StopDupDetect 

'O'B 



MessageSequence 

Set by SS 



NumTLACEncapsulatedl XL3PDU 

'OO'B 



Reserved 

'OOOO'B 



IxLogicalChannel 

'1'B 



IxProtocolRevision 

'0000011 O'B 



MsgType 

'001 0001 O'B 

Universal Handoff 

Direction 

message 


NumTLACHeaderRecords 

'OOOO'B 



Reserved 

'OOO'B 



1xL3PDULength 

1 6 bits, Set by SS 



USE TIME 

'O'B 



ACTION TIME 

'OOOOOO'B 



HDM SEQ 

2 bits, Set by SS 



FARMS INCL 

'1'B 



P REV 

'0000011 O'B 



SERV NEG TYPE 

'1'B 



SEARCH INCLUDED 

'1'B 



SRCH WIN A 

'1 OOO'B 



SRCH WIN N 

'1001'B 



SRCH WIN R 

'1011'B 



T ADD 

'010100'B 



T DROP 

'011110'B 



T COMP 

'1010'B 



T TDROP 

'01 OO'B 



SOFT SLOPE 

'OOOOOO'B 



ADD INTERCEPT 

'OOOOOO'B 



DROP INTERCEPT 

'OOOOOO'B 



EXTRA PARMS 

'1'B 



PACKET ZONE ID 

'OOOOOOOO'B 



FRAME OFFSET 

4 bits. Set by SS 



PRIVATE LCM 

'O'B 



RESET L2 

'1'B 



RESET FPC 

'1'B 



ENCRYPT MODE 

'OO'B 



NOM PWR EXT 

'O'B 



NOM PWR 

'OOOO'B 



RLGAIN TRAFFIC PILOT 

'OOOOOO'B 



DEFAULT RLAG 

'1'B 



NUM PREAMBLE 

'OOO'B 



BAND CLASS 

5 bits. Set by SS 



CDMA FREQ 

1 1 bits. Set by SS 



RETURN IF HANDOFF FAIL 

'O'B 



PERIODIC SEARCH 

'O'B 



SCR INCLUDED 

'1'B 



NNSCR INCLUDED 

'1'B 



USE PWR CNTL STEP 

'O'B 



CLEAR RETRY DELAY 

'O'B 



SCH INCL 

'1'B 



FPC SUBCHAN GAIN 

'01010'B 



USE PC TIME 

'O'B 



CH IND 

'101'B 



ACTIVE SET REC LEN 

8 bits. Set by SS 



NUM PILOTS 

'001 'B 



SRCH OFFSET INCL 

'1'B 



PILOT PN 

'OOOOOOOOO'B 



SRCH OFFSET 

'010'B 
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ADD PILOT REG INCL 

'O'B 



PWR COMB IND 

'O'B 



CODE CHAN FCH 

1 1 bits, Set by SS 



OOF MASK ID FCH 

'OO'B 



RESERVED 

0-7 bits 



REV FCH GATING MODE 

'O'B 




Table 13.1.18.3.3-12: 1xRTT Handoff Completion {Step 14, Table 13.1.18.3.2-2) 


Information Element 

Value/remark 

Comment 

Condition 

MSG ID 

'00001010' 



ACK SEQ 

3 bits, Set by SS 



MSG SEQ 

3 bits. Set by SS 



ACK REQ 

'1'B 



ENCRYPTION 

'OO'B 



RESERVED 

'O'B 



LAST_HDM_SEQ 

Same value as 
HDM_SEQin IxRTT 
Handoff Direction 
message at Step 9 



PILOT_PN 

Same value as 
PILOT_PN included in 
IxRTT Handoff Direction 
message at Step 9 




13.2 RRC connection reconfiguration 

1 3.2.1 RRC connection reconfiguration / E-UTRA to E-UTRA 

13.2.1.1 Test Purpose (TP) 

(1) 

with { UE has a default EPS bearer context } 
ensure that { 

when { UE receives donwlink data on the radio bearer associated with the default EPS bearer 
context } 

then { UE delivers the downlink data to upper layers } 

} 

(2) 

with { UE has a default EPS bearer context } 
ensure that { 

when { uplink data are submitted for transmission } 

then { UE transmits the uplink data on the radio bearer associated with the default EPS bearer 
context } 


} 


(3) 


with { UE has a default EPS bearer context and successful completion of the intra- frequency handover 

} 

ensure that { 

when { UE receives donwlink data on the radio bearer associated with the default EPS bearer 
context } 

then { UE delivers the downlink data to upper layers } 


} 


(4) 


with { UE has a default EPS bearer context and successful completion of the intra- frequency handover 

} 

ensure that { 

when { uplink data are submitted for transmission } 

then { UE transmits the uplink data on the radio bearer associated with the default EPS bearer 
context } 

} 
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13.2.1.2 Conformance requirements 

Same Conformance requirements as in clause 8.2.4.2. 

References: The conformance requirements covered in the present TC are specified in: TS23.401, clause 5.5.1.1.1. 

[TS 23.401, clause 5.5.1.1.1] 

These procedures are used to hand over a UE from a source eNodeB to a target eNodeB using the X2 reference point. In 
these procedures the MME is unchanged. Two procedures are defined depending on whether the Serving GW is 
unchanged or is relocated. In addition to the X2 reference point between the source and target eNodeB, the procedures 
rely on the presence of SI -MME reference point between the MME and the source eNodeB as well as between the 
MME and the target eNodeB. 

The handover preparation and execution phases are performed as specified in TS 36.300 [5]. 

If the serving PLMN changes during handover, the source eNB shall initiate an SI -based handover instead of an X2- 
based handover. 

When the UE receives the handover command it will remove any EPS bearers for which it did not receive the 
corresponding EPS radio bearers in the target cell. As part of handover execution, downlink packets are forwarded from 
the source eNodeB to the target eNodeB. When the UE has arrived to the target eNodeB, downlink data forwarded from 
the source eNodeB can be sent to it. Uplink data from the UE can be delivered via the (source) Serving GW to the PDN 
GW. Only the handover completion phase is affected by a potential change of the Serving GW, the handover 
preparation and execution phases are identical. 

If the MME receives a rejection to a NAS procedure (e.g. dedicated bearer establishment/modification/release; location 
reporting control; NAS message transfer; etc.) from the eNodeB with an indication that an X2 handover is in progress 
(see TS 36.300 [5]), the MME shall reattempt the same NAS procedure either when the handover is complete or the 
handover is deemed to have failed. The failure is known by expiry of the timer guarding the NAS procedure. 


13.2.1.3 
13.2.1.3.1 
System Simulator: 

- Cell 1 and Cell 2 
UE: 
None. 
Preamble: 


Test description 
Pre-test conditions 


- The UE is in state Loopback Activated (state 4) on Cell 1 according to [18] using the UE TEST LOOP MODE B. 

13.2.1.3.2 Test procedure sequence 

Table 13.2.1.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after Preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 13.2.1.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-91 

The power level value shall be such that 
measurement results for Cell 1 (Ml) and 
Cell 2 (M2) satisfy exit condition for event 
A3(M2 + Hys<M1). 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-91 

-85 

The power level value shall be such that 
measurement results for Cell 1 (Ml) and 
Cell 2 (M2) satisfy entry condition for event 
A3(M2-Hys>M1). 
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Table 13.2.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 . 

<- 

IP packet 



2 

Check: Does the UE loop back the IP packet 
on the DRB associated with the default EPS 
bearer context on Cell 1 ? 



1,2 

P 

3 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup intra frequency measurement. 

<— 

RRCConnectionReconfiguration 



4 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



5 

The SS changes Cell 1 and Cell 2 parameters 
according to the row'TV in table 13.2.1.3.2-1 

- 

- 

- 

- 

6 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 with the 
measured RSRP and RSRQ value for Cell 2. 

-> 

MeasurementReport 



7 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform intra 
frequency handover to Cell 2. 

<- 

RRCConnectionReconfiguration 



8 

The UE transmits an 

RRCConnectionReconfigurationConfipiete 
message on Cell 2 to confirm the successful 
completion of the intra frequency handover. 

-> 

RRCConnectionReconfigurationC 
ompiete 



9 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 2. 

<— 

IP packet 



10 

Check: Does the UE loop back the IP packet 
on the DRB associated with the default EPS 
bearer context on Cell 2? 



3,4 

P 


13.2.1.3.3 


Specific message contents 

Table 13.2.1.3.3-1 : ACTIVATE TEST MODE (preamble) 


Derivation Path: 36.508, Table 4.7A-1 , condition UE TEST LOOP MODE B 


Table 13.2.1.3.3-2: RRCConnectionReconfiguration (Step 3, Table 13.2.1.3.2-2) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 
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Table 13.2.1.3.3-3: MeasurementConfiguration (Step 3, Table 13.2.1.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 

Information Element 

Value/Remark 

Comment 

Condition 

measurementConfiguration ::= SEQUENCE { 




measObjectToAddModifyList SEQUENCE (SIZE 
(1 ..maxObjectId)) OF SEQUENCE { 

1 entry 



nneasObjectld[1] 

ldMeasObject-f1 



nneasObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModifyList SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfig-A3 



} 




measldToAddModifyList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



nneasObjectld[1] 

ldMeasObject-f1 



reportConfigld[1] 

ldReportConfig-A3 



} 





Table 13.2.1.3.3-4: MeasurementReport {Step 6, Table 13.2.1.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measld 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



1 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 2 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



1 




1 




1 




1 




} 




1 




1 




1 





Table 13.2.1.3.3-5: RRCConnectionReconfiguration (Step 7, Table 13.2.1.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 
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Table 13.2.1.3.3-6: MobilityControllnfo (step 7, Table 13.2.1.3.2-2) 


Derivation Path: 36.508 clause 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 2 



carrierFreq 

Not present 



1 




} 





13.3 Connection re-establishment 

13.3.1 Intra-system connection re-establishment 


Intra-system connection re-establishment / Radio link recovery while T310 is 
running 


13.3.1.1 

13.3.1.1.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state and has data to transmit} 
ensure that { 

when { UE detects radio link recovery while T310 is running} 
then { UE resumes the RRC connection without explicit signalling and continues data transfer} 
} 

13.3.1.1.2 Conformance requirements 
Refer to TS 36.523-1 clause 8.5.1.5.2. 

1 3.3.1 .1 .3 Test description 

13.3.1.1.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 
UE: 
None. 
Preamble: 

- The condition SRB2-DRB(1,0) is used for step 8 in 4.5.3A.3 according to [18]. 

- The UE is in state Loopback Activated (state 4) on Cell 1 according to [18] using the UE TEST LOOP MODE 
B. 

13.3.1.1.3.2 Test procedure sequence 

Table 13.3.1.1.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions, while columns marked "Tl" 
is to be applied subsequently. The exact instants on which these values shall be applied are described in the texts in this 
clause. 
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Table 13.3.1.1.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Remark 

TO 

RS EPRE 

dBm/1 
5kHz 

Pdefault 

Power level from 36.508 
clause 6.2.2.1. Pdefauitas 
serving cell. 

T1 

RS EPRE 

dBm/1 
5kHz 

Poff 

Poff as non-suitable "Off" cell. 

T2 

RS EPRE 

dBm/1 
5kHz 

Pdefault 

Pdefauitas serving cell. 


Table 13.3.1.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 . 

<- 

IP packet 



2 

1 00 ms after step 1 the SS reduce DL RS TX 

power level of Cell 1 from "TO" to "T1 " in table 

13.3.1.1.3.2-1. 

Note: 100 ms delay after step 1 is to ensure 

that UE has time to transmit STATUS PDU for 

data received in step 1 





3 

The SS waits for 1 .5s. T310 is 2s. 

- 

- 

- 

- 

4 

The SS recovers DL RS TX power level of Cell 
1 from "T1 " to "T2" in table 1 3.3.1 .1 .3.2-1 . 

- 

- 

- 

- 

5 

Check: Does the UE loop back the IP packet 
on the DRB associated with the default EPS 
bearer context on Cell 1 ?( Note 1 ) 

-> 

IP packet 

1 

P 

Note 1 : Triggered when timer T_delay_modeB (IP PDU delay time) expires and pending uplink data exist in 
buffered PDCP SDUs according to [25] clause 5.4.4.3. 


13.3.1.1.3.3 Specific message contents 

Table 13.3.1.1.3.3-1: ACTIVATE TEST MODE (preamble, Table 13.3.1.1.3.2-2) 

Derivation Path: 36.508, Table 4.7A-1 , condition UE TEST LOOP MODE B 

Table 13.3.1.1.3.3-2: CLOSE UE TEST LOOP (preamble, Table 13.3.1.1.3.2-2) 


Derivation Path: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE B 

Information Element 

Value/remark 

Comment 

Condition 

UE test loop mode B LB setup 




IP PDU delay 

000001 01 

5 seconds 


Table 13.3.1.1.3.3-3: SystennlnformationBlockType2 (preamble and all steps, Table 13.3.1.1.3.2-2) 


Derivation path: 36.508 table 4.4.3.3-1 

Information Element 

Value/Remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




ue-TimersAndConstants { 




t310 

nns2000 



1 




1 
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Table 13.3.1.1.3.3-4: RRCConnectionReconfiguration (preamble: Table 4.5.3.3-1 [18], step 8) 


Derivation path: 36.508 table 4.8.2.1 .5-1 

Information Element 

Value/Remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE{ 




rrcConnectionReconfiguration-r8 SEQUENCE { 




RadioResourceConfigDedicated SEQUENCE { 




mac-MainConfig CHOICE { 




timeAlignmentTinnerDedicated 

Infinity 



1 




1 




1 




} 




1 




1 





13.3.1 .2 Intra-system connection re-establishment / Re-establishnnent of a new 
connection when further data is to be transferred 

13.3.1.2.1 Test Purpose (IP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE detects radio link failure on expiry of timer T310 } 
then { UE starts timer T311 and UE initiates the RRC Connection re-establishment procedure 


(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE detects radio link failure and successfully completes the RRC Connection re- 
establishment procedure and has data available for transmission } 

then { UE use the DRB configured by network side and resume the data transfer } 
} 

13.3.1.2.2 Conformance requirements 
Refer to TS 36.523-1 clause 8.5.1.1.2. 

13.3.1.2.3 Test description 
13.3.1.2.3.1 Pre-test conditions 
System Simulator: 

2 cells on same E-UTRA frequency: 

- Cell 1 (default parameters) serving cell 

- Cell 2 intra-frequency cell 
UE: 

None. 
Preamble: 

- The condition SRB2-DRB(1,0) is used for step 8 in 4.5.3A.3 according to [18]. 

- The UE is in state Loopback Activated (state 4) on Cell 1 according to [18] using the UE TEST LOOP MODE B. 
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13.3.1.2.3.2 Test procedure sequence 

Table 13.3.1.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 



Void 

- 

- 

- 

- 

1 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 . 

<— 

IP packet 



2 

1 00 ms after step 1 the SS changes the power 
level of cell 1 to non-suitable "Off" and 
changes the power level of cell 2 to suitable 
according to TS 36.508 subclause 6.2.2.1 in 
order that the radio link quality of Cell 1 is 
degraded. 

Note: 100 ms delay after step 1 is to ensure 
that UE has time to transmit STATUS PDU for 
data received in step 1 





3 

Check: Does the UE initiate an RRC 
connection re-establishment procedure and 
transmit an 

RRCConnectionReestablishmentRequest 
message on Cell 2? 

-> 

RRCConnectionReestablishment 
Request 

1 

P 

4 

The SS transmits 
RRCConnectionReestablishment rciessage 

<- 

RRCConnectionReestablishment 

- 

- 

5 

UE transmits an 

RRCConnectionReestablishmentComplete 

message 

-> 

RRCConnectionReestablisliment 
Complete 



6 

The SS transmits 
RRCConnectionReconfiguration n]essage 

<- 

RRCConnectionReconfiguration 

- 

- 

- 

EXCEPTION : the steps 7 and 8 can happen 
in any order 

- 

- 

- 

- 

7 

UE transmits an 

RRCConnectionConfigurationComplete 

message 

-> 

RRCConnectionReconfigurationC 
omplete 



8 

Check: Does the UE loop back the IP packet 
on the DRB associated with the default EPS 
bearer context on Cell 2? 

-> 

IP packet 

2 

P 


13.3.1.2.3.3 Specific message contents 

Table 13.3.1.2.3.3-0: ACTIVATE TEST MODE (preamble, Table 13.3.1.2.3.2-2) 

Derivation Path: 36.508, Table 4.7A-1 , condition UE TEST LOOP MODE B 

Table 1 3.3.1. 2.3.3-OA: CLOSE UE TEST LOOP (preamble, Table 13.3.1.2.3.2-2) 


Derivation Path: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE B 

Information Element 

Value/remark 

Comment 

Condition 

UE test loop mode B LB setup 




IP PDU delay 

00000101 

5 seconds 


Table 13.3.1.2.3.3-1: SchedulingRequest-Configuration (RRCConnectionReconfiguration, preamble 

Table 4.5.3.3-1 [18], step 8) 


Derivation Path: 36.508 clause 4.6.3-20 

Information Element 

Value/remark 

Comment 

Condition 

SchedulingRequest-Configuration ::= CHOICE { 




setup SEQUENCE { 




dsr-TransMax 

n64 

Max value allowed 


1 




1 
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Table 13.3.1.2.3.3-2: RRCConnectionReestablishmentRequest (step 3, Table 13.3.1.2.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-13 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-rS 
SEQUENCE { 




ue-ldentity SEQUENCE { 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS 



} 




reestablishmentCause 

otherFailure 



1 




} 




1 




Table 13.3.1.2.3.3-3: RRCConnectionReconfiguration (step 6, Table 13.3.1.2.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-HO 



1 




1 




} 




1 





13.3.2 Inter-system connection re-establishment 

1 3.3.2.1 Inter-system connection re-establishment / E-UTRAN to UTRAN / Further 
data are to be transferred 

1 3.3.2.1 .1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE detects radio link failure } 
then { UE successfully selects the available strongest UTRAN cell and further data is transfered 
in the target cell} 
} 

1 3.3.2.1 .2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.331 clause 5.3.7.2, TS 
36.304, clause 4.1. 

[TS 36.331 clause 5.3.7.2] 

The UE shall only initiate the procedure when AS security has been activated. The UE initiates the procedure when one 
of the following conditions is met: 
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1> upon detecting radio link failure, in accordance with 5.3.11; or 

1> upon handover failure, in accordance with 5.3.5.6; or 

1> upon mobility from E-UTRA failure, in accordance with 5.4.3.5; or 

1> upon integrity check failure indication from lower layers; or 

1> upon an RRC connection reconfiguration failure, in accordance with 5.3.5.5; 
Upon initiation of the procedure, the UE shall: 

1> stop timer T310, if running; 

1> start timer T3 1 1 ; 

1> suspend all RBs except SRBO; 

1> reset MAC; 

1> apply the default physical channel configuration as specified in 9.2.4; 

1> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

1> apply the default MAC main configuration as specified in 9.2.2; 

1> perform cell selection in accordance with the cell selection process as specified in TS 36.304 [4]; 

[TS 36.331, clause 5.3.7.3] 

Upon selecting an inter-RAT cell, the UE shall: 

1> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'RRC 
connection failure'; 

[TS 36.331, clause 5.3.12] 

Upon leaving RRC_CONNECTED, the UE shall: 

1> reset MAC; 

1> stop all timers that are running except T320 and T330; 

1> release all radio resources, including release of the RLC entity, the MAC configuration and the associated PDCP 
entity for all established RBs; 

1> indicate the release of the RRC connection to upper layers together with the release cause; 

1> if leaving RRC_CONNECTED was not triggered by reception of the Mobility FromEUTRACommand message: 

2> enter RRC_IDLE and perform procedures as specified in TS 36.304 [4, 5.2.7]; 

[TS 36.304, clause 4.1] 

With the cell selection, the UE searches for a suitable cell of the selected PLMN and chooses that cell to provide 
available services, further the UE shall tune to its control channel. This choosing is known as "camping on the cell". 

13.3.2.1.3 Test description 

13.3.2.1.3.1 Pre-test conditions 

System Simulator: 

- 2 cells : 

- Cell 1 (default parameters) E-UTRAN serving cell 

- Cell 5 UTRAN cell 
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System information combination 4 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells; 


UE: 


None. 


Preamble: 


The UE is in state Loopback Activated (state 4) on Cell 1 according to [18] using the UE TEST LOOP MODE B 
with T_delay_modeB timer set to 255 seconds. 


13.3.2.1.3.2 


Test procedure sequence 

Table 13.3.2.1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 


U-S 

IVIessage 

1 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 . 

<— 

IP packet 



2 

The SS changes the power level of cell 1 to 
non-suitable "Off" and changes the power level 
of cell 5 to suitable according to TS 36.508 
subclause 6.2.2.1 in order that the radio link 
quality of Cell 1 is degraded. 





3 

Check: does the test result in generic test 

procedure in TS 36.508 subclause 6.4.2.8 

indicate that the UE is camped on UTRAN Cell 

5? 

NOTE: The UE performs a RAU procedure 

and the RRC connection is released. 



1 

P 

4- 
15 

The UE performs RAB establishment in the 
UTRA cell 5 using steps 2 to 13 from the 
generic session set up procedure for mobile 
originated packet switched sessions in 
subclause 7.2.4.2 of TS 34.108 using default 
RAB configuration in subclause 6.10.2.4.1.26 
in TS 34.108 





16 

void 





17 

Check: UE loops back the IP packet on Cell 5? 

^ 

IP packet 

1 

P 


13.3.2.1.3.3 


Specific message contents 
Table 13.3.2.1.3.3-1: ACTIVATE TEST MODE ->preamble) 


Derivation Path: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE B 

Information Element 

Value/remark 

Comment 

Condition 

UE test loop mode B LB setup 




IP PDU delay 

•1111 IIIVB 

255 seconds 



1 3.3.2.2 Inter-system connection re-establishment / E-UTRAN to GPRS / Further data 
are to be transferred 

13.3.2.2.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE detects radio link failure } 
then { UE successfully selects the available strongest GERAN cell and further data is transfered 
in the target cell} 
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13.3.2.2.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 36.331 clause 5.3.7.2, TS 
36.304, clause 4.1. 

[TS 36.331 clause 5.3.7.2] 

The UE shall only initiate the procedure when AS security has been activated. The UE initiates the procedure when one 
of the following conditions is met: 

1> upon detecting radio link failure, in accordance with 5.3.11; or 

1> upon handover failure, in accordance with 5.3.5.6; or 

1> upon mobility from E-UTRA failure, in accordance with 5.4.3.5; or 

1> upon integrity check failure indication from lower layers; or 

1> upon an RRC connection reconfiguration failure, in accordance with 5.3.5.5; 
Upon initiation of the procedure, the UE shall: 

1> stop timer T310, if running; 

1> start timer T3 1 1 ; 

1> suspend all RBs except SRBO; 

1> reset MAC; 

1> apply the default physical channel configuration as specified in 9.2.4; 

1> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

1> apply the default MAC main configuration as specified in 9.2.2; 

2> perform cell selection in accordance with the cell selection process as specified in TS 36.304 [4]; 

[TS 36.331, clause 5.3.7.3] 

Upon selecting an inter-RAT cell, the UE shall: 

1> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'RRC 
connection failure'; 

[TS 36.331, clause 5.3.12] 

Upon leaving RRC_CONNECTED, the UE shall: 

1> reset MAC; 

1> stop all timers that are running except T320 and T330; 

1> release all radio resources, including release of the RLC entity, the MAC configuration and the associated PDCP 
entity for all established RBs; 

1> indicate the release of the RRC connection to upper layers together with the release cause; 

1> if leaving RRC_CONNECTED was not triggered by reception of the MohilityFromEUTRACommand message: 

2> enter RRC_IDLE and perform procedures as specified in TS 36.304 [4, 5.2.7]; 

[TS 36.304, clause 4.1] 

With the cell selection, the UE searches for a suitable cell of the selected PLMN and chooses that cell to provide 
available services, further the UE shall tune to its control channel. This choosing is known as "camping on the cell". 
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1 3.3.2.2.3 Test description 
13.3.2.2.3.1 Pre-test conditions 
System Simulator: 

- 2 cells: 

- Cell 1 (default parameters) E-UTRAN serving cell 

- Cell 24 GERAN cell 

- System information combination 5 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells; 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) on Cell 1 according to [18] using the UE TEST LOOP MODE B 
with T_delay_modeB timer set to 255 seconds. 


13.3.2.2.3.2 


Test procedure sequence 

Table 13.3.2.2.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 


U-S 

IVIessage 

1 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 . 

<— 

IP packet 



2 

The SS changes the power level of cell 1 to 
non-suitable "Off" and changes the power level 
of cell 24 to suitable according to TS 36.508 
subclause 6.2.2.1 





3 

Check: does the test result in generic test 
procedure in TS 36.508 subclause 6.4.2.9 
indicate that the UE is camped on GERAN Cell 
24? 



1 

P 

4- 
14 

The UE performs RAU steps 1-1 1 according to 
TS36.508 subclause 6.4.2.9 





15 

Check: Does the UE loop back the IP packet 
on Cell 24? 

~> 

IP packet 

1 

P 


13.3.2.2.3.3 Specific message contents 

Table 13.3.2.2.3.3-1 : ACTIVATE TEST MODE (preamble) 


Derivation Path: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE B 

Information Element 

Value/remark 

Comment 

Condition 

UE test loop mode B LB setup 




IP PDU delay 

•1111 IIIVB 

255 seconds 



Table 13.3.2.2.3.3-2: ROUTING AREA UPDATE REQUEST (step 6, Table 13.3.2.2.3.2-1) 


Derivation Path: Derivation path: 36.508 table 4.7B.2-1 

Information Element 

Value/remark 

Comment 

Condition 

PDP context status 

The SM state of the PDP 

The UE indicates 



context established on 

that the default 



the NSAPI used in the E- 

bearer context is 



UTRA data transfer shall 

still active. 



be indicated as not PDP- 




INACTIVE 
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Table 13.3.2.2.3.3-3: ROUTING AREA UPDATE ACCEPT (step 12, Table 13.3.2.2.3.2-1) 


Derivation Path: Derivation path: 36.508 table 4.7B.2-2 

Information Element 

Value/remark 

Comment 

Condition 

PDP context status 

The SM state of the PDP 

The network 



context established on 

confirms that the 



the NSAPI used in the E- 

default bearer 



UTRA data transfer shall 

context is still 



be indicated as not PDP- 

active. 



INACTIVE 




13.4 Mobility 

13.4.1 Intra-system mobility 


13.4.1.1 
13.4.1.2 
13.4.1.2.1 
(1) 


Inter-frequency mobility / E-UTRA to E-UTRA packet 
Test Purpose (TP) 


with { UE has a default EPS bearer context } 
ensure that { 

when { UE receives downlink data on the radio bearer associated with the default EPS bearer 
context } 

then { UE delivers the downlink data to upper layers } 


} 


(2) 


with { UE has a default EPS bearer context } 
ensure that { 

when { uplink data are submitted for transmission } 

then { UE transmits the uplink data on the radio bearer associated with the default EPS bearer 
context } 


} 


(3) 


with { UE has a default EPS bearer context and successful completion of the inter- frequency handover 

} 

ensure that { 

when { UE receives downlink data on the radio bearer associated with the default EPS bearer 
context } 

then { UE delivers the downlink data to upper layers } 

} 

(4) 

with { UE has a default EPS bearer context and successful completion of the inter- frequency handover 

} 

ensure that { 

when { uplink data are submitted for transmission } 

then { UE transmits the uplink data on the radio bearer associated with the default EPS bearer 
context } 

} 

13.4.1.2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.401, clauses 5.5.1.1.1. 

[TS 23.401, clause 5.5.1.1.1] 

These procedures are used to hand over a UE from a source eNodeB to a target eNodeB using the X2 reference point. In 
these procedures the MME is unchanged. Two procedures are defined depending on whether the Serving GW is 
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unchanged or is relocated. In addition to the X2 reference point between the source and target eNodeB, the procedures 
rely on the presence of Sl-MME reference point between the MME and the source eNodeB as well as between the 
MME and the target eNodeB. 

The handover preparation and execution phases are performed as specified in TS 36.300 [5]. 

If the serving PLMN changes during handover, the source eNB shall initiate an SI -based handover instead of an X2- 
based handover. 

When the UE receives the handover command it will remove any EPS bearers for which it did not receive the 
corresponding EPS radio bearers in the target cell. As part of handover execution, downlink packets are forwarded from 
the source eNodeB to the target eNodeB. When the UE has arrived to the target eNodeB, downlink data forwarded from 
the source eNodeB can be sent to it. Uplink data from the UE can be delivered via the (source) Serving GW to the PDN 
GW. Only the handover completion phase is affected by a potential change of the Serving GW, the handover 
preparation and execution phases are identical. 

If the MME receives a rejection to a NAS procedure (e.g. dedicated bearer establishment/modification/release; location 
reporting control; NAS message transfer; etc.) from the eNodeB with an indication that an X2 handover is in progress 
(see TS 36.300 [5]), the MME shall reattempt the same NAS procedure either when the handover is complete or the 
handover is deemed to have failed. The failure is known by expiry of the timer guarding the NAS procedure. 


Test description 
Pre-test conditions 


13.4.1.2.3 
13.4.1.2.3.1 
System Simulator: 

- Cell 1 and Cell 3 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) on Cell 1 according to [18] using the UE TEST LOOP MODE 
B. 


13.4.1.2.3.2 


Test procedure sequence 


Table 13.4.1.2.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 13.4.1.2.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-97 

The power level values are such that 
measurement results for Cell 1 (M1) and 
Cell 3 (M3) satisfy exit condition for event 
A3(M3<M1). 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-73 

The power level values are such that 
measurement results for Cell 1 (M1) and 
Cell 3 (M3) satisfy entry condition for event 
A3(M3>M1). 
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Table 13.4.1.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 . 

<- 

IP packet 



2 

Check: Does the UE loop back the IP packet 
on the DRB associated with the default EPS 
bearer context on Cell 1 ? 

~> 

IP packet 

1,2 

P 

3 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup inter frequency measurement 
and reporting for event A3. 

<— 

RRCConnectionReconfiguration 



4 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



5 

The SS changes Cell 3 parameters according 
to the row "TV in table 13.4.1 .2.3.2-1 

- 

- 

- 

- 

6 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 with the 
measured RSRP and RSRQ value for Cell 3. 

— > 

MeasurementReport 



7 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform inter 
frequency handover to Cell 3. 

<— 

RRCConnectionReconfiguration 



8 

The UE transmit an 

RRCConnectionReconfigurationConfipiete 
message on Cell 3 to confirm the successful 
completion of the inter frequency handover. 

-> 

RRCConnectionReconfigurationC 
omplete 



9 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 3. 

<— 

IP packet 



10 

Check: Does the UE loop back the IP packet 
on the DRB associated with the default EPS 
bearer context on Cell 3? 

~> 

IP packet 

3,4 

p 


13.4.1.2.3.3 


Specific message contents 
Table 13.4.1.2.3.3-1 : ACTIVATE TEST MODE (preamble) 


Derivation Path: 36.508, Table 4.7A-1 , condition UE TEST LOOP MODE B 


Table 13.4.1.2.3.3-2: RRCConnectionReconfiguration (step 3, Table 13.4.1.2.3.2-2) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 
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Table 13.4.1.2.3.3-3: MeasConfig (step 3, Table 13.4.1.2.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 with condition INTER-FREQ | 

Information Element 

Value/Remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModifyList SEQUENCE (SIZE 
(1 ..maxObjectId)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

IdMeasObject-fl 



nneasObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



nneasObjectld[2] 

ldMeasObject-f2 



nneasObject[2] 

MeasObjectEUTRA- 
GENERIC(f2) 



1 




reportConfigToAddModifyList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

IdReportConfigEUTRA- 
A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



1 




measldToAddModifyList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



nneasld[1] 

1 



nneasObjectld[1] 

ldMeasObject-f2 



reportConfigld[1] 

IdReportConfigEUTRA- 
A3 



} 




1 




Table 13.4.1.2.3.3-4: MeasurementReport {step 6, Table 13.4.1.2.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




nneasurennentReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measld 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cells 



cgi-lnfo[1] 

Not present 



measResult[1] SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



1 




1 




1 




1 




1 




1 




1 




1 
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Table 13.4.1.2.3.3-5: RRCConnectionReconfiguration (step 7, Table 13.4.1.2.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO ~ 


Table 13.4.1.2.3.3-6: MobilityControllnfo (step 7, Table 13.4.1.2.3.2-2) 


Derivation Path: 36.508 clause 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cells 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 3 



ul-CarrierFreq 

Not present 



} 




} 





13.4.1.3 
13.4.1.3.1 
(1) 


Intra-system mobility / E-UTRA FDD to E-UTRA TDD to E-UTRA FDD packet 
Test Purpose (TP) 


with { UE has a default EPS bearer context } 

ensure that { 

when { UE receives downlink data on the radio bearer associated with the default EPS bearer context 

} 

then { UE delivers the downlink data to upper layers } 


(2) 

with { UE has a default EPS bearer context } 

ensure that { 

when { uplink data are submitted for transmission } 

then { UE transmits the uplink data on the radio bearer associated with the default EPS bearer 
context } 


(3) 

with { UE has a default EPS bearer context and successful completion of the inter- frequency handover 

from E-UTRA FDD to E-UTRA TDD} 

ensure that { 

when { UE receives downlink data on the radio bearer associated with the default EPS bearer context 

} 

then { UE delivers the downlink data to upper layers } 


(4) 


with { UE has a default EPS bearer context and successful completion of the inter- frequency handover 

from E-UTRA FDD to E-UTRA TDD } 

ensure that { 

when { uplink data are submitted for transmission } 

then { UE transmits the uplink data on the radio bearer associated with the default EPS bearer 
context } 


(5) 

with { UE has a default EPS bearer context and successful completion of the inter- frequency handover 

from E-UTRA TDD to E-UTRA FDD} 

ensure that { 

when { UE receives downlink data on the radio bearer associated with the default EPS bearer context 

} 

then { UE delivers the downlink data to upper layers } 
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(6) 

with { UE has a default EPS bearer context and successful completion of the inter- frequency handover 

from E-UTRA TDD to E-UTRA FDD } 

ensure that { 

when { uplink data are submitted for transmission } 

then { UE transmits the uplink data on the radio bearer associated with the default EPS bearer 
context } 


13.4.1.3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.401, clauses 5.5.1.1.1. 

[TS 23.401, clause 5.5.1.1.1] 

These procedures are used to hand over a UE from a source eNodeB to a target eNodeB using the X2 reference point. In 
these procedures the MME is unchanged. Two procedures are defined depending on whether the Serving GW is 
unchanged or is relocated. In addition to the X2 reference point between the source and target eNodeB, the procedures 
rely on the presence of SI -MME reference point between the MME and the source eNodeB as well as between the 
MME and the target eNodeB. 

The handover preparation and execution phases are performed as specified in TS 36.300 [5]. 

If the serving PLMN changes during handover, the source eNB shall initiate an SI -based handover instead of an X2- 
based handover. 

When the UE receives the handover command it will remove any EPS bearers for which it did not receive the 
corresponding EPS radio bearers in the target cell. As part of handover execution, downlink packets are forwarded from 
the source eNodeB to the target eNodeB. When the UE has arrived to the target eNodeB, downlink data forwarded from 
the source eNodeB can be sent to it. Uplink data from the UE can be delivered via the (source) Serving GW to the PDN 
GW. Only the handover completion phase is affected by a potential change of the Serving GW, the handover 
preparation and execution phases are identical. 

If the MME receives a rejection to a NAS procedure (e.g. dedicated bearer establishment/modification/release; location 
reporting control; NAS message transfer; etc.) from the eNodeB with an indication that an X2 handover is in progress 
(see TS 36.300 [5]), the MME shall reattempt the same NAS procedure either when the handover is complete or the 
handover is deemed to have failed. The failure is known by expiry of the timer guarding the NAS procedure. 

13.4.1.3.3 Test description 

13.4.1.3.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 (E-UTRA FDD Cell) 

- Cell 10 (E-UTRA TDD Cell) 

- System information combination 3 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) on Cell 1 according to [18] using the UE TEST LOOP MODE 
B. 

13.4.1.3.3.2 Test procedure sequence 

Table 13.4.1.3.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2435 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


columns marked "Tl" and "T2" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 13.4.1.3.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 10 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-97 

The power level values are such that 
measurement results for Cell 1 (M1) and 
Cell 10 (M10) satisfy exit condition for 
eventA3(M10<M1). 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-73 

The power level values are such that 
measurement results for Cell 1 (M1) and 
Cell 10 (M10) satisfy entry condition for 
eventA3(M10>M1). 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-73 

-85 

The power level values are such that 
measurement results for Cell 1 (Ml) and 
Cell 10 (M10) satisfy entry condition for 
event A3 (Ml >M10). 
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Table 13.4.1.3.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 . 

<- 

IP packet 



2 

Check: Does the UE loop back the IP packet 
on the DRB associated with the default EPS 
bearer context on Cell 1 ? 

~> 

IP packet 

1,2 

P 

3 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup inter frequency measurement 
and reporting for event A3. 

<— 

RRCConnectionReconfiguration 



4 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



5 

The SS changes Cell 10 parameters according 
to the row "TV in table 13.4.1 .3.3.2-1 

- 

- 

- 

- 

6 

The UE transmits a MeasurementReport 
message on Cell 1 to report event A3 with the 
measured RSRP and RSRQ value for Cell 10. 

— > 

iVIeasurenfientReport 



7 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform inter 
frequency handover to Cell 10. 

<— 

RRCConnectionReconfiguration 



8 

The UE transmit an 

RRCConnectionReconfigurationConfipiete 
message on Cell 10 to confirm the successful 
completion of the inter frequency handover. 

-> 

RRCConnectionReconfigurationC 
omplete 



9 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 10. 

<— 

IP packet 



10 

Check: Does the UE loop back the IP packet 
on the DRB associated with the default EPS 
bearer context on Cell 10? 

~> 

IP packet 

3,4 

p 

11 

The SS changes Cell 10 parameters according 
to the row 'T2" in table 1 3.4.1 .3.3.2-1 

- 

- 

- 

- 

12 

The UE transmits a iVIeasurenfientReport 
message on Cell 1 to report event A3 with the 
measured RSRP and RSRQ value for Cell 1 . 

— > 

IVIeasurenfientReport 



13 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 10 to order the UE to perform inter 
frequency handover to Cell 1 . 

<— 

RRCConnectionReconfiguration 



14 

The UE transmit an 

RRCConnectionReconfigurationComplete 
message on Cell 1 to confirm the successful 
completion of the inter frequency handover. 

-> 

RRCConnectionReconfigurationC 
omplete 



15 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 . 

<- 

IP packet 



16 

Check: Does the UE loop back the IP packet 
on the DRB associated with the default EPS 
bearer context on Cell 1 ? 

~> 

IP packet 

5,6 

p 


13.4.1.3.3.3 


Specific message contents 
Table 13.4.1.3.3.3-1 : ACTIVATE TEST MODE (preamble) 


Derivation Path: 36.508, Table 4.7A-1 , condition UE TEST LOOP MODE B 
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Table 13.4.1.3.3.3-2: RRCConnectionReconfiguration (step 3, Table 13.4.1.3.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 


Table 13.4.1.3.3.3-3: MeasConfig (step 3, Table 13.4.1.3.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 with condition INTER-FREQ 

Information Element 

Value/Remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModifyList SEQUENCE (SIZE 
(1 ..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

IdMeasObject-fl 



nneasObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



nneasObjectld[2] 

ldMeasObject-f5 



nneasObject[2] 

MeasObjectEUTRA- 
GENERIC(f5) 



} 




reportConfigToAddModifyList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

IdReportConfigEUTRA- 
A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModifyList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



nneasld[1] 

1 



nneasObjectld[1] 

ldMeasObject-f5 



reportConfigld[1] 

IdReportConfigEUTRA- 
A3 



1 




} 
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Table 13.4.1.3.3.3-4: MeasurementReport (step 6, Table 13.4.1.3.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 I 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE{ 




measurementReport-rS SEQUENCE { 




measResults SEQUENCE { 




measld 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



1 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 10 



cgi-lnfo[1] 

Not present 



measResultfH SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



1 




1 




1 




} 




1 




1 




} 




1 




Table 13.4.1.3.3.3-5: RRCConnectionReconfiguration (step 7, Table 13.4.1.3.3.2-2) 

Derivation Path: 36.508 clause 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




measConfig 

MeasConfig 



mobilityControllnfo 

MobilityControllnfo 



} 




} 




1 




} 
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Table 13.4.1.3.3.3-6: MeasConfig (step 7, Table 13.4.1.3.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 with condition INTER-FREQ | 

Information Element 

Value/Remark 

Comment 

Condition 

MeasConfig ::= SEQUENCE { 




measObjectToAddModifyList SEQUENCE (SIZE 
(1 ..maxObjectId)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f5 



nneasObject[1] 

MeasObjectEUTRA- 
GENERIC(f5) 



nneasObjectld[2] 

IdMeasObject-fl 



nneasObject[2] 

MeasObjectEUTRA- 
GENERIC(fl) 



1 




reportConfigToAddModifyList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

IdReportConfigEUTRA- 
A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



1 




measldToAddModifyList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



nneasld[1] 

1 



nneasObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

IdReportConfigEUTRA- 
A3 



} 




1 




Table 13.4.1.3.3.3-7: MobilityControllnfo (step 7, Table 13.4.1.3.3.2-2) 

Derivation Path: 36.508 clause 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 10 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 10 



ul-CarrierFreq 

Not present 



} 




1 
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Table 13.4.1.3.3.3-8: MeasurementReport (step 12, Table 13.4.1.3.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




critical Extensions CHOICE { 




c1 CHOICE! 




measurementReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measid 

1 



measResuitServCeli SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



1 




measResuitNeighCelis CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1 ..maxCeilReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
CelM 



cgi-lnfo[1] 

Not present 



measResultni SEQUENCE { 




rsrpResuit 

(0..97) 



rsrq Result 

(0..34) 



1 




1 




1 




} 




! 




) 




1 




} 





Table 13.4.1.3.3.3-9: RRCConnectionReconfiguration (step 13, Table 13.4.1.3.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 


Table 13.4.1.3.3.3-10: MobilityControllnfo (step 13, Table 13.4.1.3.3.2-2) 


Derivation Path: 36.508 clause 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
CelM 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 1 



ul-CarrierFreq 

Same uplink EARFCN as 
used for Cell 1 



1 




} 





13.4.2 Inter-system mobility packet 

1 3.4.2.1 Inter-system mobility / E-UTRA to UTRA packet 

1 3.4.2.1 .1 Test Purpose (TP) 

(1) 

with { UE has a default EPS bearer context } 
ensure that { 

when { UE receives downlink data on the radio bearer associated with the default EPS bearer 
context } 

then { UE delivers the downlink data to upper layers } 
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(2) 


with { UE has a default EPS bearer context } 
ensure that { 

when { uplink data are submitted for transmission } 

then { UE transmits the uplink data on the radio bearer associated with the default EPS bearer 
context } 


} 


(3) 


with { UE has a radio access bearer context and successful completion of the inter-system handover 
ensure that { 

when { UE receives downlink data on the radio bearer associated with the radio access bearer 
context } 

then { UE delivers the downlink data to upper layers } 


} 


(4) 


with { UE has a radio access bearer context and successful completion of the inter- system handover ' 
ensure that { 

when { uplink data are submitted for transmission } 

then { UE transmits the uplink data on the radio bearer associated with the radio access bearer 
context } 


} 


13.4.2.1.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are those Hsted in TC 8.4.1.2, plus those specified 
in: TS 23.401, clauses 5.5.2.1.2, 5.5.2.1.3. 

[TS 23.401, clause 5.5.2.1.2] 
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Figure 5.5.2.1.2-1 : E-UTRAN to UTRAN lu mode Inter RAT HO, preparation pliase 


1. The source eNodeB decides to initiate an Inter-RAT handover to the target access network, UTRAN lu mode. At 
this point both uplink and downlink user data is transmitted via the following: Bearer(s) between UE and source 
eNodeB, GTP tunnel(s) between source eNodeB, Serving GW and PDN GW. 

NOTE 1 : The process leading to the handover decision is outside of the scope of this specification. 
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2. The source eNodeB sends a Handover Required (SlAP Cause, Target RNC Identifier, Source eNodeB Identifier, 
Source to Target Transparent Container) message to the source MME to request the CN to estabHsh resources in 
the target RNC, target SGSN and the Serving GW. The bearers that will be subject to data forwarding (if any) 
are identified by the target SGSN in a later step (see step 7 below). 

3. The source MME determines from the Target RNC Identifier' IE that the type of handover is IRAT Handover to 
UTRAN lu mode. The Source MME initiates the Handover resource allocation procedure by sending a Forward 
Relocation Request (IMSI, Target Identification, MM Context, PDN Connections, MME Tunnel Endpoint 
Identifier for Control Plane, MME Address for Control plane. Source to Target Transparent Container, RAN 
Cause, MS Info Change Reporting Action (if available), ISR Supported, TI(s)) message to the target SGSN. The 
information ISR Supported is indicated if the source MME is capable to activate ISR for the UE. When ISR is 
activated the message should be sent to the SGSN that maintains ISR for the UE when this SGSN is serving the 
target identified by the Target Identification. This message includes all PDN Connections active in the source 
system and for each PDN Connection includes the associated APN, the address and the uplink Tunnel endpoint 
parameters of the Serving GW for control plane, and a list of EPS Bearer Contexts. RAN Cause indicates the 
SlAP Cause as received from source eNodeB. 

The target SGSN maps the EPS bearers to PDP contexts 1-to-l and maps the EPS Bearer QoS parameter values 
of an EPS bearer to the pre-Rel-8 QoS parameter values of a bearer context as defined in Annex E 

Prioritization of PDP Contexts is performed by the target core network node, i.e. target SGSN. 

The MM context contains security related information, e.g. supported ciphering algorithms as described in 
TS 29.274 [43]. Handling of security keys is described in TS 33.401 [41]. 

The target SGSN shall determine the Maximum APN restriction based on the APN Restriction of each bearer 
context in the Forward Relocation Request, and shall subsequently store the new Maximum APN restriction 
value. 

4. The target SGSN determines if the Serving GW is to be relocated, e.g., due to PLMN change. If the Serving GW 
is to be relocated, the target SGSN selects the target Serving GW as described under clause 4.3.8.2 on "Serving 
GW selection function", and sends a Create Session Request message (IMSI, SGSN Tunnel Endpoint Identifier 
for Control Plane, SGSN Address for Control plane, PDN GW address(es) for user plane, PDN GW UL TEID(s) 
for user plane, PDN GW address(es) for control plane, and PDN GW TEID(s) for control plane, the Protocol 
Type over S5/S8) per PDN connection to the target Serving GW. The Protocol Type over S5/S8 is provided to 
Serving GW which protocol should be used over S5/S8 interface. 

The target SGSN establishes the EPS Bearer context(s) in the indicated order. The SGSN deactivates the EPS 
Bearer contexts which cannot be established. 

4a. The target Serving GW allocates its local resources and returns a Create Session Response (Serving GW 
address(es) for user plane. Serving GW UL TEID(s) for user plane. Serving GW Address for control plane. 
Serving GW TEID for control plane) message to the target SGSN. 

5. The target SGSN requests the target RNC to establish the radio network resources (RABs) by sending the 
message Relocation Request (UE Identifier, Cause, CN Domain Indicator, Integrity protection information (i.e. 
IK and allowed Integrity Protection algorithms). Encryption information (i.e. CK and allowed Ciphering 
algorithms), RAB to be setup list. Source RNC to Target RNC Transparent Container, Service Handover related 
information). If the Access Restriction is present in the MM context, the Service Handover related information 
shall be included by the target SGSN for the Relocation Request message in order for RNC to restrict the UE in 
connected mode to handover to the RAT prohibited by the Access Restriction. 

For each RAB requested to be established, RABs To Be Setup shall contain information such as RAB ID, RAB 
parameters. Transport Layer Address, and lu Transport Association. The RAB ID information element contains 
the NSAPI value, and the RAB parameters information element gives the QoS profile. The Transport Layer 
Address is the Serving GW Address for user plane (if Direct Tunnel is used) or the SGSN Address for user plane 
(if Direct Tunnel is not used), and the lu Transport Association corresponds to the uplink Tunnel Endpoint 
Identifier Data in Serving GW or SGSN respectively. 

Ciphering and integrity protection keys are sent to the target RNC to allow data transfer to continue in the new 
RAT/mode target cell without requiring a new AKA (Authentication and Key Agreement) procedure. 
Information that is required to be sent to the UE (either in the Relocation Command message or after the 
handover completion message) from RRC in the target RNC shall be included in the RRC message sent from the 
target RNC to the UE via the transparent container. More details are described in TS 33.401 [41]. 
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In the target RNC radio and lu user plane resources are reserved for the accepted RABs. Cause indicates the 
RAN Cause as received from source MME. The Source RNC to Target RNC Transparent Container includes the 
value from the Source to Target Transparent Container received from the source eNodeB. 

5a. The target RNC allocates the resources and returns the applicable parameters to the target SGSN in the message 
Relocation Request Acknowledge (Target RNC to Source RNC Transparent Container, RABs setup list, RABs 
failed to setup list). 

Upon sending the Relocation Request Acknowledge message the target RNC shall be prepared to receive 
downlink GTP PDUs from the Serving GW, or Target SGSN if Direct Tunnel is not used, for the accepted 
RABs. 

Each RAB in the RABs setup list is defined by a Transport Layer Address, which is the target RNC Address for 
user data, and the lu Transport Association, which corresponds to the downlink Tunnel Endpoint Identifier for 
user data. 

Any EPS Bearer contexts for which a RAB was not established are maintained in the target SGSN and the UE. 
These EPS Bearer contexts shall be deactivated by the target SGSN via explicit SM procedures upon the 
completion of the routing area update (RAU) procedure. 

6. If 'Indirect Forwarding' and relocation of Serving GW apply and Direct Tunnel is used, the target SGSN sends a 
Create Indirect Data Forwarding Tunnel Request message (Target RNC Address and TEID(s) for data 
forwarding) to the Serving GW. If 'Indirect Forwarding' and relocation of Serving GW apply and Direct Tunnel 
is not used, then the target SGSN sends a Create Indirect Data Forwarding Tunnel Request message (SGSN 
Address and TEID(s) for data forwarding) to the Serving GW. 

Indirect forwarding may be performed via a Serving GW which is different from the Serving GW used as the 
anchor point for the UE. 

6a. The Serving GW returns a Create Indirect Data Forwarding Tunnel Response (Cause, Serving GW Address(es) 
and TEID(s) for data forwarding) message to the target SGSN. 

7. The target SGSN sends the message Forward Relocation Response (Cause, SGSN Tunnel Endpoint Identifier for 
Control Plane, SGSN Address for Control Plane, Target to Source Transparent Container, Cause, RAB Setup 
Information, Additional RAB Setup Information, Address(es) and TEID(s) for User Traffic Data Forwarding, 
Serving GW change indication) to the source MME. Serving GW change indication indicates a new Serving GW 
has been selected. The Target to Source Transparent Container contains the value from the Target RNC to 
Source RNC Transparent Container received from the target RNC. 

The IE 'Address(es) and TEID(s) for User Traffic Data Forwarding' defines the destination tunnelling endpoint 
for data forwarding in target system, and it is set as follows: 

- If 'Direct Forwarding' applies, or if 'Indirect Forwarding' and no relocation of Serving GW apply and Direct 
Tunnel is used, then the IE 'Address(es) and TEID(s) for User Traffic Data Forwarding' contains the 
addresses and GTP-U tunnel endpoint parameters to the Target RNC received in step 5a. 

- If 'Indirect Forwarding' and relocation of Serving GW apply, then the IE 'Address(es) and TEID(s) for User 
Traffic Data Forwarding' contains the addresses and GTP-U tunnel endpoint parameters to the Serving GW 
received in step 6a. This is independent from using Direct Tunnel or not. 

- If 'Indirect Forwarding' applies and Direct Tunnel is not used and relocation of Serving GW does not apply, 
then the IE 'Address(es) and TEID(s) for User Traffic Data Forwarding' contains the addresses and GTP-U 
tunnel endpoint parameters to the Target SGSN. 

8. If "Indirect Forwarding" applies, the Source MME sends the message Create Indirect Data Forwarding Tunnel 
Request (Address(es) and TEID(s) for Data Forwarding (received in step 7)), EPS Bearer ID(s)) to the Serving 
GW used for indirect forwarding. 

Indirect forwarding may be performed via a Serving GW which is different from the Serving GW used as the 
anchor point for the UE. 

8a. The Serving GW returns the forwarding parameters by sending the message Create Indirect Data Forwarding 
Tunnel Response (Cause, Serving GW Address(es) and TEID(s) for Data Forwarding). If the Serving GW 
doesn't support data forwarding, an appropriate cause value shall be returned and the Serving GW Address(es) 
and TEID(s) will not be included in the message. 
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[TS 23.401, clause 5.5.2.1.3] 
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Figure 5.5.2.1.3-1 : E-UTRAN to UTRAN lu mode Inter RAT HO, execution phase 


NOTE: For a PMIP-based S5/S8, procedure steps (A) and (B) are defined in TS 23.402 [2]. Step (B) shows PCRF 
interaction in the case of PMIP-based S5/S8. Steps 8 and 8a concern GTP based S5/S8 

The source eNodeB continues to receive downlink and uplink user plane PDUs. 

1. The source MME completes the preparation phase towards source eNodeB by sending the message Handover 
Command (Target to Source Transparent Container, E-RABs to Release List, Bearers Subject to Data 
Forwarding List). The "Bearers Subject to Data forwarding list" IE may be included in the message and it shall 
be a list of 'Address(es) and TEID(s) for user traffic data forwarding' received from target side in the preparation 
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phase (Step 7 of the preparation phase) when 'Direct Forwarding' appHes, or the parameters received in Step 8a 
of the preparation phase when 'Indirect Forwarding' appHes. 

The source eNodeB initiates data forwarding for bearers specified in the "Bearers Subject to Data Forwarding 
List". The data forwarding may go directly to target RNC or alternatively go via the Serving GW if so decided 
by source MME and or/ target SGSN in the preparation phase. 

2. The source eNodeB will give a command to the UE to handover to the target access network via the message HO 
from E-UTRAN Command. This message includes a transparent container including radio aspect parameters that 
the target RNC has set-up in the preparation phase. The details of this E-UTRAN specific signalling are 
described in TS 36.300 [5]. 

Upon the reception of the HO from E-UTRAN Command message containing the Handover Command message, 
the UE shall associate its bearer IDs to the respective RABs based on the relation with the NSAPI and shall 
suspend the uplink transmission of the user plane data. 

3. Void. 

4. The UE moves to the target UTRAN lu (3G) system and executes the handover according to the parameters 
provided in the message delivered in step 2. The procedure is the same as in step 6 and 8 in clause 5.2.2.2 in 
TS 43.129 [8] with the additional function of association of the received RABs and existing Bearer Id related to 
the particular NSAPI. 

The UE may resume the user data transfer only for those NSAPIs for which there are radio resources allocated in 
the target RNC. 

The UE locally deactivates ISR by setting its TIN from "RAT-related TMSI" to "GUTI", if any EPS bearer 
context activated after the ISR was activated in the UE exists. 

13.4.2.1.3 Test description 

13.4.2.1.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 5 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

- The UE is previously registered on cell 5. 
Preamble: 

- The UE is in state Generic RB EstabHshed (state 4) on Cell 1 according to [18] using the UE TEST LOOP MODE 
B. 

1 3.4.2.1 .3.2 Test procedure sequence 

Table 13.4.2.1.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2446 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 13.4.2.1.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 5 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

- 

The power level values are such that 
entering conditions for event B2 are not 
satisfied. 

CPICH Ec 
(UTRA FDD) 

dBm/3.8 
4 MHz 

- 

-22.5 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

-82.5 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-100 

- 

The power level values are such that 
entering conditions for event B2 are 
satisfied. 

CPICH Ec 
(UTRA FDD) 

dBm/3.8 
4 MHz 

- 

-12 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

-72 
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Table 13.4.2.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 . 

<- 

IP packet 



2 

Check: Does the UE loop back the IP packet 
on the DRB associated with the default EPS 
bearer context on Cell 1 ? 

~> 

IP packet 

1,2 

P 

3 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup inter RAT measurement and 
reporting for event B2. 

<— 

RRCConnectionReconfiguration 



4 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



5 

The SS changes the power level for Cell 1 and 
Cell 5 according to the row "T1 " in table 
13.4.2.1.3.2-1 





6 

The UE transmits a MeasurementReport 
message on Cell 1 to report event B2 for Cell 
5. 

-> 

MeasurementReport 



6A 

The SS transmits a UECapabilityEnquiry 
message to request UE radio access capability 
information for E-UTRA and UTRA. 

<- 

UECapabilityEnquiry 



6B 

The UE transmit a UECapabilitylnformation 
message on Cell 1 . 

NOTE: The start-PS values received, should 
be used to configure ciphering on cell 5. 

~> 

UECapabilitylnformation 



7 

The SS transmits an 

MobilityFromEUTRACommand message on 
Cell 1 to order the UE to perform inter system 
handover to Cell 5. 

<- 

MobilityFromEUTRA Command 



8 

The UE transmit a HANDOVER TO UTRAN 
COMPLETE message on Cell 5 to confirm the 
successful completion of the inter system 
handover. 

— > 

HANDOVER TO UTRAN 
COMPLETE 



9- 
13 

Steps 4 to 8 of the Routing Area Update 
procedure described in TS 36.508 subclause 
6.4.2.8 are performed on Cell 5. 
NOTE: The UE performs RAU procedure. 





14 

The SS transmits one IP packet to the UE on 
the DRB associated with the RAB context on 
Cell 5. 

<- 

IP packet 



15 

Check: Does the UE loop back the IP packet 
on the DRB associated with the RAB context 
on Cell 5? 

~> 

IP packet 

3,4 

P 


13.4.2.1.3.3 


Specific message contents 
Table 13.4.2.1.3.3-1 : ACTIVATE TEST MODE (preamble) 


Derivation Path: 36.508, Table 4.7A-1 , condition UE TEST LOOP MODE B 


Table 13.4.2.1.3.3-2: RRCConnectionReconfiguration (step 3, Table 13.4.2.1.3.2-2) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 
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Table 13.4.2.1.3.3-3: MeasConfig (step 3, Table 13.4.2.1.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 with condition UTRAN | 

Information Element 

Value/Remark 

Comment 

Condition 

measurementConfiguration ::= SEQUENCE { 




measObjectToAddModifyList SEQUENCE (SIZE 
(1 ..maxObjectId)) OF SEQUENCE { 

1 entry 



nneasObjectld[1] 

ldMeasObject-f8 



nneasObject[1] 

MeasObjectUTRA- 
GENERIC(f8) 



} 




reportConfigToAddModifyList SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

IdReportConfiglnterRAT- 
B2-UTRA 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-UTRA(-90, -18) 


UTRA- 
FDD 

reportConfig[1] 

ReportConfiglnterRAT- 
B2-UTRA (-90, -78) 


UTRA- 
TDD 

} 




measldToAddModifyList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



nneasld[1] 

1 



nneasObjectld[1] 

ldMeasObject-f8 



reportConfigld[1] 

IdReportConfiglnterRAT- 
B2-UTRA 



1 




1 




Table 13.4.2.1.3.3-4: MeasurementReport {step 6, Table 13.4.2.1.3.2-2) 

Derivation Path: 36.508, table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




nneasurennentReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measld 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



1 




measResultNeighCells CHOICE { 




measResultListUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 5 



cgi-lnfo[1] 

Not present 



measResultfll SEQUENCE! 




utra-RSCP 

(-5..91) 



utra-EcNO 

(0..49) 



} 




1 




1 




} 




1 




} 




1 




1 
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Table 13.4.2.1.3.3-5: MobilityFromEUTRACommand (step 7, Table 13.4.2.1.3.2-2) 


Derivation Path: 36.508 table 4.6.1-6 

Information Element 

Value/remark Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE{ 




mobilityFromEUTRAConnnnancl-rS SEQUENCE { 




purpose CHOICE { 




handover SEQUENCE { 




targetRAT-Type 

utra 



targetRAT-MessageContainer 

HANDOVER TO UTRAN 
COMMAND 



Nas-SecurityParamFromEUTRA 

The 4 least significant 
bits of the NAS downlink 
COUNT value 



systemlnformation 

Not present 



1 




1 




} 




1 




} 




1 




Table 13.4.2.1.3.3-6: HANDOVER TO UTRAN COMMAND (Table 13.4.2.1.3.3-5) 

Derivation Path: 36.508 table 4.7B.1-1, condition UTRA PS RB | 

Table 13.4.2.1.3.3-7: UECapabilityEnquiry (step 6A, Table 13.4.2.1.3.2-2) 

Derivation path: 36.508 clause 4.6.1 table 4.6.1-22 | 

Information Element 

Value/Remark 

Comment 

Condition 

UECapabilityEnquiry ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ueCapabilityEnquiry-r8 SEQUENCE { 




ue-CapabilityRequest SEQUENCE (SIZE 
(1 ..maxRAT-Capabilities)) OF SEQUENCE { 

2 entry 



RAT-Typefll 

Eutra 



RAT-Typef21 

Utra 



1 




1 




1 




1 




} 





13.4.2.2 
13.4.2.2.1 
(1) 


Inter-system mobility / E-UTRAN to GPRS packet 
Test Purpose(TP) 


with { UE has a default EPS bearer context} 
ensure that { 

when { UE receives downlink data on the radio bearer associated with the default EPS bearer 
context } 

then { UE delivers the downlink data to upper layers } 

} 

(2) 

with { UE has a default EPS bearer context } 
ensure that { 
when { uplink data are submitted for transmission } 
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then { UE transmits the uplink data on the radio bearer associated with the default EPS 
bearer context } 


(3) 

with { UE has a radio access bearer context and successful completion of the inter-system handover 
ensure that { 

when { UE receives downlink data on the radio bearer associated with the radio access bearer 
context } 

then { UE delivers the downlink data to upper layers } 

} 

(4) 

with { UE has a radio access bearer context and successful completion of the inter- system handover 
ensure that { 

when { uplink data are submitted for transmission } 

then { UE transmits the uplink data on the radio bearer associated with the radio access 
bearer context } 
} 


13.4.2.2.2 


Conformance requirements 


References: The conformance requirements covered in the current TC are those Hsted in TC 8.4.1.2,plus those specified 
in TS 23.401, clauses 5.5.2.3.2,5.5.2.3.3. 

[TS 23.401, clause 5.5.2.3.2] 


UE 


Source 
eNodeB 


► 


1 . Handover I litiation 


Target BSS 


I 


2. Handover Required 


Source MME 


Upl 


^ 3. Forward Reloccition Request 


5. PS Hand 


Dver Request 


Target SGSN 


nk and Downlink Jser Plane PDUs 


5a. PS Hancover Request Acknowledge 


Source 
Serving GW 


4. Create Session Request 


, 4a. Create See 


6. Create Indire 


8. Create Indirect Data Forwarding Tunnel Requ 
8a. Create Indinjct Data Forwarcing Tunnel Re; 


Target 
Serving GW 


sion Response 


:t Data ForwanJing Tunnel Request 

^ 

6a. Create Indirect Data Forwprding Tunnel pesponse 
j 

7. Forward Relocation Response 


PDNGW 


St 

ponse 


HSS 


Figure 5.5.2.3.2-1: E-UTRAN to GERAN A/Gb Inter RAT HO, preparation pliase 


1 . The source eNodeB decides to initiate an Inter RAT Handover to the target GERAN A/Gb mode (2G) system. At 
this point both uplink and downlink user data is transmitted via the following: Bearer(s) between UE and Source 
eNodeB, GTP tunnel(s) between Source eNodeB, Serving GW and PDN GW. 

If the UE has an ongoing emergency bearer service the source eNodeB shall not initiate PS handover to GERAN. 

NOTE 1 : The process leading to the handover decision is outside of the scope of this specification 

2. The source eNodeB sends a Handover Required (SlAP Cause, Target System Identifier, Source eNodeB 
Identifier, Source to Target Transparent Container) message to the Source MME to request the CN to establish 
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resources in the Target BSS, Target SGSN and the Serving GW. The bearers that will be subject to data 
forwarding (if any) are identified by the target SGSN in a later step (see step 7 below). 

The Target System Identifier' IE contains the identity of the target global cell Id. 

3. The Source MME determines from the Target System Identifier' IE that the type of handover is IRAT Handover 
to GERAN A/Gb mode. The Source MME initiates the Handover resource allocation procedure by sending a 
Forward Relocation Request (IMSI, Target Identification (shall be set to "empty"), MM Context, PDN 
Connections, MME Tunnel Endpoint Identifier for Control Plane, MME Address for Control plane. Source to 
Target Transparent Container, Packet Flow ID, XID parameters (if available). Target Cell Identification, MS 
Info Change Reporting Action (if available), CSG Information Reporting Action (if available), UE Time Zone, 
ISR Supported, RAN Cause) message to the target SGSN. If the information ISR Supported is indicated, this 
indicates that the source MME and associated Serving GW are capable to activate ISR for the UE. When ISR is 
activated the message should be sent to the SGSN that maintains ISR for the UE when this SGSN is serving the 
target identified by the Target Identification. This message includes all PDN Connections active in the source 
system and for each PDN Connection includes the associated APN, the address and the uplink Tunnel endpoint 
parameters of the Serving GW for control plane, and a list of EPS Bearer Contexts. 

The target SGSN maps the EPS bearers to PDP contexts 1-to-l and maps the EPS Bearer QoS parameter values 
of an EPS bearer to the Release 99 QoS parameter values of a bearer context as defined in Annex E. 

Prioritization of PDP Contexts is performed by the target core network node, i.e. target SGSN. 

If the Source MME supports IRAT Handover to GERAN A/Gb procedure it has to allocate a valid PFI during 
the bearer activation procedure. RAN Cause indicates the SlAP Cause as received from the source eNodeB. The 
Source to Target Transparent Container includes the value from the Source to Target Transparent Container 
received from the source eNodeB. 

The MM context contains security related information, e.g. supported ciphering algorithms, as described in 
TS 29.274 [43]. Handling of security keys is described in TS 33.401 [41]. 

The target SGSN selects the ciphering algorithm to use. This algorithm will be sent transparently from the target 
SGSN to the UE in the NAS container for Handover (part of the Target to Source Transparent Container). The 
lOV-UI parameter, generated in the target SGSN, is used as input to the ciphering procedure and it will also be 
transferred transparently from the target SGSN to the UE in the NAS container for Handover. More details are 
described in TS 33.401 [41]. 

When the target SGSN receives the Forward Relocation Request message the required EPS Bearer, MM, 
SNDCP and LLC contexts are established and a new P-TMSI is allocated for the UE. When this message is 
received by the target SGSN, it begins the process of establishing PFCs for all EPS Bearer contexts. 

When the target SGSN receives the Forward Relocation Request message it extracts from the EPS Bearer 
Contexts the NSAPIs and SAPIs and PFIs to be used in the target SGSN. If for a given EPS Bearer Context the 
target SGSN does not receive a PFI from the source MME, it shall not request the target BSS to allocate TBF 
resources corresponding to that EPS Bearer Context. If none of the EPS Bearer Contexts forwarded from the 
source MME has a valid PFI allocated the target SGSN shall consider this as a failure case and the request for 
Handover shall be rejected. 

If when an SAPI and PFI was available at the source MME but the target SGSN does not support the same SAPI 
and PFI for a certain NSAPI as the source MME, the target SGSN shall continue the Handover procedure only 
for those NSAPIs for which it can support the same PFI and SAPI as the source MME. All EPS Bearer contexts 
for which no resources are allocated by the target SGSN or for which it cannot support the same SAPI and PFI 
(i.e. the corresponding NSAPIs are not addressed in the response message of the target SGSN), are maintained 
and the related SAPIs and PFIs are kept. These EPS Bearer contexts may be modified or deactivated by the 
target SGSN via explicit SM procedures upon RAU procedure. 

The source MME shall indicate the current XID parameter settings if available (i.e. those XID parameters 
received during a previous IRAT Handover procedure) to the target SGSN. If the target SGSN can accept all 
XID parameters as indicated by the source MME, the target SGSN shall create a NAS container for Handover 
indicating 'Reset to the old XID parameters'. Otherwise, if the target SGSN cannot accept all XID parameters 
indicated by the source MME or if no XID parameters were indicated by the source MME, the target SGSN shall 
create a NAS container for Handover indicating Reset (i.e. reset to default parameters). 
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The target SGSN shall determine the Maximum APN restriction based on the APN Restriction of each bearer 
context received in the Forward Relocation Request, and shall subsequently store the new Maximum APN 
restriction value. 

4. The target SGSN determines if the Serving GW is to be relocated, e.g., due to PLMN change. If the Serving GW 
is to be relocated, the target SGSN selects the target Serving GW as described under clause 4.3.8.2 on "Serving 
GW selection function", and sends a Create Session Request message (IMSI, SGSN Tunnel Endpoint Identifier 
for Control Plane, SGSN Address for Control plane, PDN GW address(es) for user plane, PDN GW UL TEID(s) 
for user plane, PDN GW address(es) for control plane, and PDN GW TEID(s) for control plane, the Protocol 
Type over S5/S8, Serving Network) per PDN connection to the target Serving GW. The Protocol Type over 
S5/S8 is provided to Serving GW which protocol should be used over S5/S8 interface. 

4a. The target Serving GW allocates its local resources and returns a Create Session Response (Serving GW 
address(es) for user plane. Serving GW UL TEID(s) for user plane. Serving GW Address for control plane. 
Serving GW TEID for control plane) message to the target SGSN. 

5. The target SGSN establishes the EPS Bearer context(s) in the indicated order. The SGSN deactivates, as 
provided in step 9 of the execution phase, the EPS Bearer contexts which cannot be established. 

The Target SGSN requests the Target BSS to establish the necessary resources (PFCs) by sending the message 
PS Handover Request (Local TLLI, IMSI, Cause, Target Cell Identifier, PFCs to be set-up Hst, Source RNC to 
Target BSS Transparent Container and NAS container for handover). The target SGSN shall not request 
resources for which the Activity Status Indicator within a EPS Bearer Context indicates that no active bearer 
exists on the source side for that PDP context. The Cause indicates the RAN Cause as received from the source 
MME. The Source RNC to Target BSS Transparent Container contains the value from the Source to Target 
Transparent Container received from the source MME. All EPS Bearer Contexts indicate active status because 
E-UTRAN does not support selective RAB handling. 

Based upon the ABQP for each PEC the target BSS makes a decision about which PFCs to assign radio 
resources. The algorithm by which the BSS decides which PFCs that need resources is implementation specific. 
Due to resource limitations not all downloaded PFCs will necessarily receive resource allocation. The target BSS 
allocates TBFs for each PEC that it can accommodate. 

The target BSS shall prepare the Target to Source Transparent Container' which contains a PS Handover 
Command including the EPC part (NAS container for Handover) and the RN part (Handover Radio Resources). 

5a. The Target BSS allocates the requested resources and returns the applicable parameters to the Target SGSN in 
the message PS Handover Request Acknowledge (Local TLLI, List of set-up PFCs, Target BSS to Source RNC 
Transparent Container, Cause). Upon sending the PS Handover Request Acknowledge message the target BSS 
shall be prepared to receive downlink LLC PDUs from the target SGSN for the accepted PFCs. 

Any EPS Bearer contexts for which a PEC was not established are maintained in the target SGSN and the related 
SAPIs and PFIs are kept. These EPS Bearer contexts shall be deactivated by the target SGSN via explicit SM 
procedures upon the completion of the routing area update (RAU) procedure. 

6. If indirect forwarding and relocation of Serving GW applies the target SGSN sends a Create Indirect Data 
Forwarding Tunnel Request message (Target SGSN Address(es) and TEID(s) for DL data forwarding) to the 
Serving GW used for indirect packet forwarding. 

Indirect forwarding may be performed via a Serving GW which is different from the Serving GW used as the 
anchor point for the UE. 

6a. The Serving GW returns a Create Indirect Data Forwarding Tunnel Response (Cause, Serving GW DL 
Address(es) and TEID(s) for data forwarding) message to the target SGSN. 

7. The Target SGSN sends the message Forward Relocation Response (Cause, SGSN Tunnel Endpoint Identifier 
for Control Plane, SGSN Address for Control Plane, Target to Source Transparent Container, RAN Cause, List 
of set-up PFIs, Address(es) and TEID(s) for User Traffic Data Forwarding, Serving GW change indication) to 
the Source MME. Serving GW change indication indicates a new Serving GW has been selected. RAN Cause 
indicates the Cause as received from the target BSS. The Target to Source Transparent Container includes the 
value from the Target BSS to Source RNC Transparent Container received from the target BSS. 

If 'Indirect Forwarding' and relocation of Serving GW applies, then the lEs 'Address(es) and TEID(s) for User 
Traffic Data Forwarding' contain the DL GTP-U tunnel endpoint parameters received in step 6a. Otherwise the 
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lEs 'Address(es) and TEID(s) for User Traffic Data Forwarding' contains the DL GTP-U tunnel endpoint 
parameters to the Target SGSN. 

The target SGSN activates the allocated LLC/SNDCP engines as specified in TS 44.064 [23] for an SGSN 
originated Reset or 'Reset to the old XID parameters'. 

8. If "Indirect Forwarding" applies, the Source MME sends the message Create Indirect Data Forwarding Tunnel 
Request (Address(es) and TEID(s) for Data Forwarding (received in step 7)) to the Serving GW used for indirect 
packet forwarding. 

Indirect forwarding may be performed via a Serving GW which is different from the Serving GW used as the 
anchor point for the UE. 

8a. The Serving GW returns the forwarding user plane parameters by sending the message Create Indirect Data 
Forwarding Tunnel Response (Cause, Serving GW Address(es) and TEID(s) for Data Forwarding). If the 
Serving GW doesn't support data forwarding, an appropriate cause value shall be returned and the Serving GW 
Address(es) and TEID(s) will not be included in the message. 

[TS 23.401, clause 5.5.2.3.3] 
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Figure 5.5.2.3.3-1 : E-UTRAN to GERAN A/Gb mode Inter RAT HO, execution phase 


NOTE 1: For a PMIP-based S5/S8, procedure steps (A) and (B) are defined in TS 23.402 [2]. Step (B) shows PCRF 
interaction in the case of PMIP-based S5/S8. Steps 10 and 10a concern GTP based S5/S8 

The source eNodeB continues to receive downlink and upHnk user plane PDUs. 

1. The Source MME completes the preparation phase towards Source eNodeB by sending the message Handover 
Command (Target to Source Transparent Container (PS Handover Command with RN part and EPC part), 
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E-RABs to Release List, Bearers Subject to Data Forwarding List), SlAP Cause. The "Bearers Subject to Data 
forwarding list" may be included in the message and it shall be a list of 'Address(es) and TEID(s) for user traffic 
data forwarding' received from target side in the preparation phase (Step 7 of the preparation phase for Direct 
Forwarding, else parameters received in Step 8a of the preparation phase). SlAP Cause indicates the RAN Cause 
as received from the target SGSN. 

Source eNodeB initiate data forwarding for the bearers specified in the "Bearers Subject to Data Forwarding 
List". The data forwarding may go directly i.e. to target SGSN or alternatively go via the Serving GW if so 
decided by source MME and/or target SGSN in the preparation phase. 

2. The Source eNodeB will give a command to the UE to handover to the Target Access System via the message 
HO from E-UTRAN Command. This message includes a transparent container including radio aspect parameters 
that the Target BSS has set-up in the preparation phase (RN part). This message also includes the XID and lOV- 
UI parameters received from the Target SGSN (EPC part). 

Upon the reception of the HO from E-UTRAN Command message containing the Handover Command message, 
the UE shall associate its bearer IDs to the respective PFIs based on the relation with the NSAPI and shall 
suspend the uplink transmission of the user plane data. 

3. Void. 

4. The UE moves to the Target GERAN A/Gb (2G) system and performs executes the handover according to the 
parameters provided in the message delivered in step 2. The procedure is the same as in step 6 in clause 5.3.2.2 
in TS 43.129 [8] with the additional function of association of the received PFI and existing Bearer Id related to 
the particular NSAPI. 

The UE locally deactivates ISR by setting its TIN from "RAT-related TMSI" to "GUTI", if any EPS bearer 
context activated after the ISR was activated in the UE exists. 

5. After accessing the cell using access bursts and receiving timing advance information from the BSS in step 4, the 
UE processes the NAS container and then sends one XID response message to the target SGSN via target BSS. 
The UE sends this message immediately after receiving the Packet Physical Information message containing the 
timing advance or, in the synchronised network case, immediately if the PS Handover Access message is not 
required to be sent. 

Upon sending the XID Response message, the UE shall resume the user data transfer only for those NSAPIs for 
which there are radio resources allocated in the target cell. For NSAPIs using LLC ADM, for which radio 
resources were not allocated in the target cell, the MS may request for radio resources using the legacy 
procedures. 

If the Target SGSN indicated XID Reset (i.e. reset to default XID parameters) in the NAS container included in 
the HO from E-UTRAN Command message, and to avoid collision cases the mobile station may avoid triggering 
XID negotiation for any LLC SAPI used in LLC ADM, but wait for the SGSN to do so (see step 12). In any case 
the mobile station may avoid triggering XID negotiation for any LLC SAPI used in LLC ABM, but wait for the 
SGSN to do so (see step 12a). 

This step is the same as specified in clause 5.3.2.2 in TS 43.129 [8]. 

6. Upon reception of the first correct RLC/MAC block (sent in normal burst format) from the UE to the Target 
BSS, the Target BSS informs the Target SGSN by sending the message PS Handover Complete (IMSI, and 
Local TLLI, Request for Inter RAT Handover Info). The target BSS that supports inter-RAT PS handover to 
UTRAN shall, when the INTER RAT HANDOVER INFO was not included in the Source BSS to Target BSS 
transparent container received in the PS HANDOVER REQUEST message as specified in TS 48.018 [42], 
request the INTER RAT HANDOVER INFO from the target SGSN by setting the 'Request for Inter RAT 
Handover Info' to T. 

7. The Target BSS also relays the message XID Response to the Target SGSN. Note, the message in step 6 and 7 
may arrive in any order in the Target SGSN. 

8. Then the Target SGSN knows that the UE has arrived to the target side and Target SGSN informs the Source 
MME by sending the Forward Relocation Complete Notification (ISR Activated, Serving GW change) message. 
If ISR Activated is indicated, the source MME shall maintain the UE's contexts and activate ISR, which is only 
possible when the S-GW is not changed. The Source MME will also acknowledge that information. A timer in 
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source MME is started to supervise when resources in Source eNodeB and Source Serving GW (for Serving GW 
relocation) shall be released. 

Upon receipt of the Forward Relocation Complete Acknowledge message the target SGSN starts a timer if the 
target SGSN allocated S-GW resources for indirect forwarding. 

9. The Target SGSN will now complete the Handover procedure by informing the Serving GW (for Serving GW 
relocation this will be the Target Serving GW) that the Target SGSN is now responsible for all the EPS Bearer 
Context(s) the UE has established. This is performed in the message Modify Bearer Request (SGSN Tunnel 
Endpoint Identifier for Control Plane, NSAPI(s), SGSN Address for Control Plane, SGSN Address(es) and 
TEID(s) for User Traffic for the accepted EPS bearers and RAT type, ISR Activated) per PDN connection. If the 
PDN GW requested UE's location and/or User CSG information (determined from the UE context), the SGSN 
also includes the User Location Information IE and/or User CSG Information IE in this message. If the UE Time 
Zone has changed, the SGSN includes the UE Time Zone IE in this message. If indicated, ISR Activated 
indicates that ISR is activated, which is only possible when the S-GW was not changed. When the Modify 
Bearer Request does not indicate ISR Activated and S-GW is not changed, the S-GW deletes any ISR resources 
by sending a Delete Bearer Request to the other CN node that has bearer resources on the S-GW reserved. 

The SGSN releases the non-accepted EPS Bearer contexts by triggering the EPS Bearer context deactivation 
procedure. If the Serving GW receives a DL packet for a non-accepted bearer, the Serving GW drops the DL 
packet and does not send a Downlink Data Notification to the SGSN. 

10. The Serving GW (for Serving GW relocation this will be the Target Serving GW) may inform the PDN GW the 
change of, for example, for Serving GW relocation or the RAT type, that e.g. can be used for charging, by 
sending the message Modify Bearer Request per PDN connection. The S-GW also includes User Location 
Information IE and/or UE Time Zone IE and/or User CSG Information IE if they are present in step 9. Serving 
Network should be included if it is received in step 4. For Serving GW relocation, the Serving GW allocates DL 
TEIDs on S5/S8 even for non-accepted bearers. The PDN GW must acknowledge the request with the message 
Modify Bearer Response. In the case of Serving GW relocation, the PDN GW updates its context field and 
returns a Modify Bearer Response (Charging Id, MSISDN, etc.) message to the Serving GW. The MSISDN is 
included if the PDN GW has it stored in its UE context. 

If PCC infrastructure is used, the PDN GW informs the PCRF about the change of, for example, the RAT type. 

IL The Serving GW (for Serving GW relocation this will be the Target Serving GW) acknowledges the user plane 
switch to the Target SGSN via the message Modify Bearer Response (Cause, Serving GW Tunnel Endpoint 
Identifier for Control Plane, Serving GW Address for Control Plane, Protocol Configuration Options). At this 
stage the user plane path is established for all EPS Bearer contexts between the UE, Target BSS, Target SGSN, 
Serving GW (for Serving GW relocation this will be the Target Serving GW) and PDN GW. 

If the Serving GW does not change, the Serving GW shall send one or more "end marker" packets on the old 
path immediately after switching the path. 

12. If the Target SGSN indicated XID Reset (i.e. reset to default XID parameters) in the NAS container included in 
the HO from E-UTRAN Command message, then on receipt of the PS Handover Complete the Target SGSN 
initiates an LLC/SNDCP XID negotiation for each LLC SAPI used in LLC ADM. In this case if the Target 
SGSN wants to use the default XID parameters, it shall send an empty XID Command. If the Target SGSN 
indicated 'Reset to the old XID parameters' in the NAS container, no further XID negotiation is required for LLC 
SAPIs used in LLC ADM only. 

12a. The Target SGSN (re-)establishes LLC ABM for the EPS Bearer contexts which use acknowledged 
information transfer. During the exchange of SABM and UA the SGSN shall perform LLC/SNDCP XID 
negotiation. 

These steps (12 and 12a) are the same as specified in clause 5.3.2.2 in TS 43.129 [8]. 

13. After the UE has finished the reconfiguration procedure the UE shall initiate the Routing Area Update procedure. 

NOTE 1 : The RAU procedure is performed regardless if the UE has this routing area registered or not, as specified 
by TS 43.129 [8]. This is needed e.g. to update the START-PS value stored in the 2G-SGSN. The 
START_PS is delivered to SGSN in INTER RAT HANDOVER INFO parameter of RAU Complete 
message when requested by SGSN in RAU Accepted. 
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The target SGSN knows that an IRAT Handover has been performed for this UE as it received the bearer 
context(s) by handover messages and therefore the target SGSN performs only a subset of the RAU procedure, 
specifically it excludes the context transfer procedures between source MME and target SGSN. 

13a. Upon reception of the PS Handover Complete message with the 'Request for Inter RAT Handover Info' set to 
T, the SGSN should send then PS Handover Complete Acknowledge (TLLI, INTER RAT HANDOVER INFO) 
to the target BSS. 

NOTE 2: An SGSN that does not recognize the "Request for Inter RAT Handover Info" in the PS Handover 

Complete message will not send the PS Handover Complete Acknowledge message back to the BSS. 

The target BSS receiving the PS Handover Complete Acknowledge message shall set the 'Reliable INTER RAT 
HANDOVER' to T in the PS Handover Required message in any subsequent PS handover to GERAN A/Gb 
mode. The target BSS failing to receive the PS Handover Complete Acknowledge message shall set the 'Reliable 
INTER RAT HANDOVER' to '0' in the PS Handover Required message in any subsequent PS handover to 
GERAN A/Gb mode. The Target BSS shall, upon receipt of the INTER RAT HANDOVER INFO in the PS 
Handover Complete Acknowledge message, overwrite its current INTER RAT HANDOVER INFO with this 
new one. 

14. When the timer started at step 8 expires, the source MME sends a Release Resources message to the source 
eNodeB. The Source eNodeB releases its resources related to the UE. 

When the timer started in step 8 expires and if the source MME received the Serving GW change indication in 
the Forward Relocation Response message, it deletes the EPS bearer resources by sending Delete Session 
Request (Cause) messages to the Source Serving GW. Cause indicates to the Source Serving GW that the 
Serving GW changes and the Source Serving GW shall not initiate a delete procedure towards the PDN GW. The 
Source Serving GW acknowledges with Delete Session Response (Cause) messages. If ISR has been activated 
before this procedure, the cause also indicates to the Source S-GW that the Source S-GW shall delete the bearer 
resources on the other old CN node by sending Delete Bearer Request message(s) to that CN node. 

15. If indirect forwarding was used then the expiry of the timer at source MME started at step 8 triggers the source 
MME to send a Delete Indirect Data Forwarding Tunnel Request message to the S-GW to release the temporary 
resources used for indirect forwarding. 

16. If indirect forwarding was used and the Serving GW is relocated, then the expiry of the timer at target SGSN 
started at step 8 triggers the target SGSN to send a Delete Indirect Data Forwarding Tunnel Request message to 
the target S-GW to release temporary resources used for indirect forwarding. 

1 3.4.2.2.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 24 

- System information combination 5 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cell; 
UE: 

None. 

Preamble: 

- The UE is in state Loopback Activated (state 4) on Cell 1 according to [18] using the UE TEST LOOP MODE B. 

1 3.4.2.2.3.2 Test procedure sequence 

Table 13.4.2.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" DENOTES THE INITIAL CONDITIONS AFTER 
PREAMBLE WHILE COLUMNS MARKED "Tl" is to be appHed subsequently. The exact instants on which these 
values shall be applied are described in the texts in this clause. 
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Table 13.4.2.2.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 24 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-60 

- 

The power level values are such that 
entering conditions for event B2 are not 
satisfied. 

RSSI 

dBm 

- 

-85 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-80 

- 

The power level values are such that 
entering conditions for event B2 are 
satisfied. 

RSSI 

dBm 

- 

-65 


Table 13.4.2.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context on Cell 1 . 

<— 

IP packet 



2 

Check: Does the UE loop back the IP packet 
on the DRB associated with the default EPS 
bearer context on Cell 1 ? 

~> 

IP packet 

1,2 

P 

3 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup inter RAT measurement and 
reporting for event B2. 

<- 

RRCConnectionReconfiguration 



4 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



5 

The SS changes the power level for Cell 1 and 
Cell 24 according to the row "T1 " in table 
13.4.2.2.3.2-1 





6 

The UE transmits a MeasurementReport 
message on Cell 1 to report event B2 for Cell 
24. 

-> 

MeasurementReport 



7 

The SS transmits a 

MobilityFromEUTRACommand message on 
Cell 1 to order the UE to perform inter system 
handover to Cell 24. 

<— 

MobiiityFromEUTRA Command 



8 

The UE transmits a HANDOVER ACCESS 
message on Cell 24 to switch to GSM cell. 

-> 

HANDOVER ACCESS 

- 

- 

9 

The SS transmits a PHYSICAL 
INFORMATION message on Cell 24 to 
indicate parameters 

<- 

PHYSICAL INFORMATION 



10- 
18 

Steps 3 to 1 1 of the Routing Area Update 
procedure described in TS 36.508 subclause 
6.4.2.9 are performed on Cell 24. 
NOTE: The UE performs RAU procedure. 





19 

The SS transmits one IP packet to the UE on 
the DRB associated with the RAB context on 
Cell 24. 

<- 

IP packet 



20 

Check: Does the UE loop back the IP packet 
on the DRB associated with the RAB context 
on Cell 24? 

~> 

IP packet 

3,4 

p 


13.4.2.2.3.3 


Specific message contents 
Table 13.4.2.2.3.3-1 : ACTIVATE TEST MODE (preamble) 


Derivation Path: 36.508, Table 4.7A-1 , condition UE TEST LOOP MODE B 


Table 13.4.2.2.3.3-2: RRCConnectionReconfiguration (step 3, Table 13.4.2.2.3.2-2) 


Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2459 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 13.4.2.2.3.3-3: MeasConfig (step 3, Table 13.4.2.2.3.2-2) 


Derivation Path: 36.508, Table 4.6.6-1 , condition GERAN 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfiq ::= SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1 ..maxObjectId)) OF SEQUENCE { 

2entry 



nneasObjectld[1] 

IdMeasObject-EUTRA 



nneasObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



nneasObjectld[2] 

ldMeasObject-f1 1 



nneasObject[2] 

MeasObjectGERAN- 
GENERIC(f11) 



1 




reportConfigToAddModList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

2entry 



reportConfigld[1] 

ldReportConfig-A2 



reportConfig[1] 

ReportConfigEUTRA- 
A2(-95) 



reportConfigld[2] 

ldReportConfig-B2- 
GERAN 



reportConfig[2] 

ReportConfiglnterRAT- 
B2-GERAN(-69, [-79]) 



} 




measldToAddModList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

2 entry 



nneasld[1] 

1 



nneasObjectld[1] 

IdMeasObject-EUTRA 



reportConfigld[1] 

ldReportConfig-A2 



nneasld[2] 

2 



nneasObjectld[2] 

ldMeasObject-f1 1 



reportConfigld[2] 

ldReportConfig-B2- 
GERAN 



1 




quantityConfig SEQUENCE { 




quantityConfigGERAN SEQUENCE { 




measQuantityGERAN 

rssi 



filterCoefficient 

fcO 



1 




1 




} 
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Table 13.4.2.2.3.3-4: MeasurementReport (step 6, Table 13.4.2.2.3.2-2) 


Derivation Path: 36.508, table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE{ 




measurementReport-rS SEQUENCE { 




measResults SEQUENCE { 




measld 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



1 




measResultNeighCells CHOICE { 




measResultListGERAN SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 24 



cgi-lnfo[1] 

Not present 



measResultfH SEQUENCE { 




rssi 

(0..63) 



1 




1 




1 




1 




} 




1 




1 




} 





Table 13.4.2.2.3.3-5: MobilityFromEUTRACommand (step 7, Table 13.4.2.2.3.2-2) 


Derivation Path: 36.508 table 4.6.1-6 

Information Element 

Value/remark Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




mobilityFromEUTRAComnnand-rS SEQUENCE { 




csFallbacklndicator 

true 



purpose CHOICE { 




handover SEQUENCE { 




targetRAT-Type 

geran 



targetRAT-MessageContainer 

PS HANDOVER 
COMMAND 



nas-SecurityParamFromEUTRA 

Not present 



systemlnformation 

Not present 



1 




1 




1 




1 




1 




1 





Table 13.4.2.2.3.3-6: PS HANDOVER COMMAND (step 7, Table 13.4.2.2.3.2-2) 

The content of PS HANDOVER COMMAND is FFS. 
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13.4.2.3 

13.4.2.4 Inter-system mobility / Service based redirection from UTRA to E-UTRA 

13.4.2.4.1 Test Purpose (TP) 
(1) 

with { UE in UTRA RRC idle state and pdp-active state } 
ensure that { 

when { UE is requested to initiate uplink data traffic. } 
then { UE includes in the RRC CONNECTION REQUEST the IE Pre-Redirection info and the IE Domain 
indicator is set to PS Domain } 

} 

(2) 

with { UE has a default EPS bearer context upon redirection } 
ensure that { 

when { UE receives donwlink data on the radio bearer associated with the default EPS bearer 
context } 

then { UE delivers the downlink data to upper layers } 

} 

(3) 

with { UE has a default EPS bearer context upon redirection } 
ensure that { 
when { uplink data are submitted for transmission } 

then { UE transmits the uplink data on the radio bearer associated with the default EPS bearer 
context } 

} 

13.4.2.4.2 Conformance requirements 

References: The conformance requirements covered in the current TC are those Hsted in TC 8.1.3.7, plus those specified 
in: TS 24.008, clause 4.7.13.5. 

[TS 24.008, clause 4.7.13.5] 

The following abnormal cases can be identified: 

a) Access barred because of access class control 

The Service request procedure shall not be started. The MS stays in the current serving cell and applies normal 
cell reselection process. The Service request procedure may be started by CM layer if it is still necessary, i.e. 
when access is granted or because of a cell change. 

b) Lower layer failure before the security mode control procedure is completed, SERVICE ACCEPT or SERVICE 
REJECT message is received 

The procedure shall be aborted except in the following implementation option cases b.l, b.2 and b.3. 

b.l) Release of PS signalling connection in lu mode (i.e. RRC connection release) before the completion of the 
service request procedure 

The service request procedure shall be initiated again, if the following conditions apply: 

i) The original service request procedure was initiated over an existing PS signalling connection; and 

ii) No SECURITY MODE COMMAND message and no Non- Access Stratum (NAS) messages relating to 
the PS signalling connection were received after the SERVICE REQUEST message was transmitted. 

b.2) RR release in lu mode (i.e. RRC connection release) with cause different than "Directed signalling 
connection re-establishment", for example, "Normal", or "User inactivity" (see 3GPP TS 25.331 [32c] and 
3GPPTS 44.118 [111]) 

The service request procedure shall be initiated again, if the following conditions apply: 

i) The original service request procedure was initiated over an existing RRC connection and. 
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ii) No SECURITY MODE COMMAND message and no Non- Access Stratum (NAS) messages relating to 
the PS signalling connection were received after the SERVICE REQUEST message was transmitted. 

NOTE: The RRC connection release cause different than "Directed signalling connection re-establishment" that 
triggers the re-initiation of the service request procedure is implementation specific. 

b.3) RR release in lu mode (i.e. RRC connection release) with cause "Directed signalling connection re- 
establishment" (see 3GPP TS 25.331 [32c] and 3GPP TS 44.118 [111]) 

The routing area updating procedure shall be initiated followed by a rerun of the service request procedure if the 
following condition applies: 

i) The service request procedure was not due to a rerun of the procedure due to "Directed signalling 
connection re-establishment" . 

1 3.4.2.4.3 Test description 

1 3.4.2.4.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 and Cell 5 

System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 
None. 
Preamble: 

- The UE is in state Generic RB Established, UE test mode activated (state 3 A) according to [18] using the UE 
TEST LOOP MODE B and then moved to RRC idle state, GMM-Registered and pdp-active State on Cell 5 


13.4.2.4.3.2 


Test procedure sequence 


Table 13.4.2.4.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 13.4.2.4.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 

Remark 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-75 

- 


CPICH Ec 
(UTRA FDD) 

dBm/3.8 
4 MHz 

- 

-70 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 


-72 
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Table 13.4.2.4.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS sends a PAGING TYPE 1 message. 

<— 

PAGING TYPE 1 

- 

- 

2 

Check: does the UE include the IE include the 
IE Pre-redirection info with Support of E-UTRA 
set to TRUE and the Domain indicator is set 
to PS domain? 

-> 

RRC CONNECTION REQUEST 

1 

P 

3 

The SS transmit a RRC CONNECTION 
SETUP on SRB1 on Cell 5. 

<— 

RRC CONNECTION SETUP 

- 

- 

4 

The UE transmits an RRC CONNECTION 
SETUP COMPLETE message 

-> 

RRC CONNECTION SETUP 
COMPLETE 

- 

- 

5 

The UE transmits the SERVICE REQUEST 
message for Paging Response 

— > 

RRC: INITIAL DIRECT 

TRANSFER 

NAS: SERVICE REQUEST 



6 

The SS transmits an RRC CONNECTION 
RELEASE message (IE E-UTRA target info 
including DL Carrier frequency of Cell 1 ). 

<- 

RRC CONNECTION RELEASE 



7 

The UE transmits a RRC CONNECTION 
RELEASE COMPLETE message 

-> 

RRC CONNECTION RELEASE 
COMPLETE 

- 

- 

8 

The UE transmits a RRC CONNECTION 
RELEASE COMPLETE message 

-> 

RRC CONNECTION RELEASE 
COMPLETE 

- 

- 

9- 
15 

Steps 1 to 7 of the generic test procedure in 
TS 36.508 [18] subclause 6.4.2.7A-1 are 
performed on Cell 1 . 

Note: The UE performs a TAU procedure and 
a default EPS Bearer is setup. 





16 

The SS closes the UE test loop mode. 

- 

- 

- 

- 

17 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context. 

<— 

IP packet 



18 

Check: Does the UE loop back the IP packet 
on the DRB associated with the default EPS 
bearer context? 

-> 

IP packet 

2,3 

P 


13.4.2.4.3.3 


Specific message contents 


Table 13.4.2.4.3.3-1 : System Information Block type 19 for Cell 5 (preamble and all steps, Table 

13.4.2.4.3.2-2) 


Derivation Path: 36.508 table Table 4.4.4.1-1 

Information Element 

Value/remark 

Comment 

Condition 

SyslnfoType19 ::= SEQUENCE { 




utra-PrioritylnfoList SEQUENCE { 




utra-ServingCell SEQUENCE { 




Priority 

4 



} 




eutra-FrequencyAndPrioritylnfoList SEQUENCE 
(SIZE (L.maxNumEUTRAFreqs)) OF SEQUENCE 

1 entry 



earfcn[7] 

Downlink EARFCN of 
CelM 



priority[7] 

3 



} 




} 
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Table 13.4.2.4.3.3-2: PAGING TYPE 1 (step 1, Table 13.4.2.4.3.2-2) 


Derivation path: 34.108 default PAGING TYPE 1 in section 9.1 .1 for UTRA FDD or 9.1 .2 for UTRA TDD 

Information Element 

Value/Remark 

Comment 

Condition 

Paging record list 

1 Entry 



Paging record 

Present 



Paging cause 

Terminating 
High Priority 
Signalling, 



CN domain identity 

PS domain 




Table 13.4.2.4.3.3-3: RRC CONNECTION REOUEST (step 2, Table 13.4.2.4.3.2-2) 


Derivation path: 34.1 08 default RRC CONNECTION REQUEST in section 9.1 .1 for UTRA FDD or 9.1 .2 for UTRA 
TDD 

Information Element 

Value/Remark 

Comment 

Condition 

Establishment cause 

Terminating High Priority 
Signalling 



Domain indicator 

PS domain 



Pre-redirection info 

Present 

The presence of 
this IE indicates 
the UE support of 
radio access 
technologies that 
the UE could be 
directed to 


Support of E-UTRA FDD 

TRUE 


E-UTRA- 
FDD 

Support of E-UTRA TDD 

TRUE 


E-UTRA- 
TDD 


Table 13.4.2.4.3.3-4: SERVICE REQUEST (step 5, Table 13.4.2.4.3.2-2) 


Derivation path: 24.008 table 9.4.20 

Information Element 

Value/Remark 

Comment 

Condition 

Service Type 

010 (Paging Response) 




Table 13.4.2.4.3.3-5: RRC CONNECTION RELEASE (step 6, Table 13.4.2.4.3.2-2) 


Derivation path: 34.108 default RRC CONNECTION RELEASE in section 9.1.1 for UTRA FDD or 9.1.2 for UTRA 
TDD 

Information Element 

Value/Remark 

Comment 

Condition 

N308 

1 



Release cause 

Directed signalling 

connection 

reestablishment 



Redirection info 




Frequency info 

Omitted 



Inter- RAT info 

E-UTRA 



E-UTRA target info 




E-UTRA Target Frequency Info List 

1 Entry 



FDD 



E-UTRA- 
FDD 

DL Carrier frequency 

The DL Carrier frequency 
of Cell 1 



Blacklisted cells per freq list 

Omitted 



TDD 



E-UTRA- 
TDD 

DL Carrier frequency 

The DL Carrier frequency 
of Cell 1 



Blacklisted cells per freq list 

Omitted 
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13.4.2.5 Inter-system mobility/Service based redirection from GSIVI/GPRS to E-UTRA 

1 3.4.2.5.1 Test Purpose (TP) 
(1) 

with { UE in GPRS Registered state } 
ensure that { 

when { UE is requested to initiate a service based redirection to E-UTRA } 
then { UE performs service based redirection to E-UTRA cell } 
} 

13.4.2.5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 44.060 section 7.4.2 

[TS 44.060, section 7.4.2] 

The network may initiate the cell change order procedure by sending an IMMEDIATE ASSIGNMENT message for 
single block assignment in a CCCH block monitored by the mobile station. No TBF shall be established. The single 
block assignment procedure is specified in 3GPP TS 44.018. 

The network shall then send the PACKET CELL CHANGE ORDER message in the assigned downlink block to the 
mobile station. The PACKET CELL CHANGE ORDER message contains: 

- the characteristics of the new cell that are necessary to identify it (i.e. BSIC + BCCH frequency); 

the NC measurement parameters valid for the mobile station in the new cell (NETWORK_CONTROL_ORDER 
and optionally: NC_NON_DRX_PERIOD, NC_REPORTING_PERIOD_I and NC_REPORTING_PERIOD_T). 

For a multi-RAT mobile station supporting UTRAN, the PACKET CELL CHANGE ORDER message may contain 
information on a UTRAN target cell; in this case, the establishment of channel(s) and subsequent measurement 
reporting are defined in 3 GPP TS 25.33 L 

For a multi-RAT mobile station supporting "CCN towards E-UTRAN, E-UTRAN Neighbour Cell measurement 
reporting and Network controlled cell reselection to E-UTRAN", the PACKET CELL CHANGE ORDER message may 
contain information on an E-UTRAN target cell; in this case, the establishment of channel(s) and subsequent 
measurement reporting are defined in 3 GPP TS 36.331. 

Upon receipt of the PACKET CELL CHANGE ORDER message, the mobile station shall stop all relevant RLC/MAC 
timers except for timers related to measurement reporting and start timer T3174. The mobile station shall then switch to 
the specified new cell and obey the relevant RLC/MAC procedures on this new cell. If a valid RRBP field was received 
in the PACKET CELL CHANGE ORDER message then the MS shall send a PACKET CONTROL 
ACKNOWLEDMENT message in the reserved uplink radio block specified by the RRBP field before switching to the 
new cell. If the timers related to measurement reporting expire while the reselection procedure has not yet been 
completed, these timers shall be restarted so that the mobile station resumes the measurement reporting procedures once 
camped on the new cell. A UTRAN capable mobile station ordered to a UTRAN cell shall obey the PACKET CELL 
CHANGE ORDER message irrespective of whether or not the target cell is known (see 3 GPP TS 25.133 and 
3GPP TS 25.123); an E-UTRAN capable mobile station ordered to an E-UTRAN cell shall obey the PACKET CELL 
CHANGE ORDER message irrespective of whether the target cell is known or not known (see 3GPP TS 36.133). 

1 3.4.2.5.3 Test description 

1 3.4.2.5.3.1 Pre-test conditions 

System Simulator: 

- Cell 24 is serving GERAN Cell 

- Cell 1 is suitable E-UTRAN Cell 
UE: 

None. 
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Preamble: 


The UE is in state Generic RB Established, UE test mode activated (state 4) according to [18] using the UE 
TEST LOOP MODE B and then moved to GPRS packet idle state with PDP context 2 activated according to 
section 40.4.3.15 of TS 51010-1, with power levels as in Table 13.4.2.5.3.2-1 TO, on Cell 24. 


13.4.2.5.3.2 


Test procedure sequence 


Table 13.4.2.5.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The exact instants on which these values shall be applied are described in the 
texts in this clause. 

Table 13.4.2.5.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Cell24 

Remark 

TO 

Cell-specific RS EPRE 

dBm/15kHz 

off 

-60 

Camping on Cell 24 
is guaranteed 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-60 

Same as 
before 

The power level is 

such that 
SrxlevCell 1 > 

Note: Srxlev is calculated in the UE 



Table 13.4.2.5.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS changes Cell 1 levels according to the 
row "TV in table 13.4.2.5.3.2-1. 





2 

SS sends IMMEDIATE ASSIGNMENT 

<- 

IMMEDIATE ASSIGNMENT 

- 

- 

3 

The SS sends PACKET CELL CHANGE 
ORDER for cell 1 as the target cell on cell 24 

<— 

PACKET CELL CHANGE ORDER 

- 

- 

4 

Steps 1 to 7 of the generic test procedure in 
TS 36.508 [18] subclause 6.4.2.7A-1 are 
performed on Cell 1 . 

Note: The UE performs a TAU procedure and 
a default EPS Bearer is setup. 





5 

The SS transmits one IP packet to the UE on 
the DRB associated with the default EPS 
bearer context. 

<— 

IP packet 



6 

Check: Does the UE loop back the IP packet 
on the DRB associated with the default EPS 
bearer context? 

— > 

IP packet 

1 

P 


13.4.2.5.3.3 


Specific message contents 


Table 13.4.2.5.3.3-2: PACKET CELL CHANGE ORDER (step 5, Table 13.4.2.5.3.2-2) 


Information element 

Value/remark 

< PAGE MODE : bit (2) > 

00 (Normal Paging) 

01 10 



< GLOBAL TFI : Global TFI IE > 

<5 bit Uplink TFI> 

on 

1 

Message Escape 

< IMMEDIATE REL > 

0|1<UTRAN FDD Target cell IE> 

0|1<UTRAN TDD Target cell IE> 

Additions in Rel-5 

1 1 < G-RNTI extension 

Additions in Rei-8 

0|1<E-UTRAN Target cell IE> 

EARFCN 

1 1 < Measurement Bandwidth 

Physical Layer Cell identity 

1 1 < Individual Priorities 

00 

1 (Immediate abort of operation in the old cell is required) 

(not present ) 

(not present ) 

1 

(not present ) 

1 

1 

EARFCN of the cell 1 

(not present ) 

PCIDofthecell 1 

(not present ) 
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Table 13.4.2.5.3.3-3: Message ROUTING AREA UPDATE REQUEST (Preamble) 


Derivation Path: Table 9.4.1/3GPP TS 24.008 

Information Element 

Value/remark 

Comment 

Condition 

MS Radio Access capability 




GERAN to E-UTRA support in GERAN packet 
transfer mode 

'10'Bor'11'B 

CON towards E- 
UTRAN, E-UTRAN 
Neighbour Cell 
measurement 
reporting and 
Network controlled 
cell reselection to E- 
UTRAN supported 


Mobile station classmark 3 




E-UTRA FDD support 

'O'Bor'1'B 


01 

E-UTRA TDD support 

'O'Bor'1'B 


01 

01 At least one of these fields shall be set to '1 'B 


1 3.4.2.6 Inter-RAT PS Handover / from GPRS Packetjransfer to E-UTRA cell 

13.4.2.6.1 Test Purpose (TP) 
(1) 

with { UE in GPRS Registered state with active packet data transfer in NC2 mode } 
ensure that { 

when { UE receives a PS HANDOVER COMMAND message configured for a EUTRAN Cell. Blind PS HANDOVER 
sceanrio } 

then { UE transmits a RRCConnectionReconfigurationComplete message and performs Tracking Area 
update on EUTRAN cell to continue the data transfer } 
} 

13.4.2.6.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 43.129, clause 5.3a. 

[TS 43.129, clause 5.3a.l] 

For performing the inter-RAT handover from GERAN A/Gb mode to E-UTRAN the pre-conditions are: 

- The MS is in packet transfer mode (GERAN A/Gb mode); 

- The MS has at least one PDP Context established; 

- The BSS supports PFM (Packet Flow Management) procedures. 
[TS 43.129, clause 5.3a.2] 

The detailed signalling flows are specified in 3GPP TS 23.401 [33] in sub-clause 5.5.2.4.2. 

[TS 43.129, clause 5.3a.3] 

The detailed signalling flows are specified in 3GPP TS 23.401 [33] in sub-clause 5.5.2.4.3. 

1 3.4.2.6.3 Test description 

1 3.4.2.6.3.1 Pre-test conditions 

System Simulator: 

- 2 cells, one GSM and one E-UTRA cell: 

- Cell 24 GSM serving cell 

- Cell 1 suitable neighbour E-UTRA Cell 1 is off. 
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UE: 

None. 
Preamble: 


The UE is in state Generic RB Established, UE test mode activated (state 4) according to [18] using the UE 
TEST LOOP MODE B and then moved to GPRS packet idle state with PDP context 2 activated State according 
to [23], on Cell 24. 


13.4.2.6.3.2 


Test procedure sequence 


Table 13.4.2.6.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The exact instants on which these values shall be applied are described in the 
texts in this clause. 

Table 13.4.2.6.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 


Parameter 

Unit 

CelM 

Remark 

Cell-specific RS EPRE 

dBm/15kHz 

-70 


Srxlev* 

dB 

36 


Note: Srxlev is calculated in the UE 
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Table 13.4.2.6.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U- 
S 

Message 

1 

UE is brought into downlink packet 
transfer mode according to TS 51 .010 
clause 40.4.3.14 

Note: The delay tinner for the Test Loop in 
the preamble is set so that the UE would 
not loop any packets back before the UE 
camps on E-UTRA 





2 

SS transmits 1 IP Packet 

- 

- 

- 

- 


EXCEPTION: In parallel to steps 3 to 5 the 
events described in Table 13.4.2.6.3.2-3 
take place 





3 

SS adjusts power level for Cell 1 
according to table 13.4.2.6.3.2-1 

- 

- 

- 

- 

4 

The SS transmits PS HANDOVER 
COMMAND on Cell24 

<- 

PS HANDOVER COMMAND 

- 

- 

5 

Check: Does the UE transmit a 
RRCConnectionReconfigurationComplete 
message on cell 1 ? 

-> 

RRCConnectionReconfigurationComplete 

1 

p 

6 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message to update 
the registration of the actual tracking area. 

-> 

RRC: ULInformationTransfer NAS: 
TRACKING AREA UPDATE REQUEST 



7 

The SS transmits a NAS SECURITY 
MODE COMMAND message to activate 
NAS security (mapped security context) 

<- 

RRC: DLInformationTransfer 

NAS: SECURITY MODE COMMAND 



8 

The UE transmits a NAS SECURITY 
MODE COMPLETE message and 
establishes the initial security 
configuration. 

-> 

RRC: ULInformationTransfer 

NAS: SECURITY MODE COMPLETE 



9 

SS responds with TRACKING AREA 
UPDATE ACCEPT message. 

<- 

RRC: DLInformationTransfer 
NAS: TRACKING AREA UPDATE 
ACCEPT 



10 

Check: Does the UE send a TRACKING 
AREA UPDATE COMPLETE on the cell 
specified in the test case? 

-> 

RRC: ULInformationTransfer 
NAS: TRACKING AREA UPDATE 
COMPLETE 



11 

The SS transmits an 
RRCConnectionRelease message to 
release RRC connection and move to 
RRCJDLE. 

<- 

RRC: RRCConnectionRelease 



12 

Check: Does the UE loop back the IP 
packets received when on GERAN on the 
DRB associated with the default EPS 
bearer context? 

-> 

IP Packet 

1 

p 


Table 13.4.2.6.3.2-3: Parallel behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U- 
S 

Message 

1 

UE is in downlink packet transfer mode 
and transmits 3 IP Packets 

- 

- 

- 

- 
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1 3.4.2.6.3.3 Specific message or IE contents 

Table 13.4.2.6.3.3-1: PS HANDOVER COMMAND [Table 13.4.2.6.3.2-1, Step 5] 


Derivation Path: 44.060, Table 1 1 .2.43.1 

Information Element 

Value/remark 

Comment 

Condition 

PAGE MODE 

'OO'B 

Normal Paging 


Global TFI 

TFI of the downlink TBF 



CONTAINER ID 





PS Handover to E-UTRAN Payload 

'10'B 



RRC Container IE 




RRC_CONTAINER_LENGTH 

Length of the container 
data 



RRC CONTAINER DATA 




RRCConnectionReconfiguration message 



HO-TO- 
EUTRA 

RRCConnectionReconfiguration ::= SEQUENCE { 



Derivation 

Path: 

36.331 

clause 

6.2.2 

rrc-Transaction Identifier 

RRC- 
Transactionldentifier-DL 



criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




measConfig 

Not present 



mobilityControllnfo 

MobilityControllnfo 


HO-TO- 
EUTRA 
Ref Table 
13.4.2.6.3. 
3-2 

dedicatedlnfoNASList 

Not present 



radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-HO-TO- 
EUTRA(n, m) 


HO-TO- 

EUTRA(n, 

m) 

securityConfigHO 

SecurityConfigHO 


HO-TO- 
EUTRA 
Ref Table 
13.4.2.6.3. 
3-3 

nonCriticalExtension SEQUENCE {} 

Not present 



} 




} 




1 




1 





Table 13.4.2.6.3.3-2: MobilityControllnfo (Table 13.4.2.6.3.3-1) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo 




targetPhysCellld 

PhysicalCellldentity of 
Cell 1. 



carrierFreq 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 1 . 



ul-CarrierFreq 

Not present 



carrierBandwidth 




dl-Bandwidth 

Downlink system 
bandwidth under test. 



ul-Bandwidth 

Uplink Bandwidth under 
test. 


FDD 

ul-Bandwidth 

Not present 


TDD 

additionalSpectrumEmission 

1 




ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2471 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Condition 

Explanation 

FDD 

FDD cell environment 

TDD 

TDD cell environment 


Table 13.4.2.6.3.3-3: SecurityConfigHO (Table 13.4.2.6.3.3-1) 


Derivation Path: 36.508, Table 4.6.4-1 

Information Element 

Value/remark 

Comment 

Condition 

SecurityConfigHO 




handoverType 




inter RAT 




securityAlgorithmConfig 




cipheringAlgorithm 

Set according to PIXIT 
parameter for default 
ciphering protection 
algorithm 



integrityProtAlgorithm 

Set according to PIXIT 
parameter for default 
integrity algorithm 



nas-SecurityParamToEUTRA 

Octets 1 to 4 are 
arbitrarily selected. 

Bits 1 to 3 of octet 5 are 
set according to PIXIT 
parameter for default 
integrity protection 
algorithm. 

Bits 5 to 7 of octet 5 are 
set according to PIXIT 
parameter for default 
ciphering algorithm. 

Bits 1 to 3 of octet 6 are 
arbitrarily selected 
between 'OOO'B and 
'110'B, different from the 
valid NAS key set 
identifier of the UE if such 
a value exists. 

Bit 4 of octet 6 is set to 1 . 

Octets 1 to 4 
include the 
NonceMME value. 

Bits 1 to 3 of octet 
5 include the Type 
of integrity 
protection 
algorithm 

Bits 5 to 7 of octet 

5 include the Type 
of ciphering 
algorithm. 

Bits 1 to 4 of octet 

6 include the NAS 
key set identifier. 



Table 13.4.2.6.3.3-3: ACTIVATE TEST MODE (preamble, Table 13.4.2.6.3.2-2) 

Derivation Path: 36.508, Table 4.7A-1 , condition UE TEST LOOP MODE B 


Table 13.4.2.6.3.3-4: CLOSE UE TEST LOOP (preamble, Table 13.4.2.6.3.2-2) 


Derivation Path: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE B 

Information Element 

Value/remark 

Comment 

Condition 

UE test loop mode B LB setup 




IP PDU delay 

000001 01 

5 seconds 


13.4.2.7 

13.4.2.7.1 
(1) 


Inter-RAT PS Handover / Synchronised / From GPRS PackeMransfer to E- 
UTRA cell (CCN mode) 

Test Purpose (TP) 


with { UE in GPRS Registered state with active packet data transfer in NCI mode 
ensure that { 
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when { UE enters CCN mode by transmitting Packet Cell Change Notification message and subsequently 
receives PS HANDOVER COMMAND message configured for already synchronised Target EUTRAN 
Cell, indicating CCN support} 

then { UE performs Tracking Area update on EUTRAN cell and continues data transfer } 
} 

13.4.2.7.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 43.129, clause 5.3a, TS 
44.060, clause 5.5.1.1a.2 and TS 45.008, clause 10.1.4. 

[TS 43.129, clause 5.3a.l] 

For performing the inter-RAT handover from GERAN A/Gb mode to E-UTRAN the pre-conditions are: 

- The MS is in packet transfer mode (GERAN A/Gb mode); 

- The MS has at least one PDP Context established; 

- The BSS supports PFM (Packet Flow Management) procedures. 
[TS 43.129, clause 5.3a.2] 

The detailed signalling flows are specified in 3GPP TS 23.401 [33] in sub-clause 5.5.2.4.2. 

[TS 43.129, clause 5.3a.3] 

The detailed signalling flows are specified in 3GPP TS 23.401 [33] in sub-clause 5.5.2.4.3. 

[TS 44.060, section 5.5.1.1a.2] 

A mobile station, which has CCN Enabled, can enter CCN Mode. 

The mobile station shall enable CCN when the following criteria are fulfilled: 

- the mobile station is camping on a cell (see 3GPP TS 45.008); and 

- the network indicates CCN ACTIVE/3G CCN ACTIVE/E-UTRAN CCN ACTIVE either in system information 
to all mobile stations in the cell or in an individual order to a certain mobile station; and 

- the mobile station is neither in dedicated mode nor Dual Transfer Mode; and 
the mobile station is in NCO or in NCI mode; and 

- the mobile station is in Packet Transfer mode. 

The CCN procedures and the criteria for entering and leaving CCN mode are specified in sub-clauses 8.8.2 and 8.8.3. 

[TS 45.008, clause 10.1.4] 

The network may request measurement reports from the MS and control its cell re-selection. This is indicated by the 
parameter NETWORK_CONTROL_ORDER. The meaning of the different parameter values is specified as follows: 

NCI MS control with measurement reports 

The MS shall send measurement reports to the network as defined in subclause 10.1.4.1. 
The MS shall perform autonomous cell re-selection. 

1 3.4.2.7.3 Test description 

1 3.4.2.7.3.1 Pre-test conditions 

System Simulator: 

- 2 cells, one GSM and one E-UTRA cell: 
- Cell 24 GSM serving cell 
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Cell 1 is suitable neighbour E-UTRAN Cell 


UE: 

None. 
Preamble: 


The UE is in state Generic RB Established, UE test mode activated (state 4) according to [18] using the UE 
TEST LOOP MODE B and then moved to GPRS packet idle state with PDP context 2 activated State according 
to [23], on Cell 24. 


13.4.2.7.3.2 


Test procedure sequence 


Table 13.4.2.7.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The exact instants on which these values shall be applied are described in the 
texts in this clause. 

Table 13.4.2.7.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Cell24 

Remark 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-60 

No change 

The power level is 
such that 
SrxlevCell 1 > 

Note: Srxlev is calculated in the UE 
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Table 13.4.2.7.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U- 
S 

Message 

1 

UE is brought into downlink packet 
transfer mode according to TS 51 .010 
clause 40.4.3.14 

Note: The delay tinner for the Test Loop in 
the preamble is set so that the UE would 
not loop any packets back before the UE 
camps on E-UTRA 





2 

SS transmits 1 IP Packet 

- 

- 

- 

- 


EXCEPTION: In parallel to steps 3 to 7 
the events described in Table 
13.4.2.7.3.2-3 take place 





3 

UE continues data transfer and send 
measurement reports for cell 1 in 
PACKET MEASUREMENT REPORT in 
parallel to data transfer. 





4 

SS adjusts power level for Cell 1 
according to table 13.4.2.7.3.2-1 

- 

- 

- 

- 

5 

UE transmits PACKET CELL CHANGE 
NOTIFICATION to E_UTRA cell on cell 
24. PCCN message should be received 
with in 15 s after step 3. 
In parallel the UE continues data transfer 
and send measurement reports for cell 1 
in PACKET MEASUREMENT REPORT. 

-> 

PACKET CELL CHANGE 
NOTIFICATION 



6 

The SS transmits PS HANDOVER 
COMMAND on Cell24, with CCN enabled 
towards target cell. 

<~ 

PS HANDOVER COMMAND 



7 

Check: Does the UE transmit a 
RRCConnectionReconfigurationComplete 
message on cell 1 ? 

-> 

RRCConnectionReconfigurationComplete 

1 

p 

8 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message to update 
the registration of the actual tracking 
area. 

— > 

RRC: ULInformationTransfer NAS: 
TRACKING AREA UPDATE REQUEST 



9 

The SS transmits a NAS SECURITY 
MODE COMMAND message to activate 
NAS security (mapped security context) 

<- 

RRC: DLInformationTransfer 

NAS: SECURITY MODE COMMAND 



10 

The UE transmits a NAS SECURITY 
MODE COMPLETE message and 
establishes the initial security 
configuration. 

-> 

RRC: ULInformationTransfer 

NAS: SECURITY MODE COMPLETE 



11 

SS responds with TRACKING AREA 
UPDATE ACCEPT message. 

<- 

RRC: DLInformationTransfer 
NAS: TRACKING AREA UPDATE 
ACCEPT 



12 

Check: Does the UE send a TRACKING 
AREA UPDATE COMPLETE on the cell 
specified in the test case? 

-> 

RRC: ULInformationTransfer 
NAS: TRACKING AREA UPDATE 
COMPLETE 



13 

The SS transmits an 
RRCConnectionRelease message to 
release RRC connection and move to 
RRCJDLE. 

<- 

RRC: RRCConnectionRelease 



14 

Check: Does the UE loop back the IP 
packets received when on GERAN on the 
DRB associated with the default EPS 
bearer context? 

— > 

IP Packet 

1 

p 
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Table 13.4.2.7.3.2-3: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U- 
S 

Message 

1 

UE is in downlink packet transfer mode 
and transmits 3 IP Packets 

- 

- 

- 

- 


1 3.4.2.7.3.3 Specific message or IE contents 

Table 13.4.2.7.3.3-1 : Repeated E-UTRAN Neighbour Cells structure of SI2Quater for Cell 24[Preamble] 


Derivation Path: 36.508 table 4.4.5-1 

Information Element 

Value/remark 

Comment 

Condition 

E-UTRAN Parameters Description 

1 

Present 


E-UTRAN CCN ACTIVE 

1 

CCN is enabled in 
the cell 



Table 13.4.2.7.3.3-2: Message ROUTING AREA UPDATE REQUEST(Preamble) 


Derivation Path: Table 9.4.1/3GPP TS 24.008 

Information Element 

Value/remark 

Comment 

Condition 

MS Radio Access capability 




GERAN to E-UTRA support in GERAN packet 
transfer mode 

'11'B 

PS Handover to E- 
UTRAN supported 
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Table 13.4.2.7.3.3-3: PS HANDOVER COMMAND [Table 13.4.2.7.3.2-2, Step 5] 


Derivation Path: 44.060, Table 1 1 .2.43.1 

Information Element 

Value/remark 

Comment 

Condition 

PAGE MODE 

'OO'B 

Normal Paging 


Global TFI 

TFI of the downlink TBF 



CONTAINER ID 





PS Handover to E-UTRAN Payload 

'10'B 



RRC Container IE 




RRC_CONTAINER_LENGTH 

Length of the container 
data 



RRC CONTAINER DATA 




RRCConnectionReconfiguration message 



HO-TO- 
EUTRA 

RRCConnectionReconfiguration ::= SEQUENCE { 



Derivation 

Path: 

36.331 

clause 

6.2.2 

rrc-Transaction Identifier 

RRC- 
Transactionldentifier-DL 



criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




measConfig 

Not present 



mobilityControllnfo 

MobilityControllnfo 


HO-TO- 
EUTRA 
Ref Table 
13.4.2.7.3. 
3-4 

dedicatedlnfoNASList 

Not present 



radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-HO-TO- 
EUTRA(n, m) 


HO-TO- 

EUTRA(n, 

m) 

securityConfigHO 

SecurityConfigHO 


HO-TO- 
EUTRA 
Ref Table 
13.4.2.7.3. 
3-5 

nonCriticalExtension SEQUENCE {} 

Not present 



1 




1 




1 




} 





Table 13.4.2.7.3.3-4: MobilityControllnfo (Table 13.4.2.7.3.3-3) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo 




targetPhysCellld 

PhysicalCellldentity of 
Cell 1 . 



carrierFreq 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 1 . 



ul-CarrierFreq 

Not present 



carrierBandwidth 




dl-Bandwidth 

Downlink system 
bandwidth under test. 



ul-Bandwidth 

Uplink Bandwidth under 
test. 


FDD 

ul-Bandwidth 

Not present 


TDD 

additionalSpectrumEmission 

1 




Condition 


Explanation 
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FDD 


FDD cell environment 


TDD 


TDD cell environment 


Table 13.4.2.7.3.3-5: SecurityConfigHO (Table 13.4.2.7.3.3-3) 


Derivation Path: 36.508, Table 4.6.4-1 

Information Element 

Value/remark 

Comment 

Condition 

SecurityConfigHO 




handoverType 




inter RAT 




securityAlgorithmConfig 




cipheringAlgorithm 

Set according to PIXIT 
parameter for default 
ciphering protection 
algorithm 



integrityProtAlgorithm 

Set according to PIXIT 
parameter for default 
integrity algorithm 



nas-SecurityParamToEUTRA 

Octets 1 to 4 are 
arbitrarily selected. 

Bits 1 to 3 of octet 5 are 
set according to PIXIT 
parameter for default 
integrity protection 
algorithm. 

Bits 5 to 7 of octet 5 are 
set according to PIXIT 
parameter for default 
ciphering algorithm. 

Bits 1 to 3 of octet 6 are 
arbitrarily selected 
between 'OOO'B and 
'110'B, different from the 
valid NAS key set 
identifier of the UE if such 
a value exists. 

Bit 4 of octet 6 is set to 1 . 

Octets 1 to 4 
include the 
NonceMME value. 

Bits 1 to 3 of octet 
5 include the Type 
of integrity 
protection 
algorithm 

Bits 5 to 7 of octet 

5 include the Type 
of ciphering 
algorithm. 

Bits 1 to 4 of octet 

6 include the NAS 
key set identifier. 



Table 13.4.2.7.3.3-6: ACTIVATE TEST MODE (preamble, Table 13.4.2.7.3.2-2) 

Derivation Path: 36.508, Table 4.7A-1 , condition UE TEST LOOP MODE B 


Table 13.4.2.7.3.3-7: CLOSE UE TEST LOOP (preamble, Table 13.4.2.7.3.2-2) 


Derivation Path: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE B 

Information Element 

Value/remark 

Comment 

Condition 

UE test loop mode B LB setup 




IP PDU delay 

000001 01 

5 seconds 


13.4.2.8 

13.4.2.8.1 
(1) 


Inter-RAT PS Handover / Synchronised / From GPRS PackeMransfer to E- 
UTRA cell (NC2 mode) 

Test Purpose (TP) 


with { UE in GPRS Registered state with active packet data transfer in NC2 mode } 
ensure that { 

when { UE receives a PS HANDOVER COMMAND message configured for already synchronised EUTRAN Cell} 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 2478 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

then { UE performs Tracking Area update on EUTRAN cell and continues data transfer } 
} 

13.4.2.8.2 Conformance requirements 

References: The conformance requirements covered in the current TC are specified in: TS 43.129, clause 5.3a and TS 
45.008 clause 10.1.4. 

[TS 43.129, clause 5.3a.l] 

For performing the inter-RAT handover from GERAN A/Gb mode to E-UTRAN the pre-conditions are: 

- The MS is in packet transfer mode (GERAN A/Gb mode); 

- The MS has at least one PDP Context established; 

- The BSS supports PFM (Packet Flow Management) procedures. 
[TS 43.129, clause 5.3a.2] 

The detailed signalling flows are specified in 3GPP TS 23.401 [33] in sub-clause 5.5.2.4.2. 

[TS 43.129, clause 5.3a.3] 

The detailed signalling flows are specified in 3GPP TS 23.401 [33] in sub-clause 5.5.2.4.3. 

[TS 45.008, clause 10.1.4] 

The network may request measurement reports from the MS and control its cell re-selection. This is indicated by the 
parameter NETWORK_CONTROL_ORDER. The meaning of the different parameter values is specified as follows: 

NC2 Network control 

The MS shall send measurement reports to the network as defined in subclause 10.1.4.1. 
The MS shall only perform autonomous cell re-selection when the reselection is triggered by a 
downlink signalling failure as defined in subclause 6.5 or a random access failure as defined in 
3GPP TS 44.018 and 3GPP TS 44.060 or if the cell is barred or the CI criterion falls below zero. 
The MS shall only determine whether the cell is barred once camped on the cell. 

1 3.4.2.8.3 Test description 

1 3.4.2.8.3.1 Pre-test conditions 
System Simulator: 

- 2 cells, one GSM and one E-UTRA cell: 

- Cell 24 GSM serving cell 

- Cell 1 suitable neighbour E-UTRA Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established, UE test mode activated (state 4) according to [18] using the UE 
TEST LOOP MODE B and then moved to GPRS packet idle state with PDP context 2 activated State according 
to [23], on Cell 24. 

1 3.4.2.8.3.2 Test procedure sequence 

Table 13.4.2.8.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. The exact instants on which these values shall be applied are described in the 
texts in this clause. 
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Table 13.4.2.8.3.2-1 : Time instances of cell power level and parameter changes for E-UTRA cell 



Parameter 

Unit 

CelM 

Cell24 

Remark 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-60 

No change 

The power level is 
such that 
SrxlevCell 1 > 

Note: Srxlev is calculated in the UE 
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Table 13.4.2.8.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U- 
S 

Message 

1 

UE is brought into downlink packet 
transfer mode according to TS 51 .010 
clause 40.4.3.14 

Note: The delay tinner for the Test Loop in 
the preamble is set so that the UE would 
not loop any packets back before the UE 
camps on E-UTRA 





2 

SS transmits 1 IP Packet 

- 

- 

- 

- 


EXCEPTION: In parallel to steps 3 to 6 
the events described in Table 
13.4.2.8.3.2-3 take place 





3 

MS continues data transfer and send 
measurement reports for cell 1 in 
PACKET MEASUREMENT REPORT in 
parallel to data transfer. 





4 

SS adjusts power level for Cell 1 
according to table 13.4.2.8.3.2-1 

- 

- 

- 

- 

5 

The SS transmits PS HANDOVER 
COMMAND on Cell24 

<- 

PS HANDOVER COMMAND 

- 

- 

6 

Check: Does the UE transmit a 
RRCConnectionReconfigurationComplete 
message on cell 1 ? 

-> 

RRCConnectionReconfigurationComplete 

1 

p 

7 

The UE transmits a TRACKING AREA 
UPDATE REQUEST message to update 
the registration of the actual tracking 
area. 

— > 

RRC: ULInformationTransfer NAS: 
TRACKING AREA UPDATE REQUEST 



8 

The SS transmits a NAS SECURITY 
MODE COMMAND message to activate 
NAS security (mapped security context) 

<- 

RRC: DLInformationTransfer 

NAS: SECURITY MODE COMMAND 



9 

The UE transmits a NAS SECURITY 
MODE COMPLETE message and 
establishes the initial security 
configuration. 

-> 

RRC: ULInformationTransfer 

NAS: SECURITY MODE COMPLETE 



10 

SS responds with TRACKING AREA 
UPDATE ACCEPT message. 

<~ 

RRC: DLInformationTransfer 
NAS: TRACKING AREA UPDATE 
ACCEPT 



11 

Check: Does the UE send a TRACKING 
AREA UPDATE COMPLETE on the cell 
specified in the test case? 

-> 

RRC: ULInformationTransfer 
NAS: TRACKING AREA UPDATE 
COMPLETE 



12 

The SS transmits an 
RRCConnectionRelease message to 
release RRC connection and move to 
RRCJDLE. 

<- 

RRC: RRCConnectionRelease 



13 

Check: Does the UE loop back the IP 
packets received when on GERAN on the 
DRB associated with the default EPS 
bearer context? 

— > 

IP Packet 

1 

p 


Table 13.4.2.8.3.2-3: Parallel behaviour 


St 


Procedure 


U-S 


Message Sequence 
Message 


TP 


Verdict 
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1 

UE is in downlink packet transfer mode 
and transmits 3 IP Packets 

- 

- 

- 

- 


13.4.2.8.3.3 Specific message or IE contents 

Table 13.4.2.8.3.3-1 : Message ROUTING AREA UPDATE REQUEST (Preamble) 


Derivation Path: Table 9.4.1/3GPP TS 24.008 

Information Element 

Value/remark 

Comment 

Condition 

MS Radio Access capability 




GERAN to E-UTRA support in GERAN packet 
transfer mode 

'11'B 

PS Handover to E- 
UTRAN supported 



Table 13.4.2.8.3.3-2: PS HANDOVER COMMAND [Table 13.4.2.8.3.2-2, Step 5] 


Derivation Path: 44.060, Table 1 1 .2.43.1 

Information Element 

Value/remark 

Comment 

Condition 

PAGE MODE 

'OO'B 

Normal Paging 


Global TFI 

TFI of the downlink TBF 



CONTAINER ID 





PS Handover to E-UTRAN Payload 

'10'B 



RRC Container IE 




RRC_CONTAINER_LENGTH 

Length of the container 
data 



RRC CONTAINER DATA 




RRCConnectionReconfiguration message 



HO-TO- 
EUTRA 

RRCConnectionReconfiguration ::= SEQUENCE { 



Derivation 

Path: 

36.331 

clause 

6.2.2 

rrc-Transaction Identifier 

RRC- 
Transactionldentifier-DL 



criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




measConfig 

Not present 



mobilityControllnfo 

MobilityControllnfo 


HO-TO- 
EUTRA 
Ref Table 
13.4.2.8.3. 
3-3 

dedicatedlnfoNASList 

Not present 



radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-HO-TO- 
EUTRA(n, m) 


HO-TO- 

EUTRA(n, 

m) 

securityConfigHO 

SecurityConfigHO 


HO-TO- 
EUTRA 
Ref Table 
13.4.2.8.3. 
3-4 

nonCriticalExtension SEQUENCE {} 

Not present 



1 




1 




1 




1 
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Table 13.4.2.8.3.3-3: MobilityControllnfo (Table 13.4.2.8.3.3-2) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

IVIobilityControllnfo 




targetPhysCellld 

PhysicalCellldentity of 
Cell 1 . 



carrierFreq 




cll-CarrierFreq 

Same downlink EARFCN 
as used for Cell 1 . 



ul-CarrierFreq 

Not present 



carrierBandwidth 




dl-Bandwidth 

Downlink system 
bandwidth under test. 



ul-Bandwidth 

Uplink Bandwidth under 
test. 


FDD 

ul-Bandwidth 

Not present 


TDD 

additionalSpectrumEmission 

1 




Condition 

Explanation 

FDD 

FDD cell environment 

TDD 

TDD cell environment 


Table 13.4.2.8.3.3-4: SecurityConfigHO (Table 13.4.2.8.3.3-2) 


Derivation Path: 36.508, Table 4.6.4-1 

Information Element 

Value/remark 

Comment 

Condition 

SecurityConfigHO 




handoverType 




inter RAT 




securityAlgorithmConfig 




cipheringAlgorithm 

Set according to PIXIT 
parameter for default 
ciphering protection 
algorithm 



integrityProtAlgorithm 

Set according to PIXIT 
parameter for default 
integrity algorithm 



nas-SecurityParamToEUTRA 

Octets 1 to 4 are 
arbitrarily selected. 

Bits 1 to 3 of octet 5 are 
set according to PIXIT 
parameter for default 
integrity protection 
algorithm. 

Bits 5 to 7 of octet 5 are 
set according to PIXIT 
parameter for default 
ciphering algorithm. 

Bits 1 to 3 of octet 6 are 
arbitrarily selected 
between 'OOO'B and 
'110'B, different from the 
valid NAS key set 
identifier of the UE if such 
a value exists. 

Bit 4 of octet 6 is set to 1 . 

Octets 1 to 4 
include the 
NonceMME value. 

Bits 1 to 3 of octet 
5 include the Type 
of integrity 
protection 
algorithm 

Bits 5 to 7 of octet 

5 include the Type 
of ciphering 
algorithm. 

Bits 1 to 4 of octet 

6 include the NAS 
key set identifier. 
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Table 13.4.2.8.3.3-5: ACTIVATE TEST MODE (preamble, Table 13.4.2.8.3.2-2) 

Derivation Path: 36.508, Table 4.7A-1 , condition UE TEST LOOP MODE B 


Table 13.4.2.8.3.3-6: CLOSE UE TEST LOOP (preamble, Table 13.4.2.8.3.2-2) 


Derivation Path: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE B 

Information Element 

Value/remark 

Comment 

Condition 

UE test loop mode B LB setup 




IP PDU delay 

000001 01 

5 seconds 


13.4.3 Inter-system mobility voice 

1 3.4.3.1 Inter-system mobility / E-UTRA voice to UTRA OS voice / SRVCC 

1 3.4.3.1 .1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a Mobil ityFromEUTRACommand message and an IMS voice call is ongoing and an UTRA 
Speech RAB combination is configured for an UTRA cell} 

then { UE transmits a HANDOVER TO UTRAN COMPLETE message on the utra cell} 


13.4.3.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.4.3.3 and 
TS 23.216, clause 6.2.2.2. 

[TS 36.331, clause 5.4.3.3] 

The UE shall be able to receive a Mobility FromEUTRACommand message and perform a cell change order to GERAN, 
even if no prior UE measurements have been performed on the target cell. 

The UE shall: 

1> stop timer T310, if running; 

1> if the MobilityFromEUTRACommand message includes \hQ purpose set to 'handover': 

2> if the targetRAT-Type is set to 'utra' or 'geran': 

3> consider inter-RAT mobility as initiated towards the RAT indicated by the targetRAT-Type included in 
the MobilityFromEUTRACommand message; 

3> forward the nas-SecurityParamFromEUTRA to the upper layers; 

3> access the target cell indicated in the inter-RAT message in accordance with the specifications of the 
target RAT; 

[TS 23.216, clause 6.2.2.2] 

Depicted in figure 6.2.2.2-1 is a call flow for SRVCC from E-UTRAN to UTRAN or GERAN with DTM HO support, 
including the handling of the non-voice component. The flow requires that eNB can determine that either the target is 
UTRAN with PS HO or the target is GERAN with DTM support and the UE is supporting DTM. 
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UE 
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Figure 6.2.2.2-1 : SRVCC from E-UTRAN to UTRAN with PS HO or GERAN with DTM HO support 


1 . UE sends measurement reports to E-UTRAN. 

2. Based on UE measurement reports the source E-UTRAN decides to trigger an SRVCC handover to 
UTRAN/GERAN. 

3. If target is UTRAN, the source E-UTRAN sends a Handover Required (Target ID, generic Source to Target 
Transparent Container, SRVCC HO indication) message to the source MME. SRVCC HO indication indicates to 
MME that this is for CS+PS HO. 

NOTE 1: When the source E-UTRAN indicates using SRVCC HO Indication that target is both CS and PS capable 
and this is a CS+PS HO request, the source MME sends the single received transparent container to both 
the target CS domain and the target PS domain. 

If target is GERAN, the source E UTRAN sends a Handover Required (Target ID, generic Source to Target 
Transparent Container, additional Source to Target Transparent Container, SRVCC HO Indication) message to 
the source MME. The E-UTRAN places the "old BSS to new ESS information IE" for the CS domain in the 
additional Source to Target Transparent Container. The differentiation between CS and PS containers is 
described in TS 36.413 [30]. In this case, the MME identifies from SRVCC HO Indication that this is a request 
for a CS+PS handover. 
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4. Based on the QCI associated with the voice bearer (QCI 1) and the SRVCC HO Indication, the source MME 
splits the voice bearer from all other PS bearers and initiates their relocation towards MSC Server and SGSN, 
respectively. 

5a) Source MME initiates the PS-CS handover procedure for the voice bearer by sending a SRVCC PS to CS 
Request (IMSI, Target ID, STN-SR, C-MSISDN, Source to Target Transparent Container, MM Context, 
Emergency Indication) message to the MSC Server. The Emergency Indication and the equipment identifier are 
included if the ongoing session is emergency session. Authenticated IMSI and C-MSISDN shall also be included 
if available. The message includes information relevant to the CS domain only. MME received STN-SR and 
C-MSISDN from the HSS as part of the subscription profile downloaded during the E-UTRAN attach procedure. 
MM Context contains security related information. CS security key is derived by the MME from the 
E-UTRAN/EPS domain key as defined in TS 33.401 [22]. The CS Security key is sent in the MM Context. 

5b) MSC Server interworks the PS-CS handover request with a CS inter-MSC handover request by sending a 

Prepare Handover Request message to the target MSC. If the target system is GERAN, the MSC Server assigns a 
default SAI as Source ID on the interface to the target BSS and uses BSSMAP encapsulated for the Prepare 
Handover Request. If the target system is UTRAN, the MSC Server uses RANAP encapsulated for the Prepare 
Handover Request. 

NOTE 2: The value of the default SAI is configured in the MSC and allows a release 8 and later BSC to identify 
that the source for the SRVCC Handover is E-UTRAN. To ensure correct statistics in the target BSS the default 
SAI should be different from the S AIs used in UTRAN. 

5c) Target MSC requests resource allocation for the CS relocation by sending the Relocation Request/Handover 
Request message to the target RNS/BSS. If the target RAT is UTRAN, Relocation Request/Handover Request 
message contains the generic Source to Target Transparent Container. If the target RAT is GERAN, Relocation 
Request/Handover Request message contains the additional Source to Target Transparent Container. 

6. In parallel to the previous step the source MME initiates relocation of the PS bearers. The following steps are 
performed (for details see TS 23.401 [2] clauses 5.5.2.1 and 5.5.2.3): 

a) Source MME sends a Forward Relocation Request (generic Source to Target Transparent Container, MM 
Context, PDN Connections IE) message to the target SGSN. If the target SGSN uses S4 based interaction 
with S-GW and P-GW, the PDN Connections IE includes bearer information for all bearer(s) except the 
voice bearer(s). The handling of security keys for PS handover of the remaining non- voice PS bearers is 
specified in TS 33.401 [22]. 

NOTE 3: If the target SGSN uses Gn/Gp based interaction with GGSN the Forward Relocation Request will 
contain PDP Contexts, instead of PDN Connections IE, including bearer information for all bearers 
except the voice bearer(s). 

b) Target SGSN requests resource allocation for the PS relocation by sending the Relocation Request/Handover 
Request (Source to Target Transparent Container) message to the target RNS/BSS. 

7. After the target RNS/BSS receives both the CS relocation/handover request with the PS relocation/handover 
request, it assigns the appropriate CS and PS resources. The following steps are performed: 

a) Target RNS/BSS acknowledges the prepared PS relocation/handover by sending the Relocation Request 
Acknowledge/Handover Request Acknowledge (Target to Source Transparent Container) message to the 
target SGSN. 

b) Target SGSN sends a Forward Relocation Response (Target to Source Transparent Container) message to the 
source MME. 

8. In parallel to the previous step the following steps are performed: 

a) Target RNS/BSS acknowledges the prepared CS relocation/handover by sending the Relocation Request 
Acknowledge/Handover Request Acknowledge (Target to Source Transparent Container) message to the 
target MSC. 

b) Target MSC sends a Prepare Handover Response (Target to Source Transparent Container) message to the 
MSC Server. 

c) Establishment of circuit connection between the target MSC and the MGW associated with the MSC Server 
e.g. using ISUP lAM and ACM messages. 
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NOTE 4: The Target to Source Transparent Container sent to the target SGSN is step 7a and the Target to Source 
Transparent Container sent to the target MSC in step 8a, include the same allocation of CS and PS 
resources (e.g. the target BSS includes the same DTM Handover Command in both containers). 

9. For non-emergency session, the MSC Server initiates the Session Transfer by using the STN-SR e.g. by sending 
an ISUP lAM (STN-SR) message towards the IMS. For emergency session, the MSC Server initiates the Session 
Transfer by using the locally configured E-STN-SR and by including the equipment identifier. Standard IMS 
Service Continuity or Emergency IMS Service Continuity procedures are applied for execution of the Session 
Transfer, TS 23.237 [14]. 

NOTE 5: This step can be started after step 8b. 

NOTE 6: If the MSC Server is using an ISUP interface, then the initiation of the session transfer for non-emergency 
sessions may fail if the subscriber profile including CAMEL triggers is not available prior handover (see 
clause 7.3.2.1.3 of TS 23.292 [13]). 

10. During the execution of the Session Transfer procedure the remote end is updated with the SDP of the CS access 
leg according to TS 23.237 [14]. The downlink flow of VoIP packets is switched towards the CS access leg at 
this point. 

11. The source IMS access leg is released according to TS 23.237 [14]. 
NOTE 7: Steps 10 and 1 1 are independent of step 12. 

12. The MSC Server sends a SRVCC PS to CS Response (Target to Source Transparent Container) message to the 
source MME. 

13. Source MME synchronises the two prepared relocations and sends a Handover Command (Target to Source 
Transparent Container) message to the source E-UTRAN. 

NOTE 8: When the target cell is GERAN, the MME may receive different Target to Source Transparent Containers 
from the MSC Server and from the SGSN, i.e. a "New BSS to Old BSS Information" (see 
TS 48.008 [23]) may be received from the MSC Server and a "Target BSS to Source BSS Transparent 
Container" (see TS 48.018 [24]) may be received from the SGSN. 

14. E-UTRAN sends a Handover from E-UTRAN Command message to the UE. 

15. UE tunes to the target UTRAN/GERAN cell. 

16. Handover Detection at the target RNS/BSS occurs. The UE sends a Handover Complete message via the target 
RNS/BSS to the target MSC. If the target MSC is not the MSC Server, then the Target MSC sends an SES 
(Handover Complete) message to the MSC Server. At this stage, the UE re-establishes the connection with the 
network and can send/receive voice data. 

17. The CS relocation/handover is complete. The following steps are performed: 

a) Target RNS/BSS sends Relocation Complete/Handover Complete message to the target MSC. 

b) Target MSC sends an SES (Handover Complete) message to the MSC Server. The speech circuit is through 
connected in the MSC Server/MGW according to TS 23.009 [18]. 

c) Completion of the establishment procedure with ISUP Answer message to the MSC Server according to 
TS 23.009 [18]. 

d) MSC Server sends a SRVCC PS to CS Complete Notification message to the source MME. Source MME 
acknowledges the information by sending a SRVCC PS to CS Complete Acknowledge message to the MSC 
Server. 

e) The source MME deactivates the voice bearer(s) towards S-GW/P-GW and sets the PS-to-CS handover 
indicator to Delete Bearer Command message. This triggers MME-initiated Dedicated Bearer Deactivation 
procedure as specified in TS 23.401 [2]. The MME does not send deactivation request toward the eNodeB on 
receiving PS-to-CS Complete Notification in step 17d. If dynamic PCC is deployed, the PGW may interact 
with PCRF as defined in TS 23.203 [6]. 
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f) If the HLR is to be updated, i.e. if the IMSI is authenticated but unknown in the VLR, the MSC Server 
performs a TMSI reallocation towards the UE using its own non-broadcast LAI and, if the MSC Server and 
other MSCA^LRs serve the same (target) LAI, with its own Network Resource Identifier (NRI). 

NOTE 9: The TMSI reallocation is performed by the MSC Server towards the UE via target MSC. 

g) If the MSC Server performed a TMSI reallocation in step 17f, and if this TMSI reallocation was completed 
successfully, the MSC Server performs a MAP Update Location to the HSS/HLR. 

NOTE 10: This Update Location is not initiated by the UE. 

18. In parallel to the previous step, the PS relocation/handover is completed. The following steps are performed: 

a) Target RNS/BSS sends Relocation Complete/Handover Complete message to target SGSN. 

b) Target SGSN sends a Forward Relocation Complete message to the source MME. After having completed 
step 17e, the source MME acknowledges the information by sending a Forward Relocation Complete 
Acknowledge message to the target SGSN. 

c) Target SGSN updates the bearer with S-GW/P-GW/GGSN as specified in TS 23.401 [2]. 

d) The MME sends Delete Session Request to the SGW as defined in TS 23.401 [2]. 

19. For an emergency services session after handover is complete, the source MME or the MSC Server may send a 
Subscriber Location Report carrying the identity of the MSC Server to a GMLC associated with the source or 
target side, respectively, as defined in TS 23.271 [29] to support location continuity. 

NOTE 11: Any configuration of the choice between a source MME versus MSC Server update to a GMLC needs to 
ensure that a single update occurs from one of these entities when the control plane location solution is 
used on the source and/or target sides. 

1 3.4.3.1 .3 Test description 

1 3.4.3.1 .3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 5. 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

- The UE is previously registered on cell 5. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 according to [18]. 

13.4.3.1.3.2 Test procedure sequence 

Table 13.4.3.1.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 
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Table 13.4.3.1.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 5 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

- 

The power level values are such that 
entering conditions for event B2 are not 
satisfied. 

CPICH Ec 
(UTRA FDD) 

dBm/3.8 
4 MHz 

- 

-22.5 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

-82.5 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-100 

- 

The power level values are such that 
entering conditions for event B2 are 
satisfied. 

CPICH Ec 
(UTRA FDD) 

dBm/3.8 
4 MHz 

- 

-12 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

-72 
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Table 13.4.3.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS configures UTRA cell 5 to reference 
configuration according 36.508 table 4.8.3-1 , 
condition UTRA Speech. 





2-27 

Steps 1 to 26 of the generic test procedure for 
IMS MT speech call (TS 36.508 4.5A.7.3-1). 

- 

- 

- 

- 

28 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup inter RAT measurement and 
reporting for event B2. 

<- 

RRCConnectionReconfiguration 



29 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



30 

The SS changes the power level for Cell 1 and 
Cell 5 according to the row "T1 " in table 
13.4.3.1.3.2-1 





31 

The UE transmits a MeasurementReport 
message on Cell 1 to report event B2 for Cell 
5. 

-> 

MeasurementReport 



31A 

The SS transmits a UECapabilityEnquiry 
message to request UE radio access capability 
information for E-UTRA and UTRA. 

<— 

UECapabilityEnquiry 



31B 

The UE transmit a UECapabilitylnformation 
message on Cell 1 . 

NOTE: The start-PS values received, should 
be used to configure ciphering on cell 5. 

-> 

UECapabilitylnformation 



32 

The SS transmits a 

MobilityFromEUTRACommand message on 
Cell 1 . 

<— 

MobilityFromEUTRA Command 



33 

Check: Does the UE transmit a HANDOVER 
TO UTRAN COMPLETE message on cell 5? 

-> 

HANDOVER TO UTRAN 
COMPLETE 

1 

P 


EXCEPTION: In parallel to the events 
described in step 34 to 39 the steps specified 
in table 13.4.3.1 .3.2-4 takes place if requested 
bytheUE. 






EXCEPTION: In parallel to the events 
described in step 34 to 39 the steps specified 
in table 1 3.4.3.1 .3.2-5 takes place. 





34 

The SS transmits a SECURITY MODE 
COMMAND message for the CS domain. 

<— 

SECURITY MODE COMMAND 

- 

- 

35 

The UE transmits a SECURITY MODE 
COMPLETE message. 

-> 

SECURITY MODE COMPLETE 

- 

- 

36 

The SS transmits an UTRAN MOBILITY 
INFORMATION message to notify CN 
information. 

<— 

UTRAN MOBILITY 
INFORMATION 



37 

The UE transmits an UTRAN MOBILITY 
INFORMATION CONFIRM message. 

-> 

UTRAN MOBILITY 
INFORMATION CONFIRM 

- 

- 

38 

The SS transmits a TMSI REALLOCATION 
COMMAND message. 

<— 

TMSI REALLOCATION 
COMMAND 

- 

- 

39 

The UE transmits a TMSI REALLOCATION 
COMPLETE message. 

-> 

TMSI REALLOCATION 
COMPLETE 

- 

- 
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Table13A3.1.3. 2-3: Void 
Table 13.4.3.1.3.2-4: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The UE transmits a LOCATION UPDATING 
REQUEST message. 

— > 

LOCATION UPDATING 
REQUEST 

- 

- 

2 

The SS transmits a SECURITY MODE 
COIVIIVIAND message for the CS domain. 

<- 

SECURITY MODE COMMAND 

- 

- 

3 

The UE transmits a SECURITY MODE 
COMPLETE message. 

-> 

SECURITY MODE COMPLETE 

- 

- 

4 

The SS transmits a LOCATION UPDATING 
ACCEPT message. 

<— 

LOCATION UPDATING ACCEPT 

- 

- 

Table 13.4.3.1.3.2-5: Parallel behaviour 

St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Check: Does the UE transmit a ROUTING 
AREA UPDATE REQUEST message? 

— > 

ROUTING AREA UPDATE 
REQUEST 

- 

P 

2 

The SS transmits a AUTHENTICATION AND 
CIPHERING REQUEST message. 

<— 

AUTHENTICATION AND 
CIPHERING REQUEST 

- 

- 

3 

The UE transmits a AUTHENTICATION AND 
CIPHERING RESPONSE message. 

-> 

AUTHENTICATION AND 
CIPHERING RESPONSE 

- 

- 

4 

The SS transmits a SECURITY MODE 
COMMAND message for the PS domain. 

<— 

SECURITY MODE COMMAND 

- 

- 

5 

The UE transmits a SECURITY MODE 
COMPLETE message. 

-> 

SECURITY MODE COMPLETE 

- 

- 

6 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message. 

<- 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

7 

The UE transmits a ROUTING AREA UPDATE 
COMPLETE message. 

-> 

ROUTING AREA UPDATE 
COMPLETE 

- 

- 


13.4.3.1.3.3 


Specific message contents 

Table 13.4.3.1.3.3-1 : ATTACH REQUEST (preamble) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

MS network capability 

SRVCC from UTRAN 
HSPA or E-UTRAN to 
GERAN/UTRAN 
supported 



Mobile station classmark 2 

Any allowed value 



Supported Codecs 

Any allowed value 




Table 13.4.3.1.3.3-2: RRCConnectionReconfiguration (sXep28, Table 13.4.3.1.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 
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Table 13.4.3.1.3.3-3: MeasConfig (sXep28, Table 13.4.3.1.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 with condition UTRAN | 

Information Element 

Value/Remark 

Comment 

Condition 

measurementConfiguration ::= SEQUENCE { 




measObjectToAddModifyList SEQUENCE (SIZE 
(1 ..maxObjectId)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f8 



nneasObject[1] 

MeasObjectUTRA- 
GENERIC(f8) 



nneasObjectld[2] 

IdMeasObject-fl 



nneasObject[2] 

MeasObjectEUTRA- 
GENERIC(fl) 



1 




reportConfigToAddModifyList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

IdReportConfiglnterRAT- 
B2-UTRA 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-UTRA(-90, -18) 


UTRA- 
FDD 

reportConfig[1] 

ReportConfiglnterRAT- 
B2-UTRA (-90, -78) 


UTRA- 
TDD 

} 




measldToAddModifyList SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



nneasObjectld[1] 

ldMeasObject-f8 



reportConfigld[1] 

IdReportConfiglnterRAT- 
B2-UTRA 



1 




1 




Table 13.4.3.1.3.3-4: MeasurementReport (sXep3^,^ab\e 13.4.3.1.3.2-2) 

Derivation Path: 36.508, table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




nneasurennentReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measld 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



1 




measResultNeighCells CHOICE { 




measResultListUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 5 



cgi-lnfo[1] 

Not present 



measResultfll SEQUENCE! 




utra-RSCP 

(-5..91) 



utra-EcNO 

(0..49) 



1 




1 




} 




1 




1 




1 




1 




} 
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Table 13.4.3.1.3.3-5: MobilityFromEUTRACommand (sXep32, Table 13.4.3.1.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




mobilityFromEUTRAConnnnancl-rS SEQUENCE { 




cs-Fallbacklndicator 

True 



purpose CHOICE{ 




handover SEQUENCE { 




targetRAT-Type 

Utra 



targetRAT-MessageContainer 

HANDOVER TO UTRAN 
COMMAND(UTRA RRC 
message) 



nas-SecurityParamFronnEUTRA 

The 4 least significant 
bits of the NAS downlink 
COUNT value 



systemlnformation 

Not present 



1 




1 




} 




1 




1 




} 





Table 13.4.3.1.3.3-6: HANDOVER TO UTRAN COMMAND (step32, Table 13.4.3.1.3.3-5) 

Derivation Path: 36.508, Table 4.7B.1-1 , condition UTRA Speech 

Table 13.4.3.1.3.3-7: UECapabilityEnquiry (step 31 A, Table 13.4.3.1.3.2-2) 


Derivation path: 36.508 clause 4.6.1 table 4.6.1-22 

Information Element 

Value/Remark 

Comment 

Condition 

UECapabilityEnquiry ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ueCapabilityEnquiry-r8 SEQUENCE { 




ue-CapabilityRequest SEQUENCE (SIZE 
(1 ..maxRAT-Capabilities)) OF SEQUENCE { 

2 entry 



RAT-Type[1] 

eutra 



RAT-Type[2] 

utra 



} 




1 




1 




1 




1 





13.4.3.2 Inter-system mobility / E-UTRA PS voice + PS data to UTRA CS voice + PS 
data/SRVCC 


13.4.3.2.1 
(1) 


Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a MobilityFromEUTRACommand message and an IMS voice call is ongoing and an UTRA 
PS RB + Speech combination is configured for an UTRA cell} 

then { UE transmits a HANDOVER TO UTRAN COMPLETE message on the utra cell} 
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13.4.3.2.2 Conformance requirements 
Same as 13.4.3.1.2. 

1 3.4.3.2.3 Test description 

1 3.4.3.2.3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 5. 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

- The UE is previously registered on cell 5. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 according to [18]. 

1 3.4.3.2.3.2 Test procedure sequence 

Table 13.4.3.2.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 13.4.3.2.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cells 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

- 

The power level values are such that 
entering conditions for event B2 are not 
satisfied. 

CPICH Ec 
(UTRA FDD) 

dBm/3.8 
4 MHz 

- 

-22.5 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

-82.5 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-100 

- 

The power level values are such that 
entering conditions for event B2 are 
satisfied. 

CPICH Ec 
(UTRA FDD) 

dBm/3.8 
4 MHz 

- 

-12 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

-72 
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Table 13.4.3.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS configures UTRA cell 5 to reference 
configuration according 36.508 table 4.8.3-1 , 
condition UTRA PS RB + Speech . 





2-27 

Steps 1 to 26 of the generic test procedure for 
IMS MT speech call (TS 36.508 4.5A.7.3-1). 

- 

- 

- 

- 

28 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup inter RAT measurement and 
reporting for event B2. 

<- 

RRCConnectionReconfiguration 



29 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



30 

The SS changes the power level for Cell 1 and 
Cell 5 according to the row "T1 " in table 
13.4.3.2.3.2-1 





31 

The UE transmits a MeasurementReport 
message on Cell 1 to report event B2 for Cell 
5. 

-> 

MeasurementReport 



32 

The SS transmits a 

MobilityFromEUTRACommand message on 
Cell 1 . 

<— 

MobiiityFromEUTRA Command 



32A 

The SS transmits a UECapabilityEnquiry 
message to request UE radio access capability 
information for E-UTRA and UTRA. 

<- 

UECapabilityEnquiry 



32B 

The UE transmit a UECapabilitylnformation 
message on Cell 1 . 

NOTE: The start-PS values received, should 
be used to configure ciphering on cell 5. 

-> 

UECapabilitylnformation 



33 

Check: Does the UE transmit a HANDOVER 
TO UTRAN COMPLETE message on cell 5? 

-> 

HANDOVER TO UTRAN 
COMPLETE 

1 

P 


EXCEPTION: In parallel to the events 
described in step 34 to 39 the steps specified 
in table 13.4.3.2.3.2-5 takes place. 






EXCEPTION: In parallel to the events 
described in step 34 to 39 the steps specified 
in table 13.4.3.2.3.2-6 takes place. 





34 

The SS transmits a SECURITY MODE 
COMMAND message for the CS domain. 

<- 

SECURITY MODE COMMAND 

- 

- 

35 

The UE transmits a SECURITY MODE 
COMPLETE message. 

-> 

SECURITY MODE COMPLETE 

- 

- 

36 

The SS transmits an UTRAN MOBILITY 
INFORMATION message to notify CN 
information. 

<- 

UTRAN MOBILITY 
INFORMATION 



37 

The UE transmits an UTRAN MOBILITY 
INFORMATION CONFIRM message. 

-> 

UTRAN MOBILITY 
INFORMATION CONFIRM 

- 

- 

38 

The SStransmits a TMSI REALLOCATION 
COMMAND message. 

<- 

TMSI REALLOCATION 
COMMAND 

- 

- 

39 

The UE transmits a TMSI REALLOCATION 
COMPLETE message. 

-> 

TMSI REALLOCATION 
COMPLETE 

- 

- 
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Table 13.4.3.2.3.2-3: Void 
Table 13.4.3.2.3.2-4: Void 
Table 13.4.3.2.3.2-5: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Check: Does the UE transmit a ROUTING 
AREA UPDATE REQUEST message? 

-> 

ROUTING AREA UPDATE 
REQUEST 

- 

P 

2 

The SS transmits a ROUTING AREA UPDATE 
ACCEPT message. 

<— 

ROUTING AREA UPDATE 
ACCEPT 

- 

- 

3 

The UE transmits a ROUTING AREA UPDATE 
COMPLETE message. 

-> 

ROUTING AREA UPDATE 
COMPLETE 

- 

- 


Table 13.4.3.2.3.2-6: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1-4 

Steps 1-4 defined in annex C.xx of TS 34.229- 
1 [35]. SRVCC media removal. 

- 

- 

- 

- 


13.4.3.2.3.3 


Specific message contents 

Table 13.4.3.2.3.3-1 : ATTACH REQUEST (preamble) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

MS network capability 

SRVCC from UTRAN 
HSPA or E-UTRAN to 
GERAN/UTRAN 
supported 



Mobile station classmark 2 

Any allowed value 



Supported Codecs 

Any allowed value 




Table 13.4.3.2.3.3-2: RRCConnectionReconfiguration (step 28, Table 13.4.3.2.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 
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Table 13.4.3.2.3.3-3: MeasConfig (step 28, Table 13.4.3.2.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 with condition UTRAN | 

Information Element 

Value/Remark 

Comment 

Condition 

measurementConfiguration ::= SEQUENCE { 




measObjectToAddModifyList SEQUENCE (SIZE 
(1 ..maxObjectId)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f8 



nneasObject[1] 

MeasObjectUTRA- 
GENERIC(f8) 



nneasObjectld[2] 

IdMeasObject-fl 



nneasObject[2] 

MeasObjectEUTRA- 
GENERIC(fl) 



1 




reportConfigToAddModifyList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

IdReportConfiglnterRAT- 
B2-UTRA 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-UTRA(-90, -18) 


UTRA- 
FDD 

reportConfig[1] 

ReportConfiglnterRAT- 
B2-UTRA (-90, -78) 


UTRA- 
TDD 

} 




measldToAddModifyList SEQUENCE (SIZE 
(L.maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



nneasObjectld[1] 

ldMeasObject-f8 



reportConfigld[1] 

IdReportConfiglnterRAT- 
B2-UTRA 



1 




1 




Table 13.4.3.2.3.3-4: MeasurementReport (step 31, Table 13.4.3.2.3.2-2) 

Derivation Path: 36.508, table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




nneasurennentReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measld 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



1 




measResultNeighCells CHOICE { 




measResultListUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 5 



cgi-lnfo[1] 

Not present 



measResultfll SEQUENCE! 




utra-RSCP 

(-5..91) 



utra-EcNO 

(0..49) 



1 




1 




} 




1 




1 




1 




1 




} 
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Table 13.4.3.2.3.3-5: MobilityFromEUTRACommand (step 32, Table 13.4.3.2.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




mobilityFromEUTRACommand-r8 SEQUENCE { 




cs-Fallbacklndicator 

True 



purpose CHOICE{ 




handover SEQUENCE { 




targetRAT-Type 

Utra 



targetRAT-MessageContainer 

HANDOVER TO UTRAN 
COMMAND(UTRA RRC 
message) 



nas-SecurityParamFromEUTRA 

The 4 least significant 
bits of the NAS downlink 
COUNT value 



systemlnformation 

Not present 



1 




1 




} 




1 




1 




} 





Table 13.4.3.2.3.3-6: HANDOVER TO UTRAN COMMAND (step 32, Table 13.4.3.2.3.3-5) 

Derivation Path: 36.508, Table 4.7B.1-1 , condition UTRA PS RB + Speech 

Table 13.4.3.2.3.3-7: UECapabilityEnquiry (step 32A, Table 13.4.3.2.3.2-2) 


Derivation path: 36.508 clause 4.6.1 table 4.6.1-22 

Information Element 

Value/Remark 

Comment 

Condition 

UECapabilityEnquiry ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ueCapabilityEnquiry-r8 SEQUENCE { 




ue-CapabilityRequest SEQUENCE (SIZE 
(1 ..maxRAT-Capabilities)) OF SEQUENCE { 

2 entry 



RAT-Type[1] 

eutra 



RAT-Type[2] 

utra 



} 




1 




1 




1 




1 





Table 13.4.3.2.3.3-8: SECURITY MODE COMMAND (step 34, Table 13.4.3.2.3.2-2) 


Derivation Path: 36.508, Table 4.7B.1-n 

Information Element 

Condition 

Value/remark 

Ciphering mode info 


Not Present 


13.4.3.3 
13.4.3.3.1 
(1) 


Inter-system mobility / E-UTRA voice to GSM OS voice / SRVCC 
Test Purpose (IP) 


with { UE in E-UTRA RRC_CONNECTED state 
ensure that { 
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when { UE receives a Mobil ityFromEUTRACommand message and an IMS voice call is ongoing and an 
GERAN Speech RAB combination is configured for an GERAN cell} 

then { UE transmits a HANDOVER COMPLETE message on the geran cell} 

} 

13.4.3.3.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.4.3.3 and 
TS 23.216, clause 6.2.2.1. 

[TS 36.331, clause 5.4.3.3] 

The UE shall be able to receive a Mobility FromEUTRACommand message and perform a cell change order to GERAN, 
even if no prior UE measurements have been performed on the target cell. 

The UE shall: 

1> stop timer T310, if running; 

1> if the Mobility FromEUTRACommand message includes the purpose set to 'handover': 

2> if the targetRAT-Type is set to 'utra' or 'geran': 

3> consider inter-RAT mobility as initiated towards the RAT indicated by the targetRAT-Type included in 
the MobilityFromEUTRACommand message; 

3> forward the nas-SecurityParamFromEUTRA to the upper layers; 

3> access the target cell indicated in the inter-RAT message in accordance with the specifications of the 
target RAT; 

[TS 23.216, clause 6.2.2.1] 

Depicted in figure 6.2.2.1-1 is a call flow for SRVCC from E-UTRAN to GERAN without DTM support. The flow 
requires that eNB can determine that the target is GERAN without DTM support or that the UE is without DTM 
support. 
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Figure 6.2.2.1-1: SRVCC from E-UTRAN to GERAN without DTM support 

1 . UE sends measurement reports to E-UTRAN. 

2. Based on UE measurement reports the source E-UTRAN decides to trigger an SRVCC handover to GERAN. 

3. Source E-UTRAN sends Handover Required (Target ID, generic Source to Target Transparent Container, 
SRVCC HO Indication) message to the source MME. The E-UTRAN places the "old BSS to new BSS 
information IE" for the CS domain in the generic Source to Target Transparent Container. The SRVCC HO 
indication indicates to the MME that target is only CS capable, hence this is a SRVCC handover operation only 
towards the CS domain. The message includes an indication that the UE is not available for the PS service in the 
target cell. 

4. Based on the QCI associated with the voice bearer (QCI 1) and the SRVCC HO indication, the source MME 
splits the voice bearer from the non voice bearers and initiates the PS-CS handover procedure for the voice 
bearer only towards MSC Server. 

5. The MME sends a SRVCC PS to CS Request (IMSI, Target ID, STN-SR, C-MSISDN, generic Source to Target 
Transparent Container, MM Context, Emergency Indication) message to the MSC Server. The Emergency 
Indication and the equipment identifier are is included if the ongoing session is emergency session. 
Authenticated IMSI and C-MSISDN shall also be included, if available. The MME received STN-SR and 
C-MSISDN from the HSS as part of the subscription profile downloaded during the E-UTRAN attach procedure. 
The MM Context contains security related information. CS security key is derived by the MME from the 
E-UTRAN/EPS domain key as defined in TS 33.401 [22]. The CS Security key is sent in the MM Context. 
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6. The MSC Server interworks the PS-CS handover request with a CS inter-MSC handover request by sending a 
Prepare Handover Request message to the target MSC. The MSC Server assigns a default SAI as Source ID on 
the interface to the target BSS and uses BSSMAP encapsulated for the Prepare Handover Request. 

NOTE 1 : The value of the default SAI is configured in the MSC and allows a release 8 and later BSC to identify 
that the source for the SRVCC Handover is E-UTRAN. To ensure correct statistics in the target BSS the 
default SAI should be different from the S AIs used in UTRAN. 

7. Target MSC performs resource allocation with the target BSS by exchanging Handover Request/ Acknowledge 
messages. 

8. Target MSC sends a Prepare Handover Response message to the MSC Server. 

9. Establishment of circuit connection between the target MSC and the MGW associated with the MSC Server e.g. 
using ISUP lAM and ACM messages. 

10. For non-emergency session, the MSC Server initiates the Session Transfer by using the STN-SR e.g. by sending 
an ISUP lAM (STN-SR) message towards the IMS. For emergency session, the MSC Server initiates the Session 
Transfer by using the locally configured E-STN-SR and by including the equipment identifier. Standard IMS 
Service Continuity or Emergency IMS Service Continuity procedures are applied for execution of the Session 
Transfer, see TS 23.237 [14]. 

NOTE 2: This step can be started after step 8. 

NOTE 3: If the MSC Server is using an ISUP interface, then the initiation of the session transfer for non-emergency 
session may fail if the subscriber profile including CAMEL triggers is not available prior handover (see 
clause 7.3.2.1.3 in TS 23.292 [13]). 

1 1. During the execution of the Session Transfer procedure the remote end is updated with the SDP of the CS access 
leg. The downlink flow of VoIP packets is switched towards the CS access leg at this point. 

12. Source IMS access leg is released as per TS 23.237 [14]. 
NOTE 4: Steps 1 1 and 12 are independent of step 13. 

13. MSC Server sends a SRVCC PS to CS Response (Target to Source Transparent Container) message to the 
source MME. 

14. Source MME sends a Handover Command (Target to Source Transparent Container) message to the source E- 
UTRAN. The message includes information about the voice component only. 

15. Source E-UTRAN sends a Handover from E-UTRAN Command message to the UE. 
16.UEtunestoGERAN. 

17. Handover Detection at the target BSS occurs. The UE sends a Handover Complete message via the target BSS to 
the target MSC. If the target MSC is not the MSC Server, then the Target MSC sends an SES (Handover 
Complete) message to the MSC Server. 

18. The UE starts the Suspend procedure specified in TS 23.060 [10], clause 16.2.1.1.2. The TLLI and RAI pair are 
derived from the GUTI as described in TS 23.003 [27]. This triggers the Target SGSN to send a Suspend 
Notification message to the Source MME. The MME returns a Suspend Acknowledge to the Target SGSN. 

NOTE 5: The MME might not be able to derive the GUTI from the received P-TMSI and RAI pair and therefore it 
might not be able to identify which UE context is associated with the Suspend Notification message. Also 
in this case the bearers are deactivated and/or suspended as in step 22a. 

19. Target BSS sends a Handover Complete message to the target MSC. 

20. Target MSC sends an SES (Handover Complete) message to the MSC Server. The speech circuit is through 
connected in the MSC Server/MGW according to TS 23.009 [18]. 

21. Completion of the establishment procedure with ISUP Answer message to the MSC Server according to 
TS 23.009 [18]. 
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22. MSC Server sends a SRVCC PS to CS Complete Notification message to the source MME, informing it that the 
UE has arrived on the target side. Source MME acknowledges the information by sending a SRVCC PS to CS 
Complete Acknowledge message to the MSC Server. 

22a. The MME deactivates bearers used for voice and other GBR bearers. All GBR bearers are deactivated 

towards S-GW and P-GW by initiating MME-initiated Dedicated Bearer Deactivation procedure as specified in 
TS 23.401 [2]. The MME does not send deactivation request toward the eNodeB on receiving PS-to-CS 
Complete Notification in step 22. PS-to-CS handover indicator is notified to P-GW for voice bearer during the 
bearer deactivation procedure. For GTP-based S5/S8, the S-GW requests the P-GW to delete all GBR bearer 
contexts by sending a Delete Bearer Command message. If dynamic PCC is deployed, the P-GW may interact 
with PCRF as defined in TS 23.203 [31]. For PMIP-based S5/S8, S-GW interacts with the PCRF which in turn 
updates PCC rules for GBR traffic in the P-GW. 

The MME starts preservation and suspension of non-GBR bearers by sending Suspend Notification message 
towards S-GW. For these non-GBR bearers, the S-GW releases Sl-U bearers for the UE and sends Suspend 
Notification message to the P-GW(s). The MME stores in the UE context that UE is in suspended status. All the 
preserved non-GBR bearers are marked as suspended status in the S-GW and P-GW. The P-GW should discard 
packets if received for the suspended UE. 

23a. If the HLR is to be updated, i.e. if the IMSI is authenticated but unknown in the VLR, the MSC Server 

performs a TMSI reallocation towards the UE using its own non-broadcast LAI and, if the MSC Server and other 
MSCA^LRs serve the same (target) LAI, with its own Network Resource Identifier (NRI). 

NOTE 5: The TMSI reallocation is performed by the MSC Server towards the UE via target MSC. 

23b. If the MSC Server performed a TMSI reallocation in step 23a, and if this TMSI reallocation was completed 
successfully, the MSC Server performs a MAP Update Location to the HSS/HLR. 

NOTE 6: This Update Location is not initiated by the UE. 

24. For an emergency services session after handover is complete, the source MME or the MSC Server may send a 
Subscriber Location Report carrying the identity of the MSC Server to a GMLC associated with the source or 
target side, respectively, as defined in TS 23.271 [29] to support location continuity. 

NOTE 7: Any configuration of the choice between a source MME versus MSC Server update to a GMLC needs to 
ensure that a single update occurs from one of these entities when the control plane location solution is 
used on the source and/or target sides. 

1 3.4.3.3.3 Test description 

13.4.3.3.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 24. 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) on Cell 1 according to [18]. 

1 3.4.3.3.3.2 Test procedure sequence 

Table 13.4.3.3.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 
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Table 13.4.3.3.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 24 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

- 

The power level values are such that 
entering conditions for event B2 are not 
satisfied. 

RSSI 

dBm 

- 

-85 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-100 

- 

The power level values are such that 
entering conditions for event B2 are 
satisfied. 

RSSI 

dBm 

- 

-65 


Table 13.4.3.3.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1-26 

Steps 1 to 26 of the generic test procedure for 
IMS MT speech call (TS 36.508 4.5A.7.3-1). 

- 

- 

- 

- 

27 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup inter RAT measurement and 
reporting for event B2. 

<- 

RRCConnectionReconfiguration 



28 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
ompiete 



29 

The SS changes the power level for Cell 1 and 
Cell 5 according to the row "T1 " in table 
13.4.3.3.3.2-1 





30 

The UE transmits a MeasurementReport 
message on Cell 1 to report event B2 for Cell 
24. 

-> 

MeasurementReport 



31 

The SS transmits a 

MobilityFromEUTRACommand message on 
Cell 1 . 

<— 

MobiiityFromEUTRA Command 



32 

Check: Does the UE transmit a HANDOVER 
COMPLETE message on cell 24? 

-> 

HANDOVER COMPLETE 

1 

P 

33 

The UE transmits a GPRS SUSPENSION 
REQUEST message 

-> 

GPRS SUSPENSION REQUEST 

- 

- 

34 

The SS transmits a TMSI REALLOCATION 
COMMAND message. 

<— 

TMSI REALLOCATION 
COMMAND 

- 

- 

35 

The UE transmits a TMSI REALLOCATION 
COMPLETE message. 

— > 

TMSI REALLOCATION 
COMPLETE 

- 

- 


13.4.3.3.3.3 


Table 13.4.3.3.3.2-4: Void 
Specific message contents 

Table 13.4.3.3.3.3-1 : ATTACH REQUEST (preamble) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

MS network capability 

SRVCC from UTRAN 
HSPA or E-UTRAN to 
GERAN/UTRAN 
supported 



Mobile station classmark 2 

Any allowed value 



Supported Codecs 

Any allowed value 




Table 13.4.3.3.3.3-2: RRCConnectionReconfiguration (step 27, Table 13.4.3.3.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 
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Table 13.4.3.3.3.3-3: MeasConfig (step 27, Table 13.4.3.3.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 with condition GERAN | 

Information Element 

Value/Remark 

Comment 

Condition 

measurementConfiguration ::= SEQUENCE { 




measObjectToAddModifyList SEQUENCE (SIZE 
(1 ..maxObjectId)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

IdMeasObject-fl 1 



nneasObject[1] 

MeasObjectGERAN- 
GENERIC(fll) 



nneasObjectld[2] 

IdMeasObject-fl 



nneasObject[2] 

MeasObjectEUTRA- 
GENERIC(fl) 



1 




reportConfigToAddModifyList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

IdReportConfiglnterRAT- 
B2-GERAN 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-GERAN (-90, FFS) 

The value of 
GERAN-Thres is 
FFS 


} 




measldToAddModifyList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



nneasld[1] 

1 



nneasObjectld[1] 

ldMeasObject-f8 



reportConfigld[1] 

IdReportConfiglnterRAT- 
B2-GERAN 



} 




1 




Table 13.4.3.3.3.3-4: MeasurementReport {step 30, Table 13.4.3.3.3.2-2) 

Derivation Path: 36.508, table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




nneasurennentReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measld 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



} 




measResultNeighCells CHOICE { 




measResultListGERAN SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld 

PhysicalCellldentity of 
Cell 24 



cgi-lnfo[1] 

Not present 



measResultfll SEQUENCE! 




rssi 

The value of rssi is FFS 



1 




1 




1 




1 




} 




1 




1 




} 
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Table 13.4.3.3.3.3-5: MobilityFromEUTRACommand (step 31, Table 13.4.3.3.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




mobilityFromEUTRACommand-r8 SEQUENCE { 




cs-Fallbacklndicator 

True 



purpose CHOICE{ 




handover SEQUENCE { 




targetRAT-Type 

Utra 



targetRAT-MessageContainer 

HANDOVER 
COMMAND(GERAN 
RRC message), see 
Table 13.4.3.3.3.3-6 



nas-SecurityParamFromEUTRA 

The 4 least significant 
bits of the NAS downlink 
COUNT value 



systemlnformation 

Not present 



1 




} 




1 




1 




1 




1 




Table 13.4.3.3.3.3-6: HANDOVER COMMAND (step 31, Table 13.4.3.3.3.2-2) 

Derivation Path: 51 .01 0, Table 40.2.4.33 

Information Element 

Value/remark 

Comment 

Condition 

Cell Description 




Network Colour Code 

1 



Base Station Colour Code 

5 



BCCH Carrier Number 

The BCCH Carrier 
ARFCN as per table in 
clause 40.1.1 of 51 .010- 
1. 



Description of the First Channel, after time 




Channel Description 




Channel Type and TDMA offset 

TCH/F + ACCH's 



Timeslot Number 

Chosen arbitrarily, but not 
Zero. 



Training Sequence Code 

Same as the BCCH 



Hopping channel 

Single RF channel 



ARFCN 

The first ARFCN in the 
cell allocation as per 
table in clause 40.2.1.1.1 
of 51 .01 0-1 




13.4.3.4 


13.4.3.4.1 


(1) 


Inter-systenn mobility / E-UTRA voice to UTRA CS voice / Unsuccessful case 
/ Retry on old cell / SRVCC 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a MobilityFromEUTRACommand message and an IMS voice call is ongoing and the UE 
does not succeed in establishing the connection to the target radio access technology } 
then { UE initiates the connection re-establishment procedure } 

} 

13. 
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(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE successfully completes the RRC Connection re-establishment procedure } 
then { UE is in E-UTRA RRC_CONNECTED state } 
} 

4.3.4.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.4.3.3, 
5.4.3.5, 5.3.7.2, 5.3.7.3, 5.3.7.4, 5.3.7.5 and TS 23.216, clause 6.2.2.2. 

[TS 36.331, clause 5.4.3.3] 

The UE shall be able to receive a Mobility FromEUTRACommand message and perform a cell change order to GERAN, 
even if no prior UE measurements have been performed on the target cell. 

The UE shall: 

1> stop timer T310, if running; 

1> if the MobilityFromEUTRACommand message includes \ht purpose set to 'handover': 

2> if the targetRAT-Type is set to 'utra' or 'geran': 

3> consider inter-RAT mobility as initiated towards the RAT indicated by the targetRAT-Type included in 
the MobilityFromEUTRACommand message; 

3> forward the nas-SecurityParamFromEUTRA to the upper layers; 

3> access the target cell indicated in the inter-RAT message in accordance with the specifications of the 
target RAT; 

[TS 36.331, clause 5.4.3.5] 

The UE shall: 

1> if T304 expires (mobility from E-UTRA failure); or 

1> if the UE does not succeed in establishing the connection to the target radio access technology; or 

1> if the UE is unable to comply with (part of) the configuration included in the MobilityFromEUTRACommand 
message; or 

1> if there is a protocol error in the inter RAT information included in the MobilityFromEUTRACommand message, 
causing the UE to fail the procedure according to the specifications applicable for the target RAT: 

2> stop T304, if running; 

2> if the cs-Fallbacklndicator in the MobilityFromEUTRACommand message was set to 'TRUE: 

3> indicate to upper layers that the CS Fallback procedure has failed; 

2> revert back to the configuration used in the source cell, excluding the configuration configured by the 
physicalConfigDedicated, mac-MainConfig and sps-Config\ 

2> initiate the connection re-establishment procedure as specified in 5.3.7; 

[TS 36.331, clause 5.3.7.2] 

The UE shall only initiate the procedure when AS security has been activated. The UE initiates the procedure when one 
of the following conditions is met: 


1> upon mobility from E-UTRA failure, in accordance with 5.4.3.5; or 
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Upon initiation of the procedure, the UE shall: 

1> stop timer T310, if running; 

1> start timer T3 1 1 ; 

1> suspend all RBs except SRBO; 

1> reset MAC; 

1> apply the default physical channel configuration as specified in 9.2.4; 

1> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

1> apply the default MAC main configuration as specified in 9.2.2; 

1> perform cell selection in accordance with the cell selection process as specified in TS 36.304 [4]; 
[TS 36.331, clause 5.3.7.3] 
Upon selecting a suitable E-UTRA cell, the UE shall: 

1> stop timer T311; 

1> start timer T301; 

1> apply the timeAlignmentTimerCommon included in SystemInformationBlockType2\ 

1> initiate transmission of the RRCConnectionReestahlishmentRequest message in accordance with 5.3.7.4; 
[TS 36.331, clause 5.3.7.4] 
The UE shall set the contents of RRCConnectionReestablishmentRequest message as follows: 

1> set the ue -Identity as follows: 

2> set the c-RNTI to the C-RNTI used in the source cell (handover and mobility from E-UTRA failure) or used 
in the cell in which the trigger for the re-establishment occurred (other cases); 

2> set the physCellld to the physical cell identity of the source cell (handover and mobility from E-UTRA 
failure) or of the cell in which the trigger for the re-establishment occurred (other cases); 

2> set the shortMAC-I to the 16 least significant bits of the MAC-I calculated: 

3> over the ASN.l encoded as per section 8 (i.e., a multiple of 8 bits) VarShortMAC-Input\ 

3> with the KRRCint key and integrity protection algorithm that was used in the source cell (handover and 
mobility from E-UTRA failure) or of the cell in which the trigger for the re-establishment occurred (other 
cases); and 

3> with all input bits for COUNT, BEARER and DIRECTION set to binary ones; 

1> set the reestablishmentCause as follows: 


2> else if the re-establishment procedure was initiated due to handover failure as specified in 5.3.5.6 (intra-LTE 
handover failure) or 5.4.3.5 (inter-RAT mobility from EUTRA failure): 

3> set the reestablishmentCause to the value 'handoverFailure'\ 


The UE shall submit the RRCConnectionReestablishmentRequest message to lower layers for transmission. 
[TS 36.331, clause 5.3.7.5] 
The UE shall: 
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1> stop timer T301; 

1> re-establish PDCP for SRBl; 

1> re-establish RLC for SRBl; 

1> perform the radio resource configuration procedure in accordance with the received 
radioResourceConfigDedicated and as specified in 5.3.10; 

1> resume SRBl; 

1> update the KeNB key based on the Kasme key to which the current KeNB is associated, using the 

nextHopChainingCount value indicated in the RRCConnectionReestablishment message, as specified in TS 
33.401 [32]; 

1> store the nextHopChainingCount value; 

1> derive the KRRQnt key associated with the previously configured integrity algorithm, as specified in TS 33.401 
[32]; 

1> derive the KRRCenc key and the KuPenc key associated with the previously configured ciphering algorithm, as 
specified in TS 33.401 [32]; 

1> configure lower layers to activate integrity protection using the previously configured algorithm and the KRRCint 
key immediately, i.e., integrity protection shall be applied to all subsequent messages received and sent by the 
UE, including the message used to indicate the successful completion of the procedure; 

1> configure lower layers to apply ciphering using the previously configured algorithm, the KRRCenc key and the 
Kupenc key immediately, i.e., ciphering shall be applied to all subsequent messages received and sent by the UE, 
including the message used to indicate the successful completion of the procedure; 

1> perform the measurement related actions as specified in 5.5.6.1; 

1> submit the RRCConnectionReestablishmentComplete message to lower layers for transmission, upon which the 
procedure ends; 

[TS 23.216, clause 6.2.2.2] 

Depicted in figure 6.2.2.2-1 is a call flow for SRVCC from E-UTRAN to UTRAN or GERAN with DTM HO support, 
including the handling of the non-voice component. The flow requires that eNB can determine that either the target is 
UTRAN with PS HO or the target is GERAN with DTM support and the UE is supporting DTM. 
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Figure 6.2.2.2-1 : SRVCC from E-UTRAN to UTRAN with PS HO or GERAN with DTM HO support 


1 . UE sends measurement reports to E-UTRAN. 

2. Based on UE measurement reports the source E-UTRAN decides to trigger an SRVCC handover to 
UTRAN/GERAN. 

3. If target is UTRAN, the source E-UTRAN sends a Handover Required (Target ID, generic Source to Target 
Transparent Container, SRVCC HO indication) message to the source MME. SRVCC HO indication indicates to 
MME that this is for CS+PS HO. 

NOTE 1: When the source E-UTRAN indicates using SRVCC HO Indication that target is both CS and PS capable 
and this is a CS+PS HO request, the source MME sends the single received transparent container to both 
the target CS domain and the target PS domain. 

If target is GERAN, the source E UTRAN sends a Handover Required (Target ID, generic Source to Target 
Transparent Container, additional Source to Target Transparent Container, SRVCC HO Indication) message to 
the source MME. The E-UTRAN places the "old BSS to new ESS information IE" for the CS domain in the 
additional Source to Target Transparent Container. The differentiation between CS and PS containers is 
described in TS 36.413 [30]. In this case, the MME identifies from SRVCC HO Indication that this is a request 
for a CS+PS handover. 
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4. Based on the QCI associated with the voice bearer (QCI 1) and the SRVCC HO Indication, the source MME 
splits the voice bearer from all other PS bearers and initiates their relocation towards MSC Server and SGSN, 
respectively. 

5a) Source MME initiates the PS-CS handover procedure for the voice bearer by sending a SRVCC PS to CS 
Request (IMSI, Target ID, STN-SR, C-MSISDN, Source to Target Transparent Container, MM Context, 
Emergency Indication) message to the MSC Server. The Emergency Indication and the equipment identifier are 
included if the ongoing session is emergency session. Authenticated IMSI and C-MSISDN shall also be included 
if available. The message includes information relevant to the CS domain only. MME received STN-SR and 
C-MSISDN from the HSS as part of the subscription profile downloaded during the E-UTRAN attach procedure. 
MM Context contains security related information. CS security key is derived by the MME from the 
E-UTRAN/EPS domain key as defined in TS 33.401 [22]. The CS Security key is sent in the MM Context. 

5b) MSC Server interworks the PS-CS handover request with a CS inter-MSC handover request by sending a 

Prepare Handover Request message to the target MSC. If the target system is GERAN, the MSC Server assigns a 
default SAI as Source ID on the interface to the target BSS and uses BSSMAP encapsulated for the Prepare 
Handover Request. If the target system is UTRAN, the MSC Server uses RANAP encapsulated for the Prepare 
Handover Request. 

NOTE 2: The value of the default SAI is configured in the MSC and allows a release 8 and later BSC to identify 
that the source for the SRVCC Handover is E-UTRAN. To ensure correct statistics in the target BSS the default 
SAI should be different from the S AIs used in UTRAN. 

5c) Target MSC requests resource allocation for the CS relocation by sending the Relocation Request/Handover 
Request message to the target RNS/BSS. If the target RAT is UTRAN, Relocation Request/Handover Request 
message contains the generic Source to Target Transparent Container. If the target RAT is GERAN, Relocation 
Request/Handover Request message contains the additional Source to Target Transparent Container. 

6. In parallel to the previous step the source MME initiates relocation of the PS bearers. The following steps are 
performed (for details see TS 23.401 [2] clauses 5.5.2.1 and 5.5.2.3): 

a) Source MME sends a Forward Relocation Request (generic Source to Target Transparent Container, MM 
Context, PDN Connections IE) message to the target SGSN. If the target SGSN uses S4 based interaction 
with S-GW and P-GW, the PDN Connections IE includes bearer information for all bearer(s) except the 
voice bearer(s). The handling of security keys for PS handover of the remaining non- voice PS bearers is 
specified in TS 33.401 [22]. 

NOTE 3: If the target SGSN uses Gn/Gp based interaction with GGSN the Forward Relocation Request will 
contain PDP Contexts, instead of PDN Connections IE, including bearer information for all bearers 
except the voice bearer(s). 

b) Target SGSN requests resource allocation for the PS relocation by sending the Relocation Request/Handover 
Request (Source to Target Transparent Container) message to the target RNS/BSS. 

7. After the target RNS/BSS receives both the CS relocation/handover request with the PS relocation/handover 
request, it assigns the appropriate CS and PS resources. The following steps are performed: 

a) Target RNS/BSS acknowledges the prepared PS relocation/handover by sending the Relocation Request 
Acknowledge/Handover Request Acknowledge (Target to Source Transparent Container) message to the 
target SGSN. 

b) Target SGSN sends a Forward Relocation Response (Target to Source Transparent Container) message to the 
source MME. 

8. In parallel to the previous step the following steps are performed: 

a) Target RNS/BSS acknowledges the prepared CS relocation/handover by sending the Relocation Request 
Acknowledge/Handover Request Acknowledge (Target to Source Transparent Container) message to the 
target MSC. 

b) Target MSC sends a Prepare Handover Response (Target to Source Transparent Container) message to the 
MSC Server. 

c) Establishment of circuit connection between the target MSC and the MGW associated with the MSC Server 
e.g. using ISUP lAM and ACM messages. 
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NOTE 4: The Target to Source Transparent Container sent to the target SGSN is step 7a and the Target to Source 
Transparent Container sent to the target MSC in step 8a, include the same allocation of CS and PS 
resources (e.g. the target BSS includes the same DTM Handover Command in both containers). 

9. For non-emergency session, the MSC Server initiates the Session Transfer by using the STN-SR e.g. by sending 
an ISUP lAM (STN-SR) message towards the IMS. For emergency session, the MSC Server initiates the Session 
Transfer by using the locally configured E-STN-SR and by including the equipment identifier. Standard IMS 
Service Continuity or Emergency IMS Service Continuity procedures are applied for execution of the Session 
Transfer, TS 23.237 [14]. 

NOTE 5: This step can be started after step 8b. 

NOTE 6: If the MSC Server is using an ISUP interface, then the initiation of the session transfer for non-emergency 
sessions may fail if the subscriber profile including CAMEL triggers is not available prior handover (see 
clause 7.3.2.1.3 of TS 23.292 [13]). 

10. During the execution of the Session Transfer procedure the remote end is updated with the SDP of the CS access 
leg according to TS 23.237 [14]. The downlink flow of VoIP packets is switched towards the CS access leg at 
this point. 

11. The source IMS access leg is released according to TS 23.237 [14]. 
NOTE 7: Steps 10 and 1 1 are independent of step 12. 

12. The MSC Server sends a SRVCC PS to CS Response (Target to Source Transparent Container) message to the 
source MME. 

13. Source MME synchronises the two prepared relocations and sends a Handover Command (Target to Source 
Transparent Container) message to the source E-UTRAN. 

NOTE 8: When the target cell is GERAN, the MME may receive different Target to Source Transparent Containers 
from the MSC Server and from the SGSN, i.e. a "New BSS to Old BSS Information" (see 
TS 48.008 [23]) may be received from the MSC Server and a "Target BSS to Source BSS Transparent 
Container" (see TS 48.018 [24]) may be received from the SGSN. 

14. E-UTRAN sends a Handover from E-UTRAN Command message to the UE. 

15. UE tunes to the target UTRAN/GERAN cell. 

16. Handover Detection at the target RNS/BSS occurs. The UE sends a Handover Complete message via the target 
RNS/BSS to the target MSC. If the target MSC is not the MSC Server, then the Target MSC sends an SES 
(Handover Complete) message to the MSC Server. At this stage, the UE re-establishes the connection with the 
network and can send/receive voice data. 

17. The CS relocation/handover is complete. The following steps are performed: 

a) Target RNS/BSS sends Relocation Complete/Handover Complete message to the target MSC. 

b) Target MSC sends an SES (Handover Complete) message to the MSC Server. The speech circuit is through 
connected in the MSC Server/MGW according to TS 23.009 [18]. 

c) Completion of the establishment procedure with ISUP Answer message to the MSC Server according to 
TS 23.009 [18]. 

d) MSC Server sends a SRVCC PS to CS Complete Notification message to the source MME. Source MME 
acknowledges the information by sending a SRVCC PS to CS Complete Acknowledge message to the MSC 
Server. 

e) The source MME deactivates the voice bearer(s) towards S-GW/P-GW and sets the PS-to-CS handover 
indicator to Delete Bearer Command message. This triggers MME-initiated Dedicated Bearer Deactivation 
procedure as specified in TS 23.401 [2]. The MME does not send deactivation request toward the eNodeB on 
receiving PS-to-CS Complete Notification in step 17d. If dynamic PCC is deployed, the PGW may interact 
with PCRF as defined in TS 23.203 [6]. 
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f) If the HLR is to be updated, i.e. if the IMSI is authenticated but unknown in the VLR, the MSC Server 
performs a TMSI reallocation towards the UE using its own non-broadcast LAI and, if the MSC Server and 
other MSCA^LRs serve the same (target) LAI, with its own Network Resource Identifier (NRI). 

NOTE 9: The TMSI reallocation is performed by the MSC Server towards the UE via target MSC. 

g) If the MSC Server performed a TMSI reallocation in step 17f, and if this TMSI reallocation was completed 
successfully, the MSC Server performs a MAP Update Location to the HSS/HLR. 

NOTE 10: This Update Location is not initiated by the UE. 

18. In parallel to the previous step, the PS relocation/handover is completed. The following steps are performed: 

a) Target RNS/BSS sends Relocation Complete/Handover Complete message to target SGSN. 

b) Target SGSN sends a Forward Relocation Complete message to the source MME. After having completed 
step 17e, the source MME acknowledges the information by sending a Forward Relocation Complete 
Acknowledge message to the target SGSN. 

c) Target SGSN updates the bearer with S-GW/P-GW/GGSN as specified in TS 23.401 [2]. 

d) The MME sends Delete Session Request to the SGW as defined in TS 23.401 [2]. 

19. For an emergency services session after handover is complete, the source MME or the MSC Server may send a 
Subscriber Location Report carrying the identity of the MSC Server to a GMLC associated with the source or 
target side, respectively, as defined in TS 23.271 [29] to support location continuity. 

NOTE 11: Any configuration of the choice between a source MME versus MSC Server update to a GMLC needs to 
ensure that a single update occurs from one of these entities when the control plane location solution is 
used on the source and/or target sides. 

1 3.4.3.4.3 Test description 

1 3.4.3.4.3.1 Pre-test conditions 
System Simulator: 

- Cell land Cell 5. 

- System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

The UE is in state Registered, Idle mode (state 2) on Cell 1 according to [18]. 

1 3.4.3.4.3.2 Test procedure sequence 

Table 13.4.3.5.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 
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Table 13.4.3.4.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 5 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

- 

The power level values are such that 
entering conditions for event B2 are not 
satisfied. 

CPICH Ec 
(UTRA FDD) 

dBm/3.8 
4 MHz 

- 

-22.5 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

-82.5 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-100 

- 

The power level values are such that 
entering conditions for event B2 are 
satisfied. 

CPICH Ec 
(UTRA FDD) 

dBm/3.8 
4 MHz 

- 

-12 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

-72 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

- 


CPICH Ec 
(UTRA FDD) 

dBm/3.8 
4 MHz 

- 

"Off" 

PCCPCH Ec 
(UTRA LCR 
TDD) 

dBm/1.2 
8 MHz 

- 

"Off" 

NOTE 1 : Power level "Off" for Cell 5 is defined in TS 34.108 [5] Table 6.1 .4 
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Table 13.4.3.4.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS configures UTRA cell 5 to reference 
configuration according 36.508 table 4.8.3-1 , 
condition UTRA Speech. 





2-27 

Steps 1 to 26 of the generic test procedure for 
IMS MT speech call (TS 36.508 4.5A.7.3-1). 

- 

- 

- 

- 

28 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup inter RAT measurement and 
reporting for event B2. 

<- 

RRCConnectionReconfiguration 



29 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



30 

The SS changes the power level for Cell 1 and 
Cell 5 according to the row "T1 " in table 
13.4.3.4.3.2-1 





31 

The UE transmits a MeasurementReport 
message on Cell 1 to report event B2 for Cell 
5. 

-> 

MeasurementReport 



32 

The SS changes the power level for Cell 1 and 
Cell 5 according to the row "T2" in table 
13.4.3.4.3.2-1 





33 

The SS transmits a 

MobilityFromEUTRACommand message on 
Cell 1 . 

<- 

IVIobilityFromEUTRA Command 



34 

The UE transmits an 

RRCConnectionReestablishmentRequest on 
Cell 1. 

-> 

RRCConnectionReestablisfiment 
Request 

1 

P 

35 

The SS transmits an 

RRCConnectionReestablishment message on 
Cell 1 . 

<— 

RRCConnectionReestablisfiment 



36 

The UE transmits an 

RRCConnectionReestablishmentComplete on 
CelM 

-> 

RRCConnectionReestabiisliment 
Complete 



37 

The SS transmits an 

RRCConnectionReconfiguration message to 
resume existing radio bearer. 

<- 

RRCConnectionReconfiguration 



38 

The UE transmits an 

RRCConnectionReconfigurationConfipiete 

message. 

-> 

RRCConnectionReconfigurationtC 
omplete 



39 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



2 

P 


13.4.3.4.3.3 


Table 13.4.3.4.3.2-3: Void 
Specific message contents 

Table 13.4.3.4.3.3-1 : ATTACH REQUEST (preamble) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

MS network capability 

SRVCC from UTRAN 
HSPA or E-UTRAN to 
GERAN/UTRAN 
supported 



Mobile station classmark 2 

Any allowed value 



Supported Codecs 

Any allowed value 




ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2514 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 13.4.3.4.3.3-2: RRCConnectionReconfiguration (sXep28, Table 13.4.3.4.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 


Table 13.4.3.4.3.3-3: MeasConfig (sXep28, Table 13.4.3.4.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 with condition UTRAN 

Information Element 

Value/Remark 

Comment 

Condition 

measurementConfiguration ::= SEQUENCE { 




measObjectToAddModifyList SEQUENCE (SIZE 
(1 ..maxObjectld)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

ldMeasObject-f8 



nneasObject[1] 

MeasObjectUTRA- 
GENERIC(f8) 



nneasObjectld[2] 

IdMeasObject-fl 



nneasObject[2] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModifyList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

IdReportConfiglnterRAT- 
B2-UTRA 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-UTRA(-90, -18) 


UTRA- 
FDD 

reportConfig[1] 

ReportConfiglnterRAT- 
B2-UTRA (-90, -78) 


UTRA- 
TDD 

} 




measldToAddModifyList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



nneasObjectld[1] 

ldMeasObject-f8 



reportConfigld[1] 

IdReportConfiglnterRAT- 
B2-UTRA 



1 




1 
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Table 13.4.3.4.3.3-4: Measi/remenfffeporf (step31 , Table 13.4.3.4.3.2-2) 


Derivation Path: 36.508, table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE{ 




measurementReport-rS SEQUENCE { 




measResults SEQUENCE { 




measld 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



1 




measResultNeighCells CHOICE { 




measResultListUTRA SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 5 



cgi-lnfo[1] 

Not present 



measResultfH SEQUENCE { 




utra-RSCP 

(-5..91) 



utra-EcNO 

(0..49) 



1 




1 




1 




} 




1 




1 




} 




1 




Table 13.4.3.4.3.3-5: MobilityFromEUTRACommand (step 33, Table 13.4.3.4.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




mobilityFromEUTRACommand-r8 SEQUENCE { 




cs-Fallbacklndicator 

True 



purpose CHOICE{ 




handover SEQUENCE { 




targetRAT-Type 

Utra 



targetRAT-MessageContainer 

HANDOVER TO UTRAN 
COMMAND(UTRA RRC 
message) 



nas-SecurityParamFromEUTRA 

The 4 least significant 
bits of the NAS downlink 
COUNT value 



system Information 

Not present 



1 




1 




1 




1 




} 




1 




Table 13.4.3.4.3.3-6: HANDOVER TO UTRAN COMMAND (step33, Table 13.4.3.4.3.2-2) 

Derivation Path: 36.508, Table 4.7B.1-1 , condition UTRA Speech 
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Table 13.4.3.4.3.3-7: RRCConnectionReestablishmentRequest (sXep34, Table 13.4.3.4.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-rS 
SEQUENCE { 




ue-ldentity SEQUENCE { 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS. 



} 




reestablishmentCause 

handoverFailure 



spare 

Present but contents not 
checked 



1 




1 




1 




Table 13.4.3.4.3.3-8: RRCConnectionReconfiguration (step 37, Table 13.4.3.4.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8 I 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE{ 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-SRB2-DRB(1 , 1) 



1 




} 




1 




1 





13.4.3.5 


13.4.3.5.1 


(1) 


Inter-system mobility / E-UTRA voice to GSM CS voice / Unsuccessful case / 
Retry on old cell / SRVCC 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE receives a Mobil ityFromEUTRACommand message and an IMS voice call is ongoing and and the 
UE does not succeed in establishing the connection to the target radio access technology } 
then { UE initiates the connection re-establishment procedure } 


(2) 

with { UE in E-UTRA RRC_CONNECTED state } 
ensure that { 

when { UE successfully completes the RRC Connection re-establishment procedure 
then { UE is in E-UTRA RRC_CONNECTED state } 
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13.4.3.5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause clause 5.4.3.3, 
5.4.3.5, 5.3.7.2, 5.3.7.3, 5.3.7.4, 5.3.7.5 and TS 23.216, clause 6.2.2.1. 

[TS 36.331, clause 5.4.3.3] 

The UE shall be able to receive a Mobility FromEUTRACommand message and perform a cell change order to GERAN, 
even if no prior UE measurements have been performed on the target cell. 

The UE shall: 

1> stop timer T310, if running; 

1> if the MobilityFromEUTRACommand message includes the purpose set to 'handover': 

2> if the targetRAT-Type is set to 'utra' or 'geran': 

3> consider inter-RAT mobility as initiated towards the RAT indicated by the targetRAT-Type included in 
the MobilityFromEUTRACommand message; 

3> forward the nas-SecurityParamFromEUTRA to the upper layers; 

3> access the target cell indicated in the inter-RAT message in accordance with the specifications of the 
target RAT; 

[TS 36.331, clause 5.4.3.5] 

The UE shall: 

1> if T304 expires (mobility from E-UTRA failure); or 

1> if the UE does not succeed in establishing the connection to the target radio access technology; or 

1> if the UE is unable to comply with (part of) the configuration included in the MobilityFromEUTRACommand 
message; or 

1> if there is a protocol error in the inter RAT information included in the MobilityFromEUTRACommand message, 
causing the UE to fail the procedure according to the specifications applicable for the target RAT: 

2> stop T304, if running; 

2> if the cs-Fallbacklndicator in the MobilityFromEUTRACommand message was set to 'TRUE: 

3> indicate to upper layers that the CS Fallback procedure has failed; 

2> revert back to the configuration used in the source cell, excluding the configuration configured by the 
physicalConfigDedicated, mac-MainConfig and sps-Config; 

2> initiate the connection re-establishment procedure as specified in 5.3.7; 


[TS 36.331, clause 5.3.7.2] 

The UE shall only initiate the procedure when AS security has been activated. The UE initiates the procedure when one 
of the following conditions is met: 


1> upon mobility from E-UTRA failure, in accordance with 5.4.3.5; or 

Upon initiation of the procedure, the UE shall: 
1> stop timer T310, if running; 
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1> start timer T3 1 1 ; 

1> suspend all RBs except SRBO; 

1> reset MAC; 

1> apply the default physical channel configuration as specified in 9.2.4; 

1> apply the default semi-persistent scheduling configuration as specified in 9.2.3; 

1> apply the default MAC main configuration as specified in 9.2.2; 

1> release reportProximityConfig and clear any associated proximity status reporting timer; 

1> perform cell selection in accordance with the cell selection process as specified in TS 36.304 [4]; 
[TS 36.331, clause 5.3.7.3] 
Upon selecting a suitable E-UTRA cell, the UE shall: 

1> stop timer T311; 

1> start timer T301; 

1> apply the timeAlignmentTimerCommon included in SystemInformationBlockType2\ 

1> initiate transmission of the RRCConnectionReestablishmentRequest message in accordance with 5.3.7.4; 

NOTE: This procedure applies also if the UE returns to the source cell. 

Upon selecting an inter-RAT cell, the UE shall: 

1> perform the actions upon leaving RRC_CONNECTED as specified in 5.3.12, with release cause 'RRC 
connection failure'; 

[TS 36.331, clause 5.3.7.4] 

The UE shall set the contents of RRCConnectionReestablishmentRequest message as follows: 

1> set the ue -Identity as follows: 

2> set the c-RNTI to the C-RNTI used in the source cell (handover and mobility from E-UTRA failure) or used 
in the cell in which the trigger for the re-establishment occurred (other cases); 

2> set the physCellld to the physical cell identity of the source cell (handover and mobility from E-UTRA 
failure) or of the cell in which the trigger for the re-establishment occurred (other cases); 

2> set the shortMAC-I to the 16 least significant bits of the MAC-I calculated: 

3> over the ASN.l encoded as per section 8 (i.e., a multiple of 8 bits) VarShortMAC-Inpuf, 

3> with the KRRCint key and integrity protection algorithm that was used in the source cell (handover and 
mobility from E-UTRA failure) or of the cell in which the trigger for the re-establishment occurred (other 
cases); and 

3> with all input bits for COUNT, BEARER and DIRECTION set to binary ones; 

1> set the reestablishmentCause as follows: 


2> else if the re-establishment procedure was initiated due to handover failure as specified in 5.3.5.6 (intra-LTE 
handover failure) or 5.4.3.5 (inter-RAT mobility from EUTRA failure): 

3> set the reestablishmentCause to the value 'handoverFailure': 
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The UE shall submit the RRCConnectionReestahlishmentRequest message to lower layers for transmission. 
[TS 36.331, clause 5.3.7.5] 

The UE shall: 

1> stop timer T301; 

1> re-estabHsh PDCP for SRBl; 

1> re-estabHsh RLC for SRBl; 

1> perform the radio resource configuration procedure in accordance with the received 
radioResourceConfigDedicated and as specified in 5.3.10; 

1> resume SRBl; 

1> update the KeNB key based on the Kasme key to which the current KeNB is associated, using the 

nextHopChainingCount value indicated in the RRCConnectionReestablishment message, as specified in TS 
33.401 [32]; 

1> store the nextHopChainingCount value; 

1> derive the KRRCint key associated with the previously configured integrity algorithm, as specified in TS 33.401 
[32]; 

1> derive the KRRCenc key and the KuPenc key associated with the previously configured ciphering algorithm, as 
specified in TS 33.401 [32]; 

1> configure lower layers to activate integrity protection using the previously configured algorithm and the KRRCint 
key immediately, i.e., integrity protection shall be applied to all subsequent messages received and sent by the 
UE, including the message used to indicate the successful completion of the procedure; 

1> configure lower layers to apply ciphering using the previously configured algorithm, the KRRCenc key and the 
Kupenc key immediately, i.e., ciphering shall be applied to all subsequent messages received and sent by the UE, 
including the message used to indicate the successful completion of the procedure; 

1> set the content of RRCConnectionReestablishmentComplete message as follows: 

2> include the rlf -Info Available and set it to true, if the UE has radio link failure information available that is 
related to the last occurrence of radio link failure; 

1> perform the measurement related actions as specified in 5.5.6.1; 

1> submit the RRCConnectionReestablishmentComplete message to lower layers for transmission, upon which the 
procedure ends; 

[TS 23.216, clause 6.2.2.1] 

Depicted in figure 6.2.2.1-1 is a call flow for SRVCC from E-UTRAN to GERAN without DTM support. The flow 
requires that eNB can determine that the target is GERAN without DTM support or that the UE is without DTM 
support. 
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Figure 6.2.2.1-1: SRVCC from E-UTRAN to GERAN without DTM support 

1 . UE sends measurement reports to E-UTRAN. 

2. Based on UE measurement reports the source E-UTRAN decides to trigger an SRVCC handover to GERAN. 

3. Source E-UTRAN sends Handover Required (Target ID, generic Source to Target Transparent Container, 
SRVCC HO Indication) message to the source MME. The E-UTRAN places the "old BSS to new BSS 
information IE" for the CS domain in the generic Source to Target Transparent Container. The SRVCC HO 
indication indicates to the MME that target is only CS capable, hence this is a SRVCC handover operation only 
towards the CS domain. The message includes an indication that the UE is not available for the PS service in the 
target cell. 

4. Based on the QCI associated with the voice bearer (QCI 1) and the SRVCC HO indication, the source MME 
splits the voice bearer from the non voice bearers and initiates the PS-CS handover procedure for the voice 
bearer only towards MSC Server. 

5. The MME sends a SRVCC PS to CS Request (IMSI, Target ID, STN-SR, C-MSISDN, generic Source to Target 
Transparent Container, MM Context, Emergency Indication) message to the MSC Server. The Emergency 
Indication and the equipment identifier are is included if the ongoing session is emergency session. 
Authenticated IMSI and C-MSISDN shall also be included, if available. The MME received STN-SR and 
C-MSISDN from the HSS as part of the subscription profile downloaded during the E-UTRAN attach procedure. 
The MM Context contains security related information. CS security key is derived by the MME from the 
E-UTRAN/EPS domain key as defined in TS 33.401 [22]. The CS Security key is sent in the MM Context. 
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6. The MSC Server interworks the PS-CS handover request with a CS inter-MSC handover request by sending a 
Prepare Handover Request message to the target MSC. The MSC Server assigns a default SAI as Source ID on 
the interface to the target BSS and uses BSSMAP encapsulated for the Prepare Handover Request. 

NOTE 1 : The value of the default SAI is configured in the MSC and allows a release 8 and later BSC to identify 
that the source for the SRVCC Handover is E-UTRAN. To ensure correct statistics in the target BSS the 
default SAI should be different from the S AIs used in UTRAN. 

7. Target MSC performs resource allocation with the target BSS by exchanging Handover Request/ Acknowledge 
messages. 

8. Target MSC sends a Prepare Handover Response message to the MSC Server. 

9. Establishment of circuit connection between the target MSC and the MGW associated with the MSC Server e.g. 
using ISUP lAM and ACM messages. 

10. For non-emergency session, the MSC Server initiates the Session Transfer by using the STN-SR e.g. by sending 
an ISUP lAM (STN-SR) message towards the IMS. For emergency session, the MSC Server initiates the Session 
Transfer by using the locally configured E-STN-SR and by including the equipment identifier. Standard IMS 
Service Continuity or Emergency IMS Service Continuity procedures are applied for execution of the Session 
Transfer, see TS 23.237 [14]. 

NOTE 2: This step can be started after step 8. 

NOTE 3: If the MSC Server is using an ISUP interface, then the initiation of the session transfer for non-emergency 
session may fail if the subscriber profile including CAMEL triggers is not available prior handover (see 
clause 7.3.2.1.3 in TS 23.292 [13]). 

1 1. During the execution of the Session Transfer procedure the remote end is updated with the SDP of the CS access 
leg. The downlink flow of VoIP packets is switched towards the CS access leg at this point. 

12. Source IMS access leg is released as per TS 23.237 [14]. 
NOTE 4: Steps 1 1 and 12 are independent of step 13. 

13. MSC Server sends a SRVCC PS to CS Response (Target to Source Transparent Container) message to the 
source MME. 

14. Source MME sends a Handover Command (Target to Source Transparent Container) message to the source E- 
UTRAN. The message includes information about the voice component only. 

15. Source E-UTRAN sends a Handover from E-UTRAN Command message to the UE. 
16.UEtunestoGERAN. 

17. Handover Detection at the target BSS occurs. The UE sends a Handover Complete message via the target BSS to 
the target MSC. If the target MSC is not the MSC Server, then the Target MSC sends an SES (Handover 
Complete) message to the MSC Server. 

18. The UE starts the Suspend procedure specified in TS 23.060 [10], clause 16.2.1.1.2. The TLLI and RAI pair are 
derived from the GUTI as described in TS 23.003 [27]. This triggers the Target SGSN to send a Suspend 
Notification message to the Source MME. The MME returns a Suspend Acknowledge to the Target SGSN. 

NOTE 5: The MME might not be able to derive the GUTI from the received P-TMSI and RAI pair and therefore it 
might not be able to identify which UE context is associated with the Suspend Notification message. Also 
in this case the bearers are deactivated and/or suspended as in step 22a. 

19. Target BSS sends a Handover Complete message to the target MSC. 

20. Target MSC sends an SES (Handover Complete) message to the MSC Server. The speech circuit is through 
connected in the MSC Server/MGW according to TS 23.009 [18]. 

21. Completion of the establishment procedure with ISUP Answer message to the MSC Server according to 
TS 23.009 [18]. 
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22. MSC Server sends a SRVCC PS to CS Complete Notification message to the source MME, informing it that the 
UE has arrived on the target side. Source MME acknowledges the information by sending a SRVCC PS to CS 
Complete Acknowledge message to the MSC Server. 

22a. The MME deactivates bearers used for voice and other GBR bearers. All GBR bearers are deactivated 

towards S-GW and P-GW by initiating MME-initiated Dedicated Bearer Deactivation procedure as specified in 
TS 23.401 [2]. The MME does not send deactivation request toward the eNodeB on receiving PS-to-CS 
Complete Notification in step 22. PS-to-CS handover indicator is notified to P-GW for voice bearer during the 
bearer deactivation procedure. For GTP-based S5/S8, the S-GW requests the P-GW to delete all GBR bearer 
contexts by sending a Delete Bearer Command message. If dynamic PCC is deployed, the P-GW may interact 
with PCRF as defined in TS 23.203 [31]. For PMIP-based S5/S8, S-GW interacts with the PCRF which in turn 
updates PCC rules for GBR traffic in the P-GW. 

The MME starts preservation and suspension of non-GBR bearers by sending Suspend Notification message 
towards S-GW. For these non-GBR bearers, the S-GW releases Sl-U bearers for the UE and sends Suspend 
Notification message to the P-GW(s). The MME stores in the UE context that UE is in suspended status. All the 
preserved non-GBR bearers are marked as suspended status in the S-GW and P-GW. The P-GW should discard 
packets if received for the suspended UE. 

23a. If the HLR is to be updated, i.e. if the IMSI is authenticated but unknown in the VLR, the MSC Server 

performs a TMSI reallocation towards the UE using its own non-broadcast LAI and, if the MSC Server and other 
MSCA^LRs serve the same (target) LAI, with its own Network Resource Identifier (NRI). 

NOTE 5: The TMSI reallocation is performed by the MSC Server towards the UE via target MSC. 

23b. If the MSC Server performed a TMSI reallocation in step 23a, and if this TMSI reallocation was completed 
successfully, the MSC Server performs a MAP Update Location to the HSS/HLR. 

NOTE 6: This Update Location is not initiated by the UE. 

24. For an emergency services session after handover is complete, the source MME or the MSC Server may send a 
Subscriber Location Report carrying the identity of the MSC Server to a GMLC associated with the source or 
target side, respectively, as defined in TS 23.271 [29] to support location continuity. 

NOTE 7: Any configuration of the choice between a source MME versus MSC Server update to a GMLC needs to 
ensure that a single update occurs from one of these entities when the control plane location solution is 
used on the source and/or target sides. 

1 3.4.3.5.3 Test description 

1 3.4.3.5.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 24. 

- System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

The UE is in state Registered, Idle mode (state 2) on Cell 1 according to [18]. 

1 3.4.3.5.3.2 Test procedure sequence 

Table 13.4.3.5.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl" is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 
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Table 13.4.3.5.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 24 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

- 

The power level values are such that 
entering conditions for event B2 are not 
satisfied. 

RSSI 

dBm 

- 

-85 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-100 

- 

The power level values are such that 
entering conditions for event B2 are 
satisfied. 

RSSI 

dBm 

- 

-65 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

- 


RSSI 

dBm 

- 

"Off" 

Definition of "Off" for Cell 24 is FFS 


Table 13.4.3.5.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1-26 

Steps 1 to 26 of the generic test procedure for 
IMS MT speech call (TS 36.508 4.5A.7.3-1). 

- 

- 

- 

- 

27 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to setup inter RAT measurement and 
reporting for event B2. 

<— 

RRCConnectionReconfiguration 



28 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

-> 

RRCConnectionReconfigurationC 
omplete 



29 

The SS changes the power level for Cell 1 and 
Cell 24 according to the row "T1 " in table 
13.4.3.5.3.2-1 





30 

The UE transmits a MeasurementReport 
message on Cell 1 to report event B2 for Cell 
24. 

-> 

IVIeasurementReport 



31 

The SS changes the power level for Cell 1 and 
Cell 24 according to the row "T2" in table 
13.4.3.5.3.2-1 





32 

The SS transmits a 

MobilityFromEUTRACommand message on 
Cell 1. 

<- 

l\/lobilityFromEUTRA Command 



33 

The UE transmits an 

RRCConnectionReestablishmentRequest on 
Cell 1 . 

-> 

RRCConnectionReestabiisliment 
Request 

1 

p 

34 

The SS transmits an 

RRCConnectionReestablishment message on 
Cell 1 . 

<- 

RRCConnectionReestabiisliment 



35 

The UE transmits an 

RRCConnectionReestablishmentComplete on 
CelM 

-> 

RRCConnectionReestablishment 
Complete 



36 

The SS transmits an 

RRCConnectionReconfiguration message to 
resume existing radio bearer. 

<— 

RRCConnectionReconfiguration 



37 

The UE transmits an 

RRCConnectionReconfigurationComplete 

message. 

-> 

RRCConnectionReconfigurationtC 
omplete 



38 

Check: Does the test result of generic test 
procedure in TS 36.508 subclause 6.4.2.3 
indicate that the UE is in E-UTRA 
RRC CONNECTED state on Cell 1? 



2 

p 
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13.4.3.5.3.3 


Specific message contents 

Table 13.4.3.5.3.3-1: ATTACH REQUEST (preamble) 


Derivation path: 36.508 table 4.7.2-4 

Information Element 

Value/remark 

Comment 

Condition 

IVIS network capability 

SRVCC from UTRAN 
HSPA or E-UTRAN to 
GERAN/UTRAN 
supported 



Mobile station classmark 2 

Any allowed value 



Supported Codecs 

Any allowed value 




Table 13.4.3.5.3.3-2: RRCConnectionReconfiguration (step 27, Table 13.4.3.5.3.2-2) 

Derivation Path: 36.508 clause 4.6.1 table 4.6.1-8 with condition MEAS 


Table 13.4.3.5.3.3-3: MeasConfig (step 27, Table 13.4.3.5.3.2-2) 


Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 with condition GERAN 

Information Element 

Value/Remark 

Comment 

Condition 

measurementConfiguration ::= SEQUENCE { 




measObjectToAddModifyList SEQUENCE (SIZE 
(1 ..maxObjectId)) OF SEQUENCE { 

2 entries 



nneasObjectld[1] 

IdMeasObject-fl 1 



nneasObject[1] 

MeasObjectGERAN- 
GENERIC(fll) 



nneasObjectld[2] 

IdMeasObject-fl 



nneasObject[2] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModifyList SEQUENCE (SIZE 
(1 ..maxReportConfigId)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

IdReportConfiglnterRAT- 
B2-GERAN 



reportConfig[1] 

ReportConfiglnterRAT- 
B2-GERAN (-90, FFS) 

The value of 
GERAN-Thres is 
FFS 


1 




measldToAddModifyList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



nneasld[1] 

1 



nneasObjectld[1] 

ldMeasObject-f8 



reportConfigld[1] 

IdReportConfiglnterRAT- 
B2-GERAN 



} 




} 
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Table 13.4.3.5.3.3-4: MeasurementReport (step 30, Table 13.4.3.5.3.2-2) 


Derivation Path: 36.508, table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE{ 




measurementReport-rS SEQUENCE { 




measResults SEQUENCE { 




measld 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



1 




measResultNeighCells CHOICE { 




measResultListGERAN SEQUENCE (SIZE 
(1 ..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld 

PhysicalCellldentity of 
Cell 24 



cgi-lnfo[1] 

Not present 



measResultfH SEQUENCE { 




rssi 

The value of rssi is FFS 



1 




1 




1 




1 




} 




1 




1 




} 




Table 13.4.3.5.3.3-5: MobilityFromEUTRACommand {step 32, Table 13.4.3.5.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

MobilityFromEUTRACommand ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




mobilityFromEUTRAComnnand-rS SEQUENCE { 




cs-Fallbacklndicator 

True 



purpose CHOICE{ 




handover SEQUENCE { 




targetRAT-Type 

GERAN 



targetRAT-MessageContainer 

HANDOVER 
COMMAND(GERAN 
RRC message) , see 
Table 13.4.3.5.3.3-5a 



nas-SecurityParamFromEUTRA 

The 4 least significant 
bits of the NAS downlink 
COUNT value 



system Information 

Not present 



1 




1 




1 




1 




} 




} 
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Table 13.4.3.5.3.3-5a: HANDOVER COMMAND (step 32, Table 13.4.3.5.3.2-2) 


Derivation Path: 51.01040.018, Table 40.2.4.339.1.15.1 

Information Element 

Value/remark 

Comment 

Condition 

Cell Description 




Network Colour Code 

1 



Base Station Colour Code 

5 



BCCH Carrier Number 

The BCCH Carrier 
ARFCN as per table in 
clause 40.1.1 of 51 .010- 
1. 



Description of the First Channel, after time 




Channel Description 




Channel Type and TDMA offset 

TCH/F + ACCH's 



Timeslot Number 

Chosen arbitrarily, but not 
Zero. 



Training Sequence Code 

Same as the BCCH 



Hopping channel 

Single RF channel 



ARFCN 

The first ARFCN in the 
cell allocation as per 
table in clause 40.2.1.1.1 
of 51 .01 0-1 




Table 13.4.3.5.3.3-6: RRCConnectionReestablishmentRequest {step 33, Table 13.4.3.5.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-6 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReestablishmentRequest ::= 
SEQUENCE { 




criticalExtensions CHOICE { 




rrcConnectionReestablishmentRequest-r8 
SEQUENCE { 




ue-ldentity SEQUENCE { 




c-RNTI 

the value of the C-RNTI 
oftheUE 



physCellld 

PhysicalCellldentity of 
CelM 



shortMAC-l 

The same value as the 
16 least significant bits of 
the XMAC-I value 
calculated by SS. 



1 




reestablishmentCause 

handoverFailure 



spare 

Present but contents not 
checked 



1 




1 




} 





Table 13.4.3.5.3.3-7: RRCConnectionReconfiguration (step 36, Table 13.4.3.5.3.2-2) 


Derivation Path: 36.508, Table 4.6.1-8 

Information Element 

Value/remark 

Comment 

Condition 

RRCConnectionReconfiguration ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




rrcConnectionReconfiguration-r8 SEQUENCE { 




radioResourceConfigDedicated 

RadioResourceConfigDe 
dicated-SRB2-DRB(1 , 1) 



1 




1 




} 




1 





ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2527 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


13.4.4 Inter-system session management 


13.4.4.1 
13.4.4.1.1 

(1) 


Pre-registration at IxRTT and Cell reselection / 1x Zone Registration 
Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state having completed the IxRTT CS pre-registration procedure and 
having detecting the cell ranked as the best cell} 

then {selecting the new cell } 
ensure that { 

when { SIB 8 includes a Ix registration zone ID that is different from the source cell } 
then { UE transmits an ULInformationTranfer message containing a tunneled IxRTT GCSNA 
Encapsulated Registration message} 


1 3.4.4.1 .2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.272, clause B.2.1.1 

[TS 23.272, clause B. 2. 1.1] 

This clause describes how the UE in an E-UTRAN system establishes and maintains pre-registration in the IxCS 
system. 



E- 
UTRAN 


MME 


1xCS 
IWS 


1. UE attaches to E-UTRAN as specified in TS 23.401 


2. Decision to 

register with 

IxRTT CS 


X 


I 3. Service Request procedure if the UE is in idle state. 


4. IxRTT 


4a. UL/DL Information 
Transfer 


6. IxRTT CS registration response 


6c. UL/DL Information 
Transfer 


CS registration request 


4b. UL/DL S1 cdma2000 
Tunnelling 


6b UL/DL S1 cdma2000 
Tunnelling 


4c. S102 Direct Transfer 



5. Location update to IxRTT CS domain 


6a. S102 Direct Transfer 


Figure B.2.1.1-1: IxRTT CS registration procedure 


1. The UE attaches to E-UTRAN as specified in TS 23.401 [2]. The UE includes an indication of enhanced CS 
fallback to IxRTT and may also include concurrent IxRTT and HRPD PS session handling capabilities as part 
of the UE radio capabilities. 
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2. Based on a radio layer trigger (e.g. an indication from the E-UTRAN when the UE is in connected state or an 
indication over the broadcast channel), the UE decides to register with the IxRTT CS domain. 

3. If the UE is in idle state, in order to create a signalling connection with the MME, it performs the Service 
Request procedure. 

4. The UE generates a IxRTT CS registration request. 

4a. The IxRTT CS message is transferred from the UE to E-UTRAN. 

4b. E-UTRAN forwards the IxRTT CS message to the MME including the CDMA2000 Reference Cell ID. 

4c. The MME selects a IxCS IWS node based on the CDMA2000 Reference Cell ID. The IMSI is used to 

distinguish SI 02 signalling transactions belonging to different UEs. The MME sends a S102 Direct Transfer 
message (IMSI, IxCS message) to the IxCS IWS node. 

5. IxRTT CS registration is then performed by the IxCS IWS node based on 3GPP2 A.S0008 [16]. 

6a. IxRTT CS registration response is tunnelled back to the MME in a S102 Direct Transfer message (IMSI, IxCS 
message). 

6b. The MME forwards the IxRTT CS message to the E-UTRAN. 

6c. The E-UTRAN forwards the IxRTT CS message to the UE. 

If the triggers for IxCS registration change over time, the UE (both in idle or connected state), uses this information 
to update the IxCS registration via the tunnel. 

1 3.4.4.1 .3 Test description 

1 3.4.4.1 .3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2. 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 

- Cell 1 and Cell2 have the different Registration Zone ID in SIB 8. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode pre-registered on IxRTT (state 2C) on Cell 1 according to [18]. 

1 3.4.4.1 .3.2 Test procedure sequence 

Table 13.4.4.1.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. 

Table 13.4.4.1.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

T1 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

-79 

The power level values are assigned to 
satisfy Rceii i < Rceii 2. 
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Table 13.4.4.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS changes Cell 2 level according to the 
row "TV in table 13.4.4.1.3.2-1. 

- 

- 

- 

- 

2 

The UE is camped on E-UTRAN Cell 2. 

- 

- 

- 

- 

3-9 

Steps 3 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed to successfully complete the 
service request procedure. 





10 

Check: Does the UE transmit an 
ULInformationTransfer con\a\n\nQ a tunnelled 
1xRTT GCSNA encapsulated Registration 
message on Cell 2. 

-> 

UL Information Transfer 

1 

P 

Il- 
ia 

Steps 17A to 19 of the UE Registration, pre- 
registration on IxRTT (TS 36.508 4.5.2C.3-2) 
on Cell 2. 






Table 13.4.4.1.3.2-3: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The UE transmits a 

CSFBParametersRequestCDMA2000 on Cell 
1. 

-> 

CSFBParametersRequestCDMA2 
000 



2 

The SS transmits a 

CSFBParametersResponseCDMA2000 on 
Cell 1 . 

<— 

CSFBParametersResponseCDMA 
2000 
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1 3.4.4.1 .3.3 Specific message contents 

Table 13.4.4.1.3.3-1 : SystemlnformationBlockTypeSiov cell 2 (Step 2, Table 13.4.4.1.3.2-2) 


Derivation Path: 36.50S Table 4.4.3.3-7, condition 1XRTT 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




parameterslXRTT SEQUENCE { 




csfb-RegistrationParam1XRTT SEQUENCE { 




Sid 

Same as cell 1 

BIT STRING 
(SIZE (15)) 


Nid 

Same as cell 1 

BIT STRING 
(SIZE (16)) 


multipleSID 

TRUE 

BOOLEAN 


multipleNID 

TRUE 

BOOLEAN 


homeReg 

TRUE 

BOOLEAN 


foreignSIDReg 

TRUE 

BOOLEAN 


foreignNIDReg 

TRUE 

BOOLEAN 


parameterReg 

TRUE 

BOOLEAN 


powerUpReg 

TRUE 

BOOLEAN 


registrationPeriod 

TRUE 

BIT STRING 
(SIZE (7)) 


registrationZone 

A valid value different 
from cell 1 

BIT STRING 
(SIZE (12)) 


totalZone 

•QOrB 

BIT STRING 
(SIZE (3)) 


zoneTimer 

•QGO'B or •QOrB 

BIT STRING 
(SIZE (3)) 


1 




longCodeStatelXRTT 

A valid value, calculated 
and updated by the SS 

BIT STRING 
(SIZE (42)) 
OPTIONAL 


cellReselectionParameterslXRTT SEQUENCE { 




bandClassList SEQUENCE (SIZE (L.maxCDMA 
-BandClass)) OF SEQUENCE { 

1 entry 



bandClass 

Band class of Cell 19 

ENUMERATED 
{bcO, bc1,bc2, 
bc3, bc4, bc5, 
bc6, bc7, bc8, 
bc9, bcIO, bell, 
bc12, bc13, bc14, 
bc15, bc16, bc17, 
sparel 4, sparel 3, 
sparel 2, sparel 1, 
sparel 0, spare9, 
spares, spare7, 
spares, spares, 
spare4, spare3, 
spare2, sparel , 
...1 


cellReselectionPriority 

3 



threshX-High 

30(-30) 

INTEGER (0..63) 


threshX-Low 

32(-32) 

INTEGER (0..63) 


1 




} 




csfb-RegistrationParann1XRTT-v920{ 




powerDownReg-r9 

TRUE 



} 




} 




} 
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Table 13.4.4.1.3.3-2: mobilityParameters (Step 2, Table 13.4.4.1.3.2-3) 


Information Element 

Value/remark 

Comment 

Condition 

RecordType 

'OOOOOOOO'B 



SIDIncluded 

'1'B 



SID 

The same as SIB8 on 
cell 2 



NIDIncluded 

'1'B 



NID 

The same as SIB8 on 
cell 2 



REG ZONEIncluded 

'1'B 



REG_ZONE 

The same as SIB8 on 
cell 2 



TOTAL ZONESIncluded 

'1'B 



TOTAL_ZONES 

The same as SIB8 on 
cell 2 



ZONE TIMERIncluded 

'1'B 



ZONE_TIMER 

The same as SIB8 on 
cell 2 



PACKET ZONE IDIncluded 

'O'B 



PACKET ZONE ID 

Not present 



PZIDHystParameterslncluded 

'O'B 



PZ HYST ENABLED 

Not present 



PZ HYST INFO INCL 

Not present 



PZ HYST LIST LEN 

Not present 



PZ HYST ACT TIMER 

Not present 



PZ HYST TIMER MUL 

Not present 



PZ HYST TIMER EXP 

Not present 



P REVIncluded 

'1'B 



P REV 

'0000011 O'B 



MIN P REVIncluded 

'1'B 



MIN P REV 

'0000011 O'B 



'O'B NEG SLOT CYCLE INDEX SUPIncluded 




NEG SLOT CYCLE INDEX SUP 

Not present 



ENCRYPT MODEIncluded 

'O'B 



ENCRYPT MODE 

Not present 



ENC SUPPORTEDIncluded 

'O'B 



ENC SUPPORTED 

Not present 



SIG ENCRYPT SUPIncluded 

'O'B 



SIG ENCRYPT SUP 

Not present 



MSG INTEGRITY SUPIncluded 

'O'B 



MSG INTEGRITY SUP 

Not present 



SIG INTEGRITY SUP INCLIncluded 

'O'B 



SIG INTEGRITY SUP INCL 

Not present 



SIG INTEGRITY SUPIncluded 

'O'B 



SIG INTEGRITY SUP 

Not present 



AUTHIncluded 

'1'B 



AUTH 

'OO'B 



MAX NUM ALT SOIncluded 

'1'B 



MAX NUM ALT SO 

'OOO'B 



USE SYNC IDIncluded 

'O'B 



USE SYNC ID 

Not present 



MS INIT POS LOC SUP INDIncluded 

'O'B 



MS INIT POS LOC SUP IND 

Not present 



MOB QOSIncluded 

'O'B 



MOB QOS 

Not present 



BAND CLASS INFO REQIncluded 

'O'B 



BAND CLASS INFO REQ 

Not present 



BAND CLASSIncluded 

'1'B 



BAND CLASS 

'OOOOO'B 



BYPASS REG INDIncluded 

'O'B 



BYPASS REG IND 

Not present 



'O'B ALT BAND CLASSIncluded 




ALT BAND CLASS 

Not present 



MAX ADD SERV INSTANCEIncluded 

'O'B 



MAX ADD SERV INSTANCE 

Not present 
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HOME REGIncluded 

'1'B 



HOME_REG 

The same as SIB8 on 
cell 2 



FOR SID REGIncluded 

'1'B 



FOR_SID_REG 

The same as SIB8 on 
cell 2 



FOR NID REGIncluded 

'1'B 



FOR_NID_REG 

The same as SIB8 on 
cell 2 



POWER UP REGIncluded 

'1'B 



POWER_UP_REG 

The same as SIB8 on 
cell 2 



POWER DOWN REGIncluded 

'1'B 



POWER_DOWN_REG 

The same as SIB8 on 
cell 2 



PARAMETER REGIncluded 

'1'B 



PARAMETER_REG 

The same as SIB8 on 
cell 2 



REG PRDIncluded 

'1'B 



REG_PRD 

The same as SIB8 on 
cell 2 



REG DISTIncluded 

'O'B 



REG DIST 

Not present 



PREF MSID TYPEIncluded 

'1'B 



PREF MSID TYPE 

'11'B 



EXT PREF MSID TYPEIncluded 

'O'B 



EXT PREF MSID TYPE 

Not present 



MEID REQDIncluded 

'O'B 



MEID REQD 

Not present 



MCCIncluded 

'1'B 



MCC 

See the Table 4.4.2-4 
Note 1, Note 2 in [18] 



IMSI 11 12lncluded 

'1'B 



IMSL11_12 

See the Table 4.4.2-4 
Note 1, Note 2 in [18] 



IMSI T SUPPORTEDIncluded 

'1'B 



IMSI T SUPPORTED 

'O'B 



RECONNECT MSG INDIncluded 

'O'B 



RECONNECT MSG IND 

Not present 



RER MODE SUPPORTEDIncluded 

'O'B 



RER MODE SUPPORTED 

Not present 



TKZ MODE SUPPORTEDIncluded 

'O'B 



TKZ MODE SUPPORTED 

Not present 



TKZ IDIncluded 

'O'B 



TKZ ID 

Not present 



PILOT REPORTIncluded PILOT REPORT 

'O'B 



PILOT REPORT 

Not present 



SDB SUPPORTEDIncluded 

'O'B 



SDB SUPPORTED 

Not present 



AUTO FCSO ALLOWEDIncluded 

'O'B 



AUTO FCSO ALLOWED 

Not present 



SDB IN RCNM INDIncluded 

'O'B 



SDB IN RCNM IND 

Not present 



FPC FCH Included 

'1'B 



FPC FCH INIT SETPT RC3 

'00011000'B 



FPC FCH INIT SETPT RC4 

'00011000'B 



FPC FCH INIT SETPT RC5 

'00011000'B 



FPC FCH INIT SETPT RC1 1 

'OOOOOOOO'B 



FPC FCH INIT SETPT RC12 

'OOOOOOOO'B 



T ADD Included 

'O'B 



T ADD 

Not present 



PILOT INC Included 

'1'B 



PILOT INC 

'001 O'B 



RAND Included 

'O'B 



RAND 

Not present 



LP SEC Included 

'1'B 
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LP SEC 

'OOOOOOOO'B 



LTM OFF Included 

'1'B 



LTM OFF 

'OOOOOO'B 



DAYLT Included 

'1'B 



DAYLT 

'O'B 



GCSNAL2AckTinner Included 

'1'B 



GCSNAL2AckTimer 

'00000001'B 



GCSNASequenceContextTlmerJncI 
uded 

'1'B 



GCSNASequenceContextTlmer 

'000001 01 'B 




Table 13.4.4.1.3.3-3: ULInformationTransfer (Step 3, Table 13.4.4.1.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-25 

Information Element 

Value/remark 

Comment 

Condition 

ULInformationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ullnformationTransfer-r8 SEQUENCE { 




dedicatedlnformationType CHOICE { 




dedicatedlnfoCDMA2000-1 XRTT 

Set according to Table 
13.4.4.1.3.3-4 



1 




1 




} 




} 




1 
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Table 13.4.4.1.3.3-4: IxRTT GCSNA Encapsulated Registration message (Step 10, Table 13.4.4.1.3.2-2) 


Information Element 

MessagelD 

'00000001 'B 

GCSNAIxCircuit 
Service message 


GCSNAOption 

'00000001'B 



AlternativeGCSNAOption INGL 

'O'B 



IWSIDIncI 

'O'B 



AckRequired 

'1'B 



StopDupDetect 

'O'B 



MessageSequence 

Set by UE 



NumTLAGEncapsulatedl XL3PDU 

'OO'B 



Reserved 

'OOOO'B 



IxLogicalGhannel 

'O'B 



IxProtocolRevision 

'0000011 O'B 



MsgType 

'00000001'B 

Registration 
message 


NumTLAGHeaderRecords 

'0001 'B 



TLAGHeaderRecordType 

'OOOO'B 



TLAGHeaderRecordLength 

8 bits, Set by UE 



MSID TYPE 

'011'B 



MSID LEN 

4 bits, Set by UE 



MSID 

Variable, Set by UE 



Reserved 

'OOOOOOO'B 



1xL3PDULength 

16 bits. Set by UE 



REG_TYPE 

'001 O'B 

Zone-based 
Registration 


SLOT GYGLE INDEX 

'010'B 



MOB P REV 

8 bits. Set by UE 



SGM 

8 bits. Set by UE 



MOB TERM 

'1'B 



RETURN GAUSE 

'1'B 



QPGH SUPPORTED 

'1'B 



ENHANGED RG 

'1'B 



UZID INGL 

'O'B 




13.4.4.2 Pre-registration at 1xRTT and Cell reselection / 1x Ordered Registration 

13.4.4.2.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_IDLE state having completed the IxRTT CS pre-registration and having 
detecting the cell ranked as the best cell} 

then {selecting the new cell } 
ensure that { 

when { UE receives an DLInformationTranfer message containing a tunneled IxRTT GCSNA Encapsulated 
Registration Request Order } 

then { UE transmits an ULInformationTranfer message containing a tunneled IxRTT GCSNA 
Encapsulated Registration message} 
} 

13.4.4.2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.272, clause B.2.1.1. 

[TS 23.272, clause B. 2. 1.1] 

This clause describes how the UE in an E-UTRAN system establishes and maintains pre-registration in the IxCS 
system. 
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E- 
UTRAN 


MME 



1. UE attaches to E-UTRAN as specified in TS 23.401 


2. Decision to 

register with 

IxRTTCS 

_I 


I 


3. Service Request procedure if the UE is in idle state. 


4. 1xRTT 


4a. UL/DL Information 
Transfer 


6. 1xRTT CS registration response 


6c. UL/DL Information 
Transfer 


CS registration request 


4b. UL/DL S1 cdma2000 
Tunnelling 


6b UL/DL S1 cdma2000 
Tunnelling 


4c. S102 Direct Transfer 



5. Location update to 1xRTT CS domain 


6a. S102 Direct Transfer 


Figure B.2.1.1-1: 1xRTT CS registration procedure 


1. The UE attaches to E-UTRAN as specified in TS 23.401 [2]. The UE includes an indication of enhanced CS 
fallback to IxRTT and may also include concurrent IxRTT and HRPD PS session handling capabilities as part 
of the UE radio capabilities. 

2. Based on a radio layer trigger (e.g. an indication from the E-UTRAN when the UE is in connected state or an 
indication over the broadcast channel), the UE decides to register with the IxRTT CS domain. 

3. If the UE is in idle state, in order to create a signalling connection with the MME, it performs the Service 
Request procedure. 

4. The UE generates a IxRTT CS registration request. 

4a. The IxRTT CS message is transferred from the UE to E-UTRAN. 

4b. E-UTRAN forwards the IxRTT CS message to the MME including the CDMA2000 Reference Cell ID. 

4c. The MME selects a IxCS IWS node based on the CDMA2000 Reference Cell ID. The IMSI is used to 

distinguish SI 02 signalling transactions belonging to different UEs. The MME sends a S102 Direct Transfer 
message (IMSI, IxCS message) to the IxCS IWS node. 

5. IxRTT CS registration is then performed by the IxCS IWS node based on 3GPP2 A.S0008 [16]. 

6a. IxRTT CS registration response is tunnelled back to the MME in a S102 Direct Transfer message (IMSI, IxCS 
message). 

6b. The MME forwards the IxRTT CS message to the E-UTRAN. 

6c. The E-UTRAN forwards the IxRTT CS message to the UE. 
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If the triggers for IxCS registration change over time, the UE (both in idle or connected state), uses this information to 
update the IxCS registration via the tunnel. 

1 3.4.4.2.3 Test description 

1 3.4.4.2.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 and Cell 2. 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 

- Cell 1 and Cell2 have the same SIB 8 configuration. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle mode pre-registered on IxRTT (state 2C) on Cell 1 according to [18]. 

1 3.4.4.2.3.2 Test procedure sequence 

Table 13.4.4.2.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. 

Table 13.4.4.2.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

T1 

Cell- 
specific RS 
EPRE 

dBm/ 
15kH 

z 

-85 

-79 

The power level values are assigned to 
satisfy Rceii i < Rceii 2. 


Table 13.4.4.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The SS changes Cell 2 level according to the 
row "T1" in table 13.4.4.2.3.2-1. 

- 

- 

- 

- 

2 

The UE is camped on E-UTRAN Cell 2. 

- 

- 

- 

- 

3- 
10 

Steps 2 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3-1) 
are executed to successfully complete the 
service request procedure. 





11 

The SS transmits an DLInformationTransfer 
containing a tunnelled IxRTTGCSNA 
encapsulated Registration Request order on 
Cell 2. 

<- 

DL Information Transfer 



12 

Check: Does the UE transmit an 
ULInformationTransfer conXammg a tunnelled 
1xRTT GCSNA encapsulated Registration 
message on Cell 2. 

-> 

UL Information Transfer 

1 

P 

IS- 
IS 

Steps 17A to 19 of the UE Registration, pre- 
registration on IxRTT (TS 36.508 4.5.2C.3-2) 
on Cell 2. 
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Table 13.4.4.2.3.2-3: Parallel behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The UE transmits a 

CSFBParametersRequestCDMA2000 on Cell 
1. 

-> 

CSFBParametersRequestCDMA2 
000 



2 

The SS transmits a 

CSFBParametersResfDonseCDMA2000 on 
Cell 1 . 

<- 

CSFBParametersResponseCDMA 
2000 




1 3.4.4.2.3.3 Specific message contents 

Table 13.4.4.2.3.3-1: DL/nformaf/on Transfer (step 11, Table 13.4.4.2.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-3 

Information Element 

Value/remark 

Comment 

Condition 

DLInformationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




dllnformationTransfer-r8 SEQUENCE { 




dedicatedlnfoType CHOICE { 




dedicatedlnfoCDMA2000-1 XRTT 

Set according to Table 
13.4.4.2.3.3-2 



1 




1 




1 




1 




1 





Table 1 3.4.4.2.3.3-2: IxRTT GCSNA Encapsulated Registration Request Order (Step 1 1 , Table 

13.4.4.2.3.2-2) 


Information Element 

MessagelD 

'00000001 'B 



GCSNAOption 

'00000001 'B 



AlternativeGCSNAOption INCL 

'O'B 



IWSIDIncI 

'O'B 



AckRequired 

'O'B 



StopDupDetect 

'O'B 



MessageSequence 

6 bits, Set by SS 



NumTLACEncapsulatedl XL3PDU 

'OO'B 



Reserved 

'OOOO'B 



IxLogicalChannel 

'O'B 



IxProtocolRevision 

'0000011 O'B 



MsgType 

'000001 11'B 

Order message 


NumTLACHeaderRecords 

'OOOO'B 



Reserved 

'OOO'B 



1xL3PDULength 

1 6 bits, Set by SS 



ORDER 

'011011'B 



ADD RECORD LEN 

'001 'B 



ORDQ 

'00000001 'B 

Registration 
Request Order 



ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2538 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


Table 13.4.4.2.3.3-3: ULInformationTransfer (Step 12, Table 13.4.4.2.3.2-2) 


Derivation Path: 36.508 Table 4.6.1-25 

Information Element 

Value/remark 

Comment 

Condition 

ULInformationTransfer ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE { 




ullnformationTransfer-rS SEQUENCE { 




dedicatedlnformationType CHOICE { 




dedicatedlnfoCDMA2000-1 XRTT 

Set according to Table 
13.4.4.2.3.3-4 



1 




1 




1 




} 




} 





Table 13.4.4.2.3.3-4: IxRTT GCSNA Encapsulated Registration message (Step 12, Table 13.4.4.2.3.2-2) 


Information Element 

MessagelD 

'00000001 'B 

GCSNAIxCircuit 
Service message 


GCSNAOption 

'00000001 'B 



AlternativeGCSNAOption INCL 

'O'B 



IWSIDIncI 

'O'B 



AckRequired 

'1'B 



StopDupDetect 

'O'B 



MessageSequence 

Set by UE 



NumTLACEncapsulatedl XL3PDU 

'OO'B 



Reserved 

'OOOO'B 



IxLogicalChannel 

'O'B 



IxProtocolRevision 

'0000011 O'B 



MsgType 

'00000001 'B 

Registration 
message 


NumTLACHeaderRecords 

'0001 'B 



TLACHeaderRecordType 

'OOOO'B 



TLACHeaderRecordLength 

8 bits, Set by UE 



MSID TYPE 

'011'B 



MSID LEN 

4 bits, Set by UE 



MSID 

Variable, Set by UE 



Reserved 

'OOOOOOO'B 



IxLSPDULength 

16 bits. Set by UE 



REG_TYPE 

'0101'B 

Ordered 
Registration 


SLOT CYCLE INDEX 

'010'B 



MOB P REV 

8 bits. Set by UE 



SCM 

8 bits. Set by UE 



MOB TERM 

'1'B 



RETURN CAUSE 

'1'B 



QPCH SUPPORTED 

'1'B 



ENHANCED RC 

'1'B 



UZID INCL 

'O'B 




13.4.4.3 

13.4.4.3.1 
(1) 


Inter-system session managennent / Multiple PDN connection establishnnent 
in eHRPD pre-registration state 

Test Purpose (TP) 


with { UE in E-UTRA RRC_CONNECTED state and UE has performed multiple PDN connection setups in E- 
UTRA with PDN type = IPv4 } 
ensure that { 

when { UE transmits VSNCP Configure Request } 
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then { APN name is identical with additional PDN name in EUTRA and PDN type at the HRPD side is 


IPv4 


(2) 

with { UE in E-UTRA RRC_CONNECTED state and UE has performed multiple PDN connection setups in E- 
UTRA with PDN type = IPv4 and the UE originated VSNCP Configure Request procedure is finished } 
ensure that { 

when { SS transmits VSNCP Configure Request with APN-AMBR } 
then { UE acknowledges the received APN-AMBR values } 


13.4.4.4.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.2.2.15, 
5.6.1.3 and 5.6.2.3; TS 23.401, clause 4.4.3.3; TS 23.402, clause 9.1.2.2; TS 24.302 , clause 6.4.4; TS 33.402, clause 
10.2.1 and 3GPP2 X.S0057-0, clause 13.1.2. 

[TS 36.331, clause 5.2.2.15] 

Upon receiving SystemlnformationBlockTypeS, the UE shall: 

1> if the systemTimelnfo is included: 

2> forward the systemTimelnfo to CDMA2000 upper layers; 

1> if the UE is in RRCJDLE and if sear chWindow Size is included: 

2> forward the sear chWindow Size to CDMA2000 upper layers; 

1> if parametersHRPD is included; 

2> forward the preRegistrationlnfoHRPD to CDMA2000 upper layers only if the UE has not received the 
preRegistrationlnfoHRPD within an RRCConnectionRe configuration message after entering this cell; 

2> if the cellReselectionParametersHRPD is included: 

3> forward the neighCellList to the CDMA2000 upper layers; 

[TS 36.331, clause 5.6.1.3] 

Upon receiving DLInformationTransfer message, the UE shall: 
1> if the dedicatedlnfoType is set to 'dedicatedlnfoNAS': 

2> forward the dedicatedlnfoNAS to the NAS upper layers. 
1> if the dedicatedlnfoType is set to 'dedicatedInfoCDMA2000-lXRTT or to 'dedicatedInfoCDMA2000-HRPD: 
2> forward the dedicatedInfoCDMA2000 to the CDMA2000 upper layers; 
[TS 36.331, clause 5.6.2.3] 

The UE shall set the contents of the ULInformationTransfer message as follows: 
1> if there is a need to transfer NAS information: 

2> set the dedicatedlnfoType to include the 'dedicatedlnfoNAS'', 
1> if there is a need to transfer CDMA2000 IXRTT information: 

2> set the dedicatedlnfoType to include the 'dedicatedInfoCDMA2000- IXRTT \ 
1> if there is a need to transfer CDMA2000 HRPD information: 

2> set the dedicatedlnfoType to include the 'dedicatedInfoCDMA2000-HRPU\ 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 2540 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

1> submit the ULInformationTransfer message to lower layers for transmission, upon which the procedure ends; 

[TS 23.401, clause 4.4.3.3] 

The PDN GW is the gateway which terminates the SGi interface towards the PDN. 

If a UE is accessing multiple PDNs, there may be more than one PDN GW for that UE, however a mix of S5/S8 
connectivity and Gn/Gp connectivity is not supported for that UE simultaneously. 

PDN GW functions include for both the GTP-based and the PMIP-based S5/S8: 

- Per-user based packet filtering (by e.g. deep packet inspection); 
Lawful Interception; 

- UE IP address allocation; 

- Transport level packet marking in the uplink and downlink, e.g. setting the DiffServ Code Point, based on the 
QCI of the associated EPS bearer; 

- Accounting for inter-operator charging; 

- UL and DL service level charging as defined in TS 23.203 [6] 

(e.g. based on SDFs defined by the PCRF, or based on deep packet inspection defined by local policy); 

- Interfacing OFCS through according to charging principles and through reference points specified in 
TS 32.240 [51]. 

- UL and DL service level gating control as defined in TS 23.203 [6]; 

- UL and DL service level rate enforcement as defined in TS 23.203 [6] 
(e.g. by rate policing/shaping per SDF); 

- UL and DL rate enforcement based on APN-AMBR 

(e.g. by rate policing/shaping per aggregate of traffic of all SDFs of the same APN that are associated with Non- 
GBR QCIs); 

- DL rate enforcement based on the accumulated MBRs of the aggregate of SDFs with the same GBR QCI 
(e.g. by rate policing/shaping); 

- DHCPv4 (server and client) and DHCPv6 (client and server) functions; 

The network does not support PPP bearer type in this version of the specification. Pre-Release 8 PPP 
functionality of a GGSN may be implemented in the PDN GW; 

- packet screening. 

Additionally the PDN GW includes the following functions for the GTP-based S5/S8: 

- UL and DL bearer binding as defined in TS 23.203 [6]; 

- UL bearer binding verification as defined in TS 23.203 [6]; 

- Functionality as defined in RFC 486 1 [32] ; 

- Accounting per UE and bearer. 

The P-GW provides PDN connectivity to both GERAN/UTRAN only UEs and E-UTRAN capable UEs using any of 
E-UTRAN, GERAN or UTRAN. The P-GW provides PDN connectivity to E-UTRAN capable UEs using E-UTRAN 
only over the S5/S8 interface. 

[TS 23.402, clause 9.1.2.2] 

The SlOl interface supports procedures for Pre-Registration, Session Maintenance and Active handovers between E- 
UTRAN and HRPD networks. This is based on tunnelling over SlOl signalling of one technology while the UE is in the 
other technology. The HRPD air interface messages tunnelled over SlOl in E-UTRAN to HRPD mobility are defined in 
3GPP2C.S0087-0[49]. 
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The SlOl reference point shall support the following requirements: 

- HRPD and E-UTRAN/EPS messages shall be transported as opaque containers without modifications by the 
MME or HRPD AN. 

- Messages may carry separate information lEs to indicate status, message types (e.g. handover command) 
forwarding addresses etc. as required by signalling procedures. 

- Provide identifiers (i.e. SlOl Session ID) to distinguish messages belonging to different UEs in order to allow 
responses originating from the target system to an UE to be appropriately forwarded to the UE by the source 
system. 

- Reliable transport for SlOl messages should be provided at the application layer and will not require transport 
layer reliability mechanism. 

[TS 24.302, clause 6.4.4] 

Connectivity to multiple PDNs via trusted non-3GPP access is supported in the EPS when the network policies, the 
non-3GPP access and user subscription allow it. If the UE supports dynamic mobility management selection the UE 
shall use the same mobility protocol when multiple connections are established, see 3GPP TS 23.402 [6]. 

When using the S2a interface to establish connections to additional PDNs the UE shall send a trigger for additional 
PDN connectivity specific to the non-3GPP access. The UE shall include an APN in this trigger to connect to the 
desired PDN. The UE shall also indicate the Attach Type to the trusted non-3 GPP access during additional PDN 
connectivity. The Attach Type shall distinguish between Initial Attach and Handover Attach. 

NOTE 1: The indication about Attach Type is non-3GPP access network specific and its coding is out of scope of 
this specification. 

NOTE 2: The trigger for additional PDN connectivity is non-3 GPP access network specific and its coding is out of 
scope of this specification. 

When using the S2c interface, the UE shall follow the procedures described in 3GPP TS 24.303 [1 1] to connect to 
multiple PDNs. 

If the UE is handing over from a source access network to a target non-3GPP access using PMIP-based S2a and the UE 
has more than one PDN connection to a given APN in the source access network, and if multiple PDN connections to a 
single APN are not supported over the target trusted non-3 GPP access network, only one PDN connection to the given 
APN shall be estabHshed in the target non-3GPP access as specified in 3GPP TS 23.402 [6]. If multiple PDN 
connection requests to the same APN are received but the target trusted non-3 GPP access network does not support 
multiple PDN connections to the same APN, the network shall reject the additional PDN connection requests to the 
same APN received from the UE when one PDN connection to the same APN has already been established. The UE 
shall determine which PDN connection is re-established in the non-3 GPP access based on the home address information 
(i.e. IPv4 address or IPv6 prefix or both) provided by the network. 

NOTE 3: The protocol details of the PDN connection reject procedure is non-3GPP access network specific and its 
coding is outside the scope of this specification. 

NOTE 4: When UE supporting IP address preservation for NBM with multiple PDN connections to the same APN 
hands over to the non-3 GPP access network, the UE can, as an implementation option, prioritise the re- 
establishment for a particular PDN connection before re-establishing the remaining PDN connections. 
The way a UE prioritizes a particular PDN connection is non-3 GPP access network specific and its 
coding is out of scope of this specification. Another implementation option can be to send multiple re- 
establishment requests concurrently. 

NOTE 5: Any unsuccessful re-establishment of any of the multiple PDN connections to the same APN can be 

managed in an implementation specific manner avoiding UE making repeated re-establishment attempts 
to the network. 

[TS 33.402, clause 10.2.1] 

For pre-registration, the UE interacts directly with HRPD system to perform authentication through the HS-GW and 
establish security association with this system directly. The procedures are the same as in the case when the UE 
connects directly to the HRPD access network except that it is tunnelled over the E-UTRAN/EPS. In these procedures. 
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the UE follows the authentication and key agreement procedure described in subclause 6.2. Tunnelled signalling is 
exchanged over SlOl interface which shall be secured as described in clause 11. 

NOTE 6: Network domain security as specified in TS 33.210 [6] and TS 33.310 [12] applies to secure signalling 
between eAN/PCF in the HRPD access network and MME in the serving network. 

In the case when the UE is not aware of its movement from E-UTRAN to HRPD, the UE may access the HRPD system 
directly without performing a pre-registration through E-UTRAN/EPS system. 

For UEs with an established emergency call the authentication is subject to the requirements in clause 13. 

1 3.4.4.3.3 Test description 

1 3.4.4.3.3.1 Pre-test conditions 
System Simulator: 

- Cell 1. 

- System information combination 6 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

None. 
Preamble: 

- The UE is in state Generic RB Established (state 3B) on Cell 1 according to [18]. 

- The UE has performed HRPD pre-registration. 

13.4.4.3.3.2 Test procedure sequence 
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Table 13.4.4.3.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

Cause the UE to request connectivity to an 
additional PDN (see Note 1) 

- 

- 

- 

- 

2 

The UE transmits a PDN CONNECTIVITY 
REQUEST message as specified to request 
an additional PDN (= PDN-2) 

~> 

UL Information Transfer 
(PDN CONNECTIVITY 
REQUEST) 



3 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to activate a second Default EPS 
Bearer Context. 

<— 

RRCConnectionReconfiguration 
(ACTIVATE DEFAULT EPS 
BEARER CONTEXT REQUEST) 



4 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 . 

~> 

RRCConnectionReconfigurationC 
omplete 



5 

The UE transmits an ACTIVATE DEFAULT 
EPS BEARER CONTEXT ACCEPT 
message. 

-> 

UL Information Transfer 
(ACTIVATE DEFAULT EPS 
BEARER CONTEXT ACCEPT) 



6 

Check: Does the UE transmit a VSNCP 
CONFIGURE REQUEST message including 
PDN identifier = '0', Access Point Name with 
the same value as PDN-2 via EUTRA, PDN 
type = '1' ("IPv4"), PDN address with PDN 
address information = '0', Attach Type = '0' 
("initial attach"), and the Address Allocation 
Cause = '00'? See Note 2 

-> 

UL Information Transfer 
(VSNCP: CONFIGURE 
REQUEST) 

1 

p 

7 

The SS transmits a VSNCP CONFIGURE 
ACK message on Cell 1 to confirm APN 
parameters PDN identifier. Access Point 
Name, PDN type, PDN address with PDN 
address information from "UE IPv4 address". 
Attach Type and the Address Allocation 
Cause = '255' ("Success"). See Note 2. 

<- 

DL Information Transfer 
(VSNCP: CONFIGURE ACK) 



8 

The SS transmits a VSNCP CONFIGURE 
REQUEST message on Cell 1 including the 
PDN-ID to configure APN-AMBR for DL and 
UL. See Note 2 

<- 

DL Information Transfer 
(VSNCP: CONFIGURE 
REQUEST) 



9 

Check: Does the UE transmit a VSNCP 
CONFIGURE ACK message as specified to 
confirm the previously APN-AMBR values 
received in step 10. See Note 2 

-> 

UL Information Transfer 
(VSNCP: CONFIGURE ACK) 

2 

p 

Note 1 : The request of connectivity to an additional PDN may be performed by IVIIVII or AT command. 

Note 2: It is assumed that the dedicatedlnfoCDMA2000-HRPD which is embedded in the RRC UL/DL Information 
Transfer messages is an ASN.1 charstring and therefore cannot be provided in table format. This is why 
the dedicatedlnfoCDMA2000-HRPD lEs have been defined in the procedure column of the Test Procedure 
Sequence above. 
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1 3.4.4.3.3.3 Specific message contents 

Table 13.4.4.3.3.3-1: PDN CONNECTIVITY REQUEST (Step 2, Table 13.4.4.3.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.3-20 

Information Element 

Value/remark 

Comment 

Condition 

EPS bearer identity 

0000 

No EPS bearer 
identity assigned 


Procedure transaction identity 

PTI-1 

UE assigns a 
particular PTI not 
yet used between 
1 and 254 


PDN type 

•OOVB 

IPv4 


ESM information transfer flag 

Not present 

This IE is only 
used during an 
attach procedure. 


Access point name 

APN-1 (New PDN name) 

The requested 
PDN is different 
from default PDN 


Protocol configuration options 




Configuration protocol 1 

'8021'H 

IPCP 


Length of configuration protocol 1 contents 


Asper RFC1661 


Configuration protocol 1 contents 


AsperRFC1661 


Configuration protocol 2 

'C223'H 

IPCP 


Length of configuration protocol 2 contents 


AsperRFC1661 


Configuration protocol 2 contents 


Asper RFC 1661 

(CHAP- 

Response) 


Container ID 1 

'OOOA'H 

IP Address 
allocation via NAS 
signalling 


Length of container ID 1 contents 





Container ID 1 contents 

Not present 




Table 13.4.4.3.3.3-2: ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST (Step 3, Table 

13.4.4.3.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.3-6 


Information Element 

Value/remark 

Comment 

Condition 


EPS bearer identity 

6 




Procedure transaction identity 

PTI-1 

SS re-uses the 
particular PTI 
defined by UE for 
this present 
additional PDN 
connectivity 
request 
procedure. 



EPS QoS 

See Reference default 
EPS bearer context #1 in 
table 6.6.1-1 




Access point name 

APN-1 

SS re-uses the 
particular APN 
defined by UE for 
this present 
additional PDN 
connectivity 
request procedure 



PDN address 





Length of PDN address contents 

5 octets 




PDN type value 

'001 'B 

IPv4 



PDN address information 

0.0.0.0 

DHCPv4 is to be 
used to allocate 
the IPv4 address 
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Table 13.4.4.3.3.3-3: ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT (Step 5, Table 

13.4.4.3.3.2-1) 


Derivation Path: TS 36.508 Table 4.7.3-4 

Information Element 

Value/remark 

Comment 

Condition 

EPS bearer identity 

6 



Procedure transaction identity 



No procedure 
transaction 
identity assigned 


Protocol configuration options 

Not present or any 
allowed value 

Assumption: As in 

PDNConnectivity 

Request. 



13.4.4.4 

13.4.4.4.1 
(1) 


Inter-system session management/ Pre-registration at HRPD and Cell 
reselection / HRPD Zone Registration 

Test Purpose (TP) 


with { UE in E-UTRA RRC_IDLE state and UE has performed pre-registration on HRPD neighbor cell } 
ensure that { 

when { UE detects preRegistrationZoneld on Systeminf ormationBlockS has been changed.} 

then { UE establishes the RRC connection and performs UATI re-assignment and alternate link 
establishment procedure } 

} 

(2) 

with { UE has been complete alternate link establishment procedure } 
ensure that { 

when { UE receives DLInformation Transfer followed by dedicatedinf oCDMA2000-HRPD containing a LCP 
Configure Request for PDN re-establishment } 

then { UE transmit ULInformation Transfer containing a tunneled LCP Configure Ack message, and 
continues to LCP negotiation} 

} 

(3) 

with { UE in EAP-Authentication phase } 
ensure that { 
when { UE receives EAP-Success message} 

then { UE transmit ULInformation Transfer containing a tunneled VSNCP Configure Request message 
including a PDN- ID, PDN Type, APN, PDN Address with the same value as last PDN setup when UE 
performed pre-registration } 


13.4.4.4.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 23.401, clause 9.3.1. 

[TS 23.401, clause 9.3.1] 

Figure 9.3.1-1 illustrates a high-level call flow for the optimised E-UTRAN to HRPD handover procedure, Pre- 
registration phase. 
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Figure 9.3.1-1 : HRPD registration via LTE/SAE tunnel 


1 . The UE is registered with E-UTRAN/MME. It may have an ongoing data session estabHshed over EPS/E- 
UTRAN access. 

2. Based on a Radio Layer trigger (e.g., an indication from the E-UTRAN when the UE is in connected state or an 
indication over the broadcast channel), the UE decides to initiate a pre-registration procedure with potential 
target HRPD access. The pre-registration procedure allows the UE to establish and maintain a dormant session in 
the target HRPD access, while attached to the E-UTRAN/MME. 

3. Registration to the HRPD is achieved by exchanging a series of HRPD messages between the UE and the HRPD 
Access Network. The HRPD signalling that is tunnelled transparently over the E-UTRAN and EPC creates an 
HRPD session context between the UE and the HRPD Access Network. The procedures described below are 
used in steps 3,5,8 and 9. 

The UE generates an UL Information Transfer message (UL HRPD message). The UL HRPD message is 
transferred from the UE to the eNodeB as a parameter in the UL Information Transfer. 

The eNodeB sends Uplink SI CDMA2000 TunnelHng message (UL HRPD message. Sector ID) to the MME. 
The SectorlD is statically configured in the eNodeB. 

The MME selects an HRPD access node address. In order to be able to distinguish SlOl signalling transactions 
belonging to different UEs, an SlOl Session ID is used to identify signalling related to that UE on SIOL The 
MME sends a Direct Transfer Request message (SlOl Session ID, SectorlD, UL HRPD message) to the HRPD 
access node. The MME determines the correct HRPD access node entity and address from the SectorlD. 

NOTE 1: There is an unambiguous mapping from the SectorlD to the HRPD access node address. 
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The HRPD Access Network sends signalling in the DL direction to the MME using Direct Transfer Request 
message (SlOl Session ID, DL HRPD message). The SlOl Session ID is used to associate the signalling to a 
particular UE. 

The MME sends the information on to the eNodeB using the Downlink SI CDMA2000 Tunnelling message (DL 
HRPD message). 

The eNodeB uses the DL information transfer message (DL HRPD message) to transport the signalling the UE. 

If UE is handing over emergency sessions to HRPD access, the UE informs the HRPD access that it is an 
emergency handover. In case the UE is in limited service state and does not have an IMSI or its IMSI is 
unauthenticated, IMEI is used as a Session ID. If the IMSI is unauthenticated, the IMSI is also provided on the 
SlOl tunnel to the HRPD access with an indication that it is unauthenticated. 

4. The HRPD Access Network creates a signalling relationship with the HS-GW for the UE with interactions in 
HRPD network AlO / Al 1 interfaces. 

If the HRPD Access Node is not configured to support emergency handovers, then it shall reject any handover 
request that indicates Emergency Handover. 

5. The UE, HS-GW, and 3GPP AAA exchange EAP-AKA' signaUing to authenticate the UE on the HRPD system. 
The HS-GW receives the APN(s) and PDN GW identity (es) information from AAA during authentication. 

If the UE is performing an Emergency handover to HRPD access for emergency service and the HRPD access 
supports Emergency handover, the HPRD access skips the authentication procedure or the HRPD access accepts 
that the authentication may fail and continues the handover procedure. A statically configured PDN GW is 
selected by the HRPD access for the UE for unauthenticated UEs. 

6. The HS-GW initiates a Gateway Control Session Establishment Procedure with the PCRF as specified in 

TS 23.203 [19]. If the HS-GW supports UE/NW bearer control mode, the PCRF provides the rules required for 
the HS-GW to perform the bearer binding for all the active sessions the UE may establish as a result of the 
handover procedure. 

7. The UE and HS-GW exchange signalling to establish context to support the bearer traffic environment in use 
over the E-UTRAN. 

8. At any time prior to the Handover Phase, if session maintenance activity is required, the UE or HRPD access 
network shall perform session maintenance signalling by tunnelling the HRPD session maintenance messages 
over the SlOl. If QoS parameters require updating, then this step includes the PCRF interaction. The MME uses 
the SlOl Session ID to identify the UE context over the SlOl interface. 

NOTE 2: Between Step 7 and Step 8 the UE may enter ECM-IDLE state. To execute the session maintenance 
procedures at Step 8 it is necessary for the UE to enter ECM-CONNECTED state. 

9. PCRF interactions due to session maintenance can be initiated by the PCRF or the HS-GW. The PCRF initiates 
the Gateway Control and QoS Rules Provision Procedure specified in TS 23.203 [19]. The HS-GW initiates the 
Gateway Control and QoS Policy Rules Request Procedure as specified in TS 23.203 [19]. 

[3GPP2 C.S0057-0, clause 13.1.1] 

Editor's note: this section should be fulfilled 3GPP2 specification. 

1 3.4.4.4.3 Test description 

1 3.4.4.4.3.1 Pre-test conditions 

System Simulator: 

cell 1, and cell 2. 

- cell 1 is "Serving cell" and cell 2 is "Suitable cell". 

- System information combination 6 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
Cell 1 and Cell 2 have the different Registration Zone ID in SIB 8. 
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UE: 

None. 

Preamble: 

- The UE is in state Registered, Idle mode pre-registered on HRPD (state 2B) on Cell 1 according to [18]. 

1 3.4.4.4.3.2 Test procedure sequence 

Table 13.4.4.4.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. 

Table 13.4.4.4.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

T1 

Cell-specific RS EPRE 

dBm/15kHz 

-85 

-79 

The power level values are 
assigned to satisfy Rceii i < Rceii 2. 
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Table 13.4.4.4.3.2-2: Main behaviour 


Step 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 



1 

The SS changes Cell 2 level according to the 
row "Tl " in table 1 3.4.4.4.3.2-1 . 

- 

- 

- 

- 

2 

The UE is camped on E-UTRAN Cell 2. 

- 

- 

- 

- 

3-9 

Steps 3 to 9 of the generic radio bearer 
establishment procedure (TS 36.508 4.5.3.3- 
1) are executed to successfully complete the 
service request procedure. 





10 

Check: Does the UE transmit an 
ULInformationTransfer con\a\n\nQ a tunnelled 
L//\r/Hec/^esf message Cell 2? 

-> 

ULInformation Transfer 

1 

P 

11 

The SS transmits a DLInformationTransfer 
containing a tunnelled UATIAssignment 
message 

<- 

DL Information Transfer 



12 

Check: Does the UE transmit an 
ULInformationTransfer con\di\n\ng a tunnelled 
UATIConfiplete message on Cell 2? 

— > 

UL Information Transfer 



13 

The UE transmits an ULInformationTransfer 
containing a tunnelled 
AlternateLinkOpenRegmessage on Cell 2. 

— > 

UL Information Transfer 

1 

P 

14 

The SS transmits a DLInformationTransfer 
containing a tunnelled 
AlternateLinkOpenConfmessage 

<~ 

DL Information Transfer 



15 

Check: Does the UE transmit an 
ULInformationTransfer containing a tunnelled 
AlternateLinkOpenCompleteon Cell 2? 

— > 

UL Information Transfer 



16 

Check: Does the UE perform Tunnelled PPP 
LCP negotiation to the SS on Cell 2? And is 
the EAP-AKA selected as the authentication 
protocol? 

<-> 


2 

P 

17 

After entering PPP LCP Open State, 
optionally tunnelled PPP Version Capability 
Indication and/or Max PPP Inactivity Timer 
negotiation may take place. 

<-> 




18 

Tunnelled EAP-AKA is performed between 
the UE and the SS. 

<-> 

- 

- 

- 

19 

Check: Does the UE transmits an 
ULInformationTransfer con\a\n\ng a tunnelled 
VSNCP Configure-Request message, 
including a PDN-ID, PDN Type, APN, PDN 
Address with the same as initial PDN setup. 
Protocol Configuration Options, and Attach 
Type = "handover"? 

The Address Allocation Preference option 
contained in the Protocol Configuration 
Options indicates whether the UE wants to 
perform the IP address allocation during the 
attach procedure or deferred IPv4 address 
allocation. PDN Type indicates the UE's IP 
capability (IPv4, IPv6 or IPv4/v6) 

-> 

UL Information Transfer 

3 

P 

20 

The SS transmits a DLInformationTransfer 
containing a tunnelled VSNCP Configure-Ack 
message. 

<- 

DL Information Transfer 



21 

The SS transmits a DLInformationTransfer 
containing a tunnelled VSNCP Configure- 
Request message including the PDN-ID 
configuration option. 

<- 

DL Information Transfer 



22 

The UE transmits an ULInformationTransfer 
containing a tunnelled VSNCP Configure-Ack 
message on Cell 2. 

-> 

UL Information Transfer 



23 

Optionally UE may transmit an 
ULInformationTransfer con\a\n\ng a tunnelled 
DHCPv4 DISCOVER (depending on the 
Address Allocation Preference indicated by 
the UE at Step 19). 

— > 

UL Information Transfer 
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24 

The UE transmits an ULInformationTransfer 
containing a tunnelled AlternateLinkCloseReq 
message on Cell 2. 

-> 

UL Information Transfer 



25 

The SS transmits a DLInformationTransfer 
containing a tunnelled 
AlternateLinkCloseConf message. 

<- 

DL Information Transfer 



26 

Optionally the UE may transmit an 
ULInformationTransfer con\di\n\ng a tunnelled 
Router solicitation message on Cell 2. 

— > 

ULInformation Transfer 



27 

The SS transmits an RRCConnectionRelease 
message 

<- 

RRCConnectionRelease 

- 

- 

28 

The UE transmits an 

RRCConnectionReleaseComplete message 
on Cell 2. 

— > 

RRCConnectionReleaseComplete 




Table 13.4.4.4.3.2-3: SystemlnformationBlockTypel for cell 1 


Derivation Path: 36.508 Table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




schedulinglnformation ::= SEQUENCE (SIZE 
(1 ..maxSI-Message)) OF SEQUENCE {} 

Combination 6 in TS 
36.508 section 4.4.3.1 

SIB2, SIB3 and 
SIB 8 are 
transmitted 


1 





Table 13.4.4.4.3.2-4: SystemlnformationBlockTypeSiov cell 1 


Derivation Path: 36.508 Table 4.4.3.3-7, condition HRPD 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType8 ::= SEQUENCE { 




parametersHRPD SEQUENCE { 




preRegistrationlnfoHRPD SEQUENCE { 




preRegistrationAllowed 

TRUE 



preRegistrationZoneld 

A valid value 

INTEGER (0..255) 


secondaryPreRegistrationZoneldList 
SEQUENCE (SIZE (1 ..2)) OF SEQUENCE { 

Not present 



PreRegistrationZoneldHRPD 

Not present 



} 




} 




cellReselectionParametersHRPD SEQUENCE { 




bandClassList SEQUENCE (SIZE (L.maxCDMA 
-BandClass)) OF SEQUENCE { 

1 entry 



bandClass 

Band class of frequency 
under test 

ENUMERATED 
{bcO, bc1,bc2, 
bc3, bc4, bc5, 
bc6, bc7, bc8, 
bc9, bdO, bc11, 
bc12, bc13, bc14, 
bc15, bc16, bc17, 
sparel 4, sparel 3, 
sparel 2, spare11, 
sparel 0, spare9, 
spare8, spare7, 
spare6, spare5, 
spare4, spare3, 
spare2, sparel , 
...1 


cellReselectionPriority 

3 



threshX-High 

30(-30) 

INTEGER (0..63) 


threshX-Low 

32(-32) 

INTEGER (0..63) 


} 
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Table 13.4.4.4.3.2-5: SystemlnformationBlockTypeS ior cell 2 


Derivation Path: S6.50S Table 4.4.S.S-7, condition HRPD 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypeS ::= SEQUENCE { 




parametersHRPD SEQUENCE { 




preRegistrationlnfoHRPD SEQUENCE { 




preRegistrationAllowed 

TRUE 



preRegistrationZoneld 

A valid value different 
from cell 1 

INTEGER (0..255) 


secondaryPreRegistrationZoneldList 
SEQUENCE (SIZE (1 ..2)) OF SEQUENCE { 

Not present 



PreRegistrationZoneldHRPD 

Not present 



1 




1 




cellReselectionParametersHRPD SEQUENCE { 




bandClassList SEQUENCE (SIZE (L.maxCDMA 
-BandClass)) OF SEQUENCE { 

1 entry 



bandClass 

Band class of frequency 
under test 

ENUMERATED 
{bcO, bc1,bc2, 
bcS, bc4, bc5, 
bc6, bc7, bcS, 
bc9, bdO, bc11, 
bc12, bdS, bc14, 
bc15, bc16, bc17, 
sparel 4, sparel S, 
sparel 2, spare11, 
sparel 0, spare9, 
spares, spare?, 
spare6, spares, 
spare4, spares, 
spare2, sparel , 


cellReselectionPriority 

S 



threshX-High 

SO(-SO) 

INTEGER (0..6S) 


threshX-Low 

S2(-S2) 

INTEGER (0..6S) 


1 





1 3.4.4.4.3.3 Specific message contents 

Table 13.4.4.4.3.3-1: UATI Request message (Step 10, Table 13.4.4.4.3.2-2) 


Field 

Value/remark 

Comment 

Condition 

SAPState 

'O'B 

SAP Header 


SessionConfigurationToken 

16 bits. Set by UE 



ConnectionLayerFormat 

1 bit. Set by UE 



ATI Record 

S4 bits, RATI set by UE 



Reserved 

'OOOO'B 



MessagelD 

'OOOOOOOO'B 

UATI Request 


Transaction ID 

S bits, Set by UE 
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Table 13.4.4.4.3.3-2: UATI Assignment message (Step 11, Table 13.4.4.4.3.2-2) 


Field 

Value/remark 

Comment 

Condition 

SAPState 

'1'B 

SAP Header 


SessionConfigurationToken 

'0' 



ConnectionLayerFormat 

1 bit, Set by SS 



ATI Record 

34 bits, RATI set in UATI 
Request 



Reserved 

'OOOO'B 



MessagelD 

'00000001'B 

UATI Assignment 


MessageSequence 

8 bits. Set by SS 



Reserved 1 

'OOOOOOO'B 



Subnetlncluded 

'1'B 



UATISubnetMask 

'1101000'B 



U ATM 04 

1 04 bits. Set by SS 



UATIColorCode 

8 bits. Set to ColorCode 
ofCelMS 



UATI024 

24 bits. Set by SS 



UpperOldUATILength 

'OOOO'B 



Reserved2 

'OOOO'B 




Editor's Note: The specific message contents for CDMA2000 messages which are used in step 12-15 are FFS, it will be 
defined if required. 

1 4 ETWS 

14.1 ETWS reception in RRCJDLE state / Duplicate detection 

14.1.1 


Test Purpose (TP) 


(1) 


with { UE in RRC_IDLE state and follow the reception of Paging message with etws-Indication } 
ensure that { 

when { UE start to acquire ETWS message from SIBIO and SIBll } 

then { UE successfully received the ETWS message and activated the "User Alerting" popup display 
} 


} 


14.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.2.2.4, 
5.2.2.17, 5.2.2.18, 5.3.2.3; TS 23.041 clause 9.1.2. 

[TS 36.331, clause 5.2.2.4] 

The UE shall: 


1> if the UE is ETWS capable: 

2> upon entering a cell during RRCJDLE, following successful handover or upon connection re-establishment: 

3> discard any previously buffered warningMessageSegment; 

3> clear, if any, the current values of messageldentifier and serialNumber for 
SystemlnformationBlockTypel 1 ; 

2> when the UE acquires SystemlnformationBlockTypel following ETWS indication, upon entering a cell 
during RRCJDLE, following successful handover or upon connection re-establishment: 

3> if schedulinglnfoList indicates that SystemlnformationBlockTypelO is present: 

4> start acquiring SystemlnformationBlockTypelO immediately; 
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3> if schedulinglnfoList indicates that SystemlnformationBlockTypell is present: 

4> start acquiring SystemlnformationBlockTypell immediately; 

NOTE 2: UEs shall start acquiring SystemlnformationBlockTypelO and SystemlnformationBlockTypell as 

described above even when systemlnfoValueTag in SystemlnformationBlockTypel has not changed. 

[TS 36.331, clause 5.2.2.17] 

Upon receiving SystemlnformationBlockTypelO, the UE shall: 

1> forward the received warningType, warningSecuritylnfo (if present), messageldentifier and serialNumber to 
upper layers; 

[TS 36.331, clause 5.2.2.18] 

Upon receiving SystemlnformationBlockTypel 1 , the UE shall: 

1> if there is no current value for messageldentifier and serialNumber for SystemlnformationBlockTypell', or 

1> if either the received value of messageldentifier or of serialNumber or of both are different from the current 
values of messageldentifier and serialNumber for SystemlnformationBlockTypell : 

2> use the received values of messageldentifier and serialNumber for SystemlnformationBlockTypel 1 as the 
current values of messageldentifier and serialNumber for SystemlnformationBlockTypel 1; 

2> discard any previously buffered warningMessageSegment\ 

2> if all segments of a warning message have been received: 

3> assemble the warningMessage from the received warningMessageSegment; 

3> forward the received warningMessage, messageldentifier, serialNumber and dataCodingScheme to upper 
layers; 

3> stop reception of SystemlnformationBlockTypell; 

3> discard the current values of messageldentifier and serialNumber for SystemlnformationBlockTypell; 
2> else: 

3> store the received warningMessageSegment; 

3> continue reception of SystemlnformationBlockTypel 1; 

1> else if all segments of a warning message have been received: 

2> assemble the warningMessage from the received warningMessageSegment; 

2> forward the received complete warningMessage, messageldentifier, serialNumber and dataCodingScheme to 
upper layers; 

2> stop reception of SystemlnformationBlockTypel T, 

2> discard the current values of messageldentifier and serialNumber for SystemlnformationBlockTypell; 
1> else: 

2> store the received warningMessageSegment, 

2> continue reception of SystemlnformationBlockTypell; 
[TS 36.331, clause 5.3.2.3] 
Upon receiving the Paging message, the UE shall: 

1> if the etws-Indication is included and the UE is ETWS capable: 
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2> re-acquire SystemlnformationBlockTypel immediately, i.e., without waiting until the next system information 
modification period boundary; 

2> if the schedulinglnfoList indicates that SystemlnformationBlockTypelO is present: 

3> acquire SystemlnformationBlockTypelO', 
2> if the schedulinglnfoList indicates that SystemlnformationBlockTypel 1 is present: 

3> acquire SystemlnformationBlockTypel!; 
[TS 23.041, clause 9.1.2] 


GEC 


CBC 


2. Information 


8. Ack 


SGSN 


RNC 


NodeB 


1. Registration and Security procedures; 
Current time 


3. Write-Replace 


7. Report-Success 


4. Broadcast Request 


5-a. Broadcast 
information 


5-b. Pasins 


5-c. Primary 
Notification 
with Security 


UE 


6. User 
Alerting 


Figure 4b 


6. The UE alert the user immediately, using "warning type" value, 

- upon the reception of the paging message, if the UE has been configured to receive ETWS warnings over the 
paging message, and the UE has authenticated the core network of the NodeB it is camped on, or 

- if the UE has not been configured to receive ETWS warnings over the paging message, and it received the 
optional primary notification and security checks based on "timestamp" and "digital signature" for this 
notification passed. 

NOTE: If the UE received the ETWS warnings over the paging and also received the optional primary 
notification, it will silently discard the optional primary notification. 

NOTE: When the "warning type" is 'test', the UE silently discards the paging message, and the optional primary 
notification, and do not perform the reception of the broadcast message described below. However, the 
UE specially designed for testing purposes may perform user alerting described above and proceed to the 
reception of the broadcast message described below 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 2555 ETSI TS 136 523-1 VI 0.0.0 (2012-05) 

NOTE: If the UE has been configured to receive ETWS warnings over paging message but it has not 

authenticated the core network of the NodeB it is camped on, the UE does not receive the paging message 
and the optional primary notification, and do not perform the reception of the broadcast message 
described below. 

Upon the reception of the paging message, whether the UE is configured to receive ETWS warnings over paging 
message or not, the UE activates the reception of the broadcast messages containing the "warning message" as 
the secondary notification, as follows: 

- If both the "digital signature" and "timestamp" are present in the "warning message" and security checks fail, 
then the UE notifies the user of this fact and stops the user alerting. 

- If both the "digital signature" and "timestamp" are present and security checks pass, then the UE indicates the 
contents of the "warning message" to the user along with an indication that the message has been 
authenticated. 

- In other cases, the UE indicates the contents of the "warning message" to the user along with an indication 
that the message has not been authenticated. 

Unless both the "digital signature" and "timestamp" are present and the security checks pass, the UE shall ignore 
the message, return to normal idle mode, and ignore paging messages with the "ETWS indication" for the next 
[X] seconds. 

NOTE: Repetition period [X] is subject to regulatory requirements. 

The UE shall consider a message duplicated if the combination of "message identifier" and "serial number" 
matches that of the previous message received from the same PLMN. The UE shall ignore messages detected as 
duplicated. If both the "digital signature" and "timestamp" are present, the UE shall perform security check 
before duplicate message detection. Duplicate message detection shall be performed independently for primary 
and secondary notifications. 

7. The RNC node sends a BMC REPORT-SUCCESS to the CBC in response to Write-Replace. 

8. CBC sends acknowledgement message to CBE. 
14.1.3 Test description 

14.1.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 
UE: 
None. 
Preamble: 
- The UE is in state Registered, Idle mode (state 2) according to [18]. 
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14.1.3.2 


Test procedure sequence 

Table 14.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 


U-S 

Message 

1 

The SS include an ETWS message with new 
messageldentifier and serialNumber in 
SystemlnformationBlockTypel and 
SystemlnformationBlockType11 and transmit a 
Paging message including etws-lndication on 
CelM (NOTED. 

<~ 

Paging 



2 

Check: Does the UE indicate the contents of 
the "warning message" to the user, and alert or 
activate alerting the user. (N0TE2)? 



1 

P 

3 

The SS wait for 1 0s. 

- 

- 

- 

- 

4 

The SS include an ETWS message with same 
messageldentifier and serialNumber in 
SystemlnformationBlockTypel and 
SystemlnformationBlockType11 and transmit a 
Paging message including etws-lndication on 
CelM (NOTED. 

<— 

Paging 



5 

Check: Does the UE indicate the contents of 
the "warning message" to the user, or alert or 
activate alerting the user. (N0TE2)? 



1 

F 

N0TE1 : SystemlnformationBlockType11 contain 3 segments. 

N0TE2: The data indication and user alerting are the UE implementation issues. 


14.1.3.3 Specific message contents 

Table 14.1.3.3-1 : SystemlnformationBlockTypel for Cell 1 (all steps, Table 14.1.3.2-1) 


Derivation Path: 36.508 table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




schedulinglnformation ::= SEQUENCE (SIZE 
(1 ..maxSI-Message)) OF SEQUENCE {} 

Combination 8 in TS 
36.508 section 4.4.3.1 

SIB2, SIB3, SIB10 
andSIBH are 
transmitted 


1 





Table 14.1.3.3-2: Void 


Table 14.1.3.3-3: Void 


Table 14.1.3.3-4: Void 


Table 14.1.3.3-5: Void 
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Table 14.1.3.3-6: Paging (step 1 and step 4, Table 14.1.3.2-1) 


Derivation Path: 36.508 Table 4.6.1-7 

Information Element 

Value/remark 

Comment 

Condition 

Paging ::= SEQUENCE { 




pagingRecordList 

Not present 



systennlnfolVlodification 

Not present 



etws-lndication 

true 



nonCriticalExtension SEQUENCE {} 

Not present 



1 





14.2 


14.2.1 


ETWS reception in RRC_CONNECTED state / Duplicate 
detection 

Test Purpose (TP) 


(1) 


with { UE in RRC_CONNECTED state and follow the reception of Paging message with etws-lndication } 
ensure that { 

when { UE start to acquire ETWS message from SIBIO and SIBll } 

then { UE successfully received the ETWS message and activated the "User Alerting" popup display 
} 

} 


14.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.2.2.4, 
5.2.2.17, 5.2.2.18, 5.3.2.3; TS 23.041 clause 9.1.2. 

[TS 36.331, clause 5.2.2.4] 

The UE shall: 


1> if the UE is ETWS capable: 

2> upon entering a cell during RRC_IDLE, following successful handover or upon connection re-establishment: 

3> discard any previously buffered warningMessageSegment; 

3> clear, if any, the current values of messageldentifier and serialNumber for 
SystemInformationBlockTypell\ 

2> when the UE acquires SystemlnformationBlockTypel following ETWS indication, upon entering a cell 
during RRC_IDLE, following successful handover or upon connection re-establishment: 

3> if schedulinglnfoList indicates that SystemlnformationBlockTypelO is present: 

4> start acquiring SystemlnformationBlockTypelO immediately; 
3> if schedulinglnfoList indicates that SystemlnformationBlockTypel 1 is present: 

4> start acquiring SystemlnformationBlockTypel 1 immediately; 

NOTE 2: UEs shall start acquiring SystemlnformationBlockTypelO and SystemlnformationBlockTypel 1 as 

described above even when systemlnfoValueTag in SystemlnformationBlockTypel has not changed. 

[TS 36.331, clause 5.2.2.17] 

Upon receiving SystemlnformationBlockTypelO, the UE shall: 

1> forward the received warningType, warningSecuritylnfo (if present), messageldentifier and serialNumber to 
upper layers; 
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[TS 36.331, clause 5.2.2.18] 

Upon receiving SystemlnformationBlockTypel 1 , the UE shall: 

1> if there is no current value for messageldentifier and serialNumber for SystemInformationBlockTypell\ or 

1> if either the received value of messageldentifier or of serialNumber or of both is different from the current 
values oi messageldentifier and serialNumber for SystemlnformationBlockTypell: 

2> use the received values of messageldentifier and serialNumber for SystemlnformationBlockTypell as the 
current values of messageldentifier and serialNumber for SystemlnformationBlockTypell; 

2> discard any previously buffered warningMessageSegment\ 

2> if all segments of a warning message have been received: 

3> assemble the warningMessage from the received warningMessageSegment; 

3> forward the received warningMessage, messageldentifier, serialNumber and dataCodingScheme to upper 
layers; 

3> stop reception of SystemlnformationBlockTypell; 

3> discard the current values of messageldentifier and serialNumber for SystemlnformationBlockTypell; 
2> else: 

3> store the received warningMessageSegment; 

3> continue reception of SystemlnformationBlockTypell', 

1> else if all segments of a warning message have been received: 

2> assemble the warningMessage from the received warningMessageSegment, 

2> forward the received complete warningMessage, messageldentifier, serialNumber and dataCodingScheme to 
upper layers; 

2> stop reception of SystemlnformationBlockTy pel T, 

2> discard the current values of messageldentifier and serialNumber for SystemlnformationBlockTypell; 
1> else: 

2> store the received warningMessageSegment, 

2> continue reception of SystemlnformationBlockTypell; 
[TS 36.331, clause 5.3.2.3] 
Upon receiving the Paging message, the UE shall: 

1> if the etws-Indication is included and the UE is ETWS capable: 

2> re-acquire SystemlnformationBlockTypel immediately, i.e., without waiting until the next system information 
modification period boundary; 

2> if the schedulinglnfoList indicates that SystemlnformationBlockTypelO is present: 

3> acquire SystemlnformationBlockTypelO', 
2> if the schedulinglnfoList indicates that SystemlnformationBlockTypel 1 is present: 

3> acquire SystemlnformationBlockTypell; 
[TS 23.041, clause 9.1.2] 
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6. The UE alert the user immediately, using "warning type" value, 

- upon the reception of the paging message, if the UE has been configured to receive ETWS warnings over the 
paging message, and the UE has authenticated the core network of the NodeB it is camped on, or 

- if the UE has not been configured to receive ETWS warnings over the paging message, and it received the 
optional primary notification and security checks based on "timestamp" and "digital signature" for this 
notification passed. 

NOTE: If the UE received the ETWS warnings over the paging and also received the optional primary 
notification, it will silently discard the optional primary notification. 

NOTE: When the "warning type" is 'test', the UE silently discards the paging message, and the optional primary 
notification, and do not perform the reception of the broadcast message described below. However, the 
UE specially designed for testing purposes may perform user alerting described above and proceed to the 
reception of the broadcast message described below 

NOTE: If the UE has been configured to receive ETWS warnings over paging message but it has not 

authenticated the core network of the NodeB it is camped on, the UE does not receive the paging message 
and the optional primary notification, and do not perform the reception of the broadcast message 
described below. 

Upon the reception of the paging message, whether the UE is configured to receive ETWS warnings over paging 
message or not, the UE activates the reception of the broadcast messages containing the "warning message" as 
the secondary notification, as follows: 

- If both the "digital signature" and "timestamp" are present in the "warning message" and security checks fail, 
then the UE notifies the user of this fact and stops the user alerting. 
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- If both the "digital signature" and "timestamp" are present and security checks pass, then the UE indicates the 
contents of the "warning message" to the user along with an indication that the message has been 
authenticated. 

- In other cases, the UE indicates the contents of the "warning message" to the user along with an indication 
that the message has not been authenticated. 

Unless both the "digital signature" and "timestamp" are present and the security checks pass, the UE shall ignore 
the message, return to normal idle mode, and ignore paging messages with the "ETWS indication" for the next 
[X] seconds. 

NOTE: Repetition period [X] is subject to regulatory requirements. 

The UE shall consider a message duplicated if the combination of "message identifier" and "serial number" 
matches that of the previous message received from the same PLMN. The UE shall ignore messages detected as 
duplicated. If both the "digital signature" and "timestamp" are present, the UE shall perform security check 
before duplicate message detection. Duplicate message detection shall be performed independently for primary 
and secondary notifications. 

7. The RNC node sends a BMC REPORT-SUCCESS to the CBC in response to Write-Replace. 

8. CBC sends acknowledgement message to CBE. 
14.2.3 Test description 

14.2.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 
UE: 
None. 
Preamble: 
- The UE is in state Generic RB Established (state 3) according to [18]. 

1 4.2.3.2 Test procedure sequence 

Table 14.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The 88 include an ETWS message with new 
messageldentifier an6 serialNumber\n 
SystemlnformationBlockTypelO and 
SystemlnformationBlockType11 and transmit a 
Paging message including etws-lndication on 
Cell 1 (N0TE1). 

<- 

Paging 



2 

Check: Does the UE indicate the contents of 
the "warning message" to the user, and alert or 
activate alerting the user (N0TE2)? 



1 

P 

3 

The SS wait for 1 0s. 

- 

- 

- 

- 

4 

The SS include an ETWS message with same 
messageldentifier and serialNunfiber in 
SystemlnformationBlockTypel and 
SystemlnformationBlockType11 and transmit a 
Paging message including etws-lndication on 
CelM (NOTED. 

<— 

Paging 



5 

Check: Does the UE indicate the contents of 
the "warning message" to the user? 

- 

- 

1 

F 

N0TE1 : SystemlnformationBlockType11 contain 3 segments. 

N0TE2: The data indication and user alerting are the UE implementation issues. 
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1 4.2.3.3 Specific message contents 

Table 14.2.3.3-1 : SystemlnformationBlockTypel for Cell 1 (all steps, Table 14.2.3.2-1) 


Derivation Path: 36.508 table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




schedulinglnformation ::= SEQUENCE (SIZE 
(1 ..maxSI-Message)) OF SEQUENCE {} 

Combination 8 in TS 
36.508 section 4.4.3.1 

SIB2, SIB3, SIB10 
and SIB11 are 
transmitted 


} 





Table 14.2.3.3-2: Void 


Table 14.2.3.3-3: Void 


Table 14.2.3.3-4: Void 


Table 14.2.3.3-5: Void 


Table 14.2.3.3-6: Paging {step 1 and step 4, Table 14.2.3.2-1) 


Derivation Path: 36.508 Table 4.6.1-7 

Information Element 

Value/remark 

Comment 

Condition 

Paging ::= SEQUENCE { 




pagingRecordList 

Not present 



systemlnfoModification 

Not present 



etws-lndication 

true 



nonCriticalExtension SEQUENCE {} 

Not present 



1 





14.3 Void 


15 
15.1 

15.1.1 
(1) 


Mobility management based on DSMIPv6 (Dual- 
Stack Mobile IPv6) 

Discovery of the home agent via DNS 

Test Purpose (TP) 


with { UE has acquired an IP address and UE is configured with a DNS server address and UE is 
configured with the HA-APN Network Identifier } 
ensure that { 

when { UE is configured to discover IP address of Home Agent via DNS } 

then { UE transmits a DNS Query with QNAME set to FQDN of the Home Agent } 


15.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.303, clauses 5.1.2.1.1 and 
5.1.2.1.2. 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2562 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


[TS 24.303, clause 5.1.2.1.1] 

The first procedure the UE needs to perform for DSMIPv6 initial attach is the discovery of the node acting as the HA. 

The UE can discover the IP addresses of the HA in one of the four following ways: 

- via DNS; 

- via attach procedure for 3GPP access or trusted non-3GPP access (if supported) based on protocol configuration 
options; 

- via IKEv2 during tunnel setup to ePDG for untrusted non-3 GPP accesses; 

- via DHCPv6. 

If the UE does not obtain the IP addresses of the HA via PCO during the 3 GPP or trusted non-3 GPP (if supported) 
attach or via IKEv2 signalling, it shall follow either the procedures described in subclause 5.1.2.1.5 or the procedures 
described in subclause 5.1.2.1.2. The UE may be configured to perform both procedures in parallel or one of the two 
procedures only in case the other failed. 

[TS 24.303, clause 5.1.2.1.2] 

A UE performing Home Agent discovery based on DNS shall support the implementation of standard DNS 
mechanisms. 

The UE shall perform DNS Lookup by Home Agent Name as specified in IETF RFC 5026 [10] .The QNAME shall be 
set to the requested HA-APN. The HA-APN shall be constructed as specified in 3GPP TS 23.003 [17]. If a HA has both 
an IPv4 and an IPv6 address, the corresponding DNS record should be configured with both 'AAAA' and 'A' records. 
Accordingly the UE should perform one DNS lookup procedure to retrieve both 'AAAA' and 'A' records. The DNS 
server replies with one 'AAAA' and one 'A' record. 


Test description 
Pre-test conditions 


15.1.3 

15.1.3.1 

System Simulator: 

- Cell 1. 
UE: 

- The UE is configured to discover the Home Agent address via DNS. 

- The UE is configured with a DNS server address. 

The UE is configured with the HA-APN Network Identifier. 
Preamble: 

- The UE is in state Registered, Idle Mode (state 2) on Cell 1 according to [18]. 

- The UE has acquired an IP address. 

1 5.1 .3.2 Test procedure sequence 

Table 15.1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1 

The UE transmits a DNS Query message with 
QNAME set to FQDN of the Home Agent 
(derived from HA-APN Network Identifier and 
PLIVIN information). 

-> 

DNS Query 

1 

P 

2 

The SS transmits a DNS Response message 
with the IPv6 and IPv4 addresses of the Home 
Agent. 

<— 

DNS Response 
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15.1.3.3 


Specific message contents 
Table 1 5.1 .3.3-1 : Message DNS Query (step 1 , Table 1 5.1 .3.2-1 ) 


Field 

Value/remark 

Comment 

Condition 

QR= 

'0' 

query 


OPCODE= 

'0000' 

QUERY 


QNAME= 

Fully Qualified Domain 
Name of the Home Agent 

Derived from HA- 
APN Network 
Identifier and 
PLMN information 
as per TS 23.003 
clause 21 .2 


QTYPE= 

A 

This is the query 
for the IPv4 
address 


QCLASS= 

IN 



QNAME= 

Fully Qualified Domain 
Name of the Home Agent 

Derived from HA- 
APN Network 
Identifier and 
PLMN information 
as per TS 23.003 
clause 21 .2 


QTYPE= 

AAAA 

This is the query 
for the IPv6 
address 


QCLASS= 

IN 




Table 15.1.3.3-2: Message DNS Response (step 2, Table 15.1.3.2-1) 


Information Element 

Value/remark 

Comment 

Condition 

QR= 

'1' 

response 


OPCODE= 

'0000' 

QUERY 


QNAME= 

Same as received in 
DNS Query 



QTYPE= 

A 



QCLASS= 

IN 



QNAME= 

Same as received in 
DNS Query 



QTYPE= 

AAAA 



QCLASS= 

IN 



RR{ 




NAME 

Same as received in 
DNS Query 



TYPE 

A 



CLASS 

IN 



RDATA 

IPv4 address of HA 



} 




RR{ 




NAME 

Same as received in 
DNS Query 



TYPE 

AAAA 



CLASS 

IN 



RDATA 

IPv6 address of HA 



1 





1 5.2 Discovery of the Home Agent via DHCP 

15.2.1 Test Purpose (TP) 

(1) 

with { UE has acquired an IP address and UE is configured with the HA-APN Network Identifier 
ensure that { 
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when { UE is configured to discover IP address of Home Agent via DHCP } 

then { UE transmits a DHCP Information-Request with Home Network Identifier Option containing 
the FQDN of the Home Agent} 
} 

15.2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.303, clauses 5.1.2.1.1 and 
5.1.2.1.5. 

[TS 24.303, clause 5.1.2.1.1] 

The first procedure the UE needs to perform for DSMIPv6 initial attach is the discovery of the node acting as the HA. 

The UE can discover the IP addresses of the HA in one of the four following ways: 

- via DNS; 

- via attach procedure for 3GPP access or trusted non-3GPP access (if supported) based on protocol configuration 
options; 

via IKEv2 during tunnel setup to ePDG for untrusted non-3 GPP accesses; 

- via DHCPv6. 

If the UE does not obtain the IP addresses of the HA via PCO during the 3 GPP or trusted non-3 GPP (if supported) 
attach or via IKEv2 signalling, it shall follow either the procedures described in subclause 5.1.2.1.5 or the procedures 
described in subclause 5.1.2.1.2. The UE may be configured to perform both procedures in parallel or one of the two 
procedures only in case the other failed. 

[TS 24.303, clause 5.1.2.1.5] 

The HA address discovery via DHCPv6 is possible in the following cases: 

- in 3GPP access, or 

in trusted non-3GPP access, when a DHCPv6 relay exists in the trusted non-3GPP access and the PDN GW is 
the DHCPv6 server, or 

- in trusted non-3GPP access, when the DHCPv6 server is in the trusted non-3GPP access and it has the HA 
addressee information from static configuration, or received via STa reference point as specified in 
3GPPTS 29.273 [20]. 

A UE performing HA discovery based on DHCPv6 shall support the implementation of stateless DHCPv6 as specified 
in IETF RFC 3736 [13] and the DHCPv6 options as specified in draft-ietf-mip6-hiopt [12]. 

In order to discover the address of the HA the UE shall send an Information-Request message including the Home 
Network Identifier Option. 

In order to connect to a HA for a specific target PDN, the UE shall set the id-type to 1 and include the desired HA-APN 
in the Home Network Identifier field. 

The HA information is provided to the UE within a Home Network Information Option as described in draft-ietf-mip6- 
hiopt [12]. This option shall include either the available HA addresses (both the IPv6 address and the IPv4 address of 
the HA, if available) or the HA FQDN. In the latter case the UE shall perform a DNS Lookup by Home Agent Name as 
specified in IETF RFC 5026 [10]. The QNAME shall be set to the received HA FQDN. 

If a HA has both an IPv4 and an IPv6 address, the corresponding DNS record should be configured with both 'AAAA' 
and 'A' records. Accordingly the UE should perform one DNS lookup procedure to retrieve both 'AAAA' and 'A' 
records. The DNS server replies with one 'AAAA' and one 'A' record. 
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15.2.3 Test description 

1 5.2.3.1 Pre-test conditions 
System Simulator: 

- Cell 1. 
UE: 

- The UE is configured to discover the address of the Home Agent via DHCPv6. 
The UE is configured with the HA-APN Network Identifier. 

Preamble: 

- The UE is in state Registered, Idle Mode (state 2) on Cell 1 according to [18]. 

- The UE has acquired an IPv6 address. 

1 5.2.3.2 Test procedure sequence 

Table 15.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Check: Does the UE transmit a DHCP 
Information-Request including a Home 
Network Information Option? 

~> 

DHCP Information-Request 

1 

P 

2 

The 88 transmits a DHCP Reply message 
including a Home Network Information Option. 

<— 

DHCP Reply message 

- 

- 


1 5.2.3.3 Specific message contents 

Table 15.2.3.3-1: DHCP Information-Request (step 1, Table 15.2.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

msg-type 

'00001 011 'B 

Information- 
Request 


Transaction- id 

Set by UE 



option-code 

'0000000000000001 'B 

Option Client ID 


DUID 

Set by UE 



option-code 

'00000000000001 10'B 

Option ORO 


Requested-option-code-1 

FFS 

Home Network 
Identifier Option 


Id-type 

'00000001 'B 

Target network 
identity present 


8ub-opt-code 

'00000001 'B 

Home network 
identifier 


Home Network Parameter 

Fully Qualified Domain 
Name 

Derived from HA- 
APN Network 
Identifier and 
PLMN information 
as per TS 23.003 
clause 21 .2 
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Table 15.2.3.3-2: DHCP Reply message (step 2, Table 15.2.3.2-2) 


Field 

Value/remark 

Comment 

Condition 

msg-type 

'0000011 1'B 

Reply 


Transaction- id 

Set as the same value of 
Transaction-id in step 1 



option-code 

'0000000000000001 'B 

Option Client ID 


DUID 

Set as the DUID of the 
client received in step 1 



option-code 

'000000000000001 0'B 

Option Server ID 


DUID 

Set by SS 



Home Network Identifier Option 

FFS 

Home Network 
Identifier Option 


Id-type 

'00000001 'B 

Target network 
identity present 


Sub-opt-code 

'00000001 'B 

Home network 
identifier 


Home Network Parameter 

Fully Qualified Domain 
Name 

Derived from HA- 
APN Network 
Identifier and 
PLMN information 
as per TS 23.003 
clause 21 .2 


Sub-opt-code 

'0000001 1'B 

IPv6 address 


Home Network Parameter 

IPv6 address of the 
Home Agent 



Sub-opt-code 

'000001 OO'B 

IPv4 address 
(optional value) 


Home Network Parameter 

IPv4 address of the 
Home Agent 




15.3 
15.4 

15.4.1 
(1) 


Void 

Security association establishment with Home Agent 
reallocation procedure 

Test Purpose (TP) 


with { UE has acquired an IP address } 
ensure that { 

when { UE has acquired the IP address of the Home Agent } 

then { UE transmits an IKE_SA_INIT message addressed to the Home Agent to initiate security 
association establishment } 


} 


(2) 


with { UE has transmitted an IKE_SA_INIT message addressed to the Home Agent to initiate security 
association establishment } 
ensure that { 

when { UE receives an IKE_SA_INIT response message } 

then { UE transmits an IKE_AUTH Request message containing the configuration payload 
iy[IP6_H0ME_PREFIX to receive the prefix to use for Home Address configuration } 

} 

(3) 

with { UE has transmitted an IKE_AUTH Request message containing the configuration payload 
]y[IP6_H0ME_PREFIX to receive the prefix to use for Home Address configuration } 
ensure that { 

when { UE receives an IKE_AUTH Response message including an EAP- Request /AKA Challenge } 
then { UE transmits an IKE_AUTH Request message containing the correct EAP-Response/AKA- 
Challenge } 
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(4) 

with { UE has transmitted an IKE_AUTH Request message containing an EAP-Response/AKA-Challenge } 
ensure that { 

when { UE receives an IKE_AUTH Response message including EAP- Success } 

then { UE transmits an IKE_AUTH Request message with Authentication payload } 

} 

(5) 

with { UE has transmitted an IKE_AUTH Request message with Authentication payload } 
ensure that { 

when { UE receives an IKE_AUTH Response message with Notify payload with a REDIRECT attribute 
containing the HOME AGENT address to connect to } 

then { UE transmits an IKE_SA_INIT message addressed to the Home Agent whose address was 
received in the Notify Payload to initiate security association establishment } 
} 

15.4.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.303, clauses 5.1.2.2 and 
5.1.3.1. 

[TS 24.303, clause 5.1.2.2] 

The UE shall support the IKEv2 protocol (see IETF RFC 4306 [14]) for negotiating the IPsec security association to 
secure DSMIPv6 signalling and shall support EAP over IKEv2 as described in IETF RFC 4306 [14] to perform 
authentication with an AAA server. In a case an additional authentication and authorization of the IPSec security 
association is needed with an external AAA server, then the additional authentication steps during the IKEv2 exchange 
shall be supported as specified in IETF RFC 4739 [23] and described in 3GPP TS 33.234 [24]. 

The UE shall support IPsec ESP (see IETF RFC 4303 [11]) in order to provide authentication of Binding Update and 
Binding Acknowledgement messages as specified in IETF RFC 4877 [4]. The UE shall support multiple authentication 
exchanges in the IKEv2 protocol as specified in IETF RFC 4739 [23] in order to support authentication with an external 
AAA server. The UE shall support the redirect mechanism as defined in draft-ietf-ipsecme-ikev2 -redirect [30]. 

The UE shall initiate the security association establishment procedure by sending the IKE_SA_INIT request message 
defined in IETF RFC 4306 [14] to the HA. The UE shall indicate support for the HA reallocation by including a 
REDIRECT_SUPPORTED payload in the IKE_SA_INIT request as specified in draft-ietf-ipsecme-ikev2-redirect [30]. 
On receipt of an IKE_S A_INIT response, the UE shall send an IKE_AUTH request message including the MN-NAI in 
the IDi payload and the Access Point Name (APN) of the target PDN the UE wants to connect to in the IDr payload. 
The APN shall be formatted as defined in 3GPP TS 23.003 [17]. The username part of the MN-NAI included in "IDi" 
payload may be an IMSI, pseudonym or re-authentication ID. The UE shall include in the IDi payload the same MN- 
NAI it includes in the EAP-Response/Identity within the EAP-AKA exchange. 

In the very first EAP-Response/Identity within the IKEv2 exchange the UE shall include a NAI whose username is 
derived from IMSI. In subsequent exchanges the UE should use pseudonyms and re-authentication identities provided 
by the 3GPP AAA server as specified in IETF RFC 4187 [26]. 

NOTE: Fast re-authentication mechanism is optional, and therefore is an implementation option in the UE and 
operator configuration issue (i.e. it also depends on whether the AAA server sent a re-authentication ID 
during previous EAP authentication) whether to use it during security association establishment. 

EAP-AKA over IKEv2 shall be used to authenticate UE in the IKE_AUTH exchange, while public key signature based 
authentication with certificates shall be used to authenticate the HA. 


During the IKEv2 exchange, the UE shall request the allocation of an IPv6 home prefix through the Configuration 
Payload in the IKE_AUTH. Since in EPS a unique IPv6 prefix is assigned to the UE, the UE shall include a 
MIP6_H0ME_PREFIX attribute in the CFG_REQUEST message as described in IETF RFC 5026 [10]. In addition the 
UE may include the INTERN AL_IP6_DNS attribute in the CFG_REQUEST as described in IETF RFC 4306 [14] to 
request the DNS server IPv6 address of the PLMN it is connecting to via DSMIPv6. In the same way the UE may 
include the INTERNAL_IP4_DNS attribute in the CFG_REQUEST to request the IPv4 address of the DNS server. 

The UE shall then auto-configure a Home Address from the IPv6 prefix received from the HA and shall run a 
CREATE_CHILD_SA exchange to create the security association for the new Home Address. In the 
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CREATE_CHILD_SA exchange the UE shall include the Home Address and the appropriate selectors in the TSi 
(Traffic Selector-initiator) payload to negotiate the IPsec security association for protecting the Binding Update and 
Binding Acknowledgement messages as specified in IETF RFC 4877 [4]. 

[TS 24.303, clause 5.1.3.1] 

The HA shall support the IKEv2 protocol (see IETF RFC 4306 [14]) for negotiating the IPsec security association to 
secure DSMIPv6 signalling and shall support EAP over IKEv2 as described in IETF RFC 4306 [14] to perform UE 
authentication with an AAA server. If an additional authentication and authorization of the IPSec security association 
were needed with an external AAA server, then the additional authentication steps during the IKEv2 exchange shall be 
supported as specified in IETF RFC 4739 [23] and defined in 3GPP TS 33.234 [24]. The HA shall support IPsec ESP 
(see IETF RFC 4303 [11]) in order to provide authentication of Binding Update and Binding Acknowledgement 
messages as specified in IETF RFC 4877 [4]. The HA shall support multiple authentication exchanges in the IKEv2 
protocol as specified in IETF RFC 4739 [23] in order to support authentication with an external AAA server. 

The HA shall complete the IKE_SA_INIT exchange as specified in IETF RFC 4306 [14]. The HA shall include in the 
IDr the same value included by the UE in the IDr payload of the request. 

Upon successful authorization and authentication, the HA shall accept the security association establishment request by 
sending the IKE_AUTH response message with the CFG_REPLY payload including the IPv6 Home Network Prefix 
allocated to the UE in the MIP6_H0ME_PREFIX attribute. This prefix information shall include the prefix length as 
specified in IETF RFC 5026 [10]. If the UE included the INTERNAL_IP6_DNS or the INTERNAL_IP4_DNS in the 
CFG_REQUEST, the HA shall include the same attribute in the CFG_REPLY including zero or more DNS server 
addresses as specified in IETF RFC 4306 [14] 

If the 3GPP AAA server triggers the HA to perform a HA reallocation procedure as specified in 3GPP TS 33.402 [18], 
the HA learns the IP address of the target HA as specified in 3GPP TS 29.273 [20]. The HA shall provide to the UE the 
target HA IP address in the REDIRECT payload during IKE_AUTH exchange as specified in 3GPP TS 33.402 [18]. 
The encoding of the REDIRECT payload in the IKE_AUTH response message is specified in draft-ietf-ipsecme-ikev2- 
redirect [30]. The HA shall not assign an IPv6 prefix to the UE in the IKE_AUTH exchange. The HA shall remove the 
states of the IKEv2 security association with the UE after receiving an IKEv2 Informational message with a DELETE 
payload from the UE. 


15.4.3 

Test description 

15.4.3.1 

Pre-test conditions 

System Simulator: 


- Cell 1. 



UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle Mode (state 2) on Cell 1 according to [18]. 

- The UE has acquired an IP address. 

The UE has discovered the IP address of the Home Agent (either via DNS, DHCPv6, IKEv2 signalling or during 
Attach Procedure via PCO). 
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15.4.3.2 


Test procedure sequence 

Table 15.4.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Check: Does the UE transmit an IKE_SAJNIT 
message addressed to the Home Agent? 

-> 

IKE_SAJNIT 

1 

P 

2 

The SS transmits an IKE SA INIT message. 

<- 

IKE SA INIT 

- 

- 

3 

Check: Does the UE transmit an IKE_AUTH 
Request message containing the configuration 
payload MIP6_H0ME_PREFIX, a MN-NAI 
derived from UE IIVISI in the ID! field and an 
APN in the IDr field? 

-> 

IKE_AUTH Request 

2 

P 

4 

The SS transmits an IKE_AUTH Response 
message including an EAP-Request/AKA- 
Challenge. 

<— 

IKE_AUTH Response 



5 

Check: Does the UE transmit an IKE_AUTH 
Request message including the EAP- 
Response/AKA-Challenge? 

-> 

IKE_AUTH Request 

3 

P 

6 

The SS transmits an IKE_AUTH Response 
message including EAP-Success. 

<- 

IKE_AUTH Response 

- 

- 

7 

Check: Does the UE transmit an IKE_AUTH 
Request message with Authentication 
payload? 

-> 

IKE_AUTH Request 

4 

P 

8 

The SS transmits an IKE_AUTH Response 
message with Notify payload containing 
REDIRECT attribute with the Home Agent to 
be used 

<- 

IKE_AUTH Response 



9 

Check: Does the UE transmit an IKE_SAJNIT 
message addressed to the Home Agent whose 
address was provided in the REDIRECT Notify 
payload? 

-> 

IKE_SAJNIT 

5 

P 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2570 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


15.4.3.3 


Specific message contents 
Table 15.4.3.3-1 : Message IKE_SA_INIT (step 1, Table 15.4.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE SA SPI 

Set by the UE 



Responder's IKE_SA SPI 



First message in 

IKE_SAJNIT 

exchange 


Next Payload 

'00100001'B 

SA 


Exchange Type 

'001 0001 0'B 

IKE SA INIT 


Security Association Payload 




Next Payload 

'001 0001 0'B 

KE 


More proposal 

'0000001 0'B 



Proposal # 

'00000001 'B 

First cryptographic 
suite (section 6.5 
of TS 33.234) 


Protocol ID 

'00000001 'B 

IKE 


SPI size 

'OOOOOOOO'B 



Number of transforms 

'0000001 0'B 



More transform 

'0000001 1'B 

This is the 
transform for 
confidentiality 


Transform type 

'00000001 'B 

Encryption 


Transform ID 

'0000001 1'B 

3DES in CBC 

mode 

(ENCR 3DES) 


More transform 

'0000001 1'B 

This is the 
transform for prf 


Transform type 

'0000001 0'B 

PRF 


Transform ID 

'0000001 0'B 

PRF HMAC SHA 
1 (HMAC-SHA1) 


More transform 

'0000001 1'B 

This is the 
transform for 
integrity 


Transform type 

'0000001 1'B 

Integrity 


Transform ID 

'0000001 0'B 

HMAC-SHA1-96 
(AUTH HMAC S 
HA1 96) 


Last transform 

'OOOOOOOO'B 

This is the 
transform for DH 


Transform type 

'000001 OO'B 

DH 


Transform ID 

'0000001 0'B 

Diffie-Hellman 
group 2 (1024-bit 
MODP) 


Last proposal 

'OOOOOOOO'B 



Proposal # 

'0000001 0'B 

Second 
cryptographic 
suite (section 6.5 
of TS 33.234) 


Protocol ID 

'00000001 'B 

IKE 


SPI size 

'OOOOOOOO'B 



Number of transforms 

'0000001 0'B 



More transform 

'0000001 1'B 

This is the 
transform for 
confidentiality 


Transform type 

'00000001 'B 

Encryption 


Transform ID 

'00001 01 1'B 

AESwith 128-bit 

keys in CBC 

mode 

(ENCR AES CB 

C) 


More transform 

'0000001 1'B 

This is the 
transform for prf 


Transform type 

'0000001 0'B 

PRF 


Transform ID 

'000001 OO'B 

PRF AES128 XC 
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BC AES-XCBC- 
PRF-128 


IVIore transform 

'00000011 'B 

This is the 
transform for 
integrity 


Transform type 

'0000001 1'B 

Integrity 


Transform ID 

'000001 01 'B 

AES-XCBC-MAC- 
96(AUTH AES- 
XCBC -96) 


Last transform 

'OOOOOOOO'B 

This is the 
transform for DH 


Transform type 

'000001 OO'B 

DH 


Transform ID 

'0000001 0'B 

Diffie-Hellman 
group 2 (1024-bit 
MODP) 


Key Exchange Payload 




Next Payload 

'00101000'B 

Nonce 


DH Group # 

'000000000000001 0'B 

DH group 2 


Key Exchange data 

Set by the UE 



Nonce Payload 




Next Payload 

'00101001'B 

Notify 

(REDIRECT SUP 
PORTED) 


Nonce data 

Random number set by 
theUE 



REDIRECT SUPPORTED Notify Payload 




Next Payload 

'OOOOOOOO'B 

No Next Payload 


Protocol ID 

'OOOOOOOO'B 

Notification is not 
specific to a 
particular security 
association 


SPI size 

'OOOOOOOO'B 

SPI field not 
present 


Notify Message Type 

•01 0000000001 Oil 0'B 

REDIRECT SUP 
PORTED 


Table 15.4.3.3-2: Message IKE_SA_INIT (step 2, Table 15.4.3.2-1) 

Information Element 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

Same as that set by the 
UEinIKE SA INITas 
Stepi 



Responder's IKE SA SPI 

Set by the SS 



Next Payload 

'001 00001 'B 

SA 


Exchange Type 

'001 0001 0'B 

IKE SA INIT 


Security Association Payload 




Next Payload 

'001 0001 0'B 

KE 


Proposal 

One of the 2 proposals 
included in IKE SA INIT 
at Step 1 



Key Exchange Payload 




Next payload 

'00 101000'B 

Nonce 


DH Group # 

'000000000000001 0'B 

DH group 2 


Key Exchange data 

Set by the SS 



Nonce Payload 




Next t payload 

'OOOOOOOO'B 

No Next Payload 


Nonce data 

Set by the SS 
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Table 15.4.3.3-3: Message IKE_AUTH Request (step 3, Table 15.4.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

Same as that set by the 
UE at Step 1 



Responder's IKE_SA SPI 

Same as that set by the 
SS at Step 2 



Next Payload 

'00101110'B 

E 


Exchange Type 

'001 00011 'B 

IKE AUTH 


Encrypted Payload 




Next Payload 

'001 0001 1'B 

IDi 


Initialization Vector 

Random value set by the 
UE 



Encrypted IKE Payloads 




Identification - Initiator Payload 




Next Payload 

'00101111'B 

CP 


ID Type 

0000001 OB 



ID 

Set to MN-NAI 



Configuration Payload 




Next Payload 

'001 00001 'B 

SA 


CFG Type 

'00000001 'B 

Request 


Configuration Attribute 

'00010000'B 

MIP6 HOME PR 
EFIX attribute 


Length 

'OOOOOOOOOOOOOOOO'B 



Security Association Payload 




Next Payload 

'00101100'B 

TSi 


Proposals 

Any set of allowed values 



Traffic Selector- Initiator Payload 




Next Payload 

'00101100'B 

TSr 


Traffic selector data 

Any allowed set of values 



Traffic Selector - Responder Payload 




Next Payload 

'00100100'B 

IDr 


Traffic selector data 

Any allowed set of values 



Identification - Responder Payload 




Next Payload 

'OOOOOOOO'B 

No Next Payload 


ID Type 

'0000001 0'B 



ID 

APN 



Padding 

Set by the UE 

Fields from 

Encrypted 

payload 


Pad Length 

Set by the UE 

Fields from 

Encrypted 

payload 


Integrity checksum data 

Set by the UE 

Fields from 

Encrypted 

payload 
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Table 15.4.3.3-4: Message IKE_AUTH Response (step 4, Table 15.4.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

Same as that set by the 
UE at Step 1 



Responder's IKE_SA SPI 

Same as that set by the 
SS at Step 2 



Next Payload 

'00101110'B 

E 


Exchange Type 

'001 00011 'B 

IKE AUTH 


Encrypted Payload 




Next Payload 

'00100100'B 

IDr 


Initialization Vector 

Set by the SS 



Encrypted IKE Payloads 




Identification - Responder Payload 




Next Payload 

'00100101'B 

CERT 


ID Type 

'0000001 0'B 



ID 

APN 



Certificate Payload 




Next Payload 

'00110000'B 

EAP 


Cert encoding 

'000001 OO'B 

X.509 certificate - 
signature 


Certificate data 

Set by the SS 

DER encoded 
X.509 certificate 


Extensible Authentication Payload 




Next Payload 

'OOOOOOOO'B 

No Next Payload 


Code 

'00000001 'B 

Request 


Type 

'00010111'B 

AKA 


Subtype 


AKA-Challenge 


Attribute type 

'00000001 'B 

AT RAND 


AT_RAND 

An arbitrarily selected 
128 bits value 



Attribute Type 

'0000001 0'B 

AT AUTN 


AT_AUTN 

See TS 24.301 [28] 
subclause 9.9.3.2 



Padding 

Set by the SS 

Fields from 
Encryption 
payload 


Pad Length 

Set by the SS 

Fields from 
Encryption 
payload 


Integrity checksum data 

Set by the SS 

Fields from 
Encryption 
payload 
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Table 15.4.3.3-5: Message IKE_AUTH Request (step 5, Table 15.4.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

Same as that set by UE 
at Step 1 



Responder's IKE_SA SPI 

Same as that set by the 
SS at Step 2 



Next Payload 

'00101110'B 

E 


Exchange Type 

'001 00011 'B 

IKE AUTH 


Encrypted Payload 




Next Payload 

'00110000'B 

EAP 


Initialization Vector 

Random value set by the 
UE 



Encrypted IKE Payloads 




Extensible Authentication Payload 




Next Payload 

'OOOOOOOO'B 

No Next Payload 


Code 

'0000001 0'B 

Response 


Type 

'00010111'B 

AKA 


Subtype 


AKA-Challenge 


Attribute type 

'0000001 1'B 

AT RES 


AT_RES 

See TS 24.301 [28] 
subclause 9.9.3.4 



Padding 

Set by the UE 

Fields from 
Encryption 
payload 


Pad Length 

Set by the UE 

Fields from 
Encryption 
payload 


Integrity checksum data 

Set by the UE 

Fields from 
Encryption 
payload 


Table 15.4.3.3-6: Message IKE_AUTH Response (step 6, Table 15.4.3.2-1) 

Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

Same as that set by the 
UE at Step 1 



Responder's IKE_SA SPI 

Same as that set by the 
SS at Step 2 



Next Payload 

'00101110'B 

E 


Exchange Type 

'001 0001 1'B 

IKE AUTH 


Encrypted Payload 




Next Payload 

'00110000'B 

EAP 


Initialization Vector 

Set by the SS 



Encrypted IKE Payloads 




Extensible Authentication Payload 




Next Payload 

'OOOOOOOO'B 

No Next Payload 


Code 

'0000001 1'B 

Success 


Padding 

Set by the SS 

Fields from 
Encryption 
payload 


Pad Length 

Set by the SS 

Fields from 
Encryption 
payload 


Integrity checksum data 

Set by the SS 

Fields from 
Encryption 
payload 
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Table 15.4.3.3-7: Message IKE_AUTH Request (step 7, Table 15.4.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

Same as that set by the 
UE at Step 1 



Responder's IKE_SA SPI 

Same as that set by the 
SS at Step 2 



Next Payload 

'00101110'B 

E 


Exchange Type 

'00100011' 

IKE AUTH 


Encrypted Payload 




Next Payload 

'00100111'B 

AUTH 


Initialization Vector 

Random value set by the 
UE 



Encrypted IKE Payloads 




Authentication Payload 




Next Payload 

'OOOOOOOO'B 

No Next Payload 


Auth Method 

'0000001 0'B 

Shared Key 
Integrity code 


Auth Data 

derived from the MSK 
obtained from AKA 
exchange 

RFC 4306 defines 
the function to 
derive this key 
(section 2.15) 


Padding 

Set by the UE 

Fields from 
Encryption 
payload 


Pad Length 

Set by the UE 

Fields from 
Encryption 
payload 


Integrity checksum data 

Set by the UE 

Fields from 
Encryption 
payload 
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Table 15.4.3.3-8: Message IKE_AUTH Response (step 8, Table 15.4.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

Same as that set by the 
UE at Step 1 



Responder's IKE_SA SPI 

Same as that set by the 
SS at Step 2 



Next Payload 

'00101110'B 

E 


Exchange Type 

'001 00011 'B 

IKE AUTH 


Encrypted Payload 




Next Payload 

'00100111'B 

AUTH 


Initialization Vector 

Set by the SS 



Encrypted IKE Payloads 




Authentication Payload 




Next Payload 

'00101001'B 

Notify 


Auth Method 

'0000001 0'B 

Shared Key 
Integrity code 


Auth Data 

derived from the MSK 
obtained from AKA 
exchange 

RFC 4306 defines 
the function to 
derive this key 
(section 2.15) 


Notify Payload 




Next Payload 

'001 00001 'B 

SA 


Protocol ID 

'OOOOOOOO'B 

Notification is not 
specific to a 
particular security 
association 


SPI Size 

'OOOOOOOO'B 

SPI field not 
present 


Notify Message Type Length 

'01 0000000001 01 11'B 

REDIRECT 


GW Ident Type 

'000001 01 'B 



New Responder GW Identity 

IPv6 address of the HA 
to relocate 



GW Ident Type 

'00000001 'B 



New Responder GW Identity 

IPv4 address of the HA 
to relocate 

Optional 


Security Association Payload 




Next Payload 

'00101101' 

TSi 


Proposal 

One of the 2 proposals 
included in IKE_AUTH 
Request at Step 3 



Traffic Selector- Initiator Payload 




Next Payload 

'00101100'B 

TSr 


Traffic Selector data 

Any allowed set of values 



Traffic Selector - Responder Payload 




Next Payload 

'OOOOOOOO'B 

No Next Payload 


Traffic Selector data 

Any allowed set of values 



Padding 

Set by the SS 

Fields from 
Encryption 
payload 


Pad Length 

Set by the SS 

Fields from 
Encryption 
payload 


Integrity checksum data 

Set by the SS 

Fields from 
Encryption 
payload 
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Table 15.4.3.3-910: Message IKE_SA_INIT (step 109, Table 15.4.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE SA SPI 

Set by the UE 



Responder's IKE_SA SPI 



First message in 

IKE_SAJNIT 

exchange 


Next Payload 

'00100001'B 

SA 


Exchange Type 

'001 0001 0'B 

IKE SA INIT 


Security Association Payload 




Next Payload 

'001 0001 0'B 

KE 


More proposal 

'0000001 0'B 



Proposal # 

'00000001 'B 

First cryptographic 
suite (section 6.5 
of TS 33.234) 


Protocol ID 

'00000001 'B 

IKE 


SPI size 

'OOOOOOOO'B 



Number of transforms 

'0000001 0'B 



More transform 

'0000001 1'B 

This is the 
transform for 
confidentiality 


Transform type 

'00000001 'B 

Encryption 


Transform ID 

'0000001 1'B 

3DES in CBC 

mode 

(ENCR 3DES) 


More transform 

'0000001 1'B 

This is the 
transform for prf 


Transform type 

'0000001 0'B 

PRF 


Transform ID 

'0000001 0'B 

PRF HMAC SHA 
1 (HMAC-SHA1) 


More transform 

'0000001 1'B 

This is the 
transform for 
integrity 


Transform type 

'0000001 1'B 

Integrity 


Transform ID 

'0000001 0'B 

HMAC-SHA1-96 
(AUTH HMAC S 
HA1 96) 


Last transform 

'OOOOOOOO'B 

This is the 
transform for DH 


Transform type 

'000001 OO'B 

DH 


Transform ID 

'0000001 0'B 

Diffie-Hellman 
group 2 (1024-bit 
MODP) 


Last proposal 

'OOOOOOOO'B 



Proposal # 

'0000001 0'B 

Second 
cryptographic 
suite (section 6.5 
of TS 33.234) 


Protocol ID 

'00000001 'B 

IKE 


SPI size 

'OOOOOOOO'B 



Number of transforms 

'0000001 0'B 



More transform 

'0000001 1'B 

This is the 
transform for 
confidentiality 


Transform type 

'00000001 'B 

Encryption 


Transform ID 

'00001 01 1'B 

AESwith 128-bit 

keys in CBC 

mode 

(ENCR AES CB 

C) 


More transform 

'0000001 1'B 

This is the 
transform for prf 


Transform type 

'0000001 0'B 

PRF 


Transform ID 

'000001 OO'B 

PRF AES128 XC 
BC AES-XCBC- 
PRF-128 
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IVIore transform 

'00000011 'B 

This is the 
transform for 
integrity 


Transform type 

'0000001 1'B 

Integrity 


Transform ID 

'000001 01 'B 

AES-XCBC-MAC- 
96(AUTH AES- 
XCBC -96) 


Last transform 

'OOOOOOOO'B 

This is the 
transform for DH 


Transform type 

'000001 OO'B 

DH 


Transform ID 

'0000001 0'B 

Diffie-Hellman 
group 2 (1024-bit 
MODP) 


Key Exchange Payload 




Next Payload 

'00101000'B 

Nonce 


DH Group # 

'000000000000001 0'B 

DH group 2 


Key Exchange data 

Set by the UE 



Nonce Payload 




Next Payload 

'00101001'B 

Notify 

(REDIRECT SUP 
PORTED) 


Nonce data 

Random number set by 
theUE 



REDIRECT SUPPORTED Notify Payload 




Next Payload 

'00101001'B 

Notify 

(REDIRECT FRO 
M) 


Protocol ID 

'OOOOOOOO'B 

Notification is not 
specific to a 
particular security 
association 


SPI size 

'OOOOOOOO'B 

SPI field not 
present 


Notify Message Type 

•01 0000000001 Oil 0'B 

REDIRECT SUP 
PORTED 


Notify Payload 




Next Payload 

'OOOOOOOO'B 

No next payload 


Protocol ID 

'OOOOOOOO'B 

Notification is not 
specific to a 
particular security 
association 


SPI Size 

'OOOOOOOO'B 

SPI field not 
present 


Notify Message Type 

'01 0000000001 1000'B 

REDIRECT From 


GW Ident Type 

Any allowed value (IPv6 
orlPv4orHAFQDN) 

Set depending on 
how the UE has 
discovered the HA 
in the preamble 


New Responder GW Identity 

Depends on GW Ident 
type 




15.5 


15.5.1 


Security association establishment without home agent 
reallocation procedure 


Test Purpose (TP) 


(1) 


with { UE has acquired an IP address } 
ensure that { 

when { UE has acquired the IP address of the Home Agent } 

then { UE transmits an IKE_SA_INIT message addressed to the Home Agent to initiate security 
association establishment } 

} 
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(2) 

with { UE has transmitted an IKE_SA_INIT message addressed to the Home Agent to initiate security 
association establishment } 
ensure that { 

when { UE receives an IKE_SA_INIT response message } 

then { UE transmits an IKE_AUTH Request message containing the configuration payload 
]y[IP6_H0ME_PREFIX to receive the prefix to use for Home Address configuration } 

} 

(3) 

with { UE has transmitted an IKE_AUTH Request message containing the configuration payload 
MIP6_H0ME_PREFIX to receive the prefix to use for Home Address configuration } 
ensure that { 

when { UE receives an IKE_AUTH Response message including an EAP- Request /AKA Challenge } 
then { UE transmits an IKE_AUTH Request message containing the correct EAP-Response/AKA- 
Challenge } 

} 

(4) 

with { UE has transmitted an IKE_AUTH Request message containing an EAP-Response/AKA-Challenge } 
ensure that { 

when { UE receives an IKE_AUTH Response message including EAP- Success } 

then { UE transmits an IKE_AUTH Request message with Authentication payload } 

} 

(5) 

with { UE has transmitted an IKE_AUTH Request message with Authentication payload } 
ensure that { 

when { UE receives an IKE_AUTH Response message with configuration payload MIP6_H0ME_PREFIX 
containing the Home Network Prefix HNP associated to the UE } 

then { UE transmits a CREATE_CHILD_SA Request message including traffic selectors fields (TSi 
and TSr) that contain the parameters identifying the Binding Update (BU) /Binding Acknowledgments 
(BA) messages } 
} 

15.5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.303, clause 5.1.2.2. 

[TS 24.303, clause 5.1.2.2] 

The UE shall support the IKEv2 protocol (see IETF RFC 4306 [14]) for negotiating the IPsec security association to 
secure DSMIPv6 signalling and shall support EAP over IKEv2 as described in IETF RFC 4306 [14] to perform 
authentication with an AAA server. In a case an additional authentication and authorization of the IPSec security 
association is needed with an external AAA server, then the additional authentication steps during the IKEv2 exchange 
shall be supported as specified in IETF RFC 4739 [23] and described in 3GPP TS 33.234 [24]. 

The UE shall support IPsec ESP (see IETF RFC 4303 [11]) in order to provide authentication of Binding Update and 
Binding Acknowledgement messages as specified in IETF RFC 4877 [4]. The UE shall support multiple authentication 
exchanges in the IKEv2 protocol as specified in IETF RFC 4739 [23] in order to support authentication with an external 
AAA server. The UE shall support the redirect mechanism as defined in draft-ietf-ipsecme-ikev2 -redirect [30]. 

The UE shall initiate the security association establishment procedure by sending the IKE_SA_INIT request message 
defined in IETF RFC 4306 [14] to the HA. The UE shall indicate support for the HA reallocation by including a 
REDIRECT_SUPPORTED payload in the IKE_SA_INIT request as specified in draft-ietf-ipsecme-ikev2-redirect [30]. 
On receipt of an IKE_S A_INIT response, the UE shall send an IKE_AUTH request message including the MN-NAI in 
the IDi payload and the Access Point Name (APN) of the target PDN the UE wants to connect to in the IDr payload. 
The APN shall be formatted as defined in 3GPP TS 23.003 [17]. The username part of the MN-NAI included in "IDi" 
payload may be an IMSI, pseudonym or re-authentication ID. The UE shall include in the IDi payload the same MN- 
NAI it includes in the EAP-Response/Identity within the EAP- AKA exchange. 

In the very first EAP-Response/Identity within the IKEv2 exchange the UE shall include a NAI whose username is 
derived from IMSI. In subsequent exchanges the UE should use pseudonyms and re-authentication identities provided 
by the 3GPP AAA server as specified in IETF RFC 4187 [26]. 
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NOTE: Fast re-authentication mechanism is optional, and therefore is an implementation option in the UE and 
operator configuration issue (i.e. it also depends on whether the AAA server sent a re-authentication ID 
during previous EAP authentication) whether to use it during security association establishment. 

EAP-AKA over IKEv2 shall be used to authenticate UE in the IKE_AUTH exchange, while public key signature based 
authentication with certificates shall be used to authenticate the HA. 


During the IKEv2 exchange, the UE shall request the allocation of an IPv6 home prefix through the Configuration 
Payload in the IKE_AUTH. Since in EPS a unique IPv6 prefix is assigned to the UE, the UE shall include a 
MIP6_H0ME_PREFIX attribute in the CFG_REQUEST message as described in IETF RFC 5026 [10]. In addition the 
UE may include the INTERN AL_IP6_DNS attribute in the CFG_REQUEST as described in IETF RFC 4306 [14] to 
request the DNS server IPv6 address of the PLMN it is connecting to via DSMIPv6. In the same way the UE may 
include the INTERNAL_IP4_DNS attribute in the CFG_REQUEST to request the IPv4 address of the DNS server. 

The UE shall then auto-configure a Home Address from the IPv6 prefix received from the HA and shall run a 
CREATE_CHILD_SA exchange to create the security association for the new Home Address. In the 
CREATE_CHILD_SA exchange the UE shall include the Home Address and the appropriate selectors in the TSi 
(Traffic Selector-initiator) payload to negotiate the IPsec security association for protecting the Binding Update and 
Binding Acknowledgement messages as specified in IETF RFC 4877 [4]. 

15.5.3 Test description 

1 5.5.3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle Mode (state 2) on Cell 1 according to [18]. 

- The UE has acquired an IP address. 

The UE has discovered the IP address of the Home Agent (either via DNS, DHCPv6, IKEv2 signalling or during 
Attach Procedure via PCO). 
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15.5.3.2 


Test procedure sequence 

Table 15.5.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

Check: Does the UE transmit an IKE_SAJNIT 
message addressed to the Home Agent? 

-> 

IKE_SAJNIT 

1 

P 

2 

The SS transmits an IKE SA INIT message. 

<- 

IKE SA INIT 

- 

- 

3 

Check: Does the UE transmit an IKE_AUTH 
Request message containing the configuration 
payload MIP6_H0ME_PREFIX, a MN-NAI 
derived from UE IIVISI in the ID! field and an 
APN in the IDr field? 

-> 

IKE_AUTH Request 

2 

P 

4 

The SS transmits an IKE_AUTH Response 
message including an EAP-Request/AKA- 
Challenge. 

<— 

IKE_AUTH Response 



5 

Check: Does the UE transmit an IKE_AUTH 
Request message including the EAP- 
Response/AKA-Challenge? 

-> 

IKE_AUTH Request 

3 

P 

6 

The SS transmits an IKE_AUTH Response 
message including EAP-Success. 

<- 

IKE_AUTH Response 

- 

- 

7 

Check: Does the UE transmit an IKE_AUTH 
Request message with Authentication 
payload? 

-> 

IKE_AUTH Request 

4 

P 

8 

The SS transmits an IKE_AUTH Response 
message with configuration payload 
MIP6_H0ME_PREFIX containing the Home 
Network Prefix HNP associated to the UE. 

<- 

IKE_AUTH Response 



9 

Check: Does the UE transmit a 
CREATE_CHILD_SA Request message 
including traffic selectors' fields (TSi and TSr) 
that contain the parameters identifying the 
Binding Update (BU) / Binding 
Acknowledgments (BA) messages? 

— > 

CREATE_CHILD_SA Request 

5 

P 

10 

The SS transmits a CREATE_CHILD_SA 
Response message. 

<— 

CREATE_CHILD_SA Response 

- 

- 
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15.5.3.3 


Specific message contents 
Table 15.5.3.3-1 : Message IKE_SA_INIT (step 1, Table 15.5.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE SA SPI 

Set by the UE 



Responder's IKE_SA SPI 



First message in 

IKE_SAJNIT 

exchange 


Next Payload 

'00100001'B 

SA 


Exchange Type 

'001 0001 0'B 

IKE SA INIT 


Security Association Payload 




Next Payload 

'001 0001 0'B 

KE 


More proposal 

'0000001 0'B 



Proposal # 

'00000001 'B 

First cryptographic 
suite (section 6.5 
of TS 33.234) 


Protocol ID 

'00000001 'B 

IKE 


SPI size 

'OOOOOOOO'B 



Number of transforms 

'0000001 0'B 



More transform 

'0000001 1'B 

This is the 
transform for 
confidentiality 


Transform type 

'00000001 'B 

Encryption 


Transform ID 

'0000001 1'B 

3DES in CBC 

mode 

(ENCR 3DES) 


More transform 

'0000001 1'B 

This is the 
transform for prf 


Transform type 

'0000001 0'B 

PRF 


Transform ID 

'0000001 0'B 

PRF HMAC SHA 
1 (HMAC-SHA1) 


More transform 

'0000001 1'B 

This is the 
transform for 
integrity 


Transform type 

'0000001 1'B 

Integrity 


Transform ID 

'0000001 0'B 

HMAC-SHA1-96 
(AUTH HMAC S 
HA1 96) 


Last transform 

'OOOOOOOO'B 

This is the 
transform for DH 


Transform type 

'000001 OO'B 

DH 


Transform ID 

'0000001 0'B 

Diffie-Hellman 
group 2 (1024-bit 
MODP) 


Last proposal 

'OOOOOOOO'B 



Proposal # 

'0000001 0'B 

Second 
cryptographic 
suite (section 6.5 
of TS 33.234) 


Protocol ID 

'00000001 'B 

IKE 


SPI size 

'OOOOOOOO'B 



Number of transforms 

'0000001 0'B 



More transform 

'0000001 1'B 

This is the 
transform for 
confidentiality 


Transform type 

'00000001 'B 

Encryption 


Transform ID 

'00001 01 1'B 

AESwith 128-bit 

keys in CBC 

mode 

(ENCR AES CB 

C) 


More transform 

'0000001 1'B 

This is the 
transform for prf 


Transform type 

'0000001 0'B 

PRF 


Transform ID 

'000001 OO'B 

PRF AES128 XC 
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BC AES-XCBC- 
PRF-128 


IVIore transform 

'00000011 'B 

This is the 
transform for 
integrity 


Transform type 

'0000001 1'B 

Integrity 


Transform ID 

'000001 01 'B 

AES-XCBC-MAC- 
96(AUTH AES- 
XCBC -96) 


Last transform 

'OOOOOOOO'B 

This is the 
transform for DH 


Transform type 

'000001 OO'B 

DH 


Transform ID 

'0000001 0'B 

Diffie-Hellman 
group 2 (1024-bit 
MODP) 


Key Exchange Payload 




Next Payload 

'00101000'B 

Nonce 


DH Group # 

'000000000000001 0'B 

DH group 2 


Key Exchange data 

Set by the UE 



Nonce Payload 




Next Payload 

'00101001'B 

Notify 

(REDIRECT SUP 
PORTED) 


Nonce data 

Random number set by 
theUE 



REDIRECT SUPPORTED Notify Payload 




Next Payload 

'OOOOOOOO'B 

No Next Payload 


Protocol ID 

'OOOOOOOO'B 

Notification is not 
specific to a 
particular security 
association 


SPI size 

'OOOOOOOO'B 

SPI field not 
present 


Notify Message Type 

•01 0000000001 Oil 0'B 

REDIRECT SUP 
PORTED 


Table 15.5.3.3-2: Message IKE_SA_INIT (step 2, Table 15.5.3.2-1) 

Information Element 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

Same as that set by the 
UEinIKE SA INITas 
Stepi 



Responder's IKE SA SPI 

Set by the SS 



Next Payload 

'001 00001 'B 

SA 


Exchange Type 

'001 0001 0'B 

IKE SA INIT 


Security Association Payload 




Next Payload 

'001 0001 0'B 

KE 


Proposal 

One of the 2 proposals 
included in IKE SA INIT 
at Step 1 



Key Exchange Payload 




Next payload 

'00 101000'B 

Nonce 


DH Group # 

'000000000000001 0'B 

DH group 2 


Key Exchange data 

Set by the SS 



Nonce Payload 




Next t payload 

'OOOOOOOO'B 

No Next Payload 


Nonce data 

Set by the SS 
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Table 15.5.3.3-3: Message IKE_AUTH Request (step 3, Table 15.5.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

Same as that set by the 
UE at Step 1 



Responder's IKE_SA SPI 

Same as that set by the 
SS at Step 2 



Next Payload 

'00101110'B 

E 


Exchange Type 

'001 00011 'B 

IKE AUTH 


Encrypted Payload 




Next Payload 

'001 0001 1'B 

IDi 


Initialization Vector 

Random value set by the 
UE 



Encrypted IKE Payloads 




Identification - Initiator Payload 




Next Payload 

'00101111'B 

CP 


ID Type 

0000001 OB 



ID 

Set to MN-NAI 



Configuration Payload 




Next Payload 

'001 00001 'B 

SA 


CFG Type 

'00000001 'B 

Request 


Configuration Attribute 

'00010000'B 

MIP6 HOME PR 
EFIX attribute 


Length 

'OOOOOOOOOOOOOOOO'B 



Security Association Payload 




Next Payload 

'00101100'B 

TSi 


Proposals 

Any set of allowed values 



Traffic Selector- Initiator Payload 




Next Payload 

'00101100'B 

TSr 


Traffic selector data 

Any allowed set of values 



Traffic Selector - Responder Payload 




Next Payload 

'00100100'B 

IDr 


Traffic selector data 

Any allowed set of values 



Identification - Responder Payload 




Next Payload 

'OOOOOOOO'B 

No Next Payload 


ID Type 

'0000001 0'B 



ID 

APN 



Padding 

Set by the UE 

Fields from 

Encrypted 

payload 


Pad Length 

Set by the UE 

Fields from 

Encrypted 

payload 


Integrity checksum data 

Set by the UE 

Fields from 

Encrypted 

payload 
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Table 15.5.3.3-4: Message IKE_AUTH Response (step 4, Table 15.5.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

Same as that set by the 
UE at Step 1 



Responder's IKE_SA SPI 

Same as that set by the 
SS at Step 2 



Next Payload 

'00101110'B 

E 


Exchange Type 

'001 00011 'B 

IKE AUTH 


Encrypted Payload 




Next Payload 

'00100100'B 

IDr 


Initialization Vector 

Set by the SS 



Encrypted IKE Payloads 




Identification - Responder Payload 




Next Payload 

'00100101'B 

CERT 


ID Type 

'0000001 0'B 



ID 

APN 



Certificate Payload 




Next Payload 

'00110000'B 

EAP 


Cert encoding 

'000001 OO'B 

X.509 certificate - 
signature 


Certificate data 

Set by the SS 

DER encoded 
X.509 certificate 


Extensible Authentication Payload 




Next Payload 

'OOOOOOOO'B 

No Next Payload 


Code 

'00000001 'B 

Request 


Type 

'00010111'B 

AKA 


Subtype 


AKA-Challenge 


Attribute type 

'00000001 'B 

AT RAND 


AT_RAND 

An arbitrarily selected 
128 bits value 



Attribute Type 

'0000001 0'B 

AT AUTN 


AT_AUTN 

See TS 24.301 [28] 
subclause 9.9.3.2 



Padding 

Set by the SS 

Fields from 
Encryption 
payload 


Pad Length 

Set by the SS 

Fields from 
Encryption 
payload 


Integrity checksum data 

Set by the SS 

Fields from 
Encryption 
payload 
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Table 15.5.3.3-5: Message IKE_AUTH Request (step 5, Table 15.5.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

Same as that set by UE 
at Step 1 



Responder's IKE_SA SPI 

Same as that set by the 
SS at Step 2 



Next Payload 

'00101110'B 

E 


Exchange Type 

'001 00011 'B 

IKE AUTH 


Encrypted Payload 




Next Payload 

'00110000'B 

EAP 


Initialization Vector 

Random value set by the 
UE 



Encrypted IKE Payloads 




Extensible Authentication Payload 




Next Payload 

'OOOOOOOO'B 

No Next Payload 


Code 

'0000001 0'B 

Response 


Type 

'00010111'B 

AKA 


Subtype 


AKA-Challenge 


Attribute type 

'0000001 1'B 

AT RES 


AT_RES 

See TS 24.301 [28] 
subclause 9.9.3.4 



Padding 

Set by the UE 

Fields from 
Encryption 
payload 


Pad Length 

Set by the UE 

Fields from 
Encryption 
payload 


Integrity checksum data 

Set by the UE 

Fields from 
Encryption 
payload 


Table 15.5.3.3-6: Message IKE_AUTH Response (step 6, Table 15.5.3.2-1) 

Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

Same as that set by the 
UE at Step 1 



Responder's IKE_SA SPI 

Same as that set by the 
SS at Step 2 



Next Payload 

'00101110'B 

E 


Exchange Type 

'001 0001 1'B 

IKE AUTH 


Encrypted Payload 




Next Payload 

'00110000'B 

EAP 


Initialization Vector 

Set by the SS 



Encrypted IKE Payloads 




Extensible Authentication Payload 




Next Payload 

'OOOOOOOO'B 

No Next Payload 


Code 

'0000001 1'B 

Success 


Padding 

Set by the SS 

Fields from 
Encryption 
payload 


Pad Length 

Set by the SS 

Fields from 
Encryption 
payload 


Integrity checksum data 

Set by the SS 

Fields from 
Encryption 
payload 
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Table 15.5.3.3-7: Message IKE_AUTH Request (step 7, Table 15.5.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

Same as that set by the 
UE at Step 1 



Responder's IKE_SA SPI 

Same as that set by the 
SS at Step 2 



Next Payload 

'00101110'B 

E 


Exchange Type 

'00100011' 

IKE AUTH 


Encrypted Payload 




Next Payload 

'00100111'B 

AUTH 


Initialization Vector 

Random value set by the 
UE 



Encrypted IKE Payloads 




Authentication Payload 




Next Payload 

'OOOOOOOO'B 

No Next Payload 


Auth Method 

'0000001 0'B 

Shared Key 
Integrity code 


Auth Data 

derived from the MSK 
obtained from AKA 
exchange 

RFC 4306 defines 
the function to 
derive this key 
(section 2.15) 


Padding 

Set by the UE 

Fields from 
Encryption 
payload 


Pad Length 

Set by the UE 

Fields from 
Encryption 
payload 


Integrity checksum data 

Set by the UE 

Fields from 
Encryption 
payload 
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Table 15.5.3.3-8: Message IKE_AUTH Response (step 8, Table 15.5.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

Same as that set by the 
UE at Step 1 



Responder's IKE_SA SPI 

Same as that set by the 
SS at Step 2 



Next Payload 

'00101110'B 

E 


Exchange Type 

'001 00011 'B 

IKE AUTH 


Encrypted Payload 




Next Payload 

'00100111'B 

AUTH 


Initialization Vector 

Set by the SS 



Encrypted IKE Payloads 




Authentication Payload 




Next Payload 

'00101111'B 

CP 


Auth Method 

'0000001 0'B 

Shared Key 
Integrity code 


Auth Data 

derived from the MSK 
obtained from AKA 
exchange 

RFC 4306 defines 
the function to 
derive this key 
(section 2.15) 


Configuration Payload 




Next Payload 

'001 00001 'B 

SA 


CFG Type 

'0000001 0'B 

Reply 


Configuration Attribute 

'00010000'B 

MIP6 HOME PR 
EFIX attribute 


Length 

'000000000001 01 01 'B 



Prefix lifetime 

Any allowed value 



Home Prefix 

IPv6 prefix- 16 bytes 



Prefix length 

'10000000'B 

Prefix length must 
be 64 


Security Association Payload 




Next Payload 

'00101101' 

TSi 


Proposal 

One of the 2 proposals 
included in IKE_AUTH 
Request at Step 3 



Traffic Selector- Initiator Payload 




Next Payload 

'00101100'B 

TSr 


Traffic Selector data 

Any allowed set of values 



Traffic Selector - Responder Payload 




Next Payload 

'OOOOOOOO'B 

No Next Payload 


Traffic Selector data 

Any allowed set of values 



Padding 

Set by the SS 

Fields from 
Encryption 
payload 


Pad Length 

Set by the SS 

Fields from 
Encryption 
payload 


Integrity checksum data 

Set by the SS 

Fields from 
Encryption 
payload 
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Table 15.5.3.3-9: Message CREATE_CHILD_SA Request (step 9, Table 15.5.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

Same as that set by the 
UE at Step 1 



Responder's IKE_SA SPI 

Same as that set by the 
SS at Step 2 



Next Payload 

'00101110'B 

E 


Exchange Type 

'00 100100'B 

CREATE CHILD 
SA 


Encrypted Payload 




Next Payload 

'00100001'B 

SA 


Initialization Vector 

Random value set by the 
UE 



Encrypted IKE Payloads 




Security Association Payload 




Next Payload 

'00101000'B 

Ni 


More proposal 

'0000001 0'B 



Proposal # 

'00000001 'B 

First cryptographic 
suite (section 6.6 
of TS 33.234) 


Protocol ID 

'0000001 1'B 

ESP 


SPI size 

'000001 OO'B 



# of transforms 

'0000001 0'B 



SPI 

Set by the UE 



More transform 

'0000001 1'B 

This is the 
transform for 
confidentiality 


Transform type 

'00000001 'B 

Encryption 


Transform ID 

'0000001 1'B 

3DES in CBC 

mode 

(ENCR 3DES) 


Last transform 

'OOOOOOOO'B 

This is the 
transform for 
integrity 


Transform type 

'0000001 1'B 

Integrity 


Transform attribute ID 

'0000001 0'B 

HMAC-SHA1-96 
(AUTH HMAC S 
HA1 96) 


Last proposal 

'OOOOOOOO'B 



Proposal # 

'0000001 0'B 

Second 
cryptographic 
suite (section 6.6 
of TS 33.234) 


Protocol ID 

'0000001 1'B 

ESP 


SPI size 

'000001 OO'B 



# of transforms 

'0000001 0'B 



SPI 

Set by the UE 



More transform 

'0000001 1'B 

This is the 
transform for 
confidentiality 


Transform type 

'00000001 'B 

Encryption 


Transform ID 

'00001 01 1'B 

AESwith 128-bit 

keys in CBC 

mode 

(ENCR AES CB 

C) 


Last transform 

'OOOOOOOO'B 

This is the 
transform for 
integrity 


Transform type 

'0000001 1'B 

Integrity 


Transform ID 

'000001 01 'B 

AES-XCBC-MAC- 
96 (AUTH AES- 
XCBC -96) 


Nonce Payload 
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Next Payload 

'00101100'B 

TSi 


Nonce data 

Random number set by 
theUE 



Traffic Selector- Initiator Payload 




Next Payload 

'00101101'B 

TSr 


Traffic Selector data 

Any set of values 
containing the traffic 
selector of the 
CREATE_CHILD_SA 
Response at Step 1 



Traffic Selector - Responder Payload 




Next Payload 

'00101001'B 

Notify (Use 
transport mode) 


Traffic Selector data 

Any set of values 
containing the traffic 
selector of the 
CREATE_CHILD_SA 
Response at Step 1 



Use transport mode Notify Payload 




Next payload 

'00101001'B 

Notify (Use 
transport mode) 


Protocol ID 

'00000011 'B 

ESP 


SPI size 

'000001 OO'B 



Notify Message Type 

'1 0000000000001 11'B 

Use transport 
mode 


SPI 

Same as that set by the 
UE in SA proposal #1 



Use transport mode Notify Payload 




Next payload 

'OOOOOOOO'B 

No Next Payload 


Protocol ID 

'0000001 1'B 

ESP 


SPI size 

'000001 OO'B 



Notify Message Type 

'10000000000001 11'B 

Use transport 
mode 


SPI 

Same as that set by the 
UE in SA proposal #1 



Padding 

Set by the UE 

Fields from 
Encryption 
payload 


Pad Length 

Set by the UE 

Fields from 
Encryption 
payload 


Integrity checksum data 

Set by the UE 

Fields from 
Encryption 
payload 
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Table 15.5.3.3-10: Message CREATE_CHILD_SA Response (step 10, Table 15.5.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

Same as that set by the 
UE at Step 1 



Responder's IKE_SA SPI 

Same as that set by the 
SS at Step 2 



Next Payload 

'00101110'B 

E 


Exchange Type 

'00 100100'B 

CREATE CHILD 
SA 


Encrypted Payload 




Next Payload 

'00100001' 

SA 


Initialization Vector 

Set by the SS 



Encrypted IKE Payloads 




Security Association Payload 




Next Payload 

'00101000'B 

Nr 


Last proposal 

'OOOOOOOO'B 



Proposal # 

One of the 2 proposals 
included in the 
CREATE_CHILD_SA 
Request at Step 9 



Protocol ID 

'0000001 1'B 

ESP 


SPI size 

'000001 OO'B 



SPI 

Set by the SS 



First transform 

'0000001 1'B 

This is the 
transform for 
confidentiality 


Transform type 

'00000001 'B 

Encryption 


Transform attribute type 

The corresponding value 
of the chosen proposal 



Last transform 

'OOOOOOOO'B 

This is the 
transform for 
integrity 


Transform type 

'0000001 1'B 

Integrity 


Transform attribute type 

The corresponding value 
of the chosen proposal 



Nonce Payload 




Next Payload 

'001 Oil OO'B 

TSi 


Nonce data 

Set by the SS 



Traffic Selector- Initiator Payload 




Next Payload 

'00101101'B 

TSr 


Number of traffic selectors 

'0000001 0'B 



TS type 

'00001 OOO'B 

IPv6 range 


IP protocol 

'1000011 IB 

Mobility header 


Start port 

'000001 01 OOOOOOOO'B 

BU 


End port 

'000001 01 OOOOOOOO'B 

BU 


Starting-address 

HoA address derived 
from HNP 



Ending address 

HoA address derived 
from HNP 



TS type 

'00001 OOO'B 

IPv6 range 


IP protocol 

'1000011 IB 

Mobility header 


Start port 

'000001 1000000000'B 

BA 


End port 

'000001 1000000000'B 

BA 


Starting-address 

HoA address derived 
from HNP 



Ending address 

HoA address derived 
from HNP 



Traffic Selector - Responder Payload 




Next Payload 

'00101001'B 

Notify (Use 
transport mode) 


Number of traffic selectors 

'0000001 0'B 



Ts type 

'00001 OOO'B 

IPv6 range 


IP protocol 

'1000011 IB 

Mobility header 


Start port 

'000001 01 OOOOOOOO'B 

BU 
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End port 

'000001 01 OOOOOOOO'B 

BU 


Starting-address 

HA address 



Ending address 

HA address 



TS type 

'00001 OOO'B 

IPv6 range 


IP protocol 

'1 00001 11'B 

Mobility header 


Start port 

'000001 1000000000'B 

BA 


End port 

'000001 1000000000'B 

BA 


Starting-address 

HA address 



Ending address 

HA address 



Use transport mode Notify Payload 




Next Payload 

'OOOOOOOO'B 



Protocol ID 

'0000001 1'B 

ESP 


SPI size 

Set by the SS 



Notify Message Type 

'10000000000001 11'B 

Use transport 
mode 


SPI 

Same as that set by the 
SS in the accepted SA 
proposal 



Padding 

Set by the SS 

Fields from 
Encryption 
payload 


Pad Length 

Set by the SS 

Fields from 
Encryption 
payload 


Integrity checksum data 

Set by the SS 

Fields from 
Encryption 
payload 



15.6 

15.6.1 
(1) 


Registration of a new IPv6 CoA (Binding 
Update/Acknowledgment procedure in IPv6 network) 


Test Purpose (TP) 


with { UE has established a security association with the Home Agent and received the IPv6 Home 
Address } 
ensure that { 

when { UE receives a Router Advertisement containing an IPv6 prefix different from the Home 
Network Prefix assigned to the UE during the preamble and different from the prefixes contained in 
the UE's Prefix list } 

then { UE transmits a Binding Update message in order to register it Home Address and Care-of- 
Address at the Home Agent } 
} 


15.6.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.303, clauses 5.1.2.3, 
5.1.2.4, and 5.2.2.3. 

[TS 24.303, clause 5.1.2.3] 

The DSMIPv6 Home Link Detection Function is used by the UE to detect if an access interface is on the home link for 
a PDN from a DSMIPv6 perspective. The Home Link Detection function shall be performed before sending DSMIPv6 
Binding Update via the same access interface. 

To perform the Home Link Detection procedure, the UE shall compare the assigned Home Network Prefix for a PDN 
with the IPv6 prefix or prefixes included in the Prefix Information Option in the Router Advertisements received on the 
local link. The Home Network Prefix can be assigned in a 3GPP access via PCO, as specified in 3GPP TS 24.301 [15], 
or via IKEv2 as specified in subclause 5.1.2.2. If there is a match between the Home Network Prefix and one of the 
local prefixes, the UE is attached on the home link over the respective access interface and shall not send a Binding 
Update to the HA unless the UE currently has a valid DSMIPv6 Binding Update list entry. If the UE has a valid 
DSMIPv6 Binding Update list entry, the UE shall proceed to perform the action specified in subclause 5.2.2.4. If there 
is not any match, the UE shall proceed as specified in subclause 5.1.2.4. 
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NOTE: The UE does not need to run IKEv2 for home link detection if the Home Network prefix is dynamically 
received in a PCO Information Element. 

[TS 24.303, clause 5.1.2.4] 

After establishing the security association and obtaining the IPv6 Home Address, the UE shall send a Binding Update 
message as specified in IETF RFC 3775 [6] and IETF RFC 5555 [2] in order to register its Home Address and Care-of 
Address at the HA, if it detects it is in the foreign network. 

If both IPv4 and IPv6 Care-of Address are received at the foreign network, the UE shall first attempt to use the IPv6 
Care-of Address for its binding registration. The UE shall not register both IPv4 and IPv6 Care-of Address to it's HA. 

If IPv6 Care-of Address is used for initial binding registration, the UE shall send the Binding Update message to the 
IPv6 address of the HA. In this Binding Update message the H (home registration) and A (acknowledge) bits shall be 
set. If the UE needs an IPv4 Home Address, the UE shall include the 0.0.0.0 address in the IPv4 Home Address option 
to request a dynamic IPv4 Home Address. 

When IPv6 Care-of Address is used for initial binding registration, the Alternate Care-of Address option shall be used 
by the UE to carry the Care-of Address inside a Mobility Header which is protected by ESP. If this option is present, the 
address included in this option is the same address present in the source address of the IPv6 packet. 

If IPv4 Care-of Address is used for initial binding registration, the UE shall send the Binding Update as follows (see 
IETF RFC 5555 [2]): 

- The IPv6 packet, with the IPv6 Home Address as the Source Address field of the IPv6 header, shall be 
encapsulated in UDP. 

The UE shall include the IPv4 Care-of Address as the Source Address field of the IPv4 header and the HA IPv4 
address as the Destination Address field of the IPv4 header. 

- The UE shall include the IPv4 Care-of Address option containing the IPv4 Care-of Address. 

- The UE shall set the H (home registration) and A (acknowledge) flags. 

- The UE shall set the F (UDP encapsulation required) flag to 0. 

- The UE shall set the R (Mobile Router Flag) flag to 1. 

If the UE needs an IPv4 Home Address, the UE shall include an IPv4 Home Address option with the 0.0.0.0 
address in the Binding Update message, as defined in IETF RFC 5555 [2]. 

When the UE receives the Binding Acknowledgement from the HA, it shall validate it based on the rules described in 
IETF RFC 3775 [6] and IETF RFC 5555 [2]. If the Binding Acknowledgement contains the successful status code 
("Binding Update Accepted"), the UE shall create an entry for the registered Home Address in its Binding Update List 
and may start sending packets containing its IPv6 Home Address or other IPv6 addresses auto-configured from the 
assigned home network prefix. 

If the Binding Acknowledgement contains a value of 128, the UE may re-send the BU as specified in 

IETF RFC 3775 [6]. If the Binding Acknowledgement contains a value from 129 to 133 as specified in 

IETF RFC 3775 [6] or a value from 140 to 143 as specified in IETF RFC 3963 [29], the UE shall not send the BU to the 

HA and should discover another HA. 

If the Binding Acknowledgment contains an IPv4 Address Acknowledgement option with status code value from to 
127 (indicating success), the UE shall create two entries in its Binding Update List, one for the IPv6 Home Address and 
another for the IPv4 Home Address. If the Binding Acknowledgement contains an IPv4 Address Acknowledgment 
option with status code indicating error (i.e. 128 or higher), the UE shall create an entry only for the IPv6 Ho A in its 
binding update list. Moreover, if the status code is 129 ("Administratively prohibited") or 132 ("Dynamic IPv4 home 
address assignment not available"), the UE shall not re-send the Binding Update and it shall use only the IPv6 Ho A. If 
the Binding Acknowledgement contains an IPv4 Address Acknowledgement option with status 128 ("Failure, reason 
unspecified"), 130 ("Incorrect IPv4 home address"), 131 ("Invalid IPv4 address") or 133 ("Prefix allocation 
unauthorized") it shall re-send the Binding Update including the 0.0.0.0 address in the IPv4 Home Address option. If 
the Binding Acknowledgement does not contain an IPv4 Address Acknowledgment option, the UE shall create an entry 
only for the IPv6 HoA in its binding update list. 

NOTE: The value to be used to identify the IPv4 address acknowledgement option in the mobility header is 30; 
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The UE may then send data traffic either with the IPv6 Home Address or with the IPv4 Home Address. If the UE is 
located on an IP6-enabled Hnk, it shall send IPv6 packets as described in IETF RFC 3775 [6]; IPv4 traffic shall be 
encapsulated in IPv6 packets as described in IETF RFC 5555 [2]. If the UE is located on an IPv4-only link and the 
Binding Acknowledgement contains the NAT detection option with the F flag set, the UE shall send IPv6 and IPv4 
packets following the vanilla UDP encapsulation rules specified in IETF RFC 5555 [2]. Otherwise the UE shall send 
IPv6 and IPv4 packets encapsulated in IPv4 as specified in IETF RFC 5555 [2]. 

Once the DSMIPv6 tunnel is established, the UE may build a DHCPv4 or DHCPv6 message as described in 
IETF RFC 4039 [26] or IETF RFC 3736 [13] respectively and send it via the DSMIPv6 tunnel as described in 
IETF RFC 3775 [6] in order to retrieve additional parameters, e.g. Vendor- specific options. 

[TS 24.303, clause 5.2.2.3] 

If the access network supports IPv6, as soon as the UE has received via a Router Advertisement at least an IPv6 prefix 
which is not present in its Prefix List, the UE shall perform the Home Link detection as specified in subclause 5.1.2.3. 

If the UE detects it is not attached to the home link, the UE shall send a Binding Update to the HA including the newly 
configured IP address as the Care-of Address in the Source IP address of the packet and optionally in the Alternate 
Care-of Address Option [6]. The UE build the Binding Update message as specified in IETF RFC 3775 [6]. 

If the UE has been assigned also an IPv4 Home Address and wants to update also the binding for it, the UE shall 
include the IPv4 Home Address option including the assigned IPv4 Home Address in the same Binding Update 
message. 

If the UE has been assigned also an IPv4 Home Address and wants to release it, the UE shall not include any IPv4 
Home Address option in the same Binding Update. 

If the UE does not have an IPv4 Home Address but wants to configure one, the UE shall include the IPv4 Home 
Address option with the 0.0.0.0 address as specified in subclause 5.1.2.4. 

If the access network supports only IPv4, as soon as the UE has configured an IPv4 Care-of Address which is different 
from the previous Care-of Address, the UE shall send a Binding Update tunnelled in UDP as specified in draft-ietf- 
mext-nemo-v4traversal [2]. The UE shall set the F flag to "0". The UE shall set the R flag to "1". 

Independent of an IPv6 or IPv4 access network the UE shall set the Key Management Capability (K) bit in the Binding 
Update message. 

15.6.3 Test description 

1 5.6.3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 
UE: 

The UE's Prefix List has been cleared. 
Preamble: 

- The UE is in state Registered, Idle Mode (state 2) on Cell 1 according to [18]. 

- The UE has acquired an IPv6 address. 

- The UE has established a security association with the Home Agent and obtained an IPv6 Home Address, by 
executing the steps in test case 15.5 with the following exception: the IPv6 home prefix assigned to the UE by 
the SS shall be the same as the prefix used during IP address acquisition by the UE. 
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15.6.3.2 


Test procedure sequence 

Table 15.6.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS broadcasts a Router Advertisement 
with a Prefix Information Option containing an 
IPv6 prefix different from the Home Network 
Prefix assigned to the UE during the preamble. 





2 

Check: Does the UE transmit a Binding Update 
with its IPv6 CoA in the IP Source Address 
field of the IP Header and the IPv6 Home 
Agent address in the IP destination Address 
field of the IP header? 

~> 

Binding Update 

1 

P 

3 

The SS transmits a Binding Acknowledgement 
accepting the Binding Update. 

<— 

Binding Acknowledgement 

- 

- 


15.6.3.3 


Specific message contents 
Table 15.6.3.3-1 : Router Advertisement (step 1, Table 15.6.3.2-1) 


Derivation path: 36.508, Table 4.7C.2-1 

Field 

Value/remark 

Comment 

Condition 

Prefix 

IPv6 prefix different from 
the Home Network Prefix 
assigned to the UE 
during the preamble 




15.7 

15.7.1 
(1) 


Registration of a new IPv4 CoA (Binding 
Update/Acknowledgment procedure in IPv4 network) 


Test Purpose (TP) 


with { UE has established a security association with the Home Agent and received the IPv6 Home 
Address } 
ensure that { 

when { UE is connected to a network supporting IPv4 only} 

then { UE transmits a Binding Update message in order to register its Home Address and Care-of- 
Address at the Home Agent } 


15.7.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.303, clauses 5.1.2.3, 
5.1.2.4, and 5.2.2.3. 

[TS 24.303, clause 5.1.2.3] 

The DSMIPv6 Home Link Detection Function is used by the UE to detect if an access interface is on the home link for 
a PDN from a DSMIPv6 perspective. The Home Link Detection function shall be performed before sending DSMIPv6 
Binding Update via the same access interface. 

To perform the Home Link Detection procedure, the UE shall compare the assigned Home Network Prefix for a PDN 
with the IPv6 prefix or prefixes included in the Prefix Information Option in the Router Advertisements received on the 
local link. The Home Network Prefix can be assigned in a 3GPP access via PCO, as specified in 3GPP TS 24.301 [15], 
or via IKEv2 as specified in subclause 5.1.2.2. If there is a match between the Home Network Prefix and one of the 
local prefixes, the UE is attached on the home link over the respective access interface and shall not send a Binding 
Update to the HA unless the UE currently has a valid DSMIPv6 Binding Update list entry. If the UE has a valid 
DSMIPv6 Binding Update list entry, the UE shall proceed to perform the action specified in subclause 5.2.2.4. If there 
is not any match, the UE shall proceed as specified in subclause 5.1.2.4. 
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NOTE: The UE does not need to run IKEv2 for home link detection if the Home Network prefix is dynamically 
received in a PCO Information Element. 

[TS 24.303, clause 5.1.2.4] 

After establishing the security association and obtaining the IPv6 Home Address, the UE shall send a Binding Update 
message as specified in IETF RFC 3775 [6] and IETF RFC 5555 [2] in order to register its Home Address and Care-of 
Address at the HA, if it detects it is in the foreign network. 

If both IPv4 and IPv6 Care-of Address are received at the foreign network, the UE shall first attempt to use the IPv6 
Care-of Address for its binding registration. The UE shall not register both IPv4 and IPv6 Care-of Address to it's HA. 

If IPv6 Care-of Address is used for initial binding registration, the UE shall send the Binding Update message to the 
IPv6 address of the HA. In this Binding Update message the H (home registration) and A (acknowledge) bits shall be 
set. If the UE needs an IPv4 Home Address, the UE shall include the 0.0.0.0 address in the IPv4 Home Address option 
to request a dynamic IPv4 Home Address. 

When IPv6 Care-of Address is used for initial binding registration, the Alternate Care-of Address option shall be used 
by the UE to carry the Care-of Address inside a Mobility Header which is protected by ESP. If this option is present, the 
address included in this option is the same address present in the source address of the IPv6 packet. 

If IPv4 Care-of Address is used for initial binding registration, the UE shall send the Binding Update as follows (see 
IETF RFC 5555 [2]): 

- The IPv6 packet, with the IPv6 Home Address as the Source Address field of the IPv6 header, shall be 
encapsulated in UDP. 

The UE shall include the IPv4 Care-of Address as the Source Address field of the IPv4 header and the HA IPv4 
address as the Destination Address field of the IPv4 header. 

- The UE shall include the IPv4 Care-of Address option containing the IPv4 Care-of Address. 

- The UE shall set the H (home registration) and A (acknowledge) flags. 

- The UE shall set the F (UDP encapsulation required) flag to 0. 

- The UE shall set the R (Mobile Router Flag) flag to 1. 

If the UE needs an IPv4 Home Address, the UE shall include an IPv4 Home Address option with the 0.0.0.0 
address in the Binding Update message, as defined in IETF RFC 5555 [2]. 

When the UE receives the Binding Acknowledgement from the HA, it shall validate it based on the rules described in 
IETF RFC 3775 [6] and IETF RFC 5555 [2]. If the Binding Acknowledgement contains the successful status code 
("Binding Update Accepted"), the UE shall create an entry for the registered Home Address in its Binding Update List 
and may start sending packets containing its IPv6 Home Address or other IPv6 addresses auto-configured from the 
assigned home network prefix. 

If the Binding Acknowledgement contains a value of 128, the UE may re-send the BU as specified in 

IETF RFC 3775 [6]. If the Binding Acknowledgement contains a value from 129 to 133 as specified in 

IETF RFC 3775 [6] or a value from 140 to 143 as specified in IETF RFC 3963 [29], the UE shall not send the BU to the 

HA and should discover another HA. 

If the Binding Acknowledgment contains an IPv4 Address Acknowledgement option with status code value from to 
127 (indicating success), the UE shall create two entries in its Binding Update List, one for the IPv6 Home Address and 
another for the IPv4 Home Address. If the Binding Acknowledgement contains an IPv4 Address Acknowledgment 
option with status code indicating error (i.e. 128 or higher), the UE shall create an entry only for the IPv6 Ho A in its 
binding update list. Moreover, if the status code is 129 ("Administratively prohibited") or 132 ("Dynamic IPv4 home 
address assignment not available"), the UE shall not re-send the Binding Update and it shall use only the IPv6 Ho A. If 
the Binding Acknowledgement contains an IPv4 Address Acknowledgement option with status 128 ("Failure, reason 
unspecified"), 130 ("Incorrect IPv4 home address"), 131 ("Invalid IPv4 address") or 133 ("Prefix allocation 
unauthorized") it shall re-send the Binding Update including the 0.0.0.0 address in the IPv4 Home Address option. If 
the Binding Acknowledgement does not contain an IPv4 Address Acknowledgment option, the UE shall create an entry 
only for the IPv6 HoA in its binding update list. 

NOTE: The value to be used to identify the IPv4 address acknowledgement option in the mobility header is 30; 
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The UE may then send data traffic either with the IPv6 Home Address or with the IPv4 Home Address. If the UE is 
located on an IP6-enabled Hnk, it shall send IPv6 packets as described in IETF RFC 3775 [6]; IPv4 traffic shall be 
encapsulated in IPv6 packets as described in IETF RFC 5555 [2]. If the UE is located on an IPv4-only link and the 
Binding Acknowledgement contains the NAT detection option with the F flag set, the UE shall send IPv6 and IPv4 
packets following the vanilla UDP encapsulation rules specified in IETF RFC 5555 [2]. Otherwise the UE shall send 
IPv6 and IPv4 packets encapsulated in IPv4 as specified in IETF RFC 5555 [2]. 

Once the DSMIPv6 tunnel is established, the UE may build a DHCPv4 or DHCPv6 message as described in 
IETF RFC 4039 [26] or IETF RFC 3736 [13] respectively and send it via the DSMIPv6 tunnel as described in 
IETF RFC 3775 [6] in order to retrieve additional parameters, e.g. Vendor- specific options. 

[TS 24.303, clause 5.2.2.3] 

If the access network supports IPv6, as soon as the UE has received via a Router Advertisement at least an IPv6 prefix 
which is not present in its Prefix List, the UE shall perform the Home Link detection as specified in subclause 5.1.2.3. 

If the UE detects it is not attached to the home link, the UE shall send a Binding Update to the HA including the newly 
configured IP address as the Care-of Address in the Source IP address of the packet and optionally in the Alternate 
Care-of Address Option [6]. The UE build the Binding Update message as specified in IETF RFC 3775 [6]. 

If the UE has been assigned also an IPv4 Home Address and wants to update also the binding for it, the UE shall 
include the IPv4 Home Address option including the assigned IPv4 Home Address in the same Binding Update 
message. 

If the UE has been assigned also an IPv4 Home Address and wants to release it, the UE shall not include any IPv4 
Home Address option in the same Binding Update. 

If the UE does not have an IPv4 Home Address but wants to configure one, the UE shall include the IPv4 Home 
Address option with the 0.0.0.0 address as specified in subclause 5.1.2.4. 

If the access network supports only IPv4, as soon as the UE has configured an IPv4 Care-of Address which is different 
from the previous Care-of Address, the UE shall send a Binding Update tunnelled in UDP as specified in draft-ietf- 
mext-nemo-v4traversal [2]. The UE shall set the F flag to "0". The UE shall set the R flag to "1". 

Independent of an IPv6 or IPv4 access network the UE shall set the Key Management Capability (K) bit in the Binding 
Update message. 

15.7.3 Test description 

1 5.7.3.1 Pre-test conditions 

System Simulator: 

- Cell 1. 
Preamble: 

- The UE is in state Registered, Idle Mode (state 2) on Cell 1 according to [18]. 

- The UE has acquired an IPv4 address. 

- The UE has established a security association with the Home Agent and obtained an IPv6 Home Address, by 
executing the steps in test case 15.5. 
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15.7.3.2 


Test procedure sequence 

Table 15.7.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

Check: Does the UE transmit a Binding Update 
with its IPv4 CoA in the IP Source Address 
field of the IP Header and the Binding Update 
encapsulated in an UDP header? 

-> 

Binding Update 

1 

P 

2 

The SS transmits a Binding Acknowledgement 
accepting the Binding Update. 

<- 

Binding Acknowledgement 

- 

- 


15.7.3.3 
None. 


Specific message contents 


1 5.8 Re-registration of IPv6 CoA 


15.8.1 


(1) 


Test Purpose (TP) 


with { UE has established a security association with the Home Agent and received the IPv6 Home 
Address and registered its IPv6 Home Address and IPv6 Care-of -Address at the Home Agent } 
ensure that { 

when { registration of its Care-of -Address is about the expire } 

then { UE initiates the re-registration procedure to extend lifetime of the registration of its 
Care-of -Address } 


15.8.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.303, clause 5.3.2. 

[TS 24.303, clause 5.3.2] 

As specified in IETF RFC 3775 [6], if the UE wants to extend the validity of an existing binding at the HA, the UE 
shall send a new Binding Update to the HA before the expiration of the lifetime indicated in the received Binding 
Acknowledgement, even if it is not changing its primary Care-of Address. This Binding Update is usually referred as 
periodic Binding Update. 

The UE shall follow the rules described in IETF RC 3775 [6], IETF RFC 5555 [2] and in subclause 5.1.2.4 to send a 
periodic Binding Update and handle the associated Binding Acknowledgement. As the UE has not performed any 
handover, the UE shall confirm the already registered Care of Address and shall indicate the desired lifetime value. In a 
periodic Binding Update the UE may request an IPv4 Home Address. 


Test description 
Pre-test conditions 


15.8.3 

15.8.3.1 

System Simulator: 

- Cell 1. 
UE: 

The UE's Prefix List has been cleared. 
Preamble: 

- The UE is in state Registered, Idle Mode (state 2) on Cell 1 according to [18]. 

- The UE has acquired an IPv6 address. 
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The UE has established a security association with the Home Agent and obtained an IPv6 Home Address, by 
executing the steps in test case 15.5 with the following exception: the IPv6 home prefix assigned to the UE by 
the SS shall be the same as the prefix used during IP address acquisition by the UE. 


15.8.3.2 


Test procedure sequence 

Table 15.8.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1-3 

Steps 1 to 3 of test case 1 5.6 are performed 
on Cell 1 . 

NOTE: The UE transmits an initial Binding 
Update to register its IPv6 Home Address and 
IPv6 Care-of- Address at the Home Agent. The 
SS accepts the Binding Update by transmitting 
a Binding Acknowledgement with a Lifetime 
set to 10 min. 





4 

Check: Does the UE transmit a Binding Update 
with its IPv6 CoA in the IP Source Address 
field of the IP Header and the IPv6 Home 
Agent address in the IP Destination Address 
field of the IP header within 10 min of Step 3? 

-> 

Binding Update 

1 

P 

5 

The SS transmits a Binding Acknowledgement 
accepting the Binding Update. 

<— 

Binding Acknowledgement 

- 

- 


15.8.3.3 
None. 


Specific message contents 


1 5.9 Re-registration of IPv4 CoA 


15.9.1 


(1) 


Test Purpose (TP) 


with { UE has established a security association with the Home Agent and received the IPv6 Home 
Address and registered its IPv6 Home Address and IPv4 Care-of -Address at the Home Agent } 
ensure that { 

when { registration of its Care-of -Address is about the expire } 

then { UE initiates the re-registration procedure to extend lifetime of the registration of its 
Care-of -Address } 


15.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.303, clause 5.3.2. 

[TS 24.303, clause 5.3.2] 

As specified in IETF RFC 3775 [6], if the UE wants to extend the validity of an existing binding at the HA, the UE 
shall send a new Binding Update to the HA before the expiration of the lifetime indicated in the received Binding 
Acknowledgement, even if it is not changing its primary Care-of Address. This Binding Update is usually referred as 
periodic Binding Update. 

The UE shall follow the rules described in IETF RC 3775 [6], IETF RFC 5555 [2] and in subclause 5.1.2.4 to send a 
periodic Binding Update and handle the associated Binding Acknowledgement. As the UE has not performed any 
handover, the UE shall confirm the already registered Care of Address and shall indicate the desired lifetime value. In a 
periodic Binding Update the UE may request an IPv4 Home Address. 
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Test description 
Pre-test conditions 


15.9.3 

15.9.3.1 

System Simulator: 

- Cell 1. 
Preamble: 

- The UE is in state Registered, Idle Mode (state 2) on Cell 1 according to [18]. 

- The UE has acquired an IPv4 address. 

- The UE has established a security association with the Home Agent and obtained an IPv6 Home Address, by 
executing the steps in test case 15.5. 


15.9.3.2 


Test procedure sequence 

Table 15.9.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1-2 

Steps 1 to 2 of test case 1 5.7 are performed 
on Cell 1 . 

NOTE: The UE transmits an initial Binding 
Update to register its IPv6 Home Address and 
IPv4 Care-of- Address at the Home Agent. The 
SS accepts the Binding Update by transmitting 
a Binding Acknowledgement with a Lifetime 
set to 10 min. 





3 

Check: Does the UE transmit a Binding Update 
with its IPv4 CoA in the IP Source Address 
field of the IP Header and the IPv4 Home 
Agent address in the IP destination Address 
field of the IP header within 10 min of Step 2? 

~> 

Binding Update 

1 

P 

4 

The SS transmits a Binding Acknowledgement 
accepting the Binding Update. 

<— 

Binding Acknowledgement 

- 

- 


15.9.3.3 Specific message contents 
None. 

15.10 Return to home link 


15.10.1 


(1) 


Test Purpose (TP) 


with { UE has established a security association with the Home Agent and received the IPv6 Home 
Address and registered its IPv6 Home Address and IPv6 Care-of -Address at the Home Agent } 
ensure that { 

when { UE detects it is attached to the home link } 

then { UE transmits a Binding Update message with the lifetime field set to "0" } 
} 

1 5.1 0.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.303, clause 5.2.2.4. 

[TS 24.303, clause 5.2.2.4] 

If the access network supports IPv6, as soon as the UE has received via a Router Advertisement message at least an 
IPv6 prefix which is not present in its Prefix List, the UE shall perform the Home Link detection as specified in 
subclause 5.L2.3 to detect if the UE is attaching to the home link. If the UE detects it is attached to the home link and 
there is a valid DSMIPv6 Binding Update list entry at the UE, the UE shall send a Binding Update with the Lifetime 
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field set to "0" in order to remove the binding at the HA, as specified in IETF RFC 3775 [6]. If an IPv4 home address 
was assigned to the UE, as an optimization the UE may not include the IPv4 home address option as the binding for the 
IPv4 home address will be removed by the HA. Independent of an IPv6 or IPv4 access network the UE shall set the Key 
Management Capability (K) bit in the de-registration Binding Update message. The UE may preserve the IKEv2 session 
in order to avoid re-establishing the session when the next handover occurs. If there is not a safe assumption that the UE 
will remain in the home link (e.g. switching off the non-3GPP radio interface in case of a dual radio terminal), the UE 
should preserve the IKEv2 session. 


15.10.3 

Test description 

15.10.3.1 

Pre-test conditions 

System Simulator: 


- Cell 1. 



UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle Mode (state 2) on Cell 1 according to [18]. 

- The UE has acquired an IPv6 address. 

- The UE has established a security association with the Home Agent and obtained an IPv6 Home Address, by 
executing the steps in test case 15.5 with the following exception: the IPv6 home prefix assigned to the UE by 
the SS shall be the same as the prefix used during IP address acquisition by the UE. 

- The UE has registered its IPv6 Home Address and its Care-of- Address (acquired IPv6 address) at the Home 
Agent, by executing the steps in test case 15.6. 


15.10.3.2 


Test procedure sequence 

Table 15.10.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1 

The SS broadcasts a Router Advertisement 
with a Prefix Information Option containing an 
IPv6 prefix matching the Home Network Prefix 
assigned to the UE during the preamble. 





2 

Check: Does the UE transmit a Binding Update 
message with the lifetime field set to "0"? 

-> 

Binding Update 

1 

P 

3 

The SS transmits a Binding Acknowledgement 
accepting the Binding Update with the lifetime 
field set to "0". 

<- 

Binding Acknowledgement 




1 5.1 0.3.3 Specific message contents 

Table 15.10.3.3-1: Router Advertisement (step 1, Table 15.10.3.2-1) 


Derivation path: 36.508 table 4.7C.2-1 

Field 

Value/remark 

Comment 

Condition 

Prefix 

IPv6 prefix equal to 
Home Network Prefix 
assigned to the UE 
during preamble 
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Table 15.10.3.3-2: Binding Update (step 2, Table 15.10.3.2-1) 


Derivation path: 36.508 table 4.7C.2-2 

Information Element 

Value/remark 

Comment 

Condition 

Lifetime 

'OOOOOOOOOOOOOOOO'B 




Table 15.10.3.3-3: Binding Acknowledgement (step 3, Table 15.10.3.2-1) 


Derivation path: 36.508 table 4.7C.2-3 

Information Element 

Value/remark 

Comment 

Condition 

Lifetime 

'OOOOOOOOOOOOOOOO'B 




15.1 1 Dual-Stack Mobile IPv6 detach in IPv6 network 

15.11.1 Test Purpose (TP) 

(1) 

with { UE has established a security association with the Home Agent and received the IPv6 Home 
Address and registered its IPv6 Home Address and IPv6 Care-of -Address at the Home Agent } 
ensure that { 

when { UE receives a Binding Revocation Indication message from the HA } 

then { UE transmits a Binding Revocation Acknowledgement message with the status field set to 
'Success' } 


} 


(2) 


with { UE has received a Binding Revocation Indication message from the HA } 
ensure that { 

when { UE has transmitted a Binding Revocation Acknowledgement message with the status field set 
to 'Success' } 

then { UE transmits an IKEv2 INFORMATIONAL message containing a DELETE payload to remove the 
Ipsec security association associated with the DSMIPv6 registration } 
} 


15.11.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 24.303, clauses 5.4.2.1 and 
5.4.2.2. 

[TS 24.303, clauses 5.4.2.1] 

Upon receiving a Binding Revocation Indication (BRI) message according to draft-ietf-mext-binding-re vocation [19] 
from the HA, the UE first shall perform the required validity checks on the BRI according to draft-ietf-mext-binding- 
re vocation [19]. 

The UE shall send a Binding Revocation Acknowledgement (BRA) as specified in draft-ietf-mext-binding- 
revocation [19]. In this message the UE shall set the status field to 'Success' to reflect that it has received the BRI 
message. The BRA message may be tunnelled in UDP or IPv4 as specified in subclause 5.1.2.4 for Binding Update 
messages. 

The UE then shall remove the entry identified in the BRI as deregistered from its binding update list and shall use the 
procedures defined in IETF RFC 4306 [14] to remove the IPsec security associations associated with the DSMIPv6 
registration as described in subclause 5.4.2.2. 

[TS 24.303, clause 5.4.2.2] 

To detach from a specific PDN to which it is connected through a DSMIPv6 session, the UE shall send a Binding 
Update with the Lifetime field set to as specified in IETF RFC 3775 [6]. 

The UE shall use the procedures defined in the IKEv2 protocol in IETF RFC 4306 [14] to remove the IPsec security 
associations associated with the DSMIPv6 registration. The UE shall close the security associations associated with the 
DSMIPv6 registration and instruct the HA to do the same by sending the INFORMATIONAL request message 
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including a DELETE payload. The Protocol ID in the DELETE payload shall be set to " 1 " (IKE) to indicate that all 
IPsec ESP security associations that were negotiated within the IKEv2 exchange shall be deleted. 


Test description 
Pre-test conditions 


15.11.3 
15.11.3.1 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle Mode (state 2) on Cell 1 according to [18]. 

- The UE has acquired an IPv6 address. 

- The UE has established a security association with the Home Agent and obtained an IPv6 Home Address, by 
executing the steps in test case 15.5 with the following exception: the IPv6 home prefix assigned to the UE by 
the SS shall be the same as the prefix used during IP address acquisition by the UE. 

- The UE has registered its IPv6 Home Address and its Care-of- Address (acquired IPv6 address) at the Home 
Agent, by executing the steps in test case 15.6. 


15.11.3.2 


Test procedure sequence 

Table 15.11.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

TP 

Verdict 

U-S 

IVIessage 

1 

The SS transmits a Binding Revocation 
Indication message to the UE. 

<— 

Binding Revocation Indication 

- 

- 

2 

Check: Does the UE transmit a Binding 
Revocation Acknowledgement message with 
the status field set to 'Success'? 

— > 

Binding Revocation 
Acknowledgement 

1 

p 

3 

Check: Does the UE transmit an IKEv2 
INFORMATIONAL message containing a 
DELETE payload? 

~> 

IKEv2 INFORMATIONAL 

2 

p 

4 

The SS transmits an IKEv2 INFORMATIONAL 
message containing a DELETE payload back 
totheUE. 

<- 

IKEv2 INFORMATIONAL 
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1 5. 11 .3.3 Specific message contents 

Table 15.11.3.3-1: IKEv2 INFORMATIONAL (step 3, Table 15.11.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

The one identifying the 
UE in the SA set up 
during the preamble 



Responder's IKE_SA SPI 

The one identifying the 
HA in the SA set up 
during the preamble 



Next Payload 

'00101110'B 

E 


Exchange Type 

'00100101'B 

INFORMATIONAL 


Encrypted Payload 




Next Payload 

'00101010'B 

DELETE 


Delete Payload 




Next Payload 

'OOOOOOOO'B 

No Next Payload 


Protocol ID 

'00000001'B 

IKESA 


Padding 

Set by the UE 

Fields from 
Encryption 
payload 


Pad Length 

Set by the UE 

Fields from 
Encryption 
payload 


Integrity checksum data 

Set by the UE 

Fields from 
Encryption 
payload 


Table 15.11.3.3-2: IKEv2 INFORMATIONAL (step 4, Table 15.11.3.2-1) 

Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

Same as that set by the 
UE at Step 3 



Responder's IKE_SA SPI 

Same as that set by the 
SS at Step 3 



Next Payload 

'00101110'B 

E 


Exchange Type 

'00100101'B 

INFORMATIONAL 


Encrypted Payload 




Next Payload 

'00101010'B 

DELETE 


Delete Payload 




Next Payload 

'OOOOOOOO'B 

No Next Payload 


Protocol ID 

'00000001'B 

IKESA 


Padding 

Set by the SS 

Fields from 
Encryption 
payload 


Pad Length 

Set by the SS 

Fields from 
Encryption 
payload 


Integrity checksum data 

Set by the SS 

Fields from 
Encryption 
payload 



15.12 Dual-Stack Mobile IPv6 detach in IPv4 network 

15.12.1 Test Purpose (TP) 

(1) 

with { UE has established a security association with the Home Agent and received the IPv6 Home 
Address and registered its IPv6 Home Address and IPv4 Care-of -Address at the Home Agent } 
ensure that { 

when { UE receives a Binding Revocation Indication message from the HA with the A flag set } 
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then { UE transmits a Binding Revocation Acknowledgement message with the status field set to 
'Success' } 

} 

(2) 

with { UE has received a Binding Revocation Indication message from the HA with the A flag set } 
ensure that { 

when { UE has transmitted a Binding Revocation Acknowledgement message with the status field set 
to 'Success' } 

then { UE transmits an IKEv2 INFORMATIONAL message containing a DELETE payload to remove the 
Ipsec security association associated with the DSMIPv6 registration } 
} 

1 5.1 2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 24.303, clauses 5.4.2.1 and 
5.4.2.2. 

[TS 24.303, clauses 5.4.2.1] 

Upon receiving a Binding Revocation Indication (BRI) message according to draft-ietf-mext-binding-re vocation [19] 
from the HA, the UE first shall perform the required validity checks on the BRI according to draft-ietf-mext-binding- 
re vocation [19]. 

If the A (Acknowledge) flag is set in the BRI message, the UE shall send a Binding Revocation Acknowledgement 
(BRA) as specified in draft-ietf-mext-binding-re vocation [19]. In this message the UE shall set the status field to 
'Success' to reflect that it has received the BRI message. The BRA message may be tunnelled in UDP or IPv4 as 
specified in subclause 5.1.2.4 for Binding Update messages. 

The UE then shall remove the entry identified in the BRI as deregistered from its binding update list and shall use the 
procedures defined in IETF RFC 4306 [14] to remove the IPsec security associations associated with the DSMIPv6 
registration as described in subclause 5.4.2.2. 

[TS 24.303, clause 5.4.2.2] 

The UE shall use the procedures defined in the IKEv2 protocol in IETF RFC 4306 [14] to remove the IPsec security 
associations associated with the DSMIPv6 registration. The UE shall close the security associations associated with the 
DSMIPv6 registration and instruct the HA to do the same by sending the INFORMATIONAL request message 
including a DELETE payload. The Protocol ID in the DELETE payload shall be set to " 1 " (IKE) to indicate that all 
IPsec ESP security associations that were negotiated within the IKEv2 exchange shall be deleted. 

1 5.1 2.3 Test description 
15.12.3.1 Pre-test conditions 
System Simulator: 

- Cell 1. 
UE: 

None. 
Preamble: 

- The UE is in state Registered, Idle Mode (state 2) on Cell 1 according to [18]. 

- The UE has acquired an IPv4 address. 

- The UE has established a security association with the Home Agent and obtained an IPv6 Home Address, by 
executing the steps in test case 15.5. 

- The UE has registered its IPv6 Home Address and its Care-of- Address (acquired IPv4 address) at the Home 
Agent, by executing the steps in test case 15.7. 
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15.12.3.2 


Test procedure sequence 

Table 15.12.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits a Binding Revocation 
Indication message with the A flag set to the 
UE. 

<— 

Binding Revocation Indication 



2 

Check: Does the UE transmit a Binding 
Revocation Acknowledgement message with 
the status field set to 'Success'? 

~> 

Binding Revocation 
Acknowledgement 

1 

P 

3 

Check: Does the UE transmit an IKEv2 
INFORMATIONAL message containing a 
DELETE payload? 

-> 

IKEv2 INFORMATIONAL 

2 

P 

4 

The SS transmits an IKEv2 INFORMATIONAL 
message containing a DELETE payload back 
totheUE. 

<- 

IKEv2 INFORMATIONAL 




1 5.1 2.3.3 Specific message contents 

Table 15.12.3.3-1 : IKEJNFORMATIONAL (step 3, Table 15.12.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

The one identifying UE in 
the SA set up during the 
preamble 



Responder's IKE_SA SPI 

The one identifying the 
HA in the SA set up 
during the preamble 



Next Payload 

'00101110'B 

E 


Exchange Type 

'00100101'B 

INFORMATIONAL 


Encrypted Payload 




Next Payload 

'00101010'B 

DELETE 


Delete Payload 




Next Payload 

'OOOOOOOO'B 

No next payload 


Protocol ID 

'00000001'B 

IKESA 


Padding 

Set by UE 

Fields from 
Encryption 
payload 


Pad Length 

Set by UE 

Fields from 
Encryption 
payload 


Integrity checksum data 

Set by UE 

Fields from 
Encryption 
payload 
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Table 15.12.3.3-2: IKEJNFORMATIONAL (step 4, Table 15.12.3.2-1) 


Field 

Value/remark 

Comment 

Condition 

IKE Header 




Initiator's IKE_SA SPI 

Same as that set by the 
UE at Step 3 



Responder's IKE_SA SPI 

Same as that set by the 
SS at Step 3 



Next Payload 

'00101110'B 

E 


Exchange Type 

'00100101'B 

INFORMATIONAL 


Encrypted Payload 




Next Payload 

'00101010'B 

DELETE 


Delete Payload 




Next Payload 

'OOOOOOOO'B 

No next payload 


Protocol ID 

'00000001'B 

IKESA 


Padding 

Set by the SS 

Fields from 
Encryption 
payload 


Pad Length 

Set by the SS 

Fields from 
Encryption 
payload 


Integrity checksum data 

Set by the SS 

Fields from 
Encryption 
payload 



16 Home (e)NB related 

16.1 UE Idle Mode Operations 

16.1.1 Cell Selection and Reselection 

16.1.1.1 Void 

16.1.1.2 Void 


17 

17.1 

17.1.1 

17.1.1.1 
(1) 


MBMS in LTE 

MCCH Information Acquisition 

MCCH information acquisition/ UE is switched on 

Test Purpose (TP) 


with { UE in switched off state } 
ensure that { 

when { UE is switched on } 

then { acquire the MBSFNAreaConfiguration message at the next repetition period 


17.1.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.8.2.2 and 
5.8.2.3. 

[TS 36.331, clause 5.8.2.2] 

A UE interested to receive MBMS services shall apply the MCCH information acquisition procedure upon entering the 
corresponding MBSFN area (e.g. upon power on, following UE mobility) and upon receiving a notification that the 
MCCH information has changed. A UE that is receiving an MBMS service shall apply the MCCH information 
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acquisition procedure to acquire the MCCH, that corresponds with the service that is being received, at the start of each 
modification period. 

Unless expHcitly stated otherwise in the procedural specification, the MCCH information acquisition procedure 
overwrites any stored MCCH information, i.e. delta configuration is not applicable for MCCH information and the UE 
discontinues using a field if it is absent in MCCH information unless explicitly specified otherwise. 

[TS 36.331, clause 5.5.2.3] 

An MBMS capable UE shall: 

1> if the procedure is triggered by a MCCH information change notification: 

2> start acquiring the MBSFNAreaConfiguration message from the beginning of the modification period 
following the one in which the change notification was received; 

NOTE 1 : The UE continues using the previously received MCCH information until the new MCCH information 
has been acquired. 

1> if the UE enters an MB SEN area: 

2> acquire the MBSFNAreaConfiguration message at the next repetition period; 

1> if the UE is receiving an MBMS service: 

2> start acquiring the MBSFNAreaConfiguration message, that corresponds with the service that is being 
received, from the beginning of each modification period; 

17.1.1.3 Test description 

1 7.1 .1 .3.1 Pre-test conditions 

System Simulator: 

- Cell 1 

- System information combination 15 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells 
UE: 

- E-UTRAN UE supporting MBMS services. 
Preamble: 

- UE is in state Switched OFF (state 1). 
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17.1.1.3.2 


Test procedure sequence 

Table 17.1.1.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The UE is switched on. 

- 

- 

- 

- 

2 

The generic procedure described in TS 36.508 
subclause 4.5.2A.3 is performed on Cell 
1 to activate the UE test mode. 





3 

SS transmits MBSFNAreaConfiguration 
message 

<- 

MBSFNAreaConfiguration 

- 

- 

4 

Wait for a period equal to the MCCH 
modification period for the UE to receive 
MBSFNAreaConfiguration message 





5 

The generic procedures described in TS 
36.508 subclause 4.5. 3A.3 and 4.5.4.3 are 
performed on Cell 1 activating UE test loop 
ModeC 





6 

The SS transmits a valid MAC PDU including 
'MCH Scheduling Information MAC Control 
Element with LCID='00001', Stop MTCH= 
'10000000000' 

<- 

MAC PDU (MCH Scheduling 
Information MAC Control Element: 
LCID='00001', StopMTCH= 
'10000000000') 



7 

The SS transmits 10 MBMS Packets on the 
MTCH. 

<— 

MBMS Packets. 

- 

- 

8 

The SS transmits an UE TEST LOOP MODE 
C MBMS PACKET COUNTER REQUEST 
message. 

<— 

UE TEST LOOP MODE C MBMS 
PACKET COUNTER REQUEST 



9 

UE responds with UE TEST LOOP MODE C 
MBMS PACKET COUNTER RESPONSE. 

-> 

UE TEST LOOP MODE C MBMS 
PACKET COUNTER RESPONSE 

- 

- 

10 

Check: Does the number of reported MBMS 
Packets received on the MTCH is greater than 
zero? 



1 

P 


17.1.1.3.3 


Specific message contents 


Table 17.1.1.3.3-1 : SystemlnformationBlockType2 ior Cell 1 (preamble and all steps, Table 17.1.1.3.2- 

3) 


Derivation Path: 36.508 table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




mbsfn-SubframeConfiguration SEQUENCE { 




radioframeAllocationPeriod 

n4 



radioframeAllocationOffset 





subframeAllocation CHOICE{ 




oneFrame 

'100000' 



1 




1 




1 





Table 17.1.1.3.3-2: ACTIVATE TEST MODE (step 2, 17.1.1.3.2-1) 


Derivation Path: 36.508, Table 4.7A-1 , condition UE TEST LOOP MODE C 


Table 17.1.1.3.3-3: CLOSE UE TEST LOOP (step 5, 17.1.1.3.2-1) 


Derivation Path: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE C 
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1 7.1 .2 MCCH information acquisition/ cell reselection to a cell in a new 
MBSFN area 

17.1.2.1 Test Purpose (TP) 
(1) 

with { UE in E-UTRAN RRC IDLE state } 
ensure that { 

when { UE cell reselection to a cell in a new MBSFN area } 

then { UE shall acquire the MBSFNAreaConfiguration message at the next repetition period } 
} 

1 7.1 .2.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.8.2.2 and 
5.8.2.3. 

[TS 36.331, clause 5.8.2.2] 

A UE interested to receive MBMS services shall apply the MCCH information acquisition procedure upon entering the 
corresponding MBSFN area (e.g. upon power on, following UE mobiUty) and upon receiving a notification that the 
MCCH information has changed. A UE that is receiving an MBMS service shall apply the MCCH information 
acquisition procedure to acquire the MCCH, that corresponds with the service that is being received, at the start of each 
modification period. 

Unless explicitly stated otherwise in the procedural specification, the MCCH information acquisition procedure 
overwrites any stored MCCH information, i.e. delta configuration is not applicable for MCCH information and the UE 
discontinues using a field if it is absent in MCCH information unless explicitly specified otherwise. 

[TS 36.331, clause 5.5.2.3] 

An MBMS capable UE shall: 

1> if the procedure is triggered by a MCCH information change notification: 

2> start acquiring the MBSFNAreaConfiguration message from the beginning of the modification period 
following the one in which the change notification was received; 

NOTE 1 : The UE continues using the previously received MCCH information until the new MCCH information 
has been acquired. 

1> if the UE enters an MBSFN area: 

2> acquire the MBSFNAreaConfiguration message at the next repetition period; 

1> if the UE is receiving an MBMS service: 

2> start acquiring the MBSFNAreaConfiguration message, that corresponds with the service that is being 
received, from the beginning of each modification period; 

17.1.2.3 Test description 

1 7.1 .2.3.1 P re-test conditions 
System Simulator: 

Cell 1 and cell2 which belong to different MBSFN areas. 

- System information combination 16 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cells 
UE: 

- E-UTRAN UE supporting MBMS services 
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Preamble: 

- UE is in Registered, Idle mode, Test Mode Activated (State 2 A) according to [18] in Cell 1 (serving cell) with the 
UE TEST LOOP MODE C. 


17.1.2.3.2 


Test procedure sequence 


Table 17.1.2.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl", and "T2" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 17.1.2.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-91 


T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-79 

The power level values are 
assigned to satisfy Rceii i < Rceii 

2. 


Table 17.1.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS changes Cell 2 level according to the 
row "TV in table 17.1.2.3.2-1. 

- 

- 

- 

- 

2 

The UE executes the generic test procedure 
described in TS 36.508 subclause 6.4.2.7 and 
UE should camp on E-UTRA Cell 2. 
NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





3 

SS transmits MBSFNAreaConfiguration 
message 

<— 

MBSFNAreaConfiguration 

- 

- 

4 

Wait for a period equal to the MCCH 
modification period for the UE to receive 
MBSFNAreaConfiguration message 





5 

The generic procedures described in TS 
36.508 subclause 4.5.3A.3 and 4.5.4.3 are 
performed on Cell 1 activating UE test loop 
Mode C. 





6 

The SS transmits a valid MAC PDU including 
'MCH Scheduling Information MAC Control 
Element with LCID='00001', Stop MTCH= 
'10000000000' 

<- 

MAC PDU (MCH Scheduling 
Information MAC Control Element: 
LCID='00001', StopMTCH= 
'10000000000') 



7 

The SS transmits 10 MBMS Packets on the 
MTCH. 

<- 

MBMS Packets. 

- 

- 

8 

The SS transmits an UE TEST LOOP MODE 
C MBMS PACKET COUNTER REQUEST 
message to set UE to Mode C. 

<— 

UE TEST LOOP MODE C MBMS 
PACKET COUNTER REQUEST 



9 

UE responds with UE TEST LOOP MODE C 
MBMS PACKET COUNTER RESPONSE. 

-> 

UE TEST LOOP MODE C MBMS 
PACKET COUNTER RESPONSE 

- 

- 

10 

Check: Does the number of reported MBMS 
Packets received on the MTCH is greater than 
zero? 



1 

P 
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17.1.2.3.3 


Specific message contents 


Table 17.1.2.3.3-1 : SystemlnformationBlockType2 for Cells 1 and 2 (preamble and all steps, Table 

17.1.2.3.2-3) 


Derivation Path: 36.508 table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




mbsfn-SubframeConfiguration SEQUENCE { 




radioframeAllocation Period 

n4 



radioframeAllocationOffset 





subframeAllocation CHOICE{ 




oneFrame 

'100000' 



1 




1 




1 





Table 17.1.2.3.3-2: CLOSE UE TEST LOOP (step 5, 17.1.2.3.2-1) 


Derivation Path: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE C 


17.1.3 MCCH information acquisition/ UE handover to a cell in a new 
MBSFN area 


17.1.3.1 


(1) 


Test Purpose (TP) 


with { UE in E-UTRAN RRC CONNECTED state } 
ensure that { 

when { UE handovers to a cell in a new MBSFN area } 

then { UE should acquire the MBSFNAreaConfiguration message at the next repetition period 


17.1.3.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.8.2.2 and 
5.8.2.3. 

[TS 36.331, clause 5.8.2.2] 

A UE interested to receive MBMS services shall apply the MCCH information acquisition procedure upon entering the 
corresponding MBSFN area (e.g. upon power on, following UE mobility) and upon receiving a notification that the 
MCCH information has changed. A UE that is receiving an MBMS service shall apply the MCCH information 
acquisition procedure to acquire the MCCH, that corresponds with the service that is being received, at the start of each 
modification period. 

Unless explicitly stated otherwise in the procedural specification, the MCCH information acquisition procedure 
overwrites any stored MCCH information, i.e. delta configuration is not applicable for MCCH information and the UE 
discontinues using a field if it is absent in MCCH information unless explicitly specified otherwise. 

[TS 36.331, clause 5.5.2.3] 

An MBMS capable UE shall: 

1> if the procedure is triggered by a MCCH information change notification: 

2> start acquiring the MBSFNAreaConfiguration message from the beginning of the modification period 
following the one in which the change notification was received; 

NOTE 1 : The UE continues using the previously received MCCH information until the new MCCH information 
has been acquired. 

1> if the UE enters an MBSFN area: 
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2> acquire the MBSFNAreaConfiguration message at the next repetition period; 

1> if the UE is receiving an MB MS service: 

2> start acquiring the MBSFNAreaConfiguration message, that corresponds with the service that is being 
received, from the beginning of each modification period; 

1 7.1 .3.3 Test description 

17.1.3.3.1 Pre-test conditions 

System Simulator: 

Cell 1 and cell 2 which belong to different MBSFN areas. 

- System information combination 16 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. 
UE: 

- E-UTRAN UE supporting MEMS services 

Preamble: 

- UE is in state Loopback Activated (state 4) according to [18] in Cell 1 (serving cell) with the UE TEST LOOP 
MODE C. 


17.1.3.3.2 


Test procedure sequence 


Table 17.1.3.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl", and "T2" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 17.1.3.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-91 

The power level values are such 
that measurement results for 
CelM (M1)andCell4(M4) 
satisfy exit condition for event 
A3(M4<M1)(NOTE1). 

T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-79 

The power level values are such 
that measurement results for 
Cell 1 (M1)andCell4(M4) 
satisfy entry condition for event 
A3(M4>M1)(NOTE 1). 
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Table 17.1.3.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS transmits an 

RRCConnectionReconfiguration message to 
setup intra frequency measurement on Cell 1 . 

<- 

RRCConnectionReconfiguration 



2 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 1 to confirm the setup of intra 
frequency measurement. 

-> 

RRCConnectionReconfigurationC 
omplete 



3 

The SS changes Cell 1 , Cell 2 parameters 
according to the row'TI" in table 17.1.3.3.2-1. 

- 

- 

- 

- 

4 

The UE transmits a MeasurementReport 
message to report event A3 on Ceil 1 with the 
measured RSRP, RSRQ value for Cell 2. 

-> 

IVIeasurementReport 



5 

The SS transmits an 

RRCConnectionReconfiguration message to 
order the UE to perform intra frequency 
handover to Cell 2. 

<- 

RRCConnectionReconfiguration 



6 

UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 2 

-> 

RRCConnectionReconfigurationC 
omplete 



7 

SS transmits l\/IBSFNAreaConfiguration 
message 

<- 

MBSFNAreaConfiguration 



8 

Wait for a period equal to the MCCH 
modification period for the UE to receive 
l\/IBSFNAreaConfiguration message 





9 

The SS transmits a valid MAC PDU including 
'MCH Scheduling Information MAC Control 
Element with LCID='00001', Stop MTCH= 
'10000000000' 

<- 

MAC PDU (MCH Scheduling 
Information MAC Control Element: 
LCID='00001', StopMTCH= 
'10000000000') 



10 

The SS transmits 10 MBMS Packets on the 
MTCH. 

<- 

MBMS Packets. 

- 

- 

11 

The SS transmits an UE TEST LOOP MODE 
C MBMS PACKET COUNTER REQUEST 
message to set UE to Mode C. 

<— 

UE TEST LOOP MODE C MBMS 
PACKET COUNTER REQUEST 



12 

UE responds with UE TEST LOOP MODE 3 
MBMS PACKET COUNTER RESPONSE. 

-> 

UE TEST LOOP MODE C MBMS 
PACKET COUNTER RESPONSE 

- 

- 

13 

Check: Does the number of reported MBMS 
Packets received on the MTCH is greater than 
zero? 



1 

P 


17.1.3.3.3 


Specific message contents 


Table 17.1.3.3.3-1 : SystemlnformationBlockType2 ior Cells 1 and 2 (preamble and all steps, Table 

17.1.3.3.2-2) 


Derivation Path: 36.508 table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




mbsfn-SubframeConfiguration SEQUENCE { 




radioframeAllocationPeriod 

n4 



radioframeAllocationOffset 





subframeAllocation CHOICE{ 




oneFrame 

'100000' 



1 




1 




1 




Table 17.1.3.3.3-2: RRCConnectionReconfiguration {step 1, Table 17.1.3.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition MEAS 
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Table 17.1.3.3.3-3: MeasConfig (Tab\e 17.1.3.3.3-2) 


Derivation Path: 36.508, Table 4.6.6-1 

Information Element 

Value/remark 

Comment 

Condition 

MeasConfiq SEQUENCE { 




measObjectToAddModList SEQUENCE (SIZE 
(1 ..maxObjectId)) OF SEQUENCE { 

1 entry 



nneasObjectld[1] 

IdMeasObject-fl 



nneasObject[1] 

MeasObjectEUTRA- 
GENERIC(fl) 



} 




reportConfigToAddModList SEQUENCE (SIZE 
(1..maxReportConfigld)) OF SEQUENCE { 

1 entry 



reportConfigld[1] 

ldReportConfig-A3 



reportConfig[1] 

ReportConfigEUTRA-A3 



} 




measldToAddModList SEQUENCE (SIZE 
(1 ..maxMeasId)) OF SEQUENCE { 

1 entry 



measld[1] 

1 



nneasObjectld[1] 

IdMeasObject-fl 



reportConfigld[1] 

ldReportConfig-A3 



} 




1 




Table 17.1.3.3.3-4: MeasurementReport{sXep 4, 17.1.3.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-5 

Information Element 

Value/remark 

Comment 

Condition 

MeasurementReport ::= SEQUENCE { 




criticalExtensions CHOICE { 




c1 CHOICE! 




nneasurennentReport-r8 SEQUENCE { 




measResults SEQUENCE { 




measld 

1 



measResultServCell SEQUENCE { 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



1 




measResultNeighCells CHOICE { 




measResultListEUTRA SEQUENCE (SIZE 
(1..maxCellReport)) OF SEQUENCE { 

1 entry 



physCellld[1] 

PhysicalCellldentity of 
Cell 2 



cgi-lnfo[1] 

Not present 



measResultfll SEQUENCE! 




rsrpResult 

(0..97) 



rsrqResult 

(0..34) 



1 




1 




1 




1 




1 




1 




1 




1 




Table 17.1.3.3.3-5: RRCConnectionReconfiguration (step 5, 17.1.3.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 
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Table 17.1.3.3.3-6: Mofc/7/fyConfro//nfo (17.1.3.3.2-2) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 2 



carrierFreq 

Not present 



1 





17.1.4 MCCH information acquisition/ UE is receiving an MBMS service 


17.1.4.1 


(1) 


Test Purpose (TP) 


with { UE in E-UTRAN RRC IDLE state } 
ensure that { 

when { UE is receiving an MBMS service } 

then { UE shall start acquiring the MBSFNAreaConf iguration message, that corresponds with the 
service that is being received, from the beginning of each modification period } 


17.1.4.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.8.2.2 and 
5.8.2.3. 

[TS 36.331, clause 5.8.2.2] 

A UE interested to receive MBMS services shall apply the MCCH information acquisition procedure upon entering the 
corresponding MBSFN area (e.g. upon power on, following UE mobility) and upon receiving a notification that the 
MCCH information has changed. A UE that is receiving an MBMS service shall apply the MCCH information 
acquisition procedure to acquire the MCCH, that corresponds with the service that is being received, at the start of each 
modification period. 

Unless explicitly stated otherwise in the procedural specification, the MCCH information acquisition procedure 
overwrites any stored MCCH information, i.e. delta configuration is not applicable for MCCH information and the UE 
discontinues using a field if it is absent in MCCH information unless explicitly specified otherwise. 

[TS 36.331, clause 5.5.2.3] 

An MBMS capable UE shall: 

1> if the procedure is triggered by a MCCH information change notification: 

2> start acquiring the MBSFNAreaConfiguration message from the beginning of the modification period 
following the one in which the change notification was received; 

NOTE 1 : The UE continues using the previously received MCCH information until the new MCCH information 
has been acquired. 

1> if the UE enters an MBSFN area: 

2> acquire the MBSFNAreaConfiguration message at the next repetition period; 

1> if the UE is receiving an MBMS service: 

2> start acquiring the MBSFNAreaConfiguration message, that corresponds with the service that is being 
received, from the beginning of each modification period; 
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17.1.4.3 
17.1.4.3.1 
System Simulator: 
- Cell 1 


Test description 
Pre-test conditions 


System information combination 15 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells 


UE: 


- E-UTRAN UE supporting MBMS services. 
Preamble: 

- UE is in Registered, Idle mode, Test Mode Activated (State 2 A) according to [18] in Cell 1 (serving cell) with the 
UE TEST LOOP MODE C. 


17.1.4.3.2 


Test procedure sequence 

Table 17.1.4.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

SS transmits MBSFNAreaConfiguration 
message 

<- 

IVIBSFNAreaConfiguration 

- 

- 

2 

Wait for a period equal to the MCCH 
modification period for the UE to receive 
MBSFNAreaConfiguration message 





3 

The SS transmits a valid MAC PDU including 
'MCH Scheduling Information MAC Control 
Element with LCID='00001', Stop MTCH= 
'00000001010' 

<- 

MAC PDU (MCH Scheduling 
Information MAC Control Element: 
LCID='00001', StopMTCH= 
'00000001010') 



4 

The SS transmits 10 MBMS Packets on the 
MTCH. 

<— 

MBMS Packets. 

- 

- 

5 

SS transmits an updated system information 
[contents different from in preamble] 

- 

- 

- 

- 

6 

SS transmits iVIBSFNAreaConfiguration 
message at the beginning of next modification 
period. 

<— 

MBSFNAreaConfiguration 



7 

Wait for a period equal to the MCCH 
modification period for the UE to receive 
l\/IBSFNAreaConfiguration message 





8 

The generic procedures described in TS 
36.508 subclause 4.5. 3A.3 and 4.5.4.3 are 
performed on Cell 1 to close UE test loop 





9 

The SS transmits a valid MAC PDU including 
'MCH Scheduling Information MAC Control 
Element with LCID='00001', Stop MTCH= 
'00000001010' 

<- 

MAC PDU (MCH Scheduling 
Information MAC Control Element: 
LCID='00001', StopMTCH= 
'00000001010') 



10 

The SS transmits 10 MBMS Packets on the 
MTCH. 

<— 

MBMS Packets. 

- 

- 

11 

The SS transmits an UE TEST LOOP MODE 
C MBMS PACKET COUNTER REQUEST 
message. 

<- 

UE TEST LOOP MODE C MBMS 
PACKET COUNTER REQUEST 



12 

UE responds with UE TEST LOOP MODE C 
MBMS PACKET COUNTER RESPONSE. 

-> 

UE TEST LOOP MODE C MBMS 
PACKET COUNTER RESPONSE 

- 

- 

13 

Check: Does the number of reported MBMS 
Packets received on the MTCH is greater than 
zero? 



1 

P 

Note: In steps 4 and 10 to guarantee that SS should transmit MBMS Packets in the subframes indicated in steps 
3 and 9 separately. 
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1 7.1 .4.3.3 Specific message contents 

Table 17.1.4.3.3-1: SystemlnformationBlockType2 ior Cell 1 (preamble) 


Derivation Path: 36.508 table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystennlnfornnationBlockType2 ::= SEQUENCE { 




mbsfn-SubframeConfiguration SEQUENCE { 




radioframeAllocation Period 

n4 



radioframeAllocationOffset 





subframeAllocation CHOICE{ 




oneFrame 

'110000' 



1 




1 




} 




Table 17.1.4.3.3-2: SystemlnformationBlockType2 for Cell 1 (step 5, Table 17.1.4.3.2-1) 

Derivation Path: 36.508 table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystennlnfornnationBlockType2 ::= SEQUENCE { 




mbsfn-SubframeConfiguration SEQUENCE { 




radioframeAllocation Period 

n4 



radioframeAllocationOffset 





subframeAllocation CHOICE{ 




oneFrame 

'100000' 



1 




} 




1 




Table 17.1.4.3.3-3: MBSFNAreaConfiguration (steps 5, 6 and 9, Table 17.1.4.3.2-1) 

Derivation Path: 36.508 table 4.6.1-4A 

Information Element 

Value/remark 

Comment 

Condition 

MBSFNAreaConfiguration-r9 ::= SEQUENCE { 




commonSF-Alloc-r9 SEQUENCE (SIZE 
(1 ..maxMBSFN-Allocations)) OF SEQUENCE { 




commonSF-AllocPeriod-r9 

rf32 



pmch-lnfoList-r9 SEQUENCE (SIZE 
(C.maxPMCH-PerMBSFN)) OF SEQUENCE { 




pmch-Config-r9 SEQUENCE { 




sf-AllocEnd-r9 

7 



dataMCS-r9 





mch-SchedulingPeriod-r9 

rf256 



1 




1 




1 




1 




Table 17.1.4.3.3-4: CLOSE UE TEST LOOP (step 8, Table 17.1.4.3.2-1) 

Derivation Path: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE C 


17.1.5 MOCH information acquisition/ UE is not receiving IVIBIVIS data 

17.1.5.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRAN RRC IDLE state } 
ensure that { 

when { UE is not receiving an MBMS service and receives MCCH information change notification 
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then { UE shall start acquiring the MBSFNAreaConfiguration message from the beginning of the 
modification period following the one in which the change notification was received } 

} 

(2) 

with { UE in E-UTRAN RRC IDLE state } 
ensure that { 

when { UE is not in MBSFN area service and enters another cell in MBSFN area } 

then { UE shall start acquiring the MBSFNAreaConfiguration message from the beginning of the 
repetition period } 
} 

1 7.1 .5.2 Conformance requirements 

References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.8.2.2 and 
5.8.2.3. 

[TS 36.331, clause 5.8.2.2] 

A UE interested to receive MBMS services shall apply the MCCH information acquisition procedure upon entering the 
corresponding MBSFN area (e.g. upon power on, following UE mobility) and upon receiving a notification that the 
MCCH information has changed. A UE that is receiving an MBMS service shall apply the MCCH information 
acquisition procedure to acquire the MCCH, that corresponds with the service that is being received, at the start of each 
modification period. 

Unless explicitly stated otherwise in the procedural specification, the MCCH information acquisition procedure 
overwrites any stored MCCH information, i.e. delta configuration is not applicable for MCCH information and the UE 
discontinues using a field if it is absent in MCCH information unless explicitly specified otherwise. 

[TS 36.331, clause 5.5.2.3] 

An MBMS capable UE shall: 

1> if the procedure is triggered by a MCCH information change notification: 

2> start acquiring the MBSFNAreaConfiguration message from the beginning of the modification period 
following the one in which the change notification was received; 

NOTE 1 : The UE continues using the previously received MCCH information until the new MCCH information 
has been acquired. 

1> if the UE enters an MBSFN area: 

2> acquire the MBSFNAreaConfiguration message at the next repetition period; 

1> if the UE is receiving an MBMS service: 

2> start acquiring the MBSFNAreaConfiguration message, that corresponds with the service that is being 
received, from the beginning of each modification period; 

1 7.1 .5.3 Test description 
17.1.5.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 belongs to MBSFN area 

- Cell 2 does not belong to any MBSFN areas 

- System information combination 15 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA Cell 1 

- System information combination 1 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA Cell 2 


UE: 


E-UTRAN UE supporting MBMS services. 
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- the UE is configured to receive MBMS services 
Preamble: 

- UE is in Registered, Idle mode, Test Mode Activated (State 2 A) according to [18] in Cell 1 (serving cell) with the 
UE TEST LOOP MODE C. 


17.1.5.3.2 


Test procedure sequence 


Table 17.1.2.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl", and "T2" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 17.1.5.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-91 


T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-91 

-85 

The power level values are 
assigned to satisfy Rceii i < Rceii 

2. 

T2 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-91 

The power level values are 
assigned to satisfy Rceii i > Rceii 

2. 
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Table 17.1.5.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

SS transmits MCCH information change 
notification 

- 

(MCCH information change 
notification) 

- 

- 

2 

Wait for a period equal to the IVICCH 
modification period for the UE to receive 
MBSFNAreaConfiguration message from the 
beginning of the modification period following 
the one in which the change notification was 
received 





3 

The generic procedures described in TS 
36.508 subclause 4.5.3A.3 and 4.5.4.3 are 
performed on Cell 1 to close UE test loop 





4 

The SS transmits a valid MAC PDU including 
'MCH Scheduling Information MAC Control 
Element with LCID='00001', Stop MTCH= 
'00000001010' 

<— 

MAC PDU (MCH Scheduling 
Information MAC Control Element: 
LCID='00001', StopMTCH= 
'00000001010') 



5 

The SS transmits 10 MBMS Packets on the 
MTCH. 

<— 

MBMS Packets 

- 

- 

6 

The SS waits for [1] sec to allow UE to receive 
MBMS Packets 

- 

- 

- 

- 

7 

The SS transmits an UE TEST LOOP MODE 
C MBMS PACKET COUNTER REQUEST 
message. 

<- 

UE TEST LOOP MODE C MBMS 
PACKET COUNTER REQUEST 



8 

UE responds with UE TEST LOOP MODE C 
MBMS PACKET COUNTER RESPONSE. 

-> 

UE TEST LOOP MODE C MBMS 
PACKET COUNTER RESPONSE 

- 

- 

9 

Check: Does the number of reported MBMS 
Packets received on the MTCH is greater than 
zero? 



1 

P 

10 

The SS changes Cell 1 and Cell 2 level 
according to the row'TI" in table 17.1.5.3.2-1. 

- 

- 

- 

- 

11 

The UE executes the generic test procedure 
described in TS 36.508 subclause 6.4.2.7 and 
UE should camp on E-UTRA Cell 2. 
NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





12 

The SS changes Cell 1 and Cell2 level 
according to the row "T2" in table 17.1 .5.3.2-1 . 

- 

- 

- 

- 

13 

The UE performs Cell Reselection from Cell2 
toCein. 

- 

- 

- 

- 

14 

The UE executes the generic test procedure 
described in TS 36.508 subclause 6.4.2.7 and 
UE should camp on E-UTRA Cell 1 . 
NOTE: The UE performs a TAU procedure and 
the RRC connection is released. 





15 

Wait for a period equal to the MCCH repetition 
period for the UE to receive 
MBSFNAreaConfiguration message 





16 

The SS transmits a valid MAC PDU including 
'MCH Scheduling Information MAC Control 
Element with LCID='00001', Stop MTCH= 
'00000001010' 

<— 

MAC PDU (MCH Scheduling 
Information MAC Control Element: 
LCID='00001', StopMTCH= 
'00000001010') 



17 

The SS transmits 10 MBMS Packets on the 
MTCH. 

<- 

MBMS Packets 

- 

- 

18 

The SS waits for [1] sec to allow UE to receive 
MBMS Packets 

- 

- 

- 

- 

19 

The SS transmits an UE TEST LOOP MODE 
C MBMS PACKET COUNTER REQUEST 
message. 

<~ 

UE TEST LOOP MODE C MBMS 
PACKET COUNTER REQUEST 



20 

UE responds with UE TEST LOOP MODE C 
MBMS PACKET COUNTER RESPONSE. 

-> 

UE TEST LOOP MODE C MBMS 
PACKET COUNTER RESPONSE 

- 

- 

21 

Check: Does the number of reported MBMS 
Packets received on the MTCH is greater than 
the number of MBMS Packets reported in 
step9? 



2 

P 
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Note: In steps 5 and 17, to guarantee that SS should transmit MBMS Packets in the subframes indicated in steps 4 
and 1 6 separately. 


17.1.5.3.3 


Specific message contents 


Table 17.1.5.3.3-1: SystemlnformationBlockType2 iov Cell 1 (preamble and all steps, Table 17.1.5.3.2- 

3) 


Derivation Path: 36.508 table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




mbsfn-SubframeConfiguration SEQUENCE { 




radioframeAllocationPeriod 

n4 



radioframeAllocationOffset 





subframeAllocation CHOICE{ 




oneFrame 

'100000' 



1 




1 




} 




Table 17.1.5.3.3-2: MBSFNAreaConfiguration (steps 2, 4 15 and 16, Table 17.1.5.3.2-1) 

Derivation Path: 36.508 table 4.6.1-4A 

Information Element 

Value/remark 

Comment 

Condition 

MBSFNAreaConfiguration-r9 ::= SEQUENCE { 




commonSF-Alloc-r9 SEQUENCE (SIZE 
(1..maxMBSFN-Allocations)) OF SEQUENCE { 




commonSF-AllocPeriod-rQ 

rf32 



pmch-lnfoList-r9 SEQUENCE (SIZE 
(0..maxPMCH-PerMBSFN)) OF SEQUENCE { 




pmch-Config-r9 SEQUENCE { 




sf-AllocEnd-r9 

7 



dataMCS-r9 





nnch-SchedulingPeriod-r9 

rf256 



} 




1 




1 




1 




Table 17.1.5.3.3-3: CLOSE UE TEST LOOP (step 3, 17.1.5.3.2-1) 

Derivation Path: 36.508, Table 4.7A-3, condition UE TEST LOOP MODE C 


17.2 MBMS Data Reception 


17.2.1 


17.2.1.1 


UE Acquire tine MBMS data based on tine SIB13 and MOCH 
message /MOCH and MTCH are on tine same MOM 

Test Purpose (TP) 


(1) 


with { UE receiving an MBMS service } 
ensure that { 

when { UE receives a MAC PDU on MCH, multiplexing both MCCH and MTCH RLC PDU's 
then { UE succesfully de-multiplexes the MCCH and MTCH data} 


17.2.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.321, clause 5. 12, 6.1.2, 
6.1.3.7 and 6.2.1. 
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[TS 36.321, clause 5.12] 

MCH transmission may occur in subframes configured by upper layer for MCCH or MTCH transmission. For each 
such subframe, upper layer indicates if signallingMCS or dataMCS appHes. The transmission of an MCH occurs in a set 
of subframes known as the MCH subframe allocation (MSA), defined by PMCH-Config. An MCH ScheduHng 
Information MAC control element is included at the beginning of the MCH scheduling period in the first subframe of 
each MSA to indicate the position of each MTCH and unused subframes on the MCH. The UE shall assume that the 
first scheduled MTCH starts immediately after the MCCH or the MCH Scheduling Information MAC control element if 
the MCCH is not present, and the other scheduled MTCH(s) start at the earliest in the subframe where the previous 
MTCH stops. When the UE needs to receive MCH, the UE shall: 

- attempt to decode the TB on the MCH; 

- if a TB on the MCH has been successfully decoded: 

- demultiplex the MAC PDU and deliver the MAC SDU(s) to upper layers. 

[TS 36.321, clause 6.1.2] 

A MAC PDU consists of a MAC header, zero or more MAC Service Data Units (MAC SDU), zero, or more MAC 
control elements, and optionally padding; as described in Figure 6.1.2-3. 

Both the MAC header and the MAC SDUs are of variable sizes. 

A MAC PDU header consists of one or more MAC PDU subheaders; each subheader corresponds to either a MAC 
SDU, a MAC control element or padding. 

A MAC PDU subheader consists of the six header fields R/R/E/LCID/F/L but for the last subheader in the MAC PDU 
and for fixed sized MAC control elements. The last subheader in the MAC PDU and subheaders for fixed sized MAC 
control elements consist solely of the four header fields R/R/E/LCID. A MAC PDU subheader corresponding to 
padding consists of the four header fields R/R/E/LCID. 


I 1 1 1 1 1 1 1 1 


R R 


LCID 


Oct1 


Oct 2 


1 — 1 — 1 — 1 — 1 — 1 — 1 — 1 — 1 

R 

R 

E 

LCID 

F 

L 

L 


Oct1 
Oct 2 
Oct 3 


R/R/E/LCID/F/L sub-header with 
7-bits L field 


R/R/E/LCID/F/L sub-header with 
15-bitsL field 


Figure 6.1.2-1: R/R/E/LCID/F/L MAC subheader 


I 1 1 1 1 1 1 h 


R 

R 

E 

LCID 


Oct1 


R/R/E/LCID sub-header 
Figure 6.1.2-2: R/R/E/LCID MAC subheader 

MAC PDU subheaders have the same order as the corresponding MAC SDUs, MAC control elements and padding. 

MAC control elements are always placed before any MAC SDU. 

Padding occurs at the end of the MAC PDU, except when single-byte or two-byte padding is required. Padding may 
have any value and the UE shall ignore it. When padding is performed at the end of the MAC PDU, zero or more 
padding bytes are allowed. 
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When single-byte or two-byte padding is required, one or two MAC PDU subheaders corresponding to padding are 
placed at the beginning of the MAC PDU before any other MAC PDU subheader. 

A maximum of one MAC PDU can be transmitted per TB per UE. A maximum of one MCH MAC PDU can be 
transmitted per TTL 


R/R/E/LCID 
sub-header 


R/R/E/LCID 
sub-header 


R/R/E/LCID/F/L R/R/E/LCID/F/L 
sub-header sub-header 


R/R/E/LCID/F/L R/R/E/LCID padding 
sub-header sub-header 


MAC header 


MAC Control MAC Control 
element 1 element 2 


MAC SDU 


MAC SDU 


Padding 
(opt) 


-MAC payload- 


Figure 6.1.2-3: Example of MAC PDU consisting of MAC lieader, MAC control elements, MAC SDUs 

and padding 


[TS 36.321, clause 6.1.3.7] 

The MCH Scheduling Information MAC Control Element illustrated in Figure 6.1.3.7-1 is identified by a MAC PDU 
subheader with LCID as specified in Table 6.2.1-4. This control element has a variable size. For each MTCH the fields 
below are included: 

- LCID: this field indicates the Logical Channel ID of the MTCH. The length of the field is 5 bits; 

- Stop MTCH: this field indicates the ordinal number of the subframe within the MCH scheduling period where 
the corresponding MTCH stops. The length of the field is 11 bits. The special Stop MTCH value 2047 indicates 
that the corresponding MTCH is not scheduled. The value range 2043 to 2046 is reserved. 


I 1 1 \r 


LCID 1 

Stop MTCH 1 

Stop MTCH 1 

LCID 2 

Stop MTCH 2 

Stop MTCH 2 


Oct1 
Oct 2 
Oct 3 
Oct 4 


LCID n Stop MTCH n Oct 2n-1 

Stop MTCH n Oct 2n 

Figure 6.1.3.7-1: MCH Scheduling Information MAC control element 


[TS 36.321, clause 6.2.1] 

The MAC header is of variable size and consists of the following fields: 

- LCID: The Logical Channel ID field identifies the logical channel instance of the corresponding MAC SDU or 
the type of the corresponding MAC control element or padding as described in tables 6.2.1-1, 6.2.1-2 and 6.2.1-4 
for the DL-SCH, UL-SCH and MCH respectively. There is one LCID field for each MAC SDU, MAC control 
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element or padding included in the MAC PDU. In addition to that, one or two additional LCID fields are 
included in the MAC PDU, when single-byte or two-byte padding is required but cannot be achieved by padding 
at the end of the MAC PDU. The LCID field size is 5 bits; 

- L: The Length field indicates the length of the corresponding MAC SDU or variable- sized MAC control element 
in bytes. There is one L field per MAC PDU subheader except for the last subheader and subheaders 
corresponding to fixed-sized MAC control elements. The size of the L field is indicated by the F field; 

F: The Format field indicates the size of the Length field as indicated in table 6.2.1-3. There is one F field per 
MAC PDU subheader except for the last subheader and subheaders corresponding to fixed- sized MAC control 
elements. The size of the F field is 1 bit. If the size of the MAC SDU or variable-sized MAC control element is 
less than 128 bytes, the value of the F field is set to 0, otherwise it is set to 1; 

E: The Extension field is a flag indicating if more fields are present in the MAC header or not. The E field is set 
to "1" to indicate another set of at least R/R/E/LCID fields. The E field is set to "0" to indicate that either a MAC 
SDU, a MAC control element or padding starts at the next byte; 

- R: Reserved bit, set to "0". 

The MAC header and subheaders are octet aligned. 


Table 6.2.1-4 Values of LCID for MCH 


Index 

LCID values 

00000 

MCCH (see note) 

00001-11100 

MICH 

11101 

Reserved 

11110 

MCH Scheduling Information 

11111 

Padding 

NOTE: If there is no MCCH on MCH, an MICH 
could use this value. 


17.2.1 .3 Test description 
17.2.1.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 

- System information combination 15 as defined in TS 36.508[18] clause 4.4.3.1 is used 
UE: 

- none 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18], with the UE TEST LOOP MODE C. 
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17.2.1.3.2 


Test procedure sequence 

Table 17.2.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

In the current IVICCH modification period SS 
transmits IVICCH Modification notification for 
notification indicator 


MCCH Modification notification 



2 

In frame number SFN Mod 512 =0 ; i.e. start of 
next MCCH modification period, the SS 
transmits a valid MAC PDU including 'MCH 
Scheduling Information MAC Control Element 
with LCID='00001', Stop MTCH= 
'00000001 111' and MCCH RLC PDU(carrying 
MBSFNAreaConfiguration) 

<— 

MAC PDU (MCH Scheduling 
Information MAC Control Element: 
LCID='00001', StopMTCH= 
'00000001 111', MCCH RLC PDU) 



- 

Exception; Step 3 is repeated 15 times 

- 

- 

- 

- 

3 

In frame with SFN Mod 32 =0, the SS 
transmits MCH MAC PDU containing MCCH 
RLC PDU(carrying MBSFNAreaConfiguration) 
and MTCH RLC PDU carrying 1 MBMS 
packet. 

<- 

MAC PDU (MCCH RLC PDU and 
MTCH RLC PDU) 



4 

The SS transmits an UE TEST LOOP MODE 
C MBMS PACKET COUNTER REQUEST 
message. 

<- 

UE TEST LOOP MODE C MBMS 
PACKET COUNTER REQUEST 



5 

Check: Does the UE responds with UE TEST 
LOOP MODE C MBMS PACKET COUNTER 
RESPONSE with number of reported MBMS 
Packets received on the MTCH is greater than 
zero? 

-> 

UE TEST LOOP MODE C MBMS 
PACKET COUNTER RESPONSE 

1 

P 

Note 1 : The Imcs used in steps 2 and 3 is signaiiingiVICS-rQ. 

Note 2: The subframe number for steps 2 and 3 is determined by subframeAllocation which is 1 (FDD)/ 3(TDD). 


17.2.1.3.3 Specific message contents 

Table 17.2.1.3.3-1: SystemlnformationBlockType2 ior Cell 1 (preamble) 


Derivation Path: 36.508 table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




mbsfn-SubframeConfiguration SEQUENCE { 




radioframeAllocationPeriod 

n4 



radioframeAllocationOffset 





subframeAllocation CHOICE{ 




oneFrame 

'100000' 



1 




} 




} 
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Table 17.2.1.3.3-3: MBSFNAreaConfiguration (steps 2 and 3, Table 17.2.1.3.2-1) 


Derivation Path: 36.508 table 4.6.1-4A 

Information Element 

Value/remark 

Comment 

Condition 

MBSFNAreaConfiguration-r9 ::= SEQUENCE { 




commonSF-Alloc-r9 SEQUENCE (SIZE 
(1 ..maxMBSFN-Allocations)) OF SEQUENCE { 




commonSF-AllocPeriod-rQ 

rf32 



pmch-lnfoList-r9 SEQUENCE (SIZE 
(0..maxPMCH-PerMBSFN)) OF SEQUENCE { 




pmch-Config-r9 SEQUENCE { 




sf-AllocEnd-r9 

7 



dataMCS-r9 





nnch-SchedulingPeriod-r9 

rf256 



} 




1 




} 




} 





17.2.2 


17.2.2.1 


UE Acquire the MBMS data based on the SIB13 and MCCH 
message /MCCH and MTCH are on different MCHs 

Test Purpose (TP) 


(1) 


with { UE receiving an MBMS service } 
ensure that { 

when { UE receives a MAC PDU on MCH, containing MCCH PDU's 

then { UE succesfully de-multiplexes the MCCH data} 
when { UE receives a MAC PDU on MCH, containing MTCH PDU's 
then { UE succesfully de-multiplexes the MTCH data} 


} 


17.2.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.321, clause 5. 12, 6.1.2, 
6.1.3.7 and 6.2.1. 

[TS 36.321, clause 5.12] 

MCH transmission may occur in subframes configured by upper layer for MCCH or MTCH transmission. For each 
such subframe, upper layer indicates if signallingMCS or dataMCS applies. The transmission of an MCH occurs in a set 
of subframes known as the MCH subframe allocation (MSA), defined by PMCH-Config. An MCH Scheduling 
Information MAC control element is included at the beginning of the MCH scheduling period in the first subframe of 
each MSA to indicate the position of each MTCH and unused subframes on the MCH. The UE shall assume that the 
first scheduled MTCH starts immediately after the MCCH or the MCH Scheduling Information MAC control element if 
the MCCH is not present, and the other scheduled MTCH(s) start at the earliest in the subframe where the previous 
MTCH stops. When the UE needs to receive MCH, the UE shall: 

- attempt to decode the TB on the MCH; 

- if a TB on the MCH has been successfully decoded: 

- demultiplex the MAC PDU and deliver the MAC SDU(s) to upper layers. 

[TS 36.321, clause 6.1.2] 

A MAC PDU consists of a MAC header, zero or more MAC Service Data Units (MAC SDU), zero, or more MAC 
control elements, and optionally padding; as described in Figure 6.1.2-3. 

Both the MAC header and the MAC SDUs are of variable sizes. 
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A MAC PDU header consists of one or more MAC PDU subheaders; each subheader corresponds to either a MAC 
SDU, a MAC control element or padding. 

A MAC PDU subheader consists of the six header fields R/R/E/LCID/F/L but for the last subheader in the MAC PDU 
and for fixed sized MAC control elements. The last subheader in the MAC PDU and subheaders for fixed sized MAC 
control elements consist solely of the four header fields R/R/E/LCID. A MAC PDU subheader corresponding to 
padding consists of the four header fields R/R/E/LCID. 


1 — 1 — 1 — 1 — 1 — 1 — 1 — 1 — 1 

R 

R 

E 

LCID 

F 

L 


Oct1 


Oct 2 


1 — 1 — 1 — 1 — 1 — 1 — 1 — 1 — 1 

R 

R 

E 

LCID 

F 

L 

L 


Oct1 
Oct 2 
Oct 3 


R/R/E/LCID/F/L sub-header with 
7-bits L field 


R/R/E/LCID/F/L sub-header with 
15-bitsL field 


Figure 6.1.2-1 : R/R/E/LCID/F/L MAC subheader 


I 1 1 1 1 1 1 h 


R 

R 

E 

LCID 


Oct1 


R/R/E/LCID sub-header 
Figure 6.1.2-2: R/R/E/LCID MAC subheader 

MAC PDU subheaders have the same order as the corresponding MAC SDUs, MAC control elements and padding. 

MAC control elements are always placed before any MAC SDU. 

Padding occurs at the end of the MAC PDU, except when single-byte or two-byte padding is required. Padding may 
have any value and the UE shall ignore it. When padding is performed at the end of the MAC PDU, zero or more 
padding bytes are allowed. 

When single-byte or two-byte padding is required, one or two MAC PDU subheaders corresponding to padding are 
placed at the beginning of the MAC PDU before any other MAC PDU subheader. 

A maximum of one MAC PDU can be transmitted per TB per UE. A maximum of one MCH MAC PDU can be 
transmitted per TTL 
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R/R/E/LCID 
sub-header 


R/R/E/LCID 
sub-header 


R/R/E/LCID/F/L 
sub-header 


R/R/E/LCID/F/L 
sub-header 


R/R/E/LCID/F/L R/R/E/LCID padding 
sub-header sub-header 


MAC header 


MAC Control MAC Control 
element 1 element 2 


MAC SDU 


MAC SDU 


Padding 
(opt) 


M MAC payload ► 

Figure 6.1.2-3: Example of MAC PDU consisting of MAC header, MAC control elements, MAC SDUs 

and padding 


[TS 36.321, clause 6.1.3.7] 

The MCH Scheduling Information MAC Control Element illustrated in Figure 6.1.3.7-1 is identified by a MAC PDU 
subheader with LCID as specified in Table 6.2.1-4. This control element has a variable size. For each MTCH the fields 
below are included: 

- LCID: this field indicates the Logical Channel ID of the MTCH. The length of the field is 5 bits; 

- Stop MTCH: this field indicates the ordinal number of the subframe within the MCH scheduling period where 
the corresponding MTCH stops. The length of the field is 11 bits. The special Stop MTCH value 2047 indicates 
that the corresponding MTCH is not scheduled. The value range 2043 to 2046 is reserved. 


Oct1 
Oct 2 
Oct 3 
Oct 4 

Oct 2n-1 
Oct2n 

Figure 6.1.3.7-1: MCH Scheduling Information MAC control element 


1 — 1 — 1 — 1 — 1 — 1 — 1 — 1 — 1 

LCID1 

Stop MTCH 1 

Stop MTCH 1 

LCID 2 

Stop MTCH 2 

Stop MTCH 2 


LCIDn 

Stop MTCH n 

Stop MTCH n 


[TS 36.321, clause 6.2.1] 

The MAC header is of variable size and consists of the following fields: 

LCID: The Logical Channel ID field identifies the logical channel instance of the corresponding MAC SDU or 
the type of the corresponding MAC control element or padding as described in tables 6.2.1-1, 6.2.1-2 and 6.2.1-4 
for the DL-SCH, UL-SCH and MCH respectively. There is one LCID field for each MAC SDU, MAC control 
element or padding included in the MAC PDU. In addition to that, one or two additional LCID fields are 
included in the MAC PDU, when single-byte or two-byte padding is required but cannot be achieved by padding 
at the end of the MAC PDU. The LCID field size is 5 bits; 
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- L: The Length field indicates the length of the corresponding MAC SDU or variable- sized MAC control element 
in bytes. There is one L field per MAC PDU subheader except for the last subheader and subheaders 
corresponding to fixed-sized MAC control elements. The size of the L field is indicated by the F field; 

- F: The Format field indicates the size of the Length field as indicated in table 6.2.1-3. There is one F field per 
MAC PDU subheader except for the last subheader and subheaders corresponding to fixed- sized MAC control 
elements. The size of the F field is 1 bit. If the size of the MAC SDU or variable-sized MAC control element is 
less than 128 bytes, the value of the F field is set to 0, otherwise it is set to 1; 

E: The Extension field is a flag indicating if more fields are present in the MAC header or not. The E field is set 
to "1" to indicate another set of at least R/R/E/LCID fields. The E field is set to "0" to indicate that either a MAC 
SDU, a MAC control element or padding starts at the next byte; 

- R: Reserved bit, set to "0". 

The MAC header and subheaders are octet aligned. 


Table 6.2.1-4 Values of LCID for MCH 


Index 

LCID values 

00000 

MCCH (see note) 

00001-11100 

MICH 

11101 

Reserved 

11110 

MCH Scheduling Information 

11111 

Padding 

NOTE: If there is no MCCH on MCH, an MICH 
could use this value. 


17.2.2.3 Test description 

1 7.2.2.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 

- System information combination 15 as defined in TS 36.508[18] clause 4.4.3.1 is used 
UE: 

- none 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18], with the UE TEST LOOP MODE C. 
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17.2.2.3.2 


Test procedure sequence 

Table 17.2.2.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

In the current IVICCH modification period SS 
transmits IVICCH Modification notification for 
notification indicator 


MCCH Modification notification 



2 

1 n frame number SFN Mod 512 =0 ; i.e. start 
of next MCCH modification period, the SS 
transmits a valid MAC PDU including 'MCH 
Scheduling Information MAC Control Element 
with LCID='00001', Stop MTCH= 
'00000001 111' and MCCH RLC PDU(carrying 
MBSFNAreaConfiguration) 

<— 

MAC PDU (MCH Scheduling 
Information MAC Control Element: 
LCID='00001', StopMTCH= 
'00000001 111', MCCH RLC PDU) 



- 

Exception; Steps 3 and 4 are repeated 15 
times 

- 

- 

- 

- 

3 

In frame with SFN MOD 32 is not =0 and SFN 
MOD 16 =0, the SS transmits MCH MAC PDU 
containing MTCH RLC PDU carrying 1 MBMS 
packet 

<— 

MAC PDU (MTCH RLC PDU) 



4 

In frame with SFN MOD 32 =0 the SS 
transmits MCH MCCH PDU containing MCCH 
RLC PDU(carrying MBSFNAreaConfiguration) 

<- 

MAC PDU (MCCH RLC PDU) 



5 

The SS transmits an UE TEST LOOP MODE 
C MBMS PACKET COUNTER REQUEST 
message. 

<— 

UE TEST LOOP MODE C MBMS 
PACKET COUNTER REQUEST 



6 

Check: Does the UE responds with UE TEST 
LOOP MODE C MBMS PACKET COUNTER 
RESPONSE with number of reported MBMS 
Packets received on the MTCH is greater than 
zero? 

— > 

UE TEST LOOP MODE C MBMS 
PACKET COUNTER RESPONSE 

1 

p 

Note 1 : The Imcs used in steps 2 and 4 is signallingl\/ICS-r9 and that in step 3 is dataiVICS-rQ. 

Note 2: The subframe number for steps 2,3 and 4 is determined by subframeAllocation which is 1 (FDD)/ 3(TDD). 


1 7.2.2.3.3 Specific message contents 

Table 17.2.2.3.3-1: SystemlnformationBlockType2 ior Cell 1 (preamble) 


Derivation Path: 36.508 table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




mbsfn-SubframeConfiguration SEQUENCE { 




radioframeAllocation Period 

n4 



radioframeAllocationOffset 





subframeAllocation CHOICE{ 




oneFrame 

'100000' 



1 




1 




1 
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Table 17.2.2.3.3-3: MBSFNAreaConfiguration (steps 2 and 4, Table 17.2.2.3.2-1) 


Derivation Path: 36.508 table 4.6.1-4A 

Information Element 

Value/remark 

Comment 

Condition 

MBSFNAreaConfiguration-r9 ::= SEQUENCE { 




commonSF-Alloc-r9 SEQUENCE (SIZE 
(1 ..maxMBSFN-Allocations)) OF SEQUENCE { 




commonSF-AllocPeriod-rQ 

rf16 



pmch-lnfoList-r9 SEQUENCE (SIZE 
(0..maxPMCH-PerMBSFN)) OF SEQUENCE { 




pmch-Config-r9 SEQUENCE { 




sf-AllocEnd-r9 

3 



dataMCS-r9 





nnch-SchedulingPeriod-r9 

rf256 



} 




1 




} 




} 





17.2.3 UE receives the MBMS data when this data is in the beginning of 
the MSP 


17.2.3.1 
(1) 


Test Purpose (TP) 


with { UE receiving an MBMS service } 
ensure that { 

when { UE receives a MAC PDU on MCH, containing MTCH PDU's at the start of MCH scheduling period} 
then { UE succesfully de-multiplexes the MTCH data} 


17.2.3.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.321, clause 5. 12, 6.1.2, 
6.1.3.7 and 6.2.1. 

[TS 36.321, clause 5.12] 

MCH transmission may occur in subframes configured by upper layer for MCCH or MTCH transmission. For each 
such subframe, upper layer indicates if signallingMCS or dataMCS applies. The transmission of an MCH occurs in a set 
of subframes known as the MCH subframe allocation (MSA), defined by PMCH-Config. An MCH ScheduHng 
Information MAC control element is included at the beginning of the MCH scheduling period in the first subframe of 
each MSA to indicate the position of each MTCH and unused subframes on the MCH. The UE shall assume that the 
first scheduled MTCH starts immediately after the MCCH or the MCH Scheduling Information MAC control element if 
the MCCH is not present, and the other scheduled MTCH(s) start at the earliest in the subframe where the previous 
MTCH stops. When the UE needs to receive MCH, the UE shall: 

- attempt to decode the TB on the MCH; 

- if a TB on the MCH has been successfully decoded: 

- demultiplex the MAC PDU and deliver the MAC SDU(s) to upper layers. 

[TS 36.321, clause 6.1.2] 

A MAC PDU consists of a MAC header, zero or more MAC Service Data Units (MAC SDU), zero, or more MAC 
control elements, and optionally padding; as described in Figure 6.1.2-3. 

Both the MAC header and the MAC SDUs are of variable sizes. 

A MAC PDU header consists of one or more MAC PDU subheaders; each subheader corresponds to either a MAC 
SDU, a MAC control element or padding. 
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A MAC PDU subheader consists of the six header fields R/R/E/LCID/F/L but for the last subheader in the MAC PDU 
and for fixed sized MAC control elements. The last subheader in the MAC PDU and subheaders for fixed sized MAC 
control elements consist solely of the four header fields R/R/E/LCID. A MAC PDU subheader corresponding to 
padding consists of the four header fields R/R/E/LCID. 


I 1 1 1 1 1 1 1 1 


R R 


LCID 


Oct1 


Oct 2 


1 — 1 — 1 — 1 — 1 — 1 — 1 — 1 — 1 

R 

R 

E 

LCID 
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Oct1 
Oct 2 
Oct 3 


R/R/E/LCID/F/L sub-header with 
7-bits L field 


R/R/E/LCID/F/L sub-header with 
15-bitsL field 


Figure 6.1.2-1: R/R/E/LCID/F/L MAC subheader 
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R/R/E/LCID sub-header 
Figure 6.1.2-2: R/R/E/LCID MAC subheader 

MAC PDU subheaders have the same order as the corresponding MAC SDUs, MAC control elements and padding. 

MAC control elements are always placed before any MAC SDU. 

Padding occurs at the end of the MAC PDU, except when single-byte or two-byte padding is required. Padding may 
have any value and the UE shall ignore it. When padding is performed at the end of the MAC PDU, zero or more 
padding bytes are allowed. 

When single-byte or two-byte padding is required, one or two MAC PDU subheaders corresponding to padding are 
placed at the beginning of the MAC PDU before any other MAC PDU subheader. 

A maximum of one MAC PDU can be transmitted per TB per UE. A maximum of one MCH MAC PDU can be 
transmitted per TTL 


R/R/E/LCID R/R/E/LCID 

sub-header sub-header 


R/R/E/LCID/F/L R/R/E/LCID/F/L 
sub-header sub-header 


R/R/E/LCID/F/L R/R/E/LCID padding 
sub-header sub-header 


MAC header 


MAC Control MAC Control 
element 1 element 2 


MAC SDU 


MAC SDU 


Padding 
(opt) 


-MAC payload- 


Figure 6.1.2-3: Example of MAC PDU consisting of MAC header, MAC control elements, MAC SDUs 

and padding 


ETSI 


3GPP TS 36.523-1 version 10.0.0 Release 10 


2634 


ETSI TS 136 523-1 VI 0.0.0 (2012-05) 


[TS 36.321, clause 6.1.3.7] 

The MCH Scheduling Information MAC Control Element illustrated in Figure 6.1.3.7-1 is identified by a MAC PDU 
subheader with LCID as specified in Table 6.2.1-4. This control element has a variable size. For each MTCH the fields 
below are included: 

- LCID: this field indicates the Logical Channel ID of the MTCH. The length of the field is 5 bits; 

Stop MTCH: this field indicates the ordinal number of the subframe within the MCH scheduling period where 
the corresponding MTCH stops. The length of the field is 11 bits. The special Stop MTCH value 2047 indicates 
that the corresponding MTCH is not scheduled. The value range 2043 to 2046 is reserved. 


Oct1 
Oct 2 
Oct 3 
Oct 4 

Oct 2n-1 
Oct2n 

Figure 6.1.3.7-1: MCH Scheduling Information MAC control element 


1 — 1 — 1 — 1 — 1 — 1 — 1 — 1 — 1 

LCID1 

Stop MTCH 1 

Stop MTCH 1 

LCID 2 

Stop MTCH 2 

Stop MTCH 2 


LCIDn 

Stop MTCH n 

Stop MTCH n 


[TS 36.321, clause 6.2.1] 

The MAC header is of variable size and consists of the following fields: 

LCID: The Logical Channel ID field identifies the logical channel instance of the corresponding MAC SDU or 
the type of the corresponding MAC control element or padding as described in tables 6.2.1-1, 6.2.1-2 and 6.2.1-4 
for the DL-SCH, UL-SCH and MCH respectively. There is one LCID field for each MAC SDU, MAC control 
element or padding included in the MAC PDU. In addition to that, one or two additional LCID fields are 
included in the MAC PDU, when single-byte or two-byte padding is required but cannot be achieved by padding 
at the end of the MAC PDU. The LCID field size is 5 bits; 

L: The Length field indicates the length of the corresponding MAC SDU or variable- sized MAC control element 
in bytes. There is one L field per MAC PDU subheader except for the last subheader and subheaders 
corresponding to fixed-sized MAC control elements. The size of the L field is indicated by the F field; 

- F: The Format field indicates the size of the Length field as indicated in table 6.2.1-3. There is one F field per 
MAC PDU subheader except for the last subheader and subheaders corresponding to fixed- sized MAC control 
elements. The size of the F field is 1 bit. If the size of the MAC SDU or variable-sized MAC control element is 
less than 128 bytes, the value of the F field is set to 0, otherwise it is set to 1; 

- E: The Extension field is a flag indicating if more fields are present in the MAC header or not. The E field is set 
to "1" to indicate another set of at least R/R/E/LCID fields. The E field is set to "0" to indicate that either a MAC 
SDU, a MAC control element or padding starts at the next byte; 

- R: Reserved bit, set to "0". 

The MAC header and subheaders are octet aligned. 
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Table 6.2.1-4: Values of LCID for MCH 


Index 

LCID values 

00000 

MCCH (see note) 

00001-11100 

MTCH 

11101 

Reserved 

11110 

MCH Scheduling Information 

11111 

Padding 

NOTE: If there is no MCCH on MCH, an MTCH 
could use this value. 


17.2.3.3 Test description 

1 7.2.3.3.1 Pre-test conditions 

System Simulator: 

- Cell 1 

- System information combination 15 as defined in TS 36.508[18] clause 4.4.3.1 is used. 
UE: 

- none 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18], with the UE TEST LOOP MODE C. 
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17.2.3.3.2 


Test procedure sequence 

Table 17.2.3.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

In the current IVICCH modification period SS 
transmits IVICCH Modification notification for 
notification indicator 


MCCH Modification notification 



2 

In frame number SFN Mod 512 =0 ; i.e. start of 
next MCCH modification period, the SS 
transmits a valid MAC PDU including 'MCH 
Scheduling Information MAC Control Element 
with LCID='00001', Stop MTCH= 
'00000001 111', MCCH RLC PDU(carrying 
MBSFNAreaConfiguration) and MTCH RLC 
PDU carrying 1 MBMS packet 

<— 

MAC PDU (MCH Scheduling 
Information MAC Control Element: 
LCID='00001', StopMTCH= 
'00000001 111', MCCH RLC PDU, 
MTCH RLC PDU) 



- 

Exception; Steps 3 and 4 are repeated 8 times 

- 

- 

- 

- 

3 

In frame with SFN MOD 32 is not =0 and SFN 
MOD 16 =0, the SS transmits MCH MAC PDU 
containing 'MCH Scheduling Information MAC 
Control Element with LCID='00001', Stop 
MTCH= '00000001 111' and MTCH RLC PDU 
carrying 1 MBMS packet 

<— 

MAC PDU (MCH Scheduling 
Information MAC Control Element: 
LCID='00001', StopMTCH= 
'00000001 111', MTCH RLC PDU) 



4 

In frame with SFN MOD 32 =0 the SS 
transmits MCH MCCH PDU containing 'MCH 
Scheduling Information MAC Control Element 
with LCID='00001', Stop MTCH= 
'00000001 111', MCCH RLC PDU(carrying 
MBSFNAreaConfiguration) and MTCH RLC 
PDU carrying 1 MBMS packet 

<- 

MAC PDU (MCH Scheduling 
Information MAC Control Element: 
LCID='00001', StopMTCH= 
'00000001 111', MCCH RLC PDU, 
MTCH RLC PDU) 



5 

The SS transmits an UE TEST LOOP MODE 
C MBMS PACKET COUNTER REQUEST 
message. 

<- 

UE TEST LOOP MODE C MBMS 
PACKET COUNTER REQUEST 



6 

Check: Does the UE responds with UE TEST 
LOOP MODE C MBMS PACKET COUNTER 
RESPONSE with number of reported MBMS 
Packets received on the MTCH is greater than 
zero? 

-> 

UE TEST LOOP MODE C MBMS 
PACKET COUNTER RESPONSE 

1 

P 

Note 1 : The Imcs used in steps 2 ,3 and 4 is signallingl\/ICS-r9. 

Note 2: The subframe number for steps 2,3 and 4 is determined by subframeAllocation which is 1 (FDD)/ 3(TDD). 


1 7.2.3.3.3 Specific message contents 

Table 17.2.3.3.3-1: SystemlnformationBlockType2 ior Cell 1 (preamble) 


Derivation Path: 36.508 table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




mbsfn-SubframeConfiguration SEQUENCE { 




radioframeAllocation Period 

n4 



radioframeAllocationOffset 





subframeAllocation CHOICE{ 




oneFrame 

'100000' 



1 




1 




} 
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Table 17.2.3.3.3-3: MBSFNAreaConfiguration (steps 2 and 4, Table 17.2.3.3.2-1) 


Derivation Path: 36.508 table 4.6.1-4A 

Information Element 

Value/remark 

Comment 

Condition 

MBSFNAreaConfiguration-r9 ::= SEQUENCE { 




commonSF-Alloc-r9 SEQUENCE (SIZE 
(1 ..maxMBSFN-Allocations)) OF SEQUENCE { 




commonSF-AllocPeriod-rQ 

rf16 



pmch-lnfoList-r9 SEQUENCE (SIZE 
(0..maxPMCH-PerMBSFN)) OF SEQUENCE { 




pmch-Config-r9 SEQUENCE { 




sf-AllocEnd-r9 

3 



dataMCS-r9 





nnch-SchedulingPeriod-r9 

rf16 



} 




1 




} 




} 





17.2.4 Reception of PDCCH DCI format and PHICH in MBSFN 
subframes 


17.2.4.1 
(1) 


Test Purpose (TP) 


with { UE in E-UTRAN RRC_CONNECTED state and in a subframe configured as MBSFN subframe} 
ensure that { 

when { UE receives a PDCCH DCI format } 

then { UE performs uplink data transmission as per DCI format received } 


(2) 

with { UE in E-UTRAN RRC_CONNECTED state and in a subframe configured as MBSFN subframe} 
ensure that { 

when { UE receives a PHICH for an uplink data transmission made} 
then { UE acts upon the PHICH information } 


17.2.4.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.211 clause 6.1.1, 6.7, TS 
36.331 clause 5.2.2.9 and TS 36.213 clause 8.3. 

[TS 36.211, clause 6.1.1] 

A subset of the downlink subframes in a radio frame on a carrier supporting PDSCH transmission can be configured as 
MBSFN subframes by higher layers. Each MBSFN subframe is divided into a non-MBSFN region and an MBSFN 
region. 

The non-MBSFN region spans the first one or two OFDM symbols in an MBSFN subframe where the length of 
the non-MBSFN region is given by Table 6.7-1. Transmission in the non-MBSFN region shall use the same 
cyclic prefix length as used for subframe 0. 

- The MBSFN region in an MBSFN subframe is defined as the OFDM symbols not used for the non-MBSFN 
region. 

[TS 36.211, clause 6.7] 

The physical control format indicator channel carries information about the number of OFDM symbols used for 
transmission of PDCCHs in a subframe. The set of OFDM symbols possible to use for PDCCH in a subframe is given 
by Table 6.7-1. 
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Table 6.7-1 : Number of OFDM symbols used for PDCCH 


Subframe 

Number of OFDM symbols 
for PDCCH when N^^ > 10 

Number of OFDM symbols for 
PDCCH when N^^ < 10 

Subframe 1 and 6 for frame structure type 2 

1,2 

2 

MBSFN subframes on a carrier supporting 
PDSCH, configured with 1 or 2 cell-specific 
antenna ports 

1,2 

2 

MBSFN subframes on a carrier supporting 
PDSCH, configured with 4 cell-specific antenna 
ports 

2 

2 

Subframes on a carrier not supporting PDSCH 





Non-MBSFN subframes (except subframe 6 for 
frame structure type 2) configured with 
positioning reference signals 

1,2,3 

2,3 

All other cases 

1,2,3 

2,3,4 


The PCFICH shall be transmitted when the number of OFDM symbols for PDCCH is greater than zero. 

[TS 36.331, clause 5.2.2.9] 

Upon receiving SystemInformationBlockType2, the UE shall: 

1> if the mbsfn-SubframeConfigList is included: 

2> consider that no other DL assignments occur in the MBSFN subframes indicated in the mbsfn- 
Subframe ConfigList: 

[TS 36.213, clause 8.3] 

For Frame Structure type 1, an ACK/NACK received on the PHICH assigned to a UE in subframe / is associated with 
the PUSCH transmission in subframe i-4. 

For Frame Structure type 2 UL/DL configuration 1-6, an ACK/NACK received on the PHICH assigned to a UE in 
subframe / is associated with the PUSCH transmission in the subframe i-k as indicated by the following table 8.3-1. 

For Frame Structure type 2 UL/DL configuration 0, an ACK/NACK received on the PHICH in the resource 
corresponding to IpHicH = . as defined in Section 9.1.2, assigned to a UE in subframe / is associated with the PUSCH 
transmission in the subframe i-k as indicated by the following table 8.3-1. If, for Frame Structure type 2 UL/DL 
configuration 0, an ACK/NACK received on the PHICH in the resource corresponding to IpHicH = 1 . as defined in 
Section 9.1.2, assigned to a UE in subframe / is associated with the PUSCH transmission in the subframe i-6. 

Table 8.3-1 : /rfor TDD configurations 0-6 


TDD UL/DL 
Configuration 

DL subframe number / 



1 

2 

3 

4 

5 

6 

7 

8 

9 



7 

4 




7 

4 




1 


4 



6 


4 



6 

2 




6 





6 


3 

6 








6 

6 

4 









6 

6 

5 









6 


6 

6 

4 




7 

4 



6 


The physical layer in the UE shall deliver indications to the higher layers as follows: 
For downlink subframe /, if a transport block was transmitted in the associated PUSCH subframe then: 
if ACK is decoded on the PHICH in subframe /, ACK shall be delivered to the higher layers; 

- else NACK shall be delivered to the higher layers. 
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17.2.4.3 Test description 

1 7.2.4.3.1 Pre-test conditions 
System Simulator: 

- Cell 1 

- System information combination 15 as defined in TS 36.508 [18] clause 4.4.3.1 is used. 
UE: 

None. 
Preamble: 

- The UE is in state Loopback Activated (state 4) according to [18]. 

The loop back size is set in such a way that one RLC SDU in DL shall result in 1 RLC SDU's in UL. 

- No UL Grant is allocated; PUCCH is in synchronised state for sending Scheduling Requests. 

1 7.2.4.3.2 Test procedure sequence 

Table 17.2.4.3.2-1: Main behaviour 


St 

Procedure 

IVIessage Sequence 

IP 

Verdict 

U-S 

IVIessage 

1 

The 88 transmits a Paging message in a 
paging occasion including a 
systemlnfoModification. 

<— 

Paging 



2 

From the beginning of the next modification 
period the 88 transmits a modified 
SystemlnformationBlockType2 as specified. 





3 

The 88 Transmits a valid IVIAC PDU 
containing RLC PDU 

<- 

MAC PDU 

- 

- 

4 

The 88 is configured for Uplink Grant 
Allocation Type 3. The 88 allocates an UL 
Grant (DCI format 0) in 8FN x, sub frame 
3(FDD)/4(TDD). 

<- 

Uplink Grant 



5 

Check: Does the UE transmit a MAC PDU 
including one RLC 8DU, as per grant in step 2 
? 

— > 

MAC PDU 

1 

P 

6 

The 88 transmits a NACK corresponding to 
MAC PDU in step 5 in 8FN x+1 , sub frame 
1(FDD)/4(TDD). 

<- 

HARQ NACK 



7 

Check: Does the UE retransmit the MAC 
PDU? 

-> 

MAC PDU 

2 

P 

8 

The 88 transmits a NACK corresponding to 
MAC PDU in step 7 in 8FN x+1 , sub frame 
9(FDD)/ 8FN x+2, sub frame 4(TDD). 

<- 

HARQ NACK 



9 

The UE retransmit the MAC PDU. 

-> 

MAC PDU 

- 

- 

10 

The 88 transmits an ACK corresponding to 
MAC PDU in step 9 in 8FN x+2, sub frame 
7(FDD)/ 8FN x+3, sub frame 4(TDD). 

<- 

HARQ ACK 



11 

Check: Does the UE retransmit the MAC PDU 
? 

-> 

MAC PDU 

2 

F 

12 

The 88 transmits a Paging message in a 
paging occasion including a 
systemlnfoModification. 

<~ 

Paging 



13 

From the beginning of the next modification 
period the 88 transmits a 
6eiau\\SystenfilnfornfiationBlockType2diS in T8 
36.508, table 4.4.3.3-1. 
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1 7.2.4.3.3 Specific message contents 

Table 17.2.4.3.3-1: SystemlnformationBlockType2iov Cell 1 (step 2, Table 17.2.4.3.2-3) 


Derivation Path: 36.508 table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystennlnfornnationBlockType2 ::= SEQUENCE { 




mbsfn-SubframeConfiguration SEQUENCE { 




radioframeAllocationPeriod 

n1 



radioframeAllocationOffset 





subframeAllocation CHOICE{ 




oneFrame 

'101010' 

corresponds to 
subframes 1 , 3 
and 7 

FDD 

oneFrame 

'010000' 

corresponds to 
subframe 4 

TDD 

1 




1 




} 





17.3 MBMS Counting Procedure 

1 7.3.1 MBMS Counting / UE not receiving MBMS service 

17.3.1.1 Test Purpose (TP) 

(1) 

with { UE in E-UTRA RRC_Connected state} 
ensure that { 

when { UE is not in MBSFN area, enters another cell in MBSFN area, SS sends MBMS Count ingRe quest 
message and UE is interested to receive at least one of the services received in 
MBMS Count ingRe sponse message } 

then { UE shall start acquiring the MBMSCountingRequest message from the beginning of the 
repetition period and send MBMSCount ingRe sponse message } 

} 

(2) 

with { UE in E-UTRA RRC_Connected state } 
ensure that { 

when { UE is not receiving an MBMS service, receives MCCH information change notification, SS sends 
MBMSCountingRequest message and UE is interested to receive at least one of the services received in 
MBMSCount ingRe sponse message } 

then { UE shall start acquiring the MBMSCountingRequest message from the beginning of the 
modification period following the one in which the change notification was received and send 
MBMSCount ingRe sponse message } 


17.3.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331 clause 5.8.2.3, 
5.8.4.1, 5.8.4.2 and 5.8.4.3. 

[TS 36.331 clause 5.8.2.3] 

An MBMS capable UE shall: 

1> if the procedure is triggered by an MCCH information change notification: 

2> start acquiring the MBSFNAreaConfiguration message and the MBMSCountingRequest message if present, 
from the beginning of the modification period following the one in which the change notification was 
received; 

NOTE 1 : The UE continues using the previously received MCCH information until the new MCCH information 
has been acquired. 
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1> if the UE enters an MBSFN area: 

2> acquire the MBSFNAreaConfiguration message and the MBMSCountingRequest message if present, at the 
next repetition period; 

1> if the UE is receiving an MBMS service: 

2> start acquiring the MBSFNAreaConfiguration message and the MBMSCountingRequest message if present, 
that both concern the MBSFN area of the service that is being received, from the beginning of each 
modification period; 

[TS 36.331 clause 5.8.4.1] 


UE 


EUTRAN 


^ MBMSCountingRequest 



Figure 5.8.4.1-1: MBMS Counting procedure 


The MBMS Counting procedure is used by the E-UTRAN to count the number of RRC_CONNECTED mode UEs 
which are receiving via an MRB or interested to receive via an MRB the specified MBMS services. 

The UE determines interest in an MBMS service, that is identified by the TMGI, by interaction with upper layers. 

[TS 36.331 clause 5.8.4.2] 

E-UTRAN initiates the procedure by sending an MBMSCountingRequest message. 

[TS 36.331 clause 5.8.4.3] 

Upon receiving the MBMSCountingRequest message, the UE in RRC_CONNECTED mode shall: 

1> if the UE is receiving via an MRB or interested to receive via an MRB at least one of the services in the received 
countingRequestList: 

2> if more than one entry is included in the mbsfn-ArealnfoList received in SystemInformationBlockTypel3: 

3> include the mbsfn-Arealndex in the MBMSCountingResponse message and set it to the index of the entry 
in the mhsfn-ArealnfoList within the received SystemlnformationBlockTypelS that corresponds with the 
MBSFN area used to transfer the received MBMSCountingRequest message; 

2> for each MBMS service included in the received countingRequestList: 

3> if the UE is receiving via an MRB or interested to receive via an MRB this MBMS service: 

4> include an entry in the countingResponseList within the MBMSCountingResponse message with 

countingResponseService set it to the index of the entry in the countingRequestList within the received 
MBMSCountingRequest that corresponds with the MBMS service the UE is receiving or interested to 
receive; 

2> submit the MBMSCountingResponse message to lower layers for transmission upon which the procedure 
ends; 

NOTE 1: UEs that are receiving an MBMS User Service [56] by means of a Unicast Bearer Service [57] (i.e. via a 
DRB), but are interested to receive the concerned MBMS User Service [56] via an MBMS Bearer Service 
(i.e. via an MRB), respond to the counting request. 
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NOTE 2: The UE treats the MBMSCountingRequest messages received in each modification period independently. 
In the unlikely case E-UTRAN would repeat an MBMSCountingRequest (i.e. including the same services) 
in a subsequent modification period, the UE responds again. 


Test description 
Pre-test conditions 


17.3.1.3 
17.3.1.3.1 
System Simulator: 

- Cell 1 does not belong to any MB SEN areas 

- Cell 2 belongs to an MB SEN area 

System information combination 1 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA Cell 1 
System information combination 16 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 2 
UE: 

the UE supporting MBMS services. 

- the UE is interested in receiving MBMS services 
Preamble: 

- The UE is in state Generic RB Established (state 3) according to [18] on Cell 1. 

17.3.1.3.2 Test procedure sequence 

Table 17.1.2.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
column marked "TT'is to be applied subsequently. The exact instants on which these values shall be applied are 
described in the texts in this clause. 

Table 17.3.1.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-91 


T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-91 

-85 

The power level values are 
assigned to satisfy Rceii i < Rceii 

2. 
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Table 17.3.1.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

IP 

Verdict 

U-S 

Message 

1 

The SS changes Cell 1 and Cell 2 level 
according to the row'TI" in table 17.3.1.3.2-1. 

- 

- 

- 

- 

2 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform handover to 
Cell 2. 

<- 

RRCConnectionReconfiguration 



3 

The UE transmits an 

RRCConnectionReconfigurationComplete 
message on Cell 2 

~> 

RRCConnectionReconfigurationC 
omplete 



4 

The SS sends MBSFNAreaConfiguration 
message and MBMSCountingRequest 
message 

<- 

MBSFNAreaConfiguration 
MBMSCountingRequest 



5 

Wait for a period equal to the MCCH repetition 
period for the UE to receive 
MBSFNAreaConfiguration message and 
MBMSCountingRequest message 





6 

The UE is interested to receive at least one of 
the services received in 
MBMSCountingResponse message. 





7 

Check: Does the UE send 
MBMSCountingResponse message? 

-> 

MBMSCountingResponse 

1 

P 

8 

The SS transmits MCCH information change 
notification 

- 

- 

- 

- 

9 

The SS transmits MBSFNAreaConfiguration 
message and MBMSCountingRequest 
message 

<— 

MBSFNAreaConfiguration 
MBMSCountingRequest 



10 

Wait for a period equal to the MCCH 
modification period for the UE to receive 
MBSFNAreaConfiguration message and 
MBMSCountingRequest message from the 
beginning of the modification period following 
the one in which the change notification was 
received 





11 

The UE is interested to receive at least one of 
the services received in 
MBMSCountingResponse message. 





12 

Check: Does the UE send 
MBMSCountingResponse message? 

-> 

MBMSCountingResponse 

2 

p 


17.3.1.3.3 


Specific message contents 


Table 17.3.1.3.3-1 : SystemlnformationBlockType2 ior Cell 1 (preamble and all steps, Table 17.3.1.3.2- 

2) 


Derivation Path: 36.508 table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




mbsfn-SubframeConfiguration SEQUENCE { 




radioframeAllocationPeriod 

n4 



radioframeAllocationOffset 





subframeAllocation CHOICE{ 




oneFrame 

'100000' 



1 




1 




1 




Table 17.3.1.3.3-2: RRCConnectionReconfiguration (step 2, Table 17.3.1.3.2-2) 

Derivation Path: 36.508, Table 4.6.1-8, condition HO 
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Table 17.3.1.3.3-3: MobilityControllnfo (Tab\e 17.3.1.3.3-2) 


Derivation Path: 36.508, Table 4.6.5-1 

Information Element 

Value/remark 

Comment 

Condition 

MobilityControllnfo ::= SEQUENCE { 




targetPhysCellld 

PhysicalCellldentity of 
Cell 2 



carrierFreq SEQUENCE { 




dl-CarrierFreq 

Same downlink EARFCN 
as used for Cell 2 



ul-CarrierFreq 

Not present 



} 




} 





Table 17.3.1.3.3-4: MBSFNAreaConfiguration (steps 4 and 9, Table 17.3.1.3.2-2) 


Derivation Path: 36.508 table 4.6.1-4A 

Information Element 

Value/remark 

Comment 

Condition 

MBSFNAreaConfiguration-r9 ::= SEQUENCE { 




commonSF-Alloc-r9 SEQUENCE (SIZE 
(1 ..maxMBSFN-Allocations)) OF SEQUENCE { 




commonSF-AllocPeriod-rQ 

rf32 



pmch-lnfoList-r9 SEQUENCE (SIZE 
(0..maxPMCH-PerMBSFN)) OF SEQUENCE { 




pmch-Config-r9 SEQUENCE { 




sf-AllocEnd-r9 

7 



dataMCS-r9 





nnch-SchedulingPeriod-r9 

rf256 



} 




1 




} 




} 





17.3.2 


17.3.2.1 


MBMS Counting / UE receiving IVIBIVIS service 
Test Purpose (TP) 


(1) 


with { UE in E-UTRA RRC_Connected state} 
ensure that { 

when { UE is in MBSFN area, enters another cell in MBSFN area, SS sends MBMS Count ingRe quest 
message and UE is interested to receive at least one of the services received in 
MBMS Count ingRe sponse message } 

then { UE shall start acquiring the MBMS Count ingRe quest message from the beginning of the 
repetition period and send MBMS Count ingRe sponse message } 

} 

(2) 

with { UE in E-UTRA RRC_Connected state } 
ensure that { 

when { UE is receiving an MBMS service, receives MCCH information change notification, SS sends 
MBMSCountingRequest message and UE is interested to receive at least one of the services received in 
MBMS Count ingRe sponse message } 

then { UE shall start acquiring the MBMSCountingRequest message from the beginning of the 
modification period following the one in which the change notification was received and send 
MBMSCount ingRe sponse message } 


17.3.2.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331 clause 5.8.2.3, 
5.8.4.1, 5.8.4.2 and 5.8.4.3. 

[TS 36.331 clause 5.8.2.3] 
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An MBMS capable UE shall: 

1> if the procedure is triggered by an MCCH information change notification: 

2> start acquiring the MBSFNAreaConfiguration message and the MBMS CountingRe quest message if present, 
from the beginning of the modification period following the one in which the change notification was 
received; 

NOTE 1 : The UE continues using the previously received MCCH information until the new MCCH information 
has been acquired. 

1> if the UE enters an MB SEN area: 

2> acquire the MBSFNAreaConfiguration message and the MBMSCountingRequest message if present, at the 
next repetition period; 

1> if the UE is receiving an MBMS service: 

2> start acquiring the MBSFNAreaConfiguration message and the MBMSCountingRequest message if present, 
that both concern the MB SEN area of the service that is being received, from the beginning of each 
modification period; 

[TS 36.331 clause 5.8.4.1] 


UE 


EUTRAN 


^ MBMSCountingRequest 



Figure 5.8.4.1-1 : MBMS Counting procedure 


The MBMS Counting procedure is used by the E-UTRAN to count the number of RRC_CONNECTED mode UEs 
which are receiving via an MRB or interested to receive via an MRB the specified MBMS services. 

The UE determines interest in an MBMS service, that is identified by the TMGI, by interaction with upper layers. 

[TS 36.331 clause 5.8.4.2] 

E-UTRAN initiates the procedure by sending an MBMSCountingRequest message. 

[TS 36.331 clause 5.8.4.3] 

Upon receiving the MBMSCountingRequest message, the UE in RRC_CONNECTED mode shall: 

1> if the UE is receiving via an MRB or interested to receive via an MRB at least one of the services in the received 
countingRequestList: 

2> if more than one entry is included in the mbsfn-ArealnfoList received in SystemlnformationBlockTypelS: 

3> include the mhsfn-Arealndex in the MBMSCountingResponse message and set it to the index of the entry 
in the mhsfn-ArealnfoList within the received SystemlnformationBlockTypelS that corresponds with the 
MB SEN area used to transfer the received MBMSCountingRequest message; 

2> for each MBMS service included in the received countingRequestList. 

3> if the UE is receiving via an MRB or interested to receive via an MRB this MBMS service: 
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4> include an entry in the countingResponseList within the MBMSCountingResponse message with 

countingResponseService set it to the index of the entry in the countingRequestList within the received 
MBMSCountingRequest that corresponds with the MBMS service the UE is receiving or interested to 
receive; 

2> submit the MBMSCountingResponse message to lower layers for transmission upon which the procedure 
ends; 

NOTE 1: UEs that are receiving an MBMS User Service [56] by means of a Unicast Bearer Service [57] (i.e. via a 
DRB), but are interested to receive the concerned MBMS User Service [56] via an MBMS Bearer Service 
(i.e. via an MRB), respond to the counting request. 

NOTE 2: The UE treats the MBMSCountingRequest messages received in each modification period independently. 
In the unlikely case E-UTRAN would repeat an MBMSCountingRequest (i.e. including the same services) 
in a subsequent modification period, the UE responds again. 


Test description 
Pre-test conditions 


17.3.2.3 
17.3.2.3.1 
System Simulator: 

- Cell 1 belongs to an MB SEN area 

- Cell 2 belongs to another MB SEN area 

- System information combination 1 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA Cell 1 
System information combination 16 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA Cell 2 

UE: 

the UE supporting MBMS services. 

the UE is configured to receive MBMS services 
Preamble: 

- The UE is in state Generic RB Established (state 3) on Cell 1 according to [18]. 

1 7.3.2.3.2 Test procedure sequence 

Table 17.1.2.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at 
various time instants of the test execution. Row marked "TO" denotes the initial conditions after preamble, while 
columns marked "Tl", and "T2" are to be applied subsequently. The exact instants on which these values shall be 
applied are described in the texts in this clause. 

Table 17.3.2.3.2-1 : Time instances of cell power level and parameter changes 



Parameter 

Unit 

CelM 

Cell 2 

Remark 

TO 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-85 

-91 


T1 

Cell-specific RS 
EPRE 

dBm/15k 
Hz 

-91 

-85 

The power level values are 
assigned to satisfy Rceii i < Rceii 

2. 
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Table 17.3.2.3.2-2: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 

U-S 

Message 

1 

The SS changes Cell 1 and Cell 2 level 
according to the row'TI" in table 17.3.1.3.2-1. 

- 

- 

- 

- 

2 

The SS transmits an 

RRCConnectionReconfiguration message on 
Cell 1 to order the UE to perform handover to 
Cell 2. 

<- 

RRCConnectionReconfiguration 



3 

The UE transmit an 

RRCConnectionReconfigurationComplete 
message on Cell 2? 

~> 

RRCConnectionReconfigurationC 
omplete 



4 

SS sends MBSFNAreaConfiguration message 
and MBMSCountingRequest message 

<- 

MBSFNAreaConfiguration 
MBMSCountingRequest 

- 

- 

5 

Wait for a period equal to the MCCH repetition 
period for the UE to receive 
MBSFNAreaConfiguration message and 
MBMSCountingRequest message 





6 

UE is interested to receive at least one of the 
services received in MBMSCountingResponse 
message. 





7 

Check: Does UE send 
MBMSCountingResponse message? 

-> 

MBMSCountingResponse 

1 

P 

8 

SS transmits MCCH information change 
notification 

- 

- 

- 

- 

9 

SS transmits MBSFNAreaConfiguration 
message and MBMSCountingRequest 
message 

<— 

MBSFNAreaConfiguration 
MBMSCountingRequest 



10 

Wait for a period equal to the MCCH 
modification period for the UE to receive 
MBSFNAreaConfiguration message and 
MBMSCountingRequest message from the 
beginning of the modification period following 
the one in which the change notification was 
received 





11 

UE is interested to receive at least one of the 
services received in MBMSCountingResponse 
message. 





12 

Check: Does UE send 
MBMSCountingResponse message? 

-> 

MBMSCountingResponse 

2 

P 


17.3.2.3.3 


Specific message contents 


Table 17.3.2.3.3-1 : SystemlnformationBlockType2tor Cell 1 (preamble and all steps, Table 17.3.2.3.2- 

2) 


Derivation Path: 36.508 table 4.4.3.3-1 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockType2 ::= SEQUENCE { 




mbsfn-SubframeConfiguration SEQUENCE { 




radioframeAllocationPeriod 

n4 



radioframeAllocationOffset 





subframeAllocation CHOICE{ 




oneFrame 

'100000' 



1 




1 




} 
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Table 17.3.2.3.3-2: MBSFNAreaConfiguration (steps 4 and 9, Table 17.3.2.3.2-2) 


Derivation Path: 36.508 table 4.6.1-4A 

Information Element 

Value/remark 

Comment 

Condition 

MBSFNAreaConfiguration-r9 ::= SEQUENCE { 




commonSF-Alloc-r9 SEQUENCE (SIZE 
(1 ..maxMBSFN-Allocations)) OF SEQUENCE { 




commonSF-AllocPeriod-rQ 

rf32 



pmch-lnfoList-r9 SEQUENCE (SIZE 
(0..maxPMCH-PerMBSFN)) OF SEQUENCE { 




pmch-Config-r9 SEQUENCE { 




sf-AllocEnd-r9 

7 



dataMCS-r9 





nnch-SchedulingPeriod-r9 

rf256 



} 




1 




} 




} 





18 PWS 

18.1 CMASonLTE 

18.1 .1 PWS reception in RRCJDLE state / Duplicate detection 


18.1.1.1 
(1) 


Test Purpose (TP) 


with { UE in RRC_IDLE state and follow the reception of Paging message with cmas- Indication } 

ensure that { 

when { UE start to acquire PWS message from SIB12} 

then { UE successfully received the PWS message and activated the "User Alerting" popup display 


18.1.1.2 


Conformance requirements 


References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 5.2.2.4, 
5.2.2.19, 5.2.2.20, 5.3.2.3; TS 23.041 clause 9.1.2. 

[TS 36.331, clause 5.2.2.4] 

The UE shall: 


1> if the UE is CMAS capable: 

2> upon entering a cell during RRCJDLE, following successful handover or upon connection re-establishment: 

3> discard any previously buffered warningMessageSegment\ 

3> clear, if any, stored values of messageldentifier and serialNumber for SystemInformationBlockTypel2 
associated with the discarded warningMessageSegment ; 

2> when the UE acquires SystemlnformationBlockTypel following CMAS indication, upon entering a cell 
during RRCJDLE, following successful handover and upon connection re-establishment: 

3> if schedulinglnfoList indicates that SystemlnformationBlockTypel! is present: 

4> acquire SystemlnformationBlockTypel 2; 

NOTE 3: UEs shall start acquiring SystemlnformationBlockTypel 2 as described above even when 
systemlnfoValueTag in SystemlnformationBlockTypel has not changed. 
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1> if the UE is interested to receive MBMS services; and 

1> if schedulinglnfoList indicates that SystemInformationBlockTypel3 is present and the UE does not have stored a 
vahd version of this system information block: 

2> aquire SystemInformationBlockTypel3\ 

The UE may apply the received SIBs immediately, i.e. the UE does not need to delay using a SIB until all SI messages 
have been received. The UE may delay applying the received SIBs until completing lower layer procedures associated 
with a received or a UE originated RRC message, e.g. an ongoing random access procedure. 

NOTE 4: While attempting to acquire a particular SIB, if the UE detects from schedulinglnfoList that it is no longer 
present, the UE should stop trying to acquire the particular SIB. 

[TS 36.331, clause 5.2.2.19] 

Upon receiving SystemInformationBlockTypel2, the UE shall: 

1> if the SystemInformationBlockTypel2 contains a complete warning message: 

2> forward the received warning message, messageldentifier, serialNumher and dataCodingScheme to upper 
layers; 

2> continue reception of SystemInformationBlockTypel2\ 

1> else: 

2> if the received values of messageldentifier and serialNumber are the same (each value is the same) as a pair 
for which a warning message is currently being assembled: 

3> store the received warningMessageSegment; 

3> if all segments of a warning message have been received: 

4> assemble the warning message from the received warningMessageSegment\ 

4> forward the received warning message, messageldentifier, serialNumber and dataCodingScheme to 
upper layers; 

4> stop assembling a warning message for this messageldentifier and serialNumber and delete all stored 
information held for it; 

3> continue reception of SystemInformationBlockTypel2\ 

2> else if the received values of messageldentifier and/or serialNumber are not the same as any of the pairs for 
which a warning message is currently being assembled: 

3> start assembling a warning message for this messageldentifier and serialNumber pair; 

3> store the received warningMessageSegment; 

3> continue reception of SystemlnformationBlockType 12; 

The UE should discard warningMessageSegment and the associated values of messageldentifier and serialNumber for 
SystemInformationBlockTypel2 if the complete warning message has not been assembled within a period of 3 hours. 

NOTE: The number of warning messages that a UE can re-assemble simultaneously is a function of UE 
implementation. 

[TS 36.331, clause 5.2.2.20] 

No UE requirements related to the contents of this SystemlnformationBlock apply other than those specified elsewhere 
e.g. within procedures using the concerned system information, and/ or within the corresponding field descriptions. 

[TS 36.331, clause 5.3.2.3] 

Upon receiving the Paging message, the UE shall: 
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1> if the cmas-Indication is included and the UE is CM AS capable: 

2> re-acquire SystemlnformationBlockTypel immediately, i.e., without waiting until the next system information 
modification period boundary as specified in 5.2.1.5; 

2> if the schedulinglnfoList indicates that SystemlnformationBlockTypel! is present: 
3> acquire SystemlnformationBlockTypel 2; 
[TS 23.041, clause 9.1.2] 


Alternatively, when emergency messages (e.g. ETWS message etc.) are to be sent, the following message flow applies. 
In this case, the paging message with a new emergency indication can invoke mobile terminals to start receiving CBS 
messages without MMI. Mobile stations invoked to start receiving CBS messages this way may stop receiving CBS 
messages (without MMI) after a period of time, which should not be less than 30 minutes in case DRX-Level-2 is used, 
and 2 minutes in case DRX-Level-1 is used. 


CBE 


2. Information 


S.Ack 


CBC SGSN RNC 


NodeB 


UE 


1. Registration and Security procedures 


3 . Write - Replace 


7 .Report -Success 


4. Broadcast Request 


5-a . Broadcast 
information 


5-b. Paging 


5-c . Primary 
Notification 
with Security 


6. User 
Alerting 


Figure 4b 


0. Device Management is used to configure the UE with a list of PLMNs that wish the UE to accept ETWS 
warnings over paging message. 

1. Network registration and security (e.g. mutual authentication) procedures are performed. The UE stores a flag 
that indicates whether or not it has authenticated the network. 

NOTE 1: This step is performed each time a UE is attached to a network (e.g. after each power-on). 

2. CBE (e.g. Information Source such as PSAP or Regulator) sends emergency information ("warning type", 
"warning message", "impacted area", and "time period") to the CBC. The CBC shall authenticate this request. 
The "warning type" takes one of the following values: earthquake, tsunami, earthquake and tsunami, test, or 
other. 

NOTE 2: The interface between CBE and CBC is outside the scope of 3GPP. 
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3. Using the "impacted area information", the CBC identifies which RNCs need to be contacted and constructs the 
"Service Area ID hst" for the cells in which the information is to be broadcast. 

The CBC shall send a WRITE-REPLACE message to all the identified RNCs. The message shall include an 
"emergency indication" to differentiate it from normal Cell Broadcast information, as well as the "Service Area 
ID list", "warning type", "warning message". 

NOTE 3: Due to requirements in earlier versions of this document, it is possible for "digital signature" and 
"timestamp" information to be transmitted within "warning message". 

4. The RNCs use the "Service Area ID list" information to identify which NodeBs they need to reach, and then, 
they relay information to them using the appropriate lub interface message. 

5. The NodeB receives the lub message containing the emergency indication. As parallel actions, the RNC/NodeB: 

a) shall start to broadcast the "warning message". This is broadcast by using a Cell Broadcast channel and 
modified System Information messages. This broadcast information is repeated continuously by the NodeB 
for the "time period" requested by the CBE. 

b) shall use paging messages in every paging group to alert idle mode mobiles to receive the broadcast warning 
message. Typically these paging messages are repeated in all paging groups for several DRX periods. The 
paging message contains the "ETWS indication" based on the "warning type" information. When the 
"warning type" is set to 'other', all of the warning information is included in the broadcast "warning 
message". 

c) may send the "ETWS indication" in other messages (System Information Change Indication or ETWS 
Primary Notification With Security) in order to reach mobiles in connected mode. Inclusion of "ETWS 
indication" is the same as that of the paging message mentioned above. 

6. The UE alerts the user immediately, using "warning type" value upon the reception of the "ETWS Indication", if 
the UE has been configured to receive ETWS warnings on that PLMN and the UE has authenticated the core 
network of the NodeB it is camped on. 

NOTE 4: If the UE received the "ETWS Indication" more than once it will silently discard the optional primary 
notification. 

NOTE 5: When the "warning type" is 'test', the UE silently discards the "ETWS Indication" and does not perform 
the reception of the broadcast message described below. However, the UE specially designed for testing 
purposes may perform user alerting described above and proceed to the reception of the broadcast 
message described below. 

NOTE 6: If the UE has not authenticated the core network of the NodeB it is camped on, the UE does not perform 
the reception of the broadcast message described below. 

Upon the reception of the"ETWS Indication", the UE activates the reception of the broadcast messages containing 
the "warning message" as the secondary notification. The UE indicates the contents of the "warning message" to 
the user. 

The UE shall consider a message duplicated if the combination of "message identifier" and "serial number" matches 
that of the previous message received from the same PLMN. The UE shall ignore messages detected as 
duplicated. Duplicate message detection shall be performed independently for primary and secondary 
notifications. 

The UE shall ignore the values of "digital signature" and "timestamp" if received. 

NOTE 7: The "digital signature" and "timestamp" can be received due to requirements in earlier versions of this 
document. 

7. The RNC node sends a BMC REPORT-SUCCESS to the CBC in response to Write-Replace. 

8. CBC sends acknowledgement message to CBE. 
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Test description 
Pre-test conditions 


18.1.1.3 
18.1.1.3.1 
System Simulator: 

- Cell 1 
UE: 
None. 
Preamble: 

- The UE is in state Registered, Idle mode (state 2) according to [18]. 
18.1.1.3.2 Test procedure sequence 

Table 18.1.1.3.2-1: Main behaviour 


St 

Procedure 

Message Sequence 

TP 

Verdict 


U-S 

Message 

1 

The 88 include a CMA8 message with new 
messageldentifier and serialNumber in 
SystemlnformationBlockType12 an6 transmit a 
Paging message including cmas-lndication on 
CelM (NOTED. 

<— 

Paging 



2 

Check: Does the UE indicate the contents of 
the "warning message" to the user (N0TE2)? 

- 

- 

1 

P 

3 

The 88 waits for 10s. 

- 

- 

- 

- 

4 

The 88 include a CMA8 message with same 
messageldentifier an6 serialNumber m 
SystemlnformationBlockType12 an6 transmit a 
Paging message including cmas-lndication on 
CelM (NOTED. 

<- 

Paging 



5 

Check: Does the UE indicate the contents of 
the "warning message" to the user (N0TE2)? 

- 

- 

1 

F 

N0TE1 : SystemlnformationBlockType 12 contain 3 segments. 

N0TE2: The data indication and user alerting are the UE implementation issues. 


18.1.1.3.3 Specific message contents 

Table 18.1.1.3.3-1: SystemlnformationBlockTypel for Cell 1 (all steps, Table 18.1.1.3.2-1) 


Derivation Path: 36.508 table 4.4.3.2-3 

Information Element 

Value/remark 

Comment 

Condition 

SystemlnformationBlockTypel ::= SEQUENCE { 




schedulinglnformation ::= SEQUENCE (SIZE 
(L.maxSI-Message)) OF SEQUENCE {} 

Combination in TS 
36.508 section 4.4.3.1 is 
FFS 



1 





Table 18.1.1.3.3-2: Paging (step 1 and step 4, Table 18.1.1.3.2-1) 


Derivation Path: 36.508 Table 4.6.1-7 

Information Element 

Value/remark 

Comment 

Condition 

Paging ::= SEQUENCE { 




pagingRecordList 

Not present 



systemlnfoModification 

Not present 



etws-lndication 

true 



nonCriticalExtension SEQUENCE {} 

Not present 



1 
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Batch 2 - Update to test case 8.3.1 .8 

8.0.1 

8.1.0 

2009-03 

RAN#43 

R5-090720 

0140 


Batch-2: Update to RRC part 3 test case 
8.3.1.3 

8.0.1 

8.1.0 

2009-03 

RAN#43 

R5-090721 

0141 


Batch-2: Update to RRC part 3 test case 
8.3.1.5 

8.0.1 

8.1.0 

2009-03 

RAN#43 

R5-090722 

0142 


Batch 2: Addition of new EMM TC 9.2.1 .2.3: 
Successful combined attach procedure, EPS 
service only / MSC temporarily not reachable 

8.0.1 

8.1.0 

2009-03 

RAN#43 

R5-090730 

0143 


Batch 1 :Corrections to MAC test case 7.1 .2.3 

8.0.1 

8.1.0 

2009-03 

RAN#43 

R5-090732 

0144 


Batch 2 - Addition of new test case 9.2.1 .2.6 

8.0.1 

8.1.0 

2009-03 

RAN#43 

R5-090733 

0145 


Batch 2 - Addition of new test case 9.2.3.2.6 

8.0.1 

8.1.0 

2009-03 

RAN#43 

R5-090734 

0146 


Batch 1 :Corrections to MAC test case 7.1 .4.2 

8.0.1 

8.1.0 

2009-03 

RAN#43 

R5-090735 

0147 


Batch 1 :Corrections to MAC test case 7.1 .3.2 

8.0.1 

8.1.0 

2009-03 

RAN#43 

R5-090736 

0148 


Batch 2: Update of RRC parti TC 8.1 .3.4 RRC 
Connection Release: redirection to another E- 
UTRAN frequency 

8.0.1 

8.1.0 

2009-03 

RAN#43 

R5-090740 

0149 

4 

Batch 1A- Update of E-UTRA RLC (AM) test 
case 7.2.3.18 

8.0.1 

8.1.0 

2009-05 

RAN#44 

R5-092052 

0150 


GCF Priority 1 - Update of 9.1.2.1 test 
procedure sequence and editorials 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092053 

0151 


GCF Priority 2 - Update of TC 9.1 .2.3 
Authentication not accepted by the network, 
GUT! used, authentication reject and re- 
authentication 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092054 

0152 


GCF Priority 2 - Update TC 9.1 .2.4 
Authentication not accepted by the UE MAC 
code failure 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092055 

0153 


GCF Priority 2 - New TC 9.1 .2.5 Authentication 
not accepted by the UE, SQN failure 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092061 

0154 


GCF Priority 1 - Update of RRC test case 
9.3.1.1 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092076 

0155 


GCF Priority 2: First lu mode to SI mode 
intersystem change after attach: go to E- 
UTRAN RRC idle: RAU to UTRAN (9.2.3.3.1) 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092077 

0156 


Batch 2: Addition of 8.1 .3.9 RRC Redirection 
from E-UTRAN to HRPD 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092078 

0157 


Batch 2: Addition of 8.1.3.10 RRC Redirection 
from E-UTRAN to CDMA2000-1XRTT 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092107 

0158 


GCF Priority 1 - Update of E-UTRA MAC test 
case 7.1.3.1 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092108 

0159 


GCF Priority 1 - Update of E-UTRA MAC test 
case 7.1.4.1 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092109 

0160 


GCF Priority 1 - Update of E-UTRA MAC test 
case 7.1.4.4 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092110 

0161 


GCF Priority 1 - Update of E-UTRA MAC test 
case 7.1.4.5 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092112 

0162 


GCF Priority 1 - Update of E-UTRA MAC test 
case 7.1.4.8 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092113 

0163 


GCF Priority 1 - Update of E-UTRA MAC test 
case 7.1.4.10 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092114 

0164 


GCF Priority 1 - Update of E-UTRA MAC test 
case 7.1.4.13 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092115 

0165 


GCF Priority 1 - Proposal to remove E-UTRA 
RLC test case 7.2.3.19 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092181 

0166 


GCF Priority 2 - Update of test case 8.5.1 .5 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092185 

0167 


GCF Priority 1 - Update of test case 8.2.3.1 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092190 

0168 


GCF Priority 1 - Update of E-UTRA RLC (AM) 
test case 7.2.3.1 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092191 

0169 


GCF Priority 1 - Update of E-UTRA RLC (AM) 
test case 7.2.3.2 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092192 

0170 


GCF Priority 1 - Update of E-UTRA RLC (AM) 
test case 7.2.3.18 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092200 

0171 


GCF Priority 1 - Update of E-UTRA RLC (AM) 
test case 7.2.3.18 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092213 

0172 


Addition of new RRC test case 8.3.2.9 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092228 

0173 


GCF Priority 2 - Update to test case 6.1 .2.15 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092229 

0174 


GCF Priority 1 - Update to test case 6.1 .2.4 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092230 

0175 


GCF Priority 2 - Update to test case 6.1 .2.5 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092234 

0176 


GCF Priority 1 - Update to test case 8.1 .1 .1 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092242 

0177 


GCF Priority 2 - Update to test case 8.1 .3.5 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092245 

0178 


GCF Priority-2: A new EMM test case, 9.2.3.1 .8 

8.1.0 

8.2.0 
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UE receives an indication that the RRC 
connection was released with cause load 
balancing TAU required" 



2009-05 

RAN#44 

R5-092247 

0179 


Introduction of new EMM test cases, 9.2.3.1 .10 
and 9.2.3.1.11 Normal tracking area update/ 
Rejected 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092248 

0180 


Introduction of 9.2.3.1.12 ' Normal tracking area 
update / rejected / EPS service not allowed' 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092249 

0181 


Introduction of 9.2.3.1.13 'Normal tracking area 
update / rejected / UE identity cannot be 
derived by the network' 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092250 

0182 


GCF Priority 2 - Addition of a new test case 
6.1.2.11 Inter-frequency cell reselection 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092251 

0183 


Introduction of 9.2.3.1.14 ' Normal tracking area 
update / rejected / UE implicitly detached' 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092252 

0184 


Introduction of 9.2.3.1.15 ' Normal tracking area 
update / rejected / PLMN not allowed' 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092253 

0185 


Introduction of 9.2.3.1.16 ' Normal tracking 
area update / rejected /Tracking area not 
allowed' 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092258 

0186 


GCF Priority 2 - Update of RRC parti TC 

8.1 .3.4 RRC Connection Release: redirection to 

another E-UTRAN frequency 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092260 

0187 


GCF Priority 2 - Update of RRC parti TC 
8.1.3.6 RRC Connection Release: redirection 
from E-UTRAN to UTRAN 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092262 

0188 


GCF Priority 2 - Correction to idle mode test 
cases 6.1.2.3 and 6.1.2.6 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092272 

0189 


LTE-SIG:TDD related updates in RRC sections 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092276 

0190 


"GCF priority 1 - Update of the LTE test cases 
7.3.3.1 Correct functionality of EPS AS 
encryption algorithms (SNOW 3G)o" 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092278 

0191 


GCF priority 1 - Update of test cases 7.3.3.2 
Correct functionality of EPS UP encryption 
algorithms (SNOW 3G)6 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092280 

0192 


GCF Priority 2 - Update to test case 8.2.4.2 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092281 

0193 


GCF Priority 2 - Update to test case 8.2.4.3 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092283 

0194 


GCF Priority 2 - Update to test case 8.2.4.5 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092284 

0195 


GCF Priority 2 - Update to test case 8.2.4.6 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092285 

0196 


GCF Priority 2 - Update to test case 8.2.4.7 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092288 

0197 


GCF Priority 2 - Update to test case 8.3.1 .8 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092295 

0198 


Addition of new test case 9.2.1 .2.8 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092296 

0199 


Addition of new test case 9.2.1 .2.9 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092297 

0200 


Addition of new test case 9.2.1 .2. 1 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092299 

0201 


Addition of new test case 9.2.3.2.12 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092300 

0202 


Addition of new test case 9.3.1 .4 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092301 

0203 


Addition of new test case to test case 1 0.X.X 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092327 

0204 


GCF Priority 1 : Update E-UTRA PDCP TC 
7.3.4.1 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092328 

0205 

- 

GCF Priority 1 : Update E-UTRA PDCP TC 
7.3.4.2 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092329 

0206 


GCF Priority 2: Update E-UTRA PDCP TC 
7.3.5.2 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092330 

0207 


GCF Priority 2: Update E-UTRA PDCP TC 
7.3.5.3 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092331 

0208 

- 

GCF Priority 2: Update E-UTRA PDCP TC 
7.3.5.5 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092367 

0209 


GCF Priority 1 - Update of E-UTRA MAC test 
case 7.1.4.6 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092396 

0210 


GCF Priority 2 - Addition of new test case 
6.2.2.3 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092397 

0211 

- 

GCF Priority 2 - Addition of new test case 
6.2.3.7 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092398 

0212 


GCF Priority 2 - Addition of new test case 
6.2.3.8 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092406 

0213 


"GCF Priority 2 - Addition of new LTE test case 
7.2.2.11 UM RLC/ RLC re-establishment 
procedure" 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092417 

0214 


GCF Priority 2:Corrections to EMM test case 
9.1.3.2 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092418 

0215 


GCF Priority 1 :Corrections to MAC test case 
7.1.3.4 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092419 

0216 


GCF Priority 1 :Corrections to MAC test case 
7.1.3.5 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092420 

0217 


GCF Priority 1 :Corrections to MAC test case 

8.1.0 

8.2.0 
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7.1.4.1 



2009-05 

RAN#44 

R5-092421 

0218 


GCF Priority 2: Attach /Abnormal case /Access 
barred because of access class barring or NAS 
signalling connection establishment rejected by 
the network 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092422 

0219 


GCF Priority 2: Corrections to ElVIIVI test case 
9.4.1 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092423 

0220 


GCF Priority 2:Corrections to ElVIIVI test case 
9.4.3 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092430 

0221 


GCF Priority 1 :Corrections to MAC test case 
7.1.1.2 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092451 

0??? 


Update of RSRP / RSRQ measurement result 
checking to the RRC part 3 test cases 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092471 

0223 

- 

GCF Priority 2-Correction of the EMM test case 
9.2.3.1.4 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092480 

0224 


GCF Priority 1 :Corrections to MAC test case 
7.1.2.1 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092481 

0225 


GCF Priority 1 :Corrections to MAC test case 
7.1.2.2 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092484 

0226 


GCF Priority 1 :Corrections to MAC test case 
7.1.2.5 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092485 

0227 


GCF Priority 1 :Corrections to MAC test case 
7.1.2.7 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092486 

0228 


GCF Priority 1 :Corrections to MAC test case 
7.1.2.8 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092500 

0229 


GCF priority 2: Update of 10.2.1 for Dedicated 
EPS bearer context activation / Success 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092501 

0230 


GCF priority 2: Addition of TC 10.4.1 for EPS 
bearer context deactivation / Success 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092502 

0231 


GCF priority 2: Addition of TC 1 0.5.1 for UE 
requested PDN connectivity accepted by the 
network 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092504 

0232 


GCF priority TBC: Addition of TC 1 0.5.2 for UE 
requested PDN connectivity accepted by the 
network / no PDN address allocated 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092505 

0233 

- 

GCF priority 3: Addition of TC 1 0.5.3 for UE 
requested PDN connectivity not accepted 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092506 

0234 


GCF priority 2: Addition of ESM TC 10.6.1 for 
UE requested PDN disconnect procedure 
accepted by the network 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092507 

0235 


GCF Priority 3: Addition of ESM TC 10.6.2 for 
UE requested PDN disconnect procedure not 
accepted by the network 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092510 

0236 


GCF priority 2 - Update of 9.2.1 .1.17 Attach / 
rejected / no suitable cells in tracking area 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092512 

0237 


GCF priority 1 : Update of EMM TC 9.3.1 .2 
Service Request initiated by UE for uplink 
signalling 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092513 

0238 


GCF priority 2: Update of 9.2.1 .1 .17 Attach / 
rejected / no suitable cells in tracking area 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092514 

0239 

- 

GCF priority 1 : Update of 9.2.1 .1 .1 Attach 
Procedure / Success (valid GUTI) 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092515 

0240 


GCF priority 2: Update of 9.2.1 .1 .5 Attach 
Procedure/ Success /ATTACH ACCEPT 
includes the PDN address assigned to the UE 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092516 

0241 


GCF priority 2: Update of 9.2.1 .1 .9 Attach / 
rejected / IMSI invalid 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092517 

0242 

- 

GCF priority 2: Update of 9.2.1 .1 .10 Attach / 
rejected / illegal ME 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092518 

0243 


GCF priority TBC: Update of 9.2.1 .1 .12 Attach / 
rejected / GPRS services not allowed 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092539 

0244 


GCF Priority 1 - Update of RLC section 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092567 

0245 


GCF Priority 2 - Addition of a new test case 
6.2.3.5 Inter-RAT Cell Reselection / from E- 
UTRARRC IDLEtoUTRA Idle 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092569 

0246 


GCF Priority 2: Inter-RAT cell Selection / from 
E-UTRA RRCJDLE to UTRAJdIe, serving cell 
becomes non-suitable (SServingCeIkO, barred) 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092570 

0247 


GCF Priority 2: Inter-RAT cell Selection / from 
E-UTRA RRCJDLE to GSMJdIe/GPRS 
Packetjdie, serving cell becomes non-suitable 
(SServingCeIkO, barred) 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092571 

0248 


GCF Priority 1 - New E-UTRA MAC test case - 
7.1 .7.1 .1 DL-SCH Transport Block Size support 
/ DCI format 1 /RAtypeO 

8.1.0 

8.2.0 
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2009-05 

RAN#44 

R5-092575 

0249 


GCF Priority 1 - New E-UTRA IVIAC test case 
7.1 .7.1 .2 - DL-SCH Transport Block Size 
selection / DC! format 1 / RAtype 1 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092577 

0250 


GCF Priority 1 - New E-UTRA IVIAC test case 
7.1 .7.2.1 - UL-SCH Transport Block Size 
selection / DCI format 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092578 

0251 


GCF priority 2: New MAC test case: 7.1 .6.1 
DRX Operation / (short cycle not configured) 
/Parameters configured by RRC (radio resource 
configuration) 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092579 

0252 


GCF Priority 2 - New RRC parti TC 8.1 .3.8 
RRC Connection Release: redirection from E- 
UTRAN to GERAN 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092580 

0253 


GCF Priority 2 - Update of test case 8.2.1 .3 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092583 

0254 


GCF Priority 2: Attach Procedure / Success 
(last visited TAI, TAI list and equivalent PLMN 
list handling) 9.2.1.1.1a 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092584 

0255 


GCF Priority 1 - Update of test case 8.2.1 .1 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092589 

0256 


GCF Priority 2 - Addition of new ElVIIVI test case 
9.3.1.7a 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092593 

0257 


GCF priority 2 - Update of 9.2.1 .1.15 Attach / 
rejected / roaming not allowed in this tracking 
area 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092595 

0258 


GCF Priority 1 :Corrections to IVIAC test case 
7.1.1.1 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092596 

0259 


GCF Priority 1 :Corrections to MAC test case 
7.1.4.12 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092597 

0260 


GCF Priority 1 - Update to test case 8.2.4.1 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092700 

0261 


GCF Priority 2 - Addition of new test case 
8.3.2.1 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092701 

0262 


GCF Priority-1 : Correction to 9.2.3.1 .1 'Normal 
tracking area update / accepted' 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092702 

0263 


GCF Priority-1 : Correction to 9.2.3.1 .5'Periodic 
tracking area update / accepted' 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092703 

0264 

- 

GCF Priority 2 - Addition of E-UTRAN test case 
6.1 .2.7 for Cell reselection: Equivalent PLMN 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092706 

0265 


GCF Priority 1 - Update to RRC test cases 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092712 

0266 


GCF Priority 2: New MAC test case 7.1 .4.14 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092713 

0267 


GCF Priority 2 - Update to test case 8.1 .2.5 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092714 

0268 


GCF Priority 2 - Update to test case 8.1 .2.7 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092715 

0269 


GCF Priority 2 - Addition of RRC test case 
8.3.2.6 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092716 

0270 


GCF Priority 1 - Update of E-UTRA MAC test 
case 7.1.4.7 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092717 

0271 


GCF Priority 1 - New E-UTRA MAC test case 
7.1 .7.1 .4 - DL-SCH Transport Block Size 
selection / DCI format 1A/ RAtype 2 / 
Distributed VRB 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092718 

0272 


GCF Priority 1 - New E-UTRA MAC test case 
7.1 .7.1 .3 - DL-SCH Transport Block Size 
selection / DCI format 1A/ RAtype 2 / 
Localised VRB 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092730 

0273 


GCF priority 2: New MAC test case: 7.1 .6.2 
DRX Operation / Parameters (short cycle not 
configured) / DRX command MAC control 
element reception 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092731 

0274 


GCF Priority 2 - Updates to E-UTRAN Idle 
Mode test case 6.1.2.9 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092732 

0275 


GCF Priority 2 - Updates to E-UTRAN Idle 
Mode test case 6.1.2.8 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092741 

0276 


GCF Priority 1 - Update to idle mode test cases 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092751 

0277 


Addition of new idle mode test case for ignoring 
CSG cells in cell selection when Allowed CSG 
list is empty or not supported 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092752 

0278 


GCF Priority 2: New idle mode test case 6.2.3.1 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092755 

0279 


GCF Priority 2 - Update to test case 8.3.1.10 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092756 

0280 


GCF Priority 2 - Update to test case 8.3.2.3 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092758 

0281 


GCF Priority 2 - Updates to E-UTRAN test case 
6.1.1.1 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092760 

0282 


GCF Priority 2: New idle mode test case 6.2.3.2 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092761 

0283 


Move common test procedure from sections 
6.0.1,6.0.2, 6.0.3 to TS 36.508 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092762 

0284 


Batch 2 - Addition of new RRC test case 8.3.2.7 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092763 

0285 


Batch 2 - Addition of new RRC test case 8.3.2.8 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092764 

0286 


LTE-SIG:TDD related updates in MAC sections 

8.1.0 

8.2.0 
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2009-05 

RAN#44 

R5-092768 

0287 


GCF Priority-1 : Correction to 9.2.2.2.1 'NW 
initiated detach / re-attach required' 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092784 

0288 


GCF Priority 2 - Update to test case 8.3.1 .9 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092483 

0289 


GCF Priority 1 :Corrections to IVIAC test case 
7.1.2.4 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092528 

0290 

4 

GCF Priority 1 - Update of E-UTRA IVIAC test 
case 7.1.2.3 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092785 

0291 


GCF priority 2: A/Gb mode READY state to SI 
mode cell reselection and E-UTRAN - GERAN 
RAU (9.2.3.4.1, 9.2.3.4.2) 

8.1.0 

8.2.0 

2009-05 

RAN#44 

R5-092786 

0292 


GCF Priority 2 - Update of TC 9.2.1 .1 .14 Attach 
/ rejected / tracking area not allowed 

8.1.0 

8.2.0 

- 

- 

- 

- 


Editorial corrections and split into sections 

8.2.0 

8.2.1 

2009-09 

RAN#45 

R5-094075 

0293 


GCF Priority 1 - Update of MAC test case 
7.1.2.6 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094076 

0294 


GCF Priority 1 - Update of MAC test case 
7.1.3.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094078 

0295 


GCF Priority 1 - Update of MAC test case 
7.1.3.3 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094079 

0296 


GCF Priority 1 - Update of MAC test case 
7.1.3.4 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094080 

0297 


GCF Priority 1 - Update of MAC test case 
7.1.3.5 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094081 

0298 


GCF Priority 1 - Update of MAC test case 
7.1.3.6 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094082 

0299 


GCF Priority 1 - Update of MAC test case 
7.1.3.7 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094083 

0300 


GCF Priority 1 - Update of MAC test case 
7.1.4.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094085 

0301 


GCF Priority 1 - Update of MAC test case 
7.1.4.6 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094086 

0302 


GCF Priority 1 - Update of MAC test case 
7.1.4.7 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094087 

0303 


GCF Priority 1 - Update of MAC test case 
7.1.4.8 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094088 

0304 


GCF Priority 1 - Update of MAC test case 
7.1.4.11 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094089 

0305 


GCF Priority 1 - Update of MAC test case 
7.1.4.13 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094090 

0306 


GCF Priority 1 - Update of MAC test case 
7.1.4.15 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094091 

0307 


GCF Priority 1 - Update of PDCP test case 
7.3.1.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094092 

0308 


GCF Priority 1 - Update of RRC test case 
8.2.1.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094093 

0309 


GCF Priority 2 - Update of MAC test case 
7.1.4.16 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094094 

0310 


GCF Priority 2 - Update of Idle Mode test case 
6.1.2.3 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094095 

0311 


GCF Priority 2 - Update of RRC test case 
8.1.3.4 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094096 

0312 


GCF Priority 2 - Update of RRC test case 
8.1.3.6 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094101 

0313 


GCF Priority 2 - Addition of new test case 
10.7.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094102 

0314 

- 

GCF Priority 2 - Addition of new test case 
10.7.2 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094114 

0315 


Addition of new test case 6.2.2.5 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094121 

0316 


GCF Priority 2 - Update to test case 8.3.1 .9 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094122 

0317 


Remove TC 8.4.1 .8 from TS 36.523-1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094124 

0318 


GCF Priority 2 - Addition of new test case 
8.4.2.4 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094187 

0319 


GCF Priority 2 - New EMM TC 9.1 .4.2 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094189 

0320 


GCF Priority 2 - Removal of EMM TC 9.1 .2.2 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094195 

0321 


GCF Priority 1 - Update of MAC test case 
7.1.4.10 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094196 

0322 


GCF Priority 2 - Update of RLC test case 
7.2.3.21 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094201 

0323 


GCF Priority 2 - Update of RRC test case 
8.3.2.6 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094202 

0324 


GCF Priority 2 - Add new RRC test case 8.4.1 .2 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094203 

0325 


GCF Priority 2 - Add new RRC test case 8.4.1 .4 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094205 

0326 


GCF Priority 3 - Remove RRC test case 8.1 .3.3 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094284 

0327 


Removal of the GUTI reallocation procedures 
test cases 

8.2.1 

8.3.0 
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2009-09 

RAN#45 

R5-094289 

0328 


GCF Priority 2 - TDD formulation update in 
7.1 .6.1 DRX Operation / (short cycle not 
configured) /Parameters configured by RRC 
(radio resource configuration) 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094290 

0329 


GCF Priority 2 - TDD formulation update in 
7.1 .6.2 DRX Operation / Parameters (short 
cycle not configured) / DRX command IVIAC 
control element reception 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094366 

0330 


GCF Priority 2 - Corrections to E-UTRAN test 
case 6.1.1.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094369 

0331 


GCF Priority 2 - Updates to E-UTRAN test case 
6.1.2.7 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094372 

0332 


GCF Priority 2 - Corrections to E-UTRAN test 
cases 6.1.2.8 and 6.1.2.9 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094387 

0333 


GCF Priority 2 - Update to test case 9.2.2.1 .6 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094392 

0334 


GCF Priority 2 - Correction of discard timer 
value to be consistent with test tolerances 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094399 

0335 

- 

GCF Priority 2 - Addition new test case 6.2.3.3 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094426 

0336 


GCF Priority 1 - Corrections to IVIAC test case 
7.1.4.6 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094428 

0337 


GCF Priority 1 - Corrections to MAC test case 
7.1.4.10 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094432 

0338 


GCF Priority 2 - Corrections to MAC test case 
7.1.4.16 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094520 

0339 


GCF Priority 2 - Update of RRC test case 
8.3.1.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094521 

0340 


GCF Priority 2 - Update of RRC test case 
8.3.1.3 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094523 

0341 


GCF Priority 2 - Update of RRC test case 
8.3.1.5 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094525 

0342 


GCF Priority 1 - Update of RRC test case 
8.3.3.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094577 

0343 


GCF Priority 1 - Update of EMM part TC 9.1 .3.1 
NAS security mode command accepted by the 
UE 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094627 

0344 


GCF Priority 2 - Update of MAC TC 7.1 .3.2 DL 
SPS 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094628 

0345 


GCF Priority 2 - Update of MAC TC 7.1 .4.2 UL 
SPS 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094629 

0346 


GCF Priority 1 - Corrections to MAC test case 
7.1.3.9 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094635 

0347 


GCF Priority 1 - Correction to E-UTRAN RLC 
test case 7.2.3.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094636 

0348 


GCF Priority 1 -Adding Test Coverage for 
Verification of UE setting of the RRC 
Establishment Cause in EMM test case 
9.2.1.1.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094660 

0349 


GCF Priority 2 - Update of MAC test case 
7.1.4.3 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094662 

0350 


GCF Priority 1 - Corrections to RLC section 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094664 

0351 


GCF Priority 1 - Update of RLC test case 
7.2.3.9 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094666 

0352 

- 

GCF Priority 2 - Addition of new EMM test case 
9.2.3.3.5 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094674 

0353 


GCF Priority 2 - Update of RRC test case 
8.3.2.8 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094676 

0354 


GCF Priority 3 - Update of RRC test case 
8.3.2.9 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094707 

0355 


GCF Priority 1 - Correction to E-UTRAN MAC 
test case 7.1.2.3 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094762 

0356 


GCF Priority 2 - Update of RRC test case 
6.2.2.3 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094776 

0357 


GCF Priority 2 - Update of RRC test case 
6.2.3.7 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094788 

0358 


GCF Priority 2 - Update of RRC test case 
6.2.3.8 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094798 

0359 


GCF Priority 2 - Update of RRC test case 
8.1.3.9 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094814 

0360 


GCF Priority 2 - Update of RRC test case 
8.1.3.10 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094817 

0361 


GCF Priority 2 - Update of RRC test case 
8.3.2.7 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094823 

0362 


GCF Priority 2 - Update of RRC test case 
8.3.2.8 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094833 

0363 


GCF Priority 2 - Correction of EMM TC 

8.2.1 

8.3.0 
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9.2.1 .1 .9 Attach / rejected / IMSI invalid 



2009-09 

RAN#45 

R5-094866 

0364 

2 

GCF Priority 1 : Corrections to E-UTRA IVIAC 
test case 7.1.7.1.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094867 

0365 

2 

GCF Priority 1 : Corrections to E-UTRA IVIAC 
test case 7.1.7.1.2 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094868 

0366 

2 

GCF Priority 1 : Corrections to E-UTRA MAC 
test case 7.1.7.1.3 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094869 

0367 

2 

GCF Priority 1 : Corrections to E-UTRA MAC 
test case 7.1.7.1.4 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-094876 

0368 


GCF Priority 1 - Correction to E-UTRAN RLC 
test case 7.2.3.2 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095004 

0369 


GCF Priority 2 - Update of 9.1 .2.4 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095005 

0370 

- 

GCF Priority 2 - Update of 9.1 .2.5 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095008 

0371 


GCF Priority 2 - Update of MAC TC 7.1 .4.14 
TTI Bundling 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095028 

0372 


GCF Priority 1 - Various corrections to RLC 
section of 36.523-1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095032 

0373 


GCF Priority 2 - Addition of new SMS over SGs 
test case 11.1.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095036 

0374 


GCF Priority 2 - Correction to 9.2.2.2.2 NW 
initiated detach / IMSI detach 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095037 

0375 


GCF Priority 2 - Correction of PDCP status 
report 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095038 

0376 


GCF Priority 2 - Correction of PDCP handover 
test procedure 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095041 

0377 


GCF Priority 2 - Update of 9.1 .2.3 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095065 

0378 


GCF Priority 2 - Adding Test Coverage for 
Verification of UE setting of the RRC 
Establishment Cause in EMM test case 
9.2.2.1.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095066 

0379 


GCF Priority 1 -Adding Test Coverage for 
Verification of UE setting of the RRC 
Establishment Cause in EMM test case 9.3.1 .1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095067 

0380 


GCF Priority 1 -Adding Test Coverage for 
Verification of UE setting of the RRC 
Establishment Cause in EMM test case 9.3.1 .2 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095069 

0381 


GCF Priority 2 - Adding Test Coverage for 
Verification of UE setting of the RRC 
Establishment Cause in EMM test case 9.3.1 .3 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095070 

0382 


GCF Priority 2 - Adding Test Coverage for 
Verification of UE setting of the RRC 
Establishment Cause in EMM test case 9.3.2.2 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095073 

0383 


GCF Priority 2 - Update of EMM test case 
9.3.1.7a 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095075 

0384 


GCF Priority 1 - Corrections to MAC test case 
7.1.4.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095076 

0385 


GCF Priority 1 - Corrections to MAC test case 
7.1.4.8 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095077 

0386 


GCF Priority 1 - Corrections to MAC test case 
7.1.4.13 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095078 

0387 


GCF Priority 1 - Corrections to MAC test case 
7.1.4.5 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095086 

0388 


GCF Priority 1 - Various corrections to RLC 
section of 36.523-1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095087 

0389 


GCF Priority 2 - New EMM TC 9.3.1 .7 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095088 

0390 


GCF Priority 1 - Update to test case 9.2.1 .1 .2 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095089 

0391 

- 

Update to GCF Priority 2 test case 9.2.1 .1 .7 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095090 

0392 


GCF Priority 2 - Update to test case 9.2.2.1 .1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095094 

0393 


Update to preamble in L2 UM test cases 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095097 

0394 


Add reference to test procedure for Idle Mode 
section 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095103 

0395 


GCF Priority 1 - Update of MAC part TC 7.1 .2.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095104 

0396 


GCF Priority 1 - Corrections to MAC test case 
7.1.4.11 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095105 

0397 


Addition new test case 6.2.3.13 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095109 

0398 

- 

GCF Priority 1 - Update of 9.1.2.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095110 

0399 


GCF Priority 1 - Correction to E-UTRAN MAC 
test case 7.1.3.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095112 

0400 


GCF Priority 2 - Correction of EMM TC 

9.2.1 .1 .12 Attach / rejected / EPS services not 

allowed 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095113 

0401 


GCF Priority 2 - Corrections to test case 

9.2.1 .1.13 Attach / rejected / PLMN not allowed 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095116 

0402 


GCF Priority 2 - Correction of EMM 9.2.1.1.17 
TC Attach / rejected / no suitable cells in 

8.2.1 

8.3.0 
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tracking area 



2009-09 

RAN#45 

R5-095118 

0403 


GCF Priority 3 - Correction to ElVIIVI TC 
9.2.1 .2.3 Combined attach procedure / Success 
/ EPS services only / IVISC temporarily not 
reachable 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095120 

0404 


GCF Priority 1 - Various corrections to other 
section of 36.523-1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095121 

0405 


GCF Priority 1 - Various corrections to RRC 
Parti section of 36.523-1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095125 

0406 


GCF Priority 1 - Update of MAC TC 7.1 .4.4 SR 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095126 

0407 


GCF Priority 1 - Update of 9.3.2.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095127 

0408 


Priority 2 - Update of test case 6.2.2.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095131 

0409 

2 

GCF Priority 1 -Addition of new IVIuIti- layer 
Procedures test case 13.1.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095132 

0410 

2 

GCF Priority 1 -Addition of new IVIuIti -layer 
Procedures test case 13.2.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095133 

0411 


GCF Priority 1 - Correction to E-UTRAN RLC 
test case 7.2.3.5 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095135 

0412 


GCF Priority 2 - Update of cell reselection test 
case 6.1.2.15 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095136 

0413 


GCF Priority 2 - Update of PDCP test case 
handover / In-order delivery and duplicate 
elimination in the downlink 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095139 

0414 

- 

GCF Priority 2 - Addition of test case 11 .1 .3 
MO-SMS over SGs in idle mode 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095140 

0415 


GCF Priority 2 - Correction to 9.2.3.1 .2 Normal 
tracking area update / accepted / 'Active' flag 
set 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095141 

0416 


GCF Priority 2 - Correction of TC 9.2.1 .1.14 
Attach / rejected / tracking area not allowed 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095148 

0417 


GCF Priority 2 - Correction of EMM TC 
9.2.1 .1.15 Attach / rejected / roaming not 
allowed in this tracking area 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095149 

0418 


GCF Priority 2 - Addition of new test case 
9.2.3.3.6 for E-UTRAN RRC connection failure / 
reselection of UTRAN cell / NAS signalling to 
release old SI interface connection 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095150 

0419 


GCF Priority 2 - Update to test case 10.8.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095151 

0420 


GCF Priority 2 - Addition of new SMS over SGs 
test case 11.1.2 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095161 

0421 


GCF Priority 1 - Various corrections to Idle 
Mode section of 36.523-1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095164 

0422 


GCF Priority 1 - Update of E-UTRA MAC test 
case 7.1.2.4 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095172 

0423 


GCF Priority 4 - New TC 8.1 .3.7 RRC 
Connection Release: redirection from UTRAN 
to E-UTRAN 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095173 

0424 

1 

GCF Priority 3 - Update to test case 9.2.2.1 .2 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095175 

0425 

1 

GCF Priority 3 - Correction to 9.2.1 .2.1 
"Combined attach procedure / Success / EPS 
and non-EPS services" 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095177 

0426 


GCF Priority 3 - CR to EMM TC 9.2.1 .1 .19 
Attach /Abnormal case / Failure due to non 
integrity protection 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095178 

0427 


GCF Priority 3 - New EMM TC 9.2.3.2.1 a 
Combined tracking area update / successful / 
check of last visited TAI and handling of TAI list, 
LAI and TMSI 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095179 

0428 


GCF Priority 3 - Addition of new test case 
6.2.2.4 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095188 

0429 

3 

GCF Priority 1 : Corrections to E-UTRA MAC 
test case 7.1.7.2.1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095207 

0430 

- 

GCF Priority 2 - Addition of new test case 
8.4.2.2 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095208 

0431 


GCF Priority 1 - Corrections to RLC test case 
7.2.3.7 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095217 

0432 


GCF Priority 1 - Corrections to PDCP test 
cases 7.5.3.2 and 7.5.3.3 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095219 

0433 


GCF Priority 1 - Various corrections to RRC 
Part2 section of 36.523-1 

8.2.1 

8.3.0 

2009-09 

RAN#45 

R5-095220 

0434 


GCF Priority 1 - Various corrections to RRC 
Part 3 section of 36.523-1 

8.2.1 

8.3.0 

2009-10 

- 

- 

- 


Minor CR 414 implementation corrections 

8.3.0 

8.3.1 

2009-10 

- 

- 

- 


Minor CR 354 implementation corrections 

8.3.1 

8.3.2 

2009-11 

GERAN# 

GP-092405 

0435 


Addition of new Test Case 6.2.3.21 

8.3.2 

8.4.0 
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2009-12 

RAN#46 

R5-095444 

0436 


Removal of TC 8.1 .2.1 from TS 36.523-1 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095446 

0437 


GCF Priority 1 - Various corrections to RRC 
Part 2 section of 36.523-1 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095447 

0438 


Removal of TC 8.2.1 .2 from TS 36.523-1 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095448 

0439 


Removal of TC 8.2.1 .4 from TS 36.523-1 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095450 

0440 


GCF Priority 2 - Update to test case 8.2.4.5 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095451 

0441 


GCF Priority 3 - Update to test case 8.2.4.9 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095462 

0442 


GCF Priority 3 - Addition of test case 9.2.3.1 .9a 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095467 

0443 


GCF Priority 3 -Addition of test case 9.3.1 .16 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095505 

0444 


GCF Priority 2 - Update test case 6.1 .2.11 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095507 

0445 


GCF Priority 2 - Correction for IVIeasurement 
test cases 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095521 

0446 


GCF Priority 1 - Update of RLC test case 
7.2.3.14 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095524 

0447 


GCF Priority 2 - Update of ElVIIVI test case 
9.2.3.3.5 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095525 

0448 

- 

GCF Priority 2 - Update of ElVIIVI test case 
9.3.1.7a 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095597 

0449 


GCF Priority 3 - Addition of E-UTRAN test case 
8.3.1.11 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095609 

0450 

- 

GCF Priority 1 - Update of EMM test case 
9.2.3.1.5 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095621 

0451 

- 

GCF Priority 2 - Removal of TC 8.4.2.6 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095774 

0452 


GCF Priority 2 - Correction to test case 6.1 .1 .1 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095783 

0453 


GCF Priority 3 - Update to test case 9.2.1 .1 .25 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095784 

0454 


GCF Priority 2 - Update to test case 9.2.2.1 .1 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095785 

0455 


GCF Priority 3 - Update to test case 9.2.2.1 .2 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095786 

0456 


GCF Priority 2 - Update to test case 9.2.2.1 .6 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095795 

0457 


Addition of new DSMIPv6 test case for 
Discovery of the Home Agent via DNS 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095796 

0458 


Addition of new DSMIPv6 test case for Security 
association establishment without Home Agent 
reallocation procedure 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095802 

0459 


GCF Priority 3 - Addition of new RRC test case 
8.4.5.4 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095803 

0460 


GCF Priority 3 - Addition of new RRC test case 
8.4.7.3 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095804 

0461 


GCF Priority 3 - Addition of new RRC test case 
8.4.7.4 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095884 

0462 


GCF Priority 1 - Correction of TC 9.2.1 .1.1 
Attach Procedure / Success (valid GUTI) 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095885 

0463 


GCF Priority x - Proposed removal of TC 
9.3.1 .2 Service Request initiated by UE for 
uplink signalling 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095886 

0464 


GCF Priority 2 - Proposed removal of TC 
9.2.1 .1 .5 Attach Procedure / Success / 
ATTACH ACCEPT message includes the PDN 
address assigned to the UE 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095901 

0465 


GCF Priority 2 - Correction of TC 9.2.3.3.6 E- 
UTRAN RRC connection failure / reselection of 
UTRAN cell / NAS signalling to release old SI 
interface connection 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095937 

0466 


GCF Priority 1 - Correction to E-UTRAN MAC 
test case 7.1.4.6 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095963 

0467 

- 

GCF Priority 2 - Update of TC 9-1 -2-5 for IP 
handling over U-plane 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095972 

0468 


GCF Priority 1 - Update of TC 9-1-2-1 for IP 
handling over U-plane 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095976 

0469 

- 

GCF Priority 2 - Update of TC 9-3-1 -7 for IP 
handling over U-plane 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095979 

0470 

- 

GCF Priority 2 - Update of TC 9-1 -2-4 for IP 
handling over U-plane 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095980 

0471 


GCF Priority 2 - Test Case 9.1 .4.2 Clause title 
formatting error 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-095997 

0472 


GCF Priority 2 - Correction to RRC test case 
8.5.1.1 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096009 

0473 


GCF Priority 1 - Correction to E-UTRAN MAC 
test case 7.2.3.5 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096024 

0474 


GCF Priority 1 : Cell number alignment in Test 
case 9.1.3.1 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096027 

0475 


GCF Priority 2 - Cell number alignment in Test 
case 9.1.3.2 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096029 

0476 


GCF Priority 2 - Cell number alignment in Test 
case 9.4.1 

8.3.2 

8.4.0 
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2009-12 

RAN#46 

R5-096031 

0477 


GCF Priority 2: Cell number alignment in Test 
case 9.4.3 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096034 

0478 

- 

GCF Priority 2: Correction to Test case 7.1 .4.2 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096036 

0479 

- 

GCF Priority 2: Correction to Test case 7.1 .4.14 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096149 

0480 


GCF Priority 2 - update test case 8.5.1 .3 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096156 

0481 


GCF Priority 2 - Update of RLC test case 
7.2.3.13 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096160 

0482 

- 

GCF Priority 2 - Update of TC 9-1 -2-3 for IP 
handling over U-plane 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096161 

0483 


GCF Priority 1 and Priority 2- EMM Successful 
Attach consistent description 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096178 

0484 


GCF Priority 2 - Correction test cases 8.3.2.1 , 
8.3.2.7 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096192 

0485 


GCF Priority 1 - Various editorial corrections to 
RLC section 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096193 

0486 


GCF Priority 1 - Update to Idle Mode test case 
6.1.2.2 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096194 

0487 

- 

GCF Priority 2 - Updated to test case 6.1 .2.6 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096196 

0488 


GCF Priority 2 - Correction to test case 6.3.6 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096197 

0489 


GCF Priority 2 - Correction to test case 6.1 .2.7 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096401 

0490 


GCF Priority 1 - Correction to E-UTRAN MAC 
test case 7.1.2.9 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096414 

0491 


GCF Priority 2 & 3 - Correction to test cases 
9.2.1.1.9 and 9.2.1.1.12 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096421 

0492 


GCF Priority 1 : Update of MAC TC 7.1 .7.1 .1 
DL-SCH TBS selection/DCI format 1/RAtypeO 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096422 

0493 


GCF Priority 1 : Update of MAC TC 7.1 .7.1 .2 
DL-SCH TBS selection/DCI format 1/RAtype1 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096423 

0494 


GCF Priority 1 : Update of MAC TC 7.1 .7.1 .3 
DL-SCH TBS selection/DCI format 1 A/RA 
type2/Localized VRB 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096424 

0495 


GCF Priority 1 : Update of MAC TC 7.1 .7.1 .4 
DL-SCH TBS selection/DCI format 1 A/RA 
type2/Distributed VRB 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096425 

0496 

- 

GCF Priority 1 : Update of MAC TC 7.1 .7.2.1 
UL-SCH TBS selection/DCI format 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096426 

0497 

1 

GCF Priority 1 : Update of E-UTRA MAC test 
case 7.1.4.7 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096428 

0498 


GCF Priority 1 : Update of E-UTRA MAC test 
case 7.1.3.7 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096429 

0499 


GCF Priority 2 - Update to test case 9.2.1 .1 .7 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096435 

0500 


GCF Priority 3: Introduction of a new EMM test 
case 9.2.3.1 .6' Normal tracking area update / 
UE with ISR active moves to E-UTRAN ' 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096436 

0501 


GCF Priority 3: Introduction of 9.2.3.1.17 
Normal tracking area update / rejected / 
Roaming not allowed in this tracking area 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096437 

0502 


GCF Priority 3: Introduction of 9.2.3.1.18 
Normal tracking area update / rejected / EPS 
services not allowed in this PLMN 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096443 

0503 


GCF Priority 3: Addition of new test case 

9.2. 1 . 1 .24: Attach / Abnormal case / Change of 

cell into a new tracking area 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096444 

0504 


GCF Priority 3: Addition of new test case 
9.2.1.1.26: Attach /Abnormal case / Detach 
procedure collision 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096445 

0505 


GCF Priority 2: Correction to Test case 7.1 .3.2 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096446 

0506 


GCF Priority 1 : Correction to EMM test case 
9.3.1.1 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096451 

0507 


GCF Priority 2 - Correction of test cases 
9.2.1 .1 .9, 9.2.1 .1 .10, 9.2.1 .1 .11 Attach / 
rejected / IMSI invalid / Illegal UE / EPS and 
non-EPS services not allowed 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096452 

0508 


GCF Priority 2 - Correction of TC 9.2.3.2.1 
Combined tracking area update / successful 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096454 

0509 


GCF Priority 2 - Correction of TC 9.2.3.3.1 First 
lu mode to SI mode intersystem change after 
attach: go to E-UTRAN RRC idle: RAU to 
UTRAN 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096459 

0510 


Disabling PHR and periodic BSR for L2 test 
cases in 36.523-1 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096466 

0511 


Correction of test case 6. 1.2.13 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096467 

0512 


GCF Priority 1 - Correction to E-UTRAN MAC 
test case 7.1.4.13 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096468 

0513 


GCF Priority 1 - Correction to E-UTRAN MAC 

8.3.2 

8.4.0 
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test case 7.1.4.10 



2009-12 

RAN#46 

R5-096470 

0514 


GCF Priority 3 - Addition of E-UTRAN test case 
8.3.3.3 for IVIeasurement configuration control 
and reporting / SON / ANR: CGI reporting of 
GERAN cell 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096471 

0515 


GCF Priority 3 - Addition of E-UTRAN test case 
8.3.3.2 :Measurement configuration control and 
reporting / SON /ANR: CGI reporting of 
UTRAN cell 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096472 

0516 


GCF Priority 1 - Update of Multi-layer 
Procedures partTC 13.1.1 Activation and 
deactivation of additional data radio bearer in 
E-UTRA 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096476 

0517 


GCF Priority 3 - Update of RRC part TC 8.5.1 .2 
RRC Connection Re-establishment: Success 
(after Radio Link Failure) 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096479 

0518 


GCF Priority 3 - Update of RRC test case 
8.2.1.7 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096481 

0519 


GCF Priority 1 - Update to test case 7.2.3.4 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096482 

0520 


GCF Priority 1 - Correction of TC 8.5.4.1 UE 
capability transfer / Success 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096483 

0521 


GCF Priority 1 - Update of PDCP test case 
7.3.3.1 : Ciphering and Deciphering: Correct 
functionality of EPS AS encryption algorithms 
(SNOW 3G) 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096484 

0522 


GCF Priority 1 : Correction to RRC test case 
8.2.1.1 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096485 

0523 


GCF Priority 1 - Update of ElVIIVI test case 
9.2.3.1.1 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096487 

0524 


GCF Priority 1 - Various corrections to Idle 
Mode section of 36.523-1 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096488 

0525 


GCF Priority 2 - Update to test case 8.1 .2.5 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096489 

0526 


GCF Priority 2 - Update to test case 8.1 .2.7 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096491 

0527 


GCF Priority 2 - Various corrections to RRC 
Part 3 section of 36.523-1 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096492 

0528 


GCF Priority 1 - Correction to E-UTRA DRB test 
case 12.2 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096493 

0529 

3 

GCF Priority 1 - Update of Multi-layer 
Procedures partTC 13.2.1 RRC Connection 
Reconfiguration: E-UTRA to E-UTRA 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096494 

0530 

- 

GCF Priority 1 - Update of applicability entry for 
DRB test case 12.3 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096495 

0531 


GCF Priority 2 - Update of the test case 6.2.3.3 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096496 

0532 


GCF Priority 2 - Update of Idle Mode 
Operations test case 6.1 .2.5 Cell reselection for 
inter-band operation 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096497 

0533 

- 

GCF Priority 2 - Update of Idle Mode 
Operations test case 6.6.2.3.7 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096502 

0534 


GCF Priority 2: Correction to the MAC DRX test 
cases preamble 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096505 

0535 


GCF Priority 2 - Correction of TC 9.2.1 .1.13 
Attach / rejected / PLMN not allowed 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096506 

0536 


GCF Priority 2 - Correction of TC 9.2.1 .1.14 
Attach / rejected / tracking area not allowed 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096507 

0537 


GCF Priority 2 - Correction of TC 9.2.1 .1.15 
Attach / rejected / roaming not allowed in this 
tracking area 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096508 

0538 


GCF Priority 3 - New TC 9.2.1 .1 .16 Attach / 
rejected / EPS services not allowed in this 
PLMN 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096509 

0539 


GCF Priority 2 - Correction of TC 9.2.1 .1.17 
Attach / rejected / no suitable cells in tracking 
area 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096510 

0540 


GCF Priority 2 - Correction of TC 9.2.1 .2.4 
Combined attach procedure / Success / EPS 
services only / MSC temporarily not reachable 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096511 

0541 


GCF Priority 2 - Correction of TC 10.2.1 
Dedicated EPS bearer context activation / 
Success 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096512 

0542 


GCF Priority 2 - Correction of TC 10.3.1 EPS 
bearer context modification / Success 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096514 

0543 


GCF Priority 2 - Correction of TC 10.6.1 UE 
requested PDN disconnect procedure accepted 
by the network 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096605 

0544 


GCF Priority 2 - Update of RRC test case 

8.3.2 

8.4.0 
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8.3.2.7 : Measurement configuration control 
and reporting / inter-RAT measurements: event 
B2 (measurement HRPD cells) 



2009-12 

RAN#46 

R5-096606 

0545 


GCF Priority 2 - Update of RRC test case 
8.3.2.6 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096610 

0546 


GCF Priority 2 - Update of RRC test case 
8.4.1.4 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096611 

0547 


GCF Priority 2 - Update of RRC test case 
8.4.1.2 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096612 

0548 


GCF Priority 2 - Update to test case 8.4.2.2 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096613 

0549 


GCF Priority 2 - Update to test case 8.4.2.4 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096615 

0550 


GCF Priority 3 - Addition of test case 6.2.3.6 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096616 

0551 


GCF Priority 3 - Update to test case 8.1 .1 .2 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096617 

0552 


GCF Priority 3 - Addition of test case 8.2.4.4 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096618 

0553 


GCF Priority 2 - Update to test case 8.1 .3.5 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096619 

0554 


GCF Priority 2: Updates to TAU/RAU procedure 
for inter-system cell re-selection between A/Gb 
and SI modes 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096620 

0555 


GCF Priority 2: Updates to Attach Procedure / 
Success (last visited TAI, TAI list and equivalent 
PLIVIN list handling) 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096621 

0556 


GCF Priority 2 - Correction to TC 8.1 .3.8 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096622 

0557 


GCF Priority 3 - Update test case 8.3.1 .4 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096627 

0558 


GCF Priority 1 - Update of RRC test case 
8.2.2.1 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096628 

0559 


GCF Priority 1 - Update of RRC test case 
8.2.2.2 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096629 

0560 


GCF Priority 3 - Various corrections to ElVIIVI 
section of 36.523-1 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096630 

0561 

- 

GCF Priority 3 - Addition of new test case 
9.2.1.2.5 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096631 

0562 


GCF Priority 3 - Update to test case 9.2.1 .2.6 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096632 

0563 


GCF Priority 3 - Addition of test case 9.2.1 .2.7 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096633 

0564 


GCF Priority 3 - Addition of test case 9.2.1 .2.11 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096634 

0565 

1 

GCF Priority 3 - Addition of test case 9.2.1 .2.13 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096635 

0566 


GCF Priority 3 - Addition of new test case 
9.2.1.2.15 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096636 

0567 


GCF Priority 3 - Addition of test cases 
9.2.3.1.23 and 9.2.3.1.24 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096637 

0568 

- 

GCF Priority 3 - Addition of new test case 
9.2.3.1.25 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096638 

0569 


GCF Priority 3 - Addition of new test case 
9.2.3.2.9 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096639 

0570 


GCF Priority 3 - Update to test case 9.3.1 .4 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096643 

0571 


GCF Priority 1 - Update of RLC test case 
7.2.3.9 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096645 

0572 


GCF Priority 3 - Addition of new test case 
8.3.3.4 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096646 

0573 

- 

GCF Priority 3 - Addition of new test case 
8.3.3.5 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096647 

0574 

- 

GCF Priority 3 - Addition of new test case 
10.7.3 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096648 

0575 


GCF Priority 3 - Addition of new test case 
10.7.4 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096649 

0576 


GCF Priority TBC - Addition of new test case 
10.7.5 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096650 

0577 


GCF Priority 3 - Addition of new test case 
10.8.2 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096651 

0578 


GCF Priority 3 - Addition of new test case 
10.8.3 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096652 

0579 


GCF Priority TBC - Addition of new test case 
10.8.4 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096653 

0580 


GCF Priority 3 - Addition of new test case 
10.8.5 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096654 

0581 

- 

GCF Priority 3 - Addition of new test case 
10.8.6 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096655 

0582 

- 

GCF Priority 3 - Addition of new test case 
10.8.7 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096656 

0583 


GCF Priority 2 - Correction of TC 10.5.1 UE 
requested PDN connectivity procedure 
accepted by the network 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096657 

0584 

- 

GCF Priority 2 - Addition of test case 11 .1 .4 
IVIO-SIVIS over SGs in active mode 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096658 

0585 


GCF Priority 2 - Correction of TC 10.4.1 EPS 
bearer context deactivation / Success 

8.3.2 

8.4.0 
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2009-12 

RAN#46 

R5-096660 

0586 


GCF Priority 3 - Addition of ElVIIVI test case 
9.1.2.6 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096661 

0587 


GCF Priority 3 - Addition of new ElVIIVI test case 
9.1.5.2 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096662 

0588 


GCF Priority 3 - Addition of new EMM test case 
9.2.1.1.18 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096663 

0589 


GCF Priority 3 - Addition of EMM test case 
9.2.1.2.12 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096665 

0590 


GCF Priority 3 - Addition of EMM test case 
9.2.2.2.14 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096666 

0591 


GCF Priority 3 - Addition of EMM test case 
9.2.3.1.26 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096667 

0592 


GCF Priority 3 - Addition of EMM test case 
9.2.3.1.27 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096668 

0593 


GCF Priority 3 - Addition of EMM test case 
9.2.3.1.28 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096669 

0594 


GCF Priority 3 - Addition of EMM test case 
9.3.1.15 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096670 

0595 


GCF Priority 3 - Addition of new test case 
9.3.1.17 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096671 

0596 


GCF Priority 3 - Correction of TC 9.2.1 .2.2 
Combined attach procedure / Success / EPS 
services only / IMSI unknown in HSS 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096672 

0597 


GCF Priority 3 - Correction of TC 9.2.1 .2.3 
Combined attach procedure / Success / EPS 
services only / MSC temporarily not reachable 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096673 

0598 


GCF Priority 3: Introduction of 9.2.3.1.19 
Normal tracking area update / rejected / No 
Suitable Cells in tracking Area 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096692 

0599 

- 

GCF Priority 3 - Update of E-UTRAN test case 
9.2.1.1.20 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096693 

0600 


GCF Priority 3 - Correction of TC 9.2.1 .1.19 
Attach /Abnormal case / Failure due to non 
integrity protection 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096694 

0601 


GCF Priority 3: Addition of new test case 
9.2.1.1.21: Attach /Abnormal case /success 
after several attempts due to no network 
response 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096695 

0602 


GCF Priority 3: Addition of new test case 
9.2.1.1.22: : Attach /Abnormal case/ 
unsuccessful attach after 5 attempts 

8.3.2 

8.4.0 

2009-12 

RAN#46 

R5-096697 

0603 

1 

GCF Priority 3 - Addition of test case 13.3.1 .1 

8.3.2 

8.4.0 

2010-03 

RAN#47 

R5-1 00058 

0604 


Addition of new DSMIPv6 test case for 
Registration of a new IPv6 CoA (Binding 
Update/Acknowledgment procedure in IPv6 
network) 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00059 

0605 


Addition of new DSMIPv6 test case for Re- 
registration of IPv6 CoA 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00060 

0606 


Addition of new DSMIPv6 test case for Return 
to home link 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00061 

0607 


Addition of new DSMIPv6 test case for Dual- 
Stack Mobile IPv6 detach in IPv6 network 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00089 

0608 


GCF priority 2 - Correction of test case 10.5.1 
for UE requested PDN connectivity accepted by 
the network 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00096 

0609 


GCF priority 3 - Correction of test case 
9.2.1 .2.2 for Combined attach procedure / 
Success / EPS services only / IMSI unknown in 
HSS 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-100100 

0610 


GCF priority 2: correction of test case 9.2.3.3.1 
First lu mode to SI mode intersystem change 
after attach: go to E-UTRAN RRC idle: RAU to 
UTRAN 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-100173 

0611 


Update of test case 9.2.3.1 .28 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-100175 

0612 


Update of test case 9.1 .5.2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-100176 

0613 


Update of test case 9.1 .2.6 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-100182 

0614 


Priority 2-Update of the case 6.2.2.1 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00242 

0615 

- 

GCF Priority 1 : Update of MAC TC 7.1 .2.3 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00263 

0616 


Correction to MAC TBS selection TCs not to 
use RS power boosting 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00270 

0617 


GCF Priority 1 - Update to test case 7.2.2.9 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00271 

0618 


GCF Priority 3 - Update to test case 8.1 .1 .2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00274 

0619 


GCF Priority 2 - Update to test case 8.2.4.2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00275 

0620 


GCF Priority 3 - Update to test case 8.2.4.4 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00276 

0621 


GCF Priority 2 - Update to test case 8.2.4.5 

8.4.0 

8.5.0 
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2010-03 

RAN#47 

R5-1 00277 

0622 


GCF Priority 2 - Update to test case 8.2.4.6 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00278 

0623 


GCF Priority 2 - Update to test case 8.2.4.7 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00279 

0624 


GCF Priority 3 - Update to test case 8.2.4.9 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00281 

0625 


GCF Priority 2 - Update to test case 8.3.1 .9 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00283 

0626 


GCF Priority 2 - Update to test case 8.3.2.3 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00284 

0627 


GCF Priority 2 - Update to test case 8.4.2.2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00285 

0628 


GCF Priority 2 - Update to test case 8.4.2.4 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00287 

0629 


GCF Priority 3 - Update to test case 9.2.1 .2.5 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00288 

0630 


GCF Priority 3 - Update to test case 9.2.1 .2.6 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00289 

0631 


GCF Priority 3 - Update to test case 9.2.1 .2.7 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00290 

0632 


GCF Priority 3 - Update to test case 9.2.1 .2.8 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00293 

0633 


GCF Priority 3 - Update to test case 9.2.3.2.9 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00294 

0634 


GCF Priority 3 - Update to test case 9.3.1 .4 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00383 

0635 


GCF Priority 1- Update of IVIAC test cases 
7.1.4.6,7.1.4.7,7.1.4.8 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-100415 

0636 


GCF Priority 2 - Correction to remark in 6.2.2.1 , 
6.2.2.2 and 6.2.3.2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-100416 

0637 


GCF Priority 2 - Correction to test case 6.1 .2.6 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00443 

0638 


GCF Priority 2: Update to test case 9.2.3.1 .4 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00462 

0639 


Correction of test case 8.3.1 .3 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00467 

0640 


Addition of new DSI\/IIPv6 test case for 
Registration of a new IPv4 CoA (Binding 
Update/Acknowledgment procedure in IPv4 
network) 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00468 

0641 


Addition of new DSMIPv6 test case for Re- 
registration of IPv4 CoA 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00469 

0642 


Addition of new DSMIPv6 test case for Dual- 
Stack Mobile IPv6 detach in IPv4 network 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00470 

0643 

- 

GCF Priority 2 - Update to P2 EMM test case 
9.2.2.1.1 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00471 

0644 


Update to P3 EMM test case 9.2.2.1 .2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5- 100472 

0645 


GCF Priority 2 - Update to P2 EMM test case 
9.2.2.1.6 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00475 

0646 


Removal of TC 10.5.2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00488 

0647 


GCF priority 1 - Update of RRC test case 
8.2.2.1 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00489 

0648 


GCF priority 1 - Update of RRC test case 
8.2.2.2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00492 

0649 


GCF priority 1 - Update of RRC test case 
8.2.3.1 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00500 

0650 


GCF Priority 1 : Clarification to UE initial state 
for test case 7.1.2.6 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00501 

0651 


GCF Priority 2 - Clarification to UE initial state 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00537 

0652 


GCF Priority 1 - Correction to E-UTRA RLC test 
case 7.2.3.21 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00577 

0653 


GCF Priority 1 - Correction to E-UTRAN MAC 
test case 7.1.2.3 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00582 

0654 


GCF Priority 1 - Correction to E-UTRAN MAC 
test case 7.1.4.7 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00592 

0655 


GCF Priority 3 - Correction to P3 EMM test 
case 9.2.1.2.12 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00625 

0656 


GCF Priority 1 : Corrections to E-UTRA MAC 
test case 7.1.7.1.1 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00638 

0657 


GCF Priority 1 - Update of RLC test case 
7.2.2.5.2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00639 

0658 


GCF Priority 1 - Update of RLC test case 
7.2.2.6 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00642 

0659 


GCF Priority 1 - Update of RLC test case 
7.2.2.7 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00651 

0660 


GCF Priority 1 - Update of RLC test case 
7.2.3.2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00652 

0661 


GCF Priority 1 - Update of RLC test case 
7.2.3.3 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00657 

0662 


GCF Priority 1 - Update of RLC test case 
7.2.3.5 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00659 

0663 


GCF Priority 1 - Update of RLC test case 
7.2.3.6 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00671 

0664 


GCF Priority 1 : Corrections to E-UTRA MAC 
test case 7.1.7.1.2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00676 

0665 


GCF Priority 1 : Corrections to E-UTRA MAC 
test case 7.1.7.1.3 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00738 

0666 


Priority 2 - Incorrect ATTACH procedure to 
UTRAN and GERAN cells 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00741 

0667 


GCF Priority x - Clarification to E-UTRA Radio 
Bearer Tests section 

8.4.0 

8.5.0 
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2010-03 

RAN#47 

R5- 100742 

0668 


Priority 3 - TC 9.2.3.1 .15 Normal tracking area 
update / rejected / PLIVIN not allowed - 
problems with Test procedure sequence 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00745 

0669 


GCF Priority 3 - Adding new TC 9.1 .5.1 ElVIIVI 
Information Procedure 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 00777 

0670 


GCF Priority 2 - Update of MAC test case 
7.1.4.3 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101011 

0671 


Priority ALL - Update of section 6 Idle Mode 
Operations to comply with RAN5 PRD13 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101012 

0672 


Priority ALL - Update of section 9.1 .x and 
9.2.1 .X to indicate on which cell events are to 
be observed in multi cell environment 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101013 

0673 


GCF Priority 2 - Removal of test case 9.2.3.2.3 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101014 

0674 


GCF Priority 2 - Update to test case 9.2.3.2.3 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101032 

0675 

2 

GCF Priority 2 - Correction of RRC test cases 
8.3.1.3 and 8.3.1.5 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101033 

0676 

1 

GCF Priority 3 - Correction of RRC test cases 
8.3.1.7 and 8.3.1.11 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101038 

0677 


Correction of test case 6.2.3.13 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101039 

0678 


Correction for Measurement related test cases 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101053 

0679 


GCF priority 2 - Update of RRC test case 
8.2.1.3 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101056 

0680 


Priority ALL - Update of section 7 Layer 2 to 
comply with RAN5 PRD13 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101057 

0681 


GCF Priority 1 - Various corrections to Idle 
Mode section 6.1 of 36.523-1 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101062 

0682 


GCF Priority 1 - Correction to E-UTRAN PDPC 
test case 7.1.4.4 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101063 

0683 

- 

GCF Priority 1 :Update of MAC TC 7.1 .2.5 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101064 

0684 

- 

GCF Priority 1 : Update of MAC TC 7.1 .2.6 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101065 

0685 


GCF Priority 1 : Update of MAC TC 7.1 .2.9 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101066 

0686 


GCF Priority 1 : Update of MAC TC 7.1 .3.9 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101067 

0687 


GCF Priority 1 : Update of MAC TC 7.1 .4.8 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101068 

0688 

- 

GCF Priority 1 : Update of MAC TC 7.1 .4.11 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101069 

0689 


GCF Priority 3 - Corrections to TC 8.5.1 .2 RRC 
Connection Re-establishment: Success (after 
Radio Link Failure) 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101070 

0690 


GCF Priority 1 - Correction to E-UTRAN MAC 
test case 7.1.4.13 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101074 

0691 


New priority 3 test case: Periodic Location 
Updating Procedure (PLU Timer handling, non- 
cell reselection to GERAN) 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101075 

0692 


GCF Priority 3 - Addition of new test case 
9.2.3.3.4 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101076 

0693 


GCF Priority 1 - Correction to E-UTRAN MAC 
test case 7.1.3.4 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101077 

0694 


GCF Priority 1 : Update of MAC TC 7.1 .4.1 5 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101078 

0695 


GCF Priority 1 - Update of MAC Procedures 
part TC 7.1.2.2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101079 

0696 


GCF Priority 1 - Correction to MAC test case 
7.1.4.10 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101081 

0697 


GCF Priority 1 - Update to test case 8.2.4.1 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101082 

0698 


GCF Priority 2 - Update to test case 8.3.1 .8 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101083 

0699 


GCF Priority 2 - Update to test case 8.3.1.10 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101084 

0700 


GCF Priority 1 : Corrections to E-UTRA MAC 
test case 7.1.7.1.4 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101085 

0701 


GCF Priority 1 - Update of Acknowledged Mode 
Procedures partTC 7.2.3.15 AM RLC / Re- 
ordering of RLC PDU segments" 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101086 

0702 


GCF Priority 1 - Update of RLC test case 
7.2.3.14 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101087 

0703 


GCF Priority 1 - Update of RLC test case 
7.2.3.4 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101088 

0704 


GCF Priority 1 - Update of RLC test case 
7.2.3.1 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101089 

0705 

1 

GCF Priority 1 - Update of RLC test case 
7.2.3.7 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101090 

0706 

2 

GCF Priority 1 - Update of RLC test case 
7.2.3.18 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101092 

0707 


GCF priority 2 - EPS bearer context ID values 
and RRC messages carrying ESM messages 
for EPS bearer context (de)activation and 
modification 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101093 

0708 


GCF priority 3 - Small correction to TC 
9.2.1.1.11 Attach / rejected / EPS services and 

8.4.0 

8.5.0 
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non-EPS services not allowed 



2010-03 

RAN#47 

R5-101094 

0709 


GCF priority 2 - Correction of test case 
9.2.1 .1 .15 for Attach / rejected / roaming not 
allowed in this tracking area 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101098 

0710 


GCF Priority 2 - Update test case 8.5.1 .3 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101105 

0711 


GCF priority 1 - Update of RRC test case 
8.2.1.1 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101108 

0712 


GCF Priority 2 - Correction to EUTRAN RLC 
test case 7.2.2.10 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 01110 

0713 


GCF priority 2 - Correction of test case 
9.2.1 .2.4 for Successful combined attach 
procedure, EPS service only / CS domain not 
available 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-1 01113 

0714 


GCF Priority 1 - Correction to E-UTRA PDCP 
test case 7.3.4.1 and 7.3.4.2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101114 

0715 


GCF Priority 1 - Enhancement test case 8.1 .2.1 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101117 

0716 


GCF Priority 1 - Correction to ElVIIVI test cases 
to bring the UE to stable state at the end of 
expected sequence 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101118 

0717 


GCF Priority 1 - Update of IVIulti-layer 
Procedures partTC 13.1.1 Activation and 
deactivation of additional data radio bearer in 
E-UTRA 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101119 

0718 


GCF Priority 1 - Update of IVIulti-layer 
Procedures partTC 13.2.1 RRC Connection 
Reconfiguration: E-UTRA to E-UTRA 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101120 

0719 


GCF Priority 2: Update of MAC TC 7.1 .3.2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101121 

0720 


GCF Priority 1 - Correction to EPC test case 
9.2.1.1.1 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101122 

0721 


Priority 2 - section 9 alignment IP handling at 
wrong place - Missing security activation - 
Editorial changes 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101125 

0722 


GCF Priority 1 - Correction to E-UTRAN RLC 
test case 7.2.3.1 5 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101126 

0723 


GCF Priority 1 - Correction to E-UTRAN RLC 
test case 7.2.3.9 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101130 

0724 


GCF Priority 1 - Correction of RRC test case 
8.3.3.1 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101131 

0725 

1 

GCF Priority 1 - Correction to MAC test cases 
to bring the UE to stable state at the end of 
expected sequence 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101132 

0726 


GCF Priority 1 - Correction to RRC test cases 
to bring the UE to stable state at the end of 
expected sequence 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101133 

0727 


GCF Priority 2 - Update to test case 10.7.1 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101134 

0728 


GCF Priority 2 - Update to test case 10.7.2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101135 

0729 


GCF Priority 2 - Update to test case 10.8.1 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101141 

0730 


GCF Priority 4 - Addition of new RRC test case 
8.4.7.1 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101142 

0731 


GCF Priority 4 - Addition of new RRC test case 
8.3.2.10 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101145 

0732 


General note for test cases with statistical 
behaviour 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101148 

0733 


GCF Priority 3 - Update to test case 10.7.3 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101149 

0734 


GCF Priority 3 - Update to test case 10.7.4 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101151 

0735 


GCF Priority 3 - Update to test case 10.8.2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101152 

0736 


GCF Priority 3 - Update to test case 10.8.3 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101154 

0737 


GCF Priority 3 - Update to test case 10.8.5 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101155 

0738 


GCF Priority 3 - Update to test case 10.8.6 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101156 

0739 


GCF Priority 3 - Update to test case 10.8.7 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101158 

0740 


GCF Priority 3: New PUSCH-Hopping test case 
7.1.5.2:Predefined intra-TTI PUSCH hopping 
(N_sb=1) 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101160 

0741 


GCF Priority 3: New PUSCH-Hopping test case 
7.1.5.4: Predefined inter-TTI PUSCH hopping 
(N sb=1) 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101162 

0742 

1 

GCF priority 3 - New test case 8.1 .1 .6 RRC / 
BCCH modification in connected mode 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101163 

0743 


GCF Priority 3 - New TC 8.5.2.1 RRC 
Connection Reject: redirection from UTRAN to 
E-UTRAN 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101164 

0744 

- 

GCF Priority 3 - addition of new EMM test case 
9.2.1.2.14 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101165 

0745 


Update of test case 9.3.1 .15 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101166 

0746 


Update of test case 9.2.1 .1.18 

8.4.0 

8.5.0 
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2010-03 

RAN#47 

R5-101167 

0747 


GCF Priority 3: Update to test case 9.2.3.1 .6 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101168 

0748 


GCF priority 3 - Correction of test case 10.5.3 
for UE requested PDN connectivity procedure 
not accepted 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101169 

0749 


GCF Priority 3 - Addition of new multi-layer test 
case 13.1.3 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101170 

0750 

- 

GCF Priority 3 - Addition of new test case 
13.4.1.2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101171 

0751 


GCF Priority 3 - Update of IVIulti-layer 
Procedures part TC 13.3.1 .1 Intra System 
Connection Reestablishment / Radio Link 
Recovery while T310 is running 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101172 

0752 

- 

GCF Priority 3 - update of test case 1 3.3.1 .2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101173 

0753 


GCF Priority 2 : Correction to MAC test case 
7.1.6.1 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101174 

0754 


GCF Priority 2 : Correction to MAC test cases 
7.1.6.2 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101175 

0755 

2 

GCF Priority 1 - Correction to E-UTRAN RLC 
test case 7.2.3.10 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101177 

0756 

- 

Update to GCF Priority 1 layer 2 UM test cases 
to increase the drx- Inactivity Timer to psf200 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101179 

0757 


GCF Priority 1 - Enhancement and update to 
MAC test case 7.1.4.6 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101183 

0758 

- 

GCF Priority 1 : Update of MAC TC 7.1 .3.6 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101186 

0759 


Update of test case and section titles 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101189 

0760 


GCF Priority 2 - Update to test case 8.1 .2.7 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101190 

0761 


GCF Priority 2 - Update to test case 8.1 .2.5 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101191 

0762 


Corrections related to UE mode of operation 
and UE capability for CS fallback and SMS over 
SGs 

8.4.0 

8.5.0 

2010-03 

RAN#47 

R5-101192 

0763 


GCF priority 3 - Correction of test case 10.6.2 
for UE requested PDN disconnect procedure 
not accepted by the network 

8.4.0 

8.5.0 

2010-03 

GERAN# 
45 

GP-1 00543 

0605 


Addition of new Test Case 6.2.3.22 

8.4.0 

8.5.0 

2010-03 

RAN#47 

- 

- 


Moved to V9.0.0 with no change 

8.5.0 

9.0.0 

2010-05 

GERAN# 
46 

GP-1 00625 

0764 


New Test case 6.2.3.28- Inter-RAT Cell 
Reselection from GPRS Packetjransfer to E- 
UTRACell (Network Assisted Cell Change) 

9.0.0 

9.1.0 

2010-05 

GERAN# 
46 

GP-1 00626 

0765 


New Test Case 6.2.3.30 - Inter-RAT Cell 
Reselection failure from GPRS Packet transfer 
to E-UTRA (Network Assisted Cell Change) 

9.0.0 

9.1.0 

2010-05 

GERAN# 
46 

GP-1 00649 

0766 


New Test Case 6.2.2.6 - Inter-RAT Cell 
selection / From GSMJdIe/GPRS Packetjdie 
to E-UTRA_RRC_IDLE / Serving cell becomes 
non-suitable (ServingCeIkO) 

9.0.0 

9.1.0 

2010-05 

GERAN# 
46 

GP-1 00650 

0767 


New Test Case 6.2.2.7 - Inter-RAT Cell 
selection / From GSMJdIe/GPRS Packetjdie 
to E-UTRA_RRC_IDLE ,when the serving cell 
is barred. 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03077 

0768 


GCF Priority 2 - Correction of Minimum Cell 
Configuration 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03086 

0769 


GCF Priority 3: New TC 9.3.1 .5 Service request 
/Rejected /Illegal ME 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03087 

0770 


GCF Priority 1 - Correction to E-UTRAN MAC 
test case 7.1.2.3 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03088 

0771 


GCF Priority 1 - Correction to MAC test case 
7.1.4.10 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03089 

0772 


GCF Priority 3 - Update of TC 9.1 .5.1 EMM 
Information Procedure 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03090 

0773 


GCF Priority 2 - Correction to TC 9.1 .2.4 
Authentication not accepted by the UE / MAC 
code failure 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03091 

0774 


GCF Priority 2 - Correction to TC 9.1 .2.5 
Authentication not accepted by the UE / SQN 
failure 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03093 

0775 


GCF Priority 2 - Correction of SIB in RRC TCs 
8.4.2.2 and 8.4.2.4 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103130 

0776 


GCF Priority 2 - Update to test case 6.1 .2.6 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103131 

0777 


GCF Priority 1 - Correction to PDSCH power 
allocation of MAC TBS selection TCs 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103132 

0778 


GCF Priority 3 - Correction of test case 6.2.3.13 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103135 

0779 

- 

GCF Priority 4 - Addition of new test case 
8.3.2.2 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103136 

0780 


GCF Priority 4 - Update test case 8.3.2.4 

9.0.0 

9.1.0 
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2010-06 

RAN#48 

R5-103137 

0781 


GCF Priority 4 - Addition of new test case 
8.3.2.5 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103139 

0782 


GCF Priority 3 - Correction for test case 
13.4.1.2 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103140 

0783 


GCF Priority 3 - Addition of new test case 
13.4.2.1 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103141 

0784 

- 

GCF Priority 2 - Update test case 6.1 .2.11 & 
6.1.2.15 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103144 

0785 


GCF Priority 4 Addition of new test case 14.1 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103145 

0786 


GCF Priority 4 Addition of new test case 14.2 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103157 

0787 


GCF Priority 4: New IVIAC TBS test case 
7.1.7.1.6:DCI format 2A/ RAtype 1 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103158 

0788 

- 

GCF Priority 4: New IVIAC TBS test case 
7.1.7.1.5:DCI format 2A/ RAtype 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103159 

0789 


GCF Priority 4: Correction to E-UTRA DRB test 
case 12.3.1 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103160 

0790 


GCF Priority 4: Correction to E-UTRA DRB test 
case 12.3.2 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103161 

0791 


GCF Priority 4: Correction to E-UTRA DRB test 
case 12.3.3 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103162 

0792 


GCF Priority 4: Correction to E-UTRA DRB test 
case 12.3.4 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103163 

0793 


GCF Priority 4: Correction to generic test 
procedure 1 2.1 .2 for E-UTRA DRB MIMO test 
cases 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03228 

0794 


GCF Priority 4: New PUSCH-Hopping test case 
7.1 .5.1 : Inter-TTI PUSCH hopping by uplink 
grant 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03230 

0795 


GCF Priority 4: New PUSCH-Hopping test case 
7.1.5.3: Predefined intra-TTI PUSCH hopping 
(N_sb=2/3/4) 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03231 

0796 


GCF Priority 4: New PUSCH-Hopping test case 
7.1.5.5: Predefined inter-TTI PUSCH hopping 
(N sb=2/3/4) 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03240 

0797 


GCF Priority 2 - Update to test case 8.1 .2.7 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03241 

0798 


GCF Priority 3 - Update to test case 9.2.3.1 .23 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03242 

0799 


GCF Priority 1 - Clarification of the cells where 
the messages are observed in EMM test cases 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03243 

0800 


GCF Priority 4 - Update to test case 10.7.5 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03244 

0801 


GCF Priority 4 - Update to test case 10.8.4 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03246 

0802 


Applicability of new TC 1 3. 1 .5 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03271 

0803 


GCF Priority 3 - Update of RRC part TC 8.5.1 .2 
Radio link failure /T301 expiry 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03272 

0804 


GCF Priority 4 - Addition of new EPS mobility 
management procedure test case 9.2.3.2.7 
Combined tracking area update / Rejected / 
EPS services and non-EPS services not 
allowed 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03273 

0805 


GCF Priority 3 - Update Multi-layer test cases 
13.3.1.1 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03276 

0806 


GCF Priority 2 - Correct the Test Purpose 2 of 
PDCP part TC 7.3.1 .2 and 7.3.1 .3 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03277 

0807 


GCF Priority 1 - Correct PDCP part TC 7.3.1 .1 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5- 103278 

0808 


GCF Priority 4 -Addition of new EPS mobility 
management procedure test case 9.2.3.2.7 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03302 

0809 


GCF Priority 1 : Correction to test case 7.1 .3.9 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5- 103303 

0810 


GCF Priority 1 : Correction to E-UTRA MAC test 
case 7.1.2.1 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03304 

0811 


GCF Priority 1 : Correction to EMM test case 
9.2.3.1.1 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03307 

0812 

- 

GCF Priority 1 : Correction to EMM test case 
9.2.1.1.1 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03308 

0813 


GCF Priority 1 : Correction to EMM test case 
9.2.2.2.1 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103313 

0814 


GCF Priority 1 : Correction to EUTRA MAC test 
cases 7.1.7.1 test cases 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03321 

0815 

- 

GCF Priority 2: Correction to EUTRA PDCP 
test case 7.3.6.1 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03323 

0816 


GCF Priority 2: Correction to EUTRA RRC test 
case 8.5.1.5 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03327 

0817 


GCF Priority 2: Correction to EPC test case 
9.2.2.1.1 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03341 

0818 


GCF Priority 2: Adding UE pre-conditions for 
UE to be configured for combined EPS/IMS! 

9.0.0 

9.1.0 
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attach in 9.2.3.2.x combined TAU test cases 



2010-06 

RAN#48 

R5-1 03364 

0819 


GCF Priority 2 - Correction to generic test 
procedure reference in Idle mode section 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03365 

0820 


GCF Priority 2 - Correction to TC 8.1 .3.7 RRC 
connection release / Redirection from UTRAN 
to E-UTRAN 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03367 

0821 


GCF Priority 3 - Correction to TC 8.5.2.1 RRC 
Connection Reject / Redirection from UTRAN to 
E-UTRAN 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03394 

0822 


GCF Priority 4 - NewTC 9.3.1.18 Service 
Reject CSG not authorized 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103413 

0823 


GCF Priority 4 - Addition of new test case 
8.4.3.2 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103414 

0824 

- 

GCF Priority 4 - Addition of new test case 
8.4.3.3 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103416 

0825 


Priority 4 -Addition of test case 9.2.3.2.17 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103418 

0826 


Priority 4 - Addition of new test case 9.2.3.2.4 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103419 

0827 


Priority 4 - Addition of new test case 9.2.3.2.1 4 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03420 

0828 


Priority 4 - Addition of new test case 9.2.3.2.8 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03421 

0829 


Priority 3 - update of test case 9.2.2.2.14 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03456 

0830 


GCF Priority 4 - New TC 9.2.3.3.2 lu mode to 
SI mode intersystem change / ISR is active / 
Expiry of T331 2 in E-UTRAN or T341 2 in 
UTRAN and further intersystem change 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03457 

0831 


GCF Priority 4 - New test case 6.1 .2.1 Cell 
reselection in shared network environment 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03458 

0832 


GCF Priority 4 - New Test case 6.1 .2.1 2 Cell 
reselection / Cell-specific reselection 
parameters provided by the network in a 
neighbouring cell list 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5- 103459 

0833 


GCF Priority 4 - addition of new test case 
6.1 .1 .4: PLIVIN selection in shared network 
environment /Automatic mode 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03463 

0834 


GCF Priority 3 - Addition of new ElVIIVI test case 
9.2.2.1.7 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03464 

0835 


GCF Priority 3 - Addition of new ElVIIVI test case 
9.2.2.1.8 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03465 

0836 

- 

GCF Priority 3 - Addition of new EMM test case 
9.2.2.1.9 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03486 

0837 


GCF Priority 2 Correction to test case 6.1 .2.3, 
6.2.3.1 & 6.2.3.6 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03498 

0838 


GCF Priority 2 to 3 - Correction to RRC part 3 
test cases 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103513 

0839 


GCF Priority 2 - Update of RRC test case 
8.2.4.5 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103514 

0840 


GCF Priority 3 - New EMM test case 9.2.2.1 .3 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03573 

0841 


Addition of new DSMIPv6 test case for 
Discovery of the Home Agent address via 
DHCPv6 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03579 

0842 


Addition of new DSMIPv6 test case for Security 
association establishment with Home Agent 
reallocation procedure 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03646 

0843 


GCF Priority 2 - Corrections to C2K TCs 
8.3.2.7, 8.3.2.8 and 8.3.2.9 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03649 

0844 


Addition of new DSMIPv6 test case for 
Discovery of the Home Agent address via 
IKEv2 during tunnel setup to ePDG 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03676 

0845 


GCF Priority 4 - Addition of test case 8.2.4.1 
RRC Connection Reconfiguration / Handover 
(between FDD and TDD) 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03696 

0846 


GCF Priority 1 - Correction to MAC, RRC and 
EMM test cases to bring the UE to stable state 
at the end of test 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03697 

0847 


GCF Priority 1 : Correction to EUTRA MAC test 
case 7.1.4.8 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03698 

0848 


GCF Priority 1 : Correction to test case 7.1.4.11 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03800 

0880 

1 

GCF Priority 1 : Correction to EUTRA RLC test 
case 7.2.3.6 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03801 

0881 

1 

GCF Priority 1 : Correction to EUTRA RLC test 
case 7.2.3.7 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03802 

0849 


GCF Priority 1 - Update of RRC test cases 
8.2.2.1 

9.0.0 

9.1.0 
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2010-06 

RAN#48 

R5-1 03803 

0850 


GCF Priority 1 : Correction to EUTRA RLC test 
case 7.2.3.10 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03804 

0851 

- 

GCF priority 2 - Correction to test case 6.1 .1 .1 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03805 

0852 


GCF Priority 2: Correction to EUTRA RLC test 
case 7.2.2.8 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03806 

0853 


GCF Priority 2: Correction to EUTRA RLC test 
case 7.2.2.10 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03807 

0854 


GCF Priority 2: Correction to EUTRA RLC test 
case 7.2.3.13 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03808 

0855 


GCF Priority 2 - Update to test case 8.1 .2.5 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03809 

0856 


GCF Priority 2: Correction to EPC test case 
9.1.3.2 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03810 

0857 


GCF Priority 2: Adding UE pre-conditions for 
UE to be configured for EPS attach in 9.2.1 .1 .x 
EPS attach test cases 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03811 

0858 


GCF Priority 2: Adding UE pre-conditions for 
UE to be configured for EPS attach in 9.2.3.1 .x 
TAU test cases 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103814 

0859 


GCF Priority 2: Adding UE pre-conditions for 
UE to be configured for EPS attach in 9.2.2.x 
detach test cases 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103815 

0860 


GCF Priority 2: Adding UE pre-conditions for 
UE to be configured for combined EPS/IIVISI 
attach in 9.2.1 .2.x combined attach test cases 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103816 

0895 


Correction to IVIAC and RLC handover test 
cases to set IE "statusReportRequired" to 
FALSE 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103817 

0882 

1 

GCF Priority 2: Correction to ElVIIVI test case 
9.2.3.1.2 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103818 

0861 


GCF Priority 2 - Correction to EPS test case 
9.4.1 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-103819 

0883 


GCF Priority 2 - Update of General tests part 
TC 11.1.4 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03820 

0862 


GCF Priority 2 - Correction to 'SMS over SGs' 
test case 11.1.1 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03821 

0863 


GCF Priority 2 - Correction to 'SMS over SGs' 
test case 11.1.2 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03822 

0864 


GCF Priority 2 - Correction to 'SMS over SGs' 
test case 11.1.3 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03823 

0894 


GCF priority 3 - New test case 6.2.1 .2 Inter- 
RAT PLMN Selection /Selection of correct RAT 
for UPLMN/Automatic mode 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03824 

0884 

1 

GCF priority 3 - Inter-RAT PLMN Selection/ 
Selection of correct PLMN and RAT in shared 
network environment, Automatic mode 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03825 

0885 

1 

GCF priority 4 - New test case 6.2.1 .4 Inter- 
RAT PLMN Selection/ Selection of correct RAT 
from the OPLMN list/ Manual mode 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03826 

0886 


GCF priority 3 - New test case 6.2.1 .1 Inter- 
RAT PLMN Selection /Selection of correct RAT 
for OPLMN/Automatic mode 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03827 

0887 

- 

GCF Priority 3 - Update test case 8.2.4.8, 
8.5.1.2 and 8.5.1.4 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03828 

0865 


GCF Priority 3 - Update test case 8.3.3.3 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03829 

0888 


GCF Priority 3 - Update RRC test case 8.3.1 .4 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03830 

0866 


GCF Priority 3: New EMM test case, 9.2.1 .1 .23: 
Attach /Abnormal case / Repeated rejects for 
network failures 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03831 

0867 


GCF Priority 3: New TC 9.3.1 .6 Service request 
/ Rejected / EPS services not allowed 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03832 

0868 


Priority 3 - update of test case 9.2.1 .1 .24 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03833 

0889 

1 

GCF Priority 2 - Correction of EMM test case 
9.1.2.3 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03836 

0869 


GCF Priority 3 - Addition of new test case 
13.1.5 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03837 

0889 


GCF Priority 3 - Update of Multilayer 
Procedures partTC 13.3.1.2 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03838 

0870 


GCF Priority 3 - Update of Multilayer 
Procedures partTC 13.1.3 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03839 

0891 


GCF Priority 4 - Update of RRC part TC 8.1 .1 .3 
RRC / Paging for connection in idle mode 
/Multiple paging records 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03840 

0871 

- 

GCF Priority 4 - Addition of new test case 
8.2.1.5 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03841 

0872 


GCF Priority 4 - Addition of new test case 

9.0.0 

9.1.0 
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8.2.1.6 



2010-06 

RAN#48 

R5-1 03842 

0873 


GCF Priority 4 - New TC 9.2.1 .1 .4 Attach 
Procedure Success Request for obtaining the 
IPv4 address of the home agent 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03843 

0874 


Priority 4 - Addition of new test case 9.2.3.2.1 6 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03844 

0892 

1 

GCF Priority 4 - New TC 1 3.1 .8 Connected 
CSFB to GSIVI with Redirection IVIO call 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03848 

0875 


GCF Priority 2 - Update RRC test case 8.2.4.6 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03849 

0876 


Addition of UE end state for 15 EMM test cases 
and termination of ongoing signalling procedure 
for 3 EMM test cases 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03872 

0877 


GCF Priority 1 - Correction to MAC test case 
7.1.4.5 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03873 

0878 


GCF Priority 4 -Addition of Multi-layer 
Procedures part test case 13.1 .7 

9.0.0 

9.1.0 

2010-06 

RAN#48 

R5-1 03876 

0879 


GCF Priority 4 - Addition of new test case 
9.2.3.2.2 for combined tracking area update / 
successful for EPS services only / IMS! 
unknown in HSS 

9.0.0 

9.1.0 

2010-06 

- 

- 

- 


Typo correction of clause title 9.2.1 .1 .3.3 

9.1.0 

9.1.1 

2010-09 

RAN#49 

GP-101502 

0898 


CR 36.523-1 -0898 New test case 6.2.3.1 4 
Inter-RAT Cell Reselection / from 
GSMJdIe/GPRS Packet Idle to E-UTRA 
(priority of E-UTRA cells are higher than the 
serving cell) 

9.1.1 

9.2.0 

2010-09 

RAN#49 

GP-101503 

0899 


CR 36.523-1 -0899 New test case 6.2.3.1 5 
Inter-RAT Cell Reselection / from 
GSMJdIe/GPRS Packet Idle to E-UTRA 
(priority of E-UTRA cells are lower than the 
serving cell) 

9.1.1 

9.2.0 

2010-09 

RAN#49 

GP-101510 

0896 


CR 36.523-1-0896 6.2.3.19 : Redirection to E- 
UTRA upon the release of the CS connection 

9.1.1 

9.2.0 

2010-09 

RAN#49 

GP-101521 

0897 


CR 36.523-1-0897 6.2.3.20: Redirection to E- 
UTRA upon the release of the CS connection 
and no suitable cell available 

9.1.1 

9.2.0 

2010-09 

RAN#49 

GP-101562 

0902 


CR 36.523-1 -0902 New Test case 6.2.3.27- 

Inter-RAT Cell selection from GPRS 

Packet transfer to E-UTRA Cell (NC2 mode). 

9.1.1 

9.2.0 

2010-09 

RAN#49 

GP-101603 

1016 


CR 36.523-1 -1 01 6 New Test Case 6.2.3.23 - 
Inter-RAT Cell Reselection from GPRS Packet 
transfer to E-UTRA in CCN mode (PACKET 
CELL CHANGE CONTINUE) 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04073 

0903 


GCF Priority 2 - Corrections to EUTRA idle 
mode test cases 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04083 

0904 


GCF Priority 2 - Review of detach at 
switch/power off procedure in EMM test cases 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04084 

0905 


GCF Priority 2 - Review of switch/power off 
procedure 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104107 

0906 


GCF Priority 1 - Correction to remove special 
configurations for UM Bearer test cases 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104130 

0907 


GCF Priority 2 - Correction to EUTRA RRC test 
case 8.1.2.7 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104136 

0908 


GCF Priority 2 - Correction to Generic E-UTRA 
radio bearer test procedure 12.1.1 and 12.1.2 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104142 

0909 


GCF Priority 2 - Correction to EMM test case 
9.2.3.1.2 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104144 

0910 


GCF Priority 1 - Correction to MAC test case 
7.1.2.8 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104145 

0911 


GCF Priority 2 - Correction to EUTRA RRC test 
case 8.1.2.5 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104147 

0912 


GCF Priority 2 - Correction to EUTRA MAC test 
case 7.1.4.3 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104148 

0913 


GCF Priority 1 - Correction to EUTRA RLC test 
case 7.2.3.1 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104149 

0914 


GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.2.6 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104150 

0915 


GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.3.1 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104157 

0917 

- 

GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.3.6 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104162 

0918 


GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.4.11 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104168 

0919 


GCF Priority 2 - Correction of ESM test case 
10.8.1 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104173 

0920 

- 

GCF Priority 4 - Addition of new test case 

9.1.1 

9.2.0 
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6.1.2.14 



2010-09 

RAN#49 

R5-104178 

0921 

- 

GCF Priority 4 - Addition of new test case 
9.2.3.2.5 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104182 

0922 


GCF Priority 3 - Update to test case 13.1 .5 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04238 

0923 


GCF Priority 2 - Correction of ElVIIVI test case 
9.2.1.1.17 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04265 

0924 

- 

GCF Priority 2 - Update of TC 8.1 .2.5 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5- 104283 

0925 


GCF Priority 4 Update test case 8.3.2.5 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04286 

0926 


GCF Priority 4 - Correction of test cases 14.1 & 
14.2 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04287 

0927 


GCF Priority 4 - Addition of new test case 14.3 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04389 

0928 


Update of DSI\/IIPv6 test cases 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04390 

0929 


Removal of DSI\/IIPv6 test case 15.3 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5- 104399 

0930 


GCF Priority 1 - update of test case 7.2.3.4 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104512 

0931 


GCF Priority 2 - Update to ElVIIVI test case 
9.2.2.1.1 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04535 

0932 

- 

GCF Priority 2 - Update of TC 7.1 .4.1 6 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04632 

0933 


GCF Priority 1 - Correction of RRC test case 
8.5.4.1 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04637 

0934 


GCF priority 4 - Addition of new test case 
8.2.4.12 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04708 

0935 

- 

GCF Priority 1 - Correction to EUTRA MAC test 
cases 7.1 .7.1 .1 , 7.1 .7.1 .2, 7.1 .7.1 .3, 7.1 .7.1 .4 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04709 

0936 

- 

GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.7.2.1 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04710 

0937 


GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.3.4 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04711 

0938 

- 

GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.3.9 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104712 

0939 


GCF Priority 1 - Correction to GCF WI-081 LTE 
Testcases 7.1.4.11, 7.1.4.14 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104713 

0940 


GCF Priority 2 - Correction to ETURA RRC test 
case 8.2.4.1 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104714 

0941 


Correction to GCF WI-082 EMM Testcase 
9.1.2.1 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104715 

0942 


GCF Priority 2 - Corrections to EUTRA GERAN 
idle mode test cases 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104716 

0943 


GCF Priority 2 - Corrections to idle mode test 
case 6.2.2.1 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104717 

0944 


GCF Priority 2 - Review of detach at 
switch/power off procedure in Idle Mode test 
cases 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104718 

0945 


GCF Priority 2 - Correction to Inter RAT HRPD 
test case 6.2.2.3 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-104719 

0946 


GCF Priority 2 - Correction to Inter RAT HRPD 
test case 6.2.3.7 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04720 

0947 


GCF Priority 2 - Correction to Inter RAT HRPD 
test case 6.2.3.8 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04721 

0948 

- 

GCF Priority 2 - Addition of new test case 
6.2.3.4 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04722 

0949 


Addition of modified value tag after System 
Information modification 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04723 

0950 


GCF Priority 2 - Correction to EUTRA RLC test 
case 7.2.3.21 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04724 

0951 


GCF Priority 2 - Correction to GCF Priority 2 
Inter RAT HRPD test case 8.1 .3.9 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04725 

0952 


GCF Priority 2 - Correction to TC 8.1 .3.5 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04728 

0953 


GCF Priority 2 - Correction of EMM test case 
9.2.1.1.9 and 9.2.1.1.10 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04729 

0954 


GCF Priority 2 - Correction of EMM test case 
9.2.1.1.20 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04730 

0955 

- 

GCF Priority 2 - update of test case 9.2.3.1 .8 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04731 

0956 


GCF Priority 2 - Correction of EMM test case 
9.2.1.2.1 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04732 

0957 


GCF priority 2 - Correction of test case 
9.2.1 .1.1a about reference cell information 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04733 

0958 


GCF Priority 2 - Correction of ESM test case 
10.6.1 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04734 

0959 


GCF Priority 2 - Correction to ESM test case 
10.5.1 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04735 

0960 


GCF Priority 2 - Correction to ESM test case 
10.4.1 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04736 

0961 


Add test case for RRC connection 
establishment of emergency call 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5- 104742 

0962 


GCF Priority 3: Correction to test case 7.1 .5.2 

9.1.1 

9.2.0 
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2010-09 

RAN#49 

R5- 104743 

0963 


GCF Priority 3 - Correction to test case 7.1 .5.4 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04744 

0964 

- 

GCF priority 3: Correction to IVIAC TBS (IVIIIVIO 
configured) test case 7.1 .7.1 .5 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04745 

0965 

- 

GCF priority 3: Correction to IVIAC TBS (MIMO 
configured) test case 7.1 .7.1 .6 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04746 

0966 


GCF Priority 3 - Addition of new EPS mobility 
management procedure test case 9.3.2.2a 
Paging for CS fallback / Connected mode 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04747 

0967 

- 

GCF Priority 3 - update of test case 9.2.1 .1 .12 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04748 

0968 


GCF Priority 3 - update of test case 9.3.1 .1 5 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04749 

0969 


GCF Priority 3 - update of test case 9.2.3.1 .23 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04750 

0970 


GCF Priority 3 - Correction of ESM test case 
10.5.3 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04751 

0971 


GFC Priority 3 and 4: Correction of generic test 
procedure used in MIMO DRB test cases 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04752 

0972 


GCF Priority 3 -Addition of new Multilayer 
Procedures test case 13.1 .4 Call setup from E- 
UTRAN RRCJDLE / CS fallback to UTRAN 
with Handover / MT call 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04753 

0973 


Addition of new LTE test case 13.1 .2 CS 
fallback UTRAN with redirection / MO call 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04754 

0974 


GCF Priority 3 - Addition of New TC for cell 
reselection when IxRTT is higher priority 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04755 

0975 

- 

GCF Priority 3 - Addition of New TC for cell 
reselection when IxRTT is lower priority 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04756 

0976 


GCF Priority 4 - Addition of new test case 
6.1.1.6 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04757 

0977 


GCF Priority 4: Correction to test case 7.1 .5.1 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04758 

0978 


GCF Priority 4: Correction to test case 7.1 .5.3 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04759 

0979 


GCF Priority 4 - Correction to test case 7.1 .5.5 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5- 104760 

0980 


GCF Priority 4 - Addition of new test case 
8.1.2.6 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04761 

0981 


GCF Priority 4 - Update of TC 8.2.1 .5 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04762 

0982 

- 

GCF Priority 4 - Update of TC 8.2.1 .6 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04763 

0983 


GCF Priority 4 - Correction to TC 8.2.4.8 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04764 

0984 


GCF Priority 4 - Update of TC 8.3.1 .6 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5- 104765 

0985 


GCF Priority 2 - Correction to EUTRA RRC Test 
Case 8.2.4.7 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04768 

0986 

- 

GCF Priority 4 - Addition of new EMM test case 
9.2.1.1.3 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04769 

0987 


GCF Priority 4 - Addition of new test case 
9.2.3.2.11 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04770 

0988 


GCF Priority 4 - Update to test case 9.2.3.2.15 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04771 

0989 


GCF Priority 4 - Addition of new test case 
9.3.1.12a 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04773 

0990 


GCF Priority X: Addition of New TC for Inter- 
RAT Cell reselection from E-UTRAidle non- 
CSGcelltoaUTRACSGcell 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04774 

0991 


GCF Priority X: Addition of New TC for Inter- 
RAT CSG Cell Reselection from E-UTRA CSG 
cell to UTRACSG cell 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04776 

0992 


GCF Priority X: Introduction of new ESM test 
case 10.9.1 for UE routing of uplinks packets 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04777 

0993 


GCF priority 2 - Cell detection timing related 
correction to test case 6.1 .2.3 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04778 

0994 


GCF priority 1 - Cell detection timing related 
correction to test case 6.1 .2.4 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04779 

0995 


GCF priority 2 - Cell detection timing related 
correction to test case 6.1 .2.5 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04780 

0996 


GCF priority 2 - Cell detection timing related 
correction to test case 6.1 .2.11 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04781 

0997 


GCF priority 1 - Cell detection timing related 
correction to test case 6.1 .2.1 5 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04782 

0998 


GCF priority 2 - Cell detection timing related 
correction to test case 6.2.2.1 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04783 

0999 


GCF priority 2 - Cell detection timing related 
correction to test case 6.2.2.2 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04784 

1000 


GCF priority 2 - Cell detection timing related 
correction to test case 6.2.3.1 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04785 

1001 


GCF priority 2 - Cell detection timing related 
correction to test case 6.2.3.2 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04786 

1002 


GCF priority 2 - Cell detection timing related 
correction to test case 6.2.3.3 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04787 

1003 


GCF priority 2 - Cell detection timing related 
correction to test case 6.2.3.5 

9.1.1 

9.2.0 
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2010-09 

RAN#49 

R5-1 04788 

1004 


GCF priority 2 - Cell detection timing related 
correction to test case 8.1 .2.5 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04789 

1005 


GCF priority 2 - Cell detection timing related 
correction to test case 8.4.2.2 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04790 

1006 


GCF priority 2 - Cell detection timing related 
correction to test case 8.4.2.4 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04791 

1007 


GCF Priority 1 - Correction to test case 6.1 .2.2 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04792 

1008 


GCF Priority 2 - Correction to EUTRA Idle 
mode test case 6.1.2.6 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04793 

1009 


GCF Priority 3 - Correction to EUTRA RRC test 
case 8.1.2.2 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04794 

1010 


GCF Priority 2 - Correction to EUTRA PDCP 
test cases 7.3.5.2, 7.3.5.3, 7.3.5.4, 7.3.5.5 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04795 

1011 


Correction to Generic E-UTRA radio bearer test 
procedure 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04797 

1012 


GCF Priority 2 - Update test cases in clause 
8.5.1 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 04798 

1013 


GCF Priority 2 - Update of IVIAC test case 
7.1.4.3 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 05000 

1014 


GCF Priority 3 - New TC 6.3.3 Inter-RAT cell 
reselection / From UTRA Idle to E-UTRA 
RRC IDLE CSG cell 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 05001 

1015 


GCF Priority 1 - Correction to GCF Priority 1 
MAC test cases for AP#47.05 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 05002 

1017 


GCF Priority 1 - Correction of new test cases in 
8.3.3 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 05004 

1018 


GCF Priority 4 - Update to test case 8.1 .2.9 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 05005 

1019 


36523-1 : Update of attach procedure 
specification 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 05006 

1020 

- 

GCF Priority 4 - Update of TC 8.1 .2.8 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 05007 

1021 


GCF Priority 1 - Correction of EUTRA MAC test 
case 7.1.4.5 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 05009 

1022 


GCF Priority 2 - Correction of EUTRA test case 
8.5.1.3 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 05010 

1023 


GCF Priority 2 - Correction to ETURA RRC test 
case 8.5.1.1 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 05011 

1024 


GCF Priority 2 - Correction of EUTRA test case 
8.3.1.3 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-105012 

1025 


GCF Priority 2 - Correction to ESM test case 
10.7.2 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-105014 

1027 

- 

GCF Priority 3 - update of test case 9.2.3.2.9 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-105015 

1028 


GCF Priority 2 - update of test case 9.2.3.1 .2 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-105016 

1029 


GCF Priority 1+2: Correction to RLC test cases 
forAP#47.05 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 05054 

1031 


GCF Priority 1 - Correction to EUTRA RLC test 
case 7.2.3.18 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 05070 

1026 


Harmonising EMM test case pre-test conditions 
specification 

9.1.1 

9.2.0 

2010-09 

RAN#49 

R5-1 05071 

1030 


GCF Priority x - Correction to 36.523-1 Test 
Case 8.3.1.5 

9.1.1 

9.2.0 

2010-12 

RAN#50 

R5-1 06062 

1133 


GCF Priority 2 - Correction of ESM test case 
10.3.1 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06094 

1134 


GCF Priority 1 - Update of RRC test case 
8.2.2.2 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-106107 

1135 


GCF Priority 1 - Correction to EMM test case 
9.2.3.1.1 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-106108 

1136 


GCF Priority 2 - Correction to ESM test case 
10.4.1 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-106109 

1137 


GCF Priority 2 - Correction to EMM test case 
9.2.3.1.2 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-106111 

1138 


GCF Priority 2 - Correction to ESM test case 
10.7.2 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-106114 

1032 


GCF Priority 3 - Correction to EMM test case 
9.2.3.1.13 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-106156 

1033 


GCF Priority 1 - Correction to TC 7.2.3.2 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-106160 

1034 


GCF Priority 1 - Correction to TC 9.2.3.1 .5 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-106164 

1035 


GCF Priority 2 - Correction to TC 7.3.5.4 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-106177 

1036 


GCF Priority 2 - Correction of test cases in 
6.2.3.4 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-106182 

1037 


GCF Priority 2 - Correction of test cases in 
8.3.2.1, 8.3.2.3, 8.3.2.5 and 8.3.2.6 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-106183 

1038 


GCF Priority 3 - Correction of test cases in 
8.3.3 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-106186 

1039 


GCF Priority 3 - Corrections to test case 
9.2.1.2.2 

9.2.0 

9.3.0 
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2010-12 

RAN#50 

R5-106187 

1040 


GCF Priority 3 - Corrections to test case 
9.2.2.1.7 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-106188 

1041 


GCF Priority 1 - Corrections to test case 
9.2.2.2.1 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-106189 

1042 


GCF Priority 4 - Corrections to test case 
9.2.3.2.2. 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-106190 

1043 


GCF Priority 4 - Corrections to test case 
9.3.1.17 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06204 

1044 


GCF Priority 1 - Corrections to test case 7.1 .4.1 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-106214 

1045 


GCF Priority 2 - Correction to ElVIIVI test cases 
9.2.1.1.13, 9.2.1. 1.15and 9.2.1. 1.17 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-106216 

1046 


GCF Priority 2 - Correction to ElVIIVI test case 
9.2.1.1.7 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06226 

1047 


GCF Priority 2 - Correction to EMM test case 
9.2.1.2.1 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06227 

1048 


GCF Priority 2 - Correction to EMM test case 
9.2.1.2.4 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06229 

1049 


GCF Priority 2 - Correction to EMM test case 
9.2.3.1.4 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06268 

1050 


GCF Priority 4 - Editorial correction to test case 
6.1.1.6 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06269 

1051 


GCF Priority 3 - Update to test case 6.2.2.5 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06274 

1052 


GCF Priority 4 - Update to test case 8.1 .2.6 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06275 

1053 


GCF Priority 4 - Update to test case 8.1 .2.8 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06276 

1054 


GCF Priority 4 - Update to test case 8.1 .2.9 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06277 

1055 


GCF Priority 2 - Update to test case 8.1 .3.5 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06280 

1056 


GCF Priority 3 - Update to test case 9.2.1.2.15 
and 9.3.1.12a 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06284 

1057 


GCF Priority 3 - Update to test cases 10.8.2, 
10.8.4 and 10.8.6 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06294 

1058 


CR to 36.523-1 : Correction to UTRA cell 
minimum power level 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06326 

1059 


GCF Priority 3 - Corrections to ESM test case 
10.6.2 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06333 

1060 


GCF Priority 2 - Corrections to RRC test case 
8.2.4.6 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06335 

1061 


GCF Priority 1-4 - Editorial corrections to 
EUTRA RRC test cases 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06336 

1062 


GCF Priority 1-4 - Editorial corrections to EMM 
test cases 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06524 

1063 


Update test case 8.1.2.11 with IMS emergency 
session setup 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06525 

1064 


Update references with IMS 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06555 

1065 


GCF Priority 1 - Correction of test cases in 
6.1.2 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06556 

1066 

- 

GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.2.8 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06557 

1067 


GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.4.12 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06558 

1068 

- 

GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.4.13 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06559 

1069 


GCF Priority 2 - Making compressed mode 
configuration optional for FDD and removal of 
compressed mode requirement for TDD for 
InterRAT HO test cases 8.4.2.2 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06560 

1070 


GCF Priority 2 - Making compressed mode 
configuration optional for FDD and removal of 
compressed mode requirement for TDD for 
InterRAT HO test cases 8.4.2.4 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06563 

1071 


GCF Priority 1 - Update of MAC test case 
7.1.4.13 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06564 

1072 


Resolve timing issue in PI RLC TCs 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06565 

1073 


GCF Priority 1 - Correction to TC 7.2.3.9 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06566 

1074 


GCF Priority 1 - Update of Radio Bearer test 
procedure used byTC 12.2.1 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06567 

1075 


GCF Priority 2 - Correction to Idle mode test 
case 6.1.2.7 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06568 

1076 


GCF Priority 2 - Correction of test cases in 
6.1.2.8 and 6.1.2.9 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06569 

1077 


GCF Priority 2 - Correction of test cases in 
6.2.2.1 and 6.2.2.2 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06570 

1078 


GCF Priority 2 - Correction to EUTRA RRC test 
case 8.1.3.5 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06572 

1079 


GCF Priority 2 - Correction of test cases in 
8.3.1.8-8.3.1.11 

9.2.0 

9.3.0 
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2010-12 

RAN#50 

R5- 106573 

1080 


GCF Priority 2 - Update to test case 8.4.2.2 and 
8.4.2.4 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06574 

1081 


GCF Priority 2 - Correction to contents for 
message Extended Service Request 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06575 

1082 


GCF Priority 2 - Correction to ElVIIVI test case 
9.1.2.3 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06595 

1083 


Add test case for RRC connection 
establishment of emergency call / Limited 
Service 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06598 

1084 


GCF Priority 1 - Correction to EUTRA RRC test 
case 8.2.4.1 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06600 

1085 


GCF Priority 2 - Correction to ElVIIVI test case 
9.2.2.2.2 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06601 

1086 


GCF Priority 2 - Correction to EMM test case 
9.2.3.2.1 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06602 

1087 


GCF Priority 3 - Corrections to test case 7.1 .5.1 
and 7.1.5.2 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06603 

1088 

- 

GCF Priority 3 - Addition new test case 6.1.2.13 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06604 

1089 


GCF Priority 2 - Correction to EMM test case 
9.2.1.1.1a 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06605 

1090 


GCF Priority 3 - Various corrections to EMM 
section 9 of 36.523-1 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06607 

1092 


GCF Priority 3: Correction to multi-layer test 
cases 13.1.4 and 13.1.5 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06608 

1093 


GCF Priority 4 - Update to test case 8.1 .1 .3 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-106619 

1094 


GCF Priority 1 - Correction to TC 7.3.3.1 , 
7.3.3.2, 7.3.3.3 and 7.3.3.4 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06621 

1095 


GCF Priority 4 - Update to test case 8.1 .1 .4 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06622 

1096 


GCF Priority 4 - Correction of test cases in 
8.3.1.6 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06623 

1097 


GCF Priority 4 - Update to test case 9.2.3.2.5, 
9.2.3.2.11, and 9.3.1.12a 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06624 

1098 


9.2.1 .3.3 Attach GCF Priority 4 - 
Addition of new test case 9.2.3.2.13 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06625 

1099 

- 

GCF Priority 4: Addition of a new test case 
9.2.3.2.1b 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06626 

1100 


Addition of system information combination in 
Idle Mode test cases 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06627 

1101 


Addition of system information combination in 
EMM test cases 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06628 

1102 


Addition of system information combination in 
RRC test cases 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06629 

1103 


Addition of system information combination in 
Multilayer test cases 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06630 

1104 


Clarification of measurements requirements for 
Inter-RAT 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06631 

1105 


GCF Priority X - Addition new test case 6.2.3.31 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06632 

1106 


GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.4.8 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06635 

1107 


GCF Priority TBD - Addition of new idle mode 
test case for inter-freq cell reselection based on 
CSG autonomous search 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06636 

1108 


GCF Priority TBD - Correction to TC 1 6.1 .1 .1 
Inter-RAT Cell reselection from E-UTRA idle 
non-CSG cell to a UTRA CSG cell 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06637 

1109 


GCF Priority TBD- Movement of TC 16.1.1.2 to 
section 6.3.8 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06638 

1110 


GCF Priority 4 - Addition of new TC 6.3.4 Inter- 
RAT cell reselection / From UTRA CELL PCH 
state to E-UTRA RRC IDLE CSG cell 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06641 

1112 


GCF Priority 4 -Making measurement and 
reporting optional for FDD and removal 
compressed mode requirement for TDD for 
Redirection test cases 8.1 .3.7 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06642 

1113 


Periodic Rl Reporting using PUCCH / Category 
1 UE / Transmission mode 3/4 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06647 

1116 

- 

GCF Priority X - Addition of new test case 
13.1.x 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06655 

1117 


GCF Priority 4 - New test case 6.1 .1 .2 PLMN 
selection of 'Other PLMN/access technology 
combinations' /Automatic mode 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06657 

1119 


GCF Priority 1 - Correction to TC 7.2.3.10 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06659 

1120 


GCF Priority 1 - Corrections and enhancements 
to EUTRA PDCP test cases 7.3.3.1 , 7.3.3.3, 

9.2.0 

9.3.0 
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7.3.4.1 and 7.3.4.2 



2010-12 

RAN#50 

R5-1 06660 

1121 


GCF Priority 3 - Correction to test case 8.1 .2.2 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06661 

1122 


GCF Priority 2 - Corrections to E-UTRA RRC 
test case 8.1.2.7 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06662 

1123 


GCF Priority 4: Addition of a new test case 
9.2.1.2.1b 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06666 

1124 

- 

GCF Priority 2 - Correction to EUTRA IVIAC test 
case 7.1.4.16 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06676 

1125 


GCF Priority 1-4 - Editorial corrections to 
various ESIVI test cases 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06678 

1126 


GCF Priority 1-4 - Editorial corrections to 
EUTRA Idle Mode test cases 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06679 

1127 


GCF Priority 2 - Corrections to E-UTRA PDCP 
test case 7.3.5.5 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06680 

1128 


GCF Priority 2 - Correction to EUTRA RLC test 
case 7.2.3.16 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06681 

1129 


GCF Priority 2 - Update to test case 9.2.3.3.1 
and 9.2.3.3.4 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06707 

1131 


GCF priority X: New test case 9.2.3.2.1c 
Combined tracking area update / Success / CS 
Fallback not preferred 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06875 

1114 


GCF Priority X - Addition of new test case 
8.1.2.10 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06876 

1118 


Cell detection timing related correction to test 
case 6.2.2.3, 6.2.2.4, 6.2.3.7 and 6.2.3.8 

9.2.0 

9.3.0 

2010-12 

RAN#50 

R5-1 06877 

1115 


GCF priority X: New test case 9.2.1.2.1c 
Combined attach procedure / Success / EPS 
and CS Fallback not preferred 

9.2.0 

9.3.0 

2010-12 

RAN#50 

RP-101255 

1132 


GCF Priority 2 - Correction to EUTRA RLC test 
case 7.2.3.21 

9.2.0 

9.3.0 

2011-03 

GERAN# 
49 

GP-1 10046 

1142 


CR 36.523-1 -1 1 42 New test case 6.2.3.1 6 
Inter-RAT Cell Reselection / from GSIVI Idle to 
E-UTRAN /based on H PRIO criteria 

9.3.0 

9.4.0 

2011-03 

GERAN# 
49 

GP-1 10047 

1143 


CR 36.523-1-1143 IVIodifications to test case 
6.2.2.6 and 6.2.2.7 

9.3.0 

9.4.0 

2011-03 

GERAN# 
49 

GP-1 10048 

1144 


CR 36.523-1-1144 New Test Case 6.2.1.6 - 
Inter-RAT Background HPLMN Search/Search 
for correct RAT for HPLMN/Automatic Mode. 

9.3.0 

9.4.0 

2011-03 

GERAN# 
49 

GP-1 10049 

1145 


CR 36.523-1-1145 New Test Case 6.2.3.24 - 
Inter-RAT Cell Reselection from GPRS Packet 
transfer to E-UTRA in CCN mode (PACKET 
CELL CHANGE ORDER) 

9.3.0 

9.4.0 

2011-03 

GERAN# 
49 

GP-1 10050 

1146 


CR 36.523-1 -1 1 46 New Test Case 6.2.3.26 - 
Inter-RAT Autonomous Cell Reselection GPRS 
Packet transfer to E-UTRA (NCI mode) 

9.3.0 

9.4.0 

2011-03 

GERAN# 
49 

GP-110051 

1147 


CR 36.523-1-1147 Correction to GERAN- 
EUTRAN Inter-RAT testcases 6.2.3.19,6.2.3.21 
and 6.2.3.22 

9.3.0 

9.4.0 

2011-03 

GERAN# 
49 

GP-110107 

1149 


CR 36.523-1 -1 1 49 Addition of new Test case 
8.4.4.1 Inter-RAT PS Handover / from GPRS 
Packet transfer to E-UTRA cell 

9.3.0 

9.4.0 

2011-03 

GERAN# 
49 

GP-110108 

1150 


CR 36.523-1 -1 1 50 Addition of new Test case 
8.4.4.2 Inter-RAT PS Handover failure from 
GPRS Packet transfer to E-UTRA cell 

9.3.0 

9.4.0 

2011-03 

GERAN# 
49 

GP-1 10405 

1148 


CR 36.523-1 -1 1 48 Allow test cases 6.2.3.21 
and 6.2.3.22 to be implemented in the TTCN 

9.3.0 

9.4.0 

2011-03 

GERAN# 
49 

GP-110417 

1139 


CR 36.523-1 -1 1 39 New test case 6.2.3.1 7 
Inter-RAT Cell Reselection / from 
GSM Idle/GPRS Packet Idle to E-UTRA 
(priority E-UTRA cells) 

9.3.0 

9.4.0 

2011-03 

GERAN# 
49 

GP-110418 

1140 


CR 36.523-1 -1 1 40 New test case 6.2.3.1 8 
Inter-RAT Cell Reselection / from 
GSM Idle/GPRS Packet Idle to E-UTRA 
(blacklisted E-UTRA cells) 

9.3.0 

9.4.0 

2011-03 

GERAN# 
49 

GP-110419 

1141 


CR 36.523-1 -1141 New Test Case 6.2.3.29 - 
Inter-RAT cell Reselection from GPRS 
packet transfer to E-UTRA in CCN mode 
(PACKET MEASUREMENT ORDER) 

9.3.0 

9.4.0 

2011-03 

GERAN# 
49 

GP-1 10420 

1151 


CR 36.523-1-1151 Correction to GERAN- 
EUTRAN Inter-RAT cell reselection testcases 
6.2.3.28 and 6.2.3.30. 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-110137 

1152 


GCF Priority 2 - Correction to system 
information in 6.1.2.7 and 6.1.2.11 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-110156 

1153 

- 

GCF priority 3: Correction of UTRAcell in Idle 
and EMM test cases 

9.3.0 

9.4.0 
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2011-03 

RAN#51 

R5-110192 

1154 


GCF Priority 2 - Correction to EUTRAtest case 
8.3.2.3 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-110194 

1155 


GCF Priority 3 - Correction to ElVIIVI test case 
9.2.1.1.12 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10205 

1156 


GCF Priority 2 Correction of test case in 6.2.3.4 
and 6.3.4 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10207 

1157 


GCF Priority 3 Correction of test case in 8.1 .1 .6 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10208 

1158 


GCF Priority 3 Correction of test case in 8.1 .2.2 
and 8.1.2.8 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10209 

1159 


GCF Priority 2 Correction of test case in 
8.1.3.4, 8.1.3.6 and 8.1.3.8 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10211 

1160 


GCF Priority 3 Correction of test case in 
8.3.1.11 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10220 

1161 

- 

GCF Priority 1 - Enhancement to EUTRA IVIAC 
test case 7.1.4.6 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10223 

1162 


GCF Priority 1 - Correction to EUTRA PDCP 
test cases 7.3.4.1 and 7.3.4.2 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10230 

1163 


GCF Priority 4 - Update to test cases 8.1 .2.6 
and 8.1.2.9 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10231 

1164 

- 

GCF Priority 4 - Correction on TC numbering 
and update to test case 8.1 .2.1 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10232 

1165 


GCF Priority 2 - Update to test cases 8.4.2.2 
and 8.4.2.4 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10234 

1166 


GCF Priority 3 - Update to test case 9.2.1.2.11 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10273 

1167 


Correction to TC 6.2.1.1 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10274 

1168 


Correction to TC 6.2.1.2 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10277 

1169 


Correction to TC 8.1.3.6 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10280 

1170 


Correction to TC 9.2.3.3.1 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10305 

1171 


GCF Priority 3 - Correction to TC 9.2.1 .1 .26 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10329 

1172 


GCF Priority 2 - Update of ElVIIVI test case 
9.3.1.7a 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10341 

1173 


Addition of new test case on Service request for 
mobile originating IxCS fallback emergency 
call 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10342 

1174 


Addition of new test case on emergency call in 
non-allowed CSG cell 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10386 

1175 


GCF Priority 3 - Correction to EUTR-1XRTT 
test case 6.2.2.4 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10387 

1176 

- 

GCF Priority 3 - Correction to EUTR-1XRTT 
test case 6.2.3.9 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10388 

1177 

- 

GCF Priority 3 - Correction to EUTR-1XRTT 
test case 6.2.3.10 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10389 

1178 


GCF Priority 3 - Correction to EUTR-1XRTT 
test cases 8.4.7.3 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10390 

1179 


GCF Priority 3: Correction to EUTR-1XRTT test 
cases 8.4.7.4 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10392 

1180 


GCF priority 3: Correction to MAC TBS (MIMO 
configured) test case 7.1 .7.1 .5 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10393 

1181 


GCF priority 3: Correction to MAC TBS (MIMO 
configured) test case 7.1 .7.1 .6 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10400 

1182 


GCF Priority 1 - Correction to EMM test case 
9.2.1.1.2 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10440 

1183 


Addition of new test case 1 1 .2.5 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10442 

1184 


Addition of new test case 11 .2.4 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10450 

1185 


GCF Priority 4 -Addition of new Multilayer 
Procedures test case 13.4.1.3 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10477 

1186 


New TC 1 1 .2.6 Normal tracking area update for 
emergency bearer services Local emergency 
list sent 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10486 

1187 


GCF Priority 1 ..4 - Editorial corrections to EMM 
test cases 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10504 

1188 


GCF P3 : Corrections to DL and UL SPS grant 
test cases 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-110514 

1189 


Correction to GCF WI-081 MAC test case 
7.1.4.4 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10602 

1190 


GCF Priority 2 - Correction of Idle testcase 
6.2.3.5 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10603 

1191 


GCF Priority 3 - Correction of Idle testcase 
6.2.3.13 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10604 

1192 


GCF Priority 9 - Correction of Idle testcase 
6.2.3.31 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10677 

1193 


GCF Priority 2 - Correction to GCF WI-081 
UTRAN - LTE Testcase 6.2.3.3 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10711 

1194 


GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.4.1 

9.3.0 

9.4.0 
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2011-03 

RAN#51 

R5-110712 

1195 


GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.4.5 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-110713 

1196 


GCF Priority 1 - Correction to E-UTRA IVIAC 
test case 7.1.3.3 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-110717 

1197 


GCF Priority 1 - Correction to EUTRA RRC test 
case 8.3.3.1 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-110718 

1198 


GCF Priority 1 - Correction to EUTRA RLC test 
case 7.2.3.10 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-110719 

1199 


GCF Priority 1 Correction of test cases in 8.3.3 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10721 

1200 


GCF Priority 2 - Correction to EUTRA Idle 
Mode test case 6.2.3.5 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10722 

1201 


GCF Priority 2 - Correction to Idle mode test 
cases 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10723 

1202 

- 

GCF Priority 2 - Update of idle mode TC 6.1 .2.7 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10724 

1203 


GCF Priority 2 - Correction to EUTRA PDCP 
test cases 7.3.5.2 and 7.3.5.4 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10725 

1204 


GCF Priority 2 - Correction to EUTRA RRC test 
case 8.1.2.7 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10726 

1205 

- 

GCF priority 2: Correction of sysinfo 
combination in EMM and ESM test cases 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10728 

1206 


GCF Priority 2-Correction to TC-9.2. 1 .1.1a 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10730 

1207 


GCF Priority 3 - Addition of new TC 6.3.2 Inter- 
RAT cell reselection / From GSM Idle/GPRS 
Packet Idle to E-UTRA idle CSG cell 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10731 

1208 


GCF Priority 3 - Update to test case 6.3.3 and 
6.3.4 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10732 

1209 


GCF Priority 3 - Addition of new test case 
6.2.2.x for Inter-RAT Cell Selection 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10733 

1210 


GCF Priority 3 - Correction to EUTRA RRC test 
case 8.1.1.6 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10734 

1211 


GCF Priority 3 - Correction to EUTRA RRC test 
case 8.3.2.7 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10735 

1212 


GCF Priority 3 - Correction to EUTRA RRC test 
case 8.3.1.7 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10737 

1213 


GCF Priority 3 - Correction to EUTRA RRC test 
case 8.3.1.4 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10738 

1214 


GCF Priority 3 - Correction to EMM test case 
9.2.3.1.23 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10739 

1215 


GCF Priority 3 - Correction to EMM test case 
9.2.1.2.9 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10740 

1216 


GCF Priority 3 - Correction to EMM test case 
9.2.3.1.25 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10741 

1217 


GCF Priority 3 - Correction to EMM test case 
9.2.1.1.16 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10742 

1218 


GCF Priority 3 - Correction to EMM test cases 
9.3.2.2 and 9.3.2.2a 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10751 

1219 


GCF Priority 3 - Correction to EMM test case 
9.3.1.15 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10752 

1220 


GCF Priority 3 - Correction to EMM test case 
9.3.1.3 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10753 

1221 

- 

Correction to TC 9.2.1.1.25 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10754 

1222 


GCF Priority 3 - Correction to test case 9.3.1 .6 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10755 

1223 


GCF Priority 3- TC 9.2.3.2.1a 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10756 

1224 


GCF Priority 3-Correction to TC 13.1 .4 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10758 

1225 


GCF Priority 3 - Correction to Multilayer test 
case 13.3.1.1 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10760 

1226 


GCF Priority 3 - Correction to Multilayer test 
case 13.1.3 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10764 

1227 


GCF Priority 4 - Addition of E-UTRAN test case 
6.1 .1 .3 for Cell reselection of ePLMN in manual 
mode 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10765 

1228 


GCF Priority 4 - Addition of E-UTRAN test case 
6.1 .2.1 for Cell selection in forbidden Tracking 
Area 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10767 

1229 


GCF Priority 4 - Correction to test case 6.2.1 .3 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10768 

1230 


GCF Priority 4 - Update to test case 6.3.7 and 
6.3.8 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10769 

1231 


GCF Priority 4 Correction of test case in 8.1 .3.7 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10770 

1232 


GCF Priority 4 - Correction to EUTRA RRC test 
case 8.1.2.6 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10771 

1233 

- 

Correction to TC 9.2.3.2.1c 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10772 

1234 


GCF Priority 4 - Correction to EMM test case 
9.2.3.2.10 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10773 

1235 


GCF Priority 4 - Correction to EMM test case 
9.2.3.2.9 

9.3.0 

9.4.0 
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2011-03 

RAN#51 

R5-1 10774 

1236 


GCF Priority 2 - Correction to ElVIIVI test case 
9.3.1.7a 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10775 

1237 


GCF Priority 2 - Correction to ElVIIVI test case 
9.3.1.7 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10776 

1238 


GCF Priority 3 - Correction to EMM test case 
9.2.3.1.14 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10777 

1239 


GCF Priority 3 - Correction to EMM test case 
9.2.3.1.13 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10778 

1240 


GCF Priority 4: Correction test case 9.2.1 .2.1 b, 
9.2.1 .2.1 c and 9.2.3.2.1 b to check the signalled 
MS Radio Access capability 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10779 

1241 


GCF Priority 4: Correction to ESM test case 
10.9.1 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10781 

1242 


GCF Priority 4: NewTC 13.1.9 Call setup from 
E-UTRA RRC IDLE - CS fallback to GSM with 
ceo without NACC - MO call 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10783 

1243 


GCF Priority 2 - Correction to TCs 9.2.1 .2.1 and 
13.1.7 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10790 

1244 


Priority X Addition new test case 6.2.3.32 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10791 

1245 


Correction to TC 6.3.7 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10792 

1246 


GCF Priority 1 - Update to EUTRA RLC test 
cases 7.2.3.6, 7.2.3.7, 7.2.3.8 and 7.2.3.17 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10793 

1247 


GCF Priority 2 - Correction to EMM test case 
9.2.2.2.2 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10794 

1248 

- 

GCF Priority 2 - Update of EMM test case 
9.2.3.3.6 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10796 

1249 


GCF Priority X: Adding test case 9.2.1 .2. Id 
Combined attach procedure / Success / EPS 
and CS Fallback not preferred/data centric UE 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10797 

1250 


GCF Priority X - Update to test case 13.1.15 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10798 

1251 


Update to chapter '4.3 Repetition of tests' to 
clarify re-testing in test cases, where HARQ 
retransmissions are not tolerated 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-110813 

1252 


Introduction of new test case 11 .2.1 for CT1 
aspects of emergency calls 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10830 

1254 


GCF Priority 2 - Correction to SMS test cases 
11.1.1, 11.1.2, 11.1.3, 11.1.4 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10876 

1255 


GCF Priority 2 - Correction to E-UTRA RLC test 
case 7.2.3.16 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10877 

1253 


Priority 2 -4: Adjusting the power levels of 
multiple cell, multiple RAT EMM test cases 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10062 

1256 


GCF Priority 2 - Correction to EUTRA IDLE 
MODE test case 6.1.2.9 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10072 

1257 


GCF Priority 3 - Correction to MultiLayer test 
case 13.4.1.2 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10077 

1258 


GCF Priority 3 - Correction to EMM test case 
9.1.2.6 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10078 

1259 


GCF Priority 3 - Correction to ESM test case 
10.8.2 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10081 

1260 


GCF Priority 3 - Correction to EUTRA RRC test 
case 8.1.2.3 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10083 

1261 


GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.3.9 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10085 

1262 


GCF Priority 3 - Correction to EMM test case 
9.2.2.1.9 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10086 

1263 


GCF Priority 3 - Correction to EMM test case 
9.2.1.1.24 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10087 

1264 


GCF Priority 3 - Correction to EUTRA RRC test 
case 8.3.1.11 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10091 

1265 


GCF Priority 3 - Correction to MultiLayer test 
case 13.3.1.2 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-1 10097 

1266 


CGF Priority 4 - Correction to EUTRA DRB test 
case 12.3.2 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-110122 

1267 


GCF Priority 4 - Correction of cell number 
description for test case 6.1 .1 .6 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-110133 

1268 


GCF priority 2-4: correction of EMM, RRC, Idle 
mode TC postamble in connected mode 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-110814 

1269 


Addition of new idle mode test case for manual 
CSG ID selection across PLMNs 

9.3.0 

9.4.0 

2011-03 

RAN#51 

R5-110815 

1270 


Addition of new idle mode test case for inter- 
freq cell reselection to hybrid cell based on 
CSG autonomous search 

9.3.0 

9.4.0 

2011-06 

RAN#52 

R5-1 12079 

1277 


GCF Priority 3 - Correction to EUTRA RRC test 
case 8.2.4.7 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12080 

1278 


GCF Priority 3 - Correction to EUTRA RRC test 

9.4.0 

9.5.0 
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case 8.1.1.2 



2011-06 

RAN#52 

R5-1 12082 

1279 


GCF Priority 2 - Correction to EUTRA Idle 
mode test case 6.1.1.1 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12083 

1280 


GCF Priority 1 - Correction to EUTRA PDCP 
test cases 7.3.4.1 and 7.3.4.2 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12085 

1281 


GCF Priority 4 - Correction to EUTRA RRC test 
case 8.5.1.4 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12088 

1283 


GCF Priority 2 - Correction to EUTRA Idle 
mode test case 6.1.2.6 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12089 

1284 


GCF Priority 2 - Correction to EMM test case 
9.2.1.1.1a 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12090 

1285 


GCF Priority 3 - Correction to EMM test case 
9.2.1.2.3 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12093 

1286 


GCF Priority 3 - Correction to EMM test case 
9.2.1.2.15 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12094 

1287 


GCF Priority 1 - Correction to EMM test case 
9.2.3.1.5 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12095 

1288 


GCF Priority 2 - Correction to EMM test case 
9.2.1.1.12 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12096 

1289 


GCF Priority 3 - Correction to EMM test case 
9.2.1.2.2 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12097 

1290 


GCF Priority 3 - Correction to EMM test case 
9.2.1.2.13 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12098 

1291 


GCF Priority 3 - Correction to EMM test case 
9.2.3.1.4 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-112105 

1292 


GCF Priority 2 - Correction to EMM test cases 
9.2.1.2.1,9.2.2.2.2 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-112106 

1293 


GCF Priority 2 - Correction to ESM test case 
10.3.1 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-112107 

1294 


Removal of ESM test case 10.6.2 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-112109 

1295 


GCF Priority 2 - Correction to EMM test case 
9.3.1.7 and 9.3.1.7a 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-112118 

1296 


GCF Priority 2 - Correction to update reference 
to 36.508 table 6.4.2.7A-1 and 6.4.2.7A-2 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-112121 

1297 


GCF Priority 4 - Correction to EMM test cases 
9.2.3.2.5, 9.2.3.2.6 and 9.2.3.2.7 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-112122 

1298 


GCF Priority 2 - Correction to specific message 
content for RRC Connection Reconfiguration 
message (Handover test cases) 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-112145 

1299 


GCF Priority 1 - Correction to GCF WI-081 
MAC Testcase 7.1.2.9 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-112162 

1300 


GCF Priority 4 - remove the message contents 
from 14.1, 14.2 and 14.3 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12205 

1301 


GCF Priority 2 - Correction to EUTRA RLC test 
case 7.2.2.10 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12208 

1302 

- 

GCF priority 4: Correction of UTRAcell in EMM 
test case 9.2.3.2.8 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12257 

1303 


GCF Priority 2 - Correcting usage of generic 
test procedure 36.508 cl. 6.4.2.8 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12262 

1304 


GCF Priority 4 - Correction to Multilayer test 
cases 13.2.1, 13.4.1.2, 13.4.1.3 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12266 

1305 


GCF priority 1 - Correction to EUTRA MAC test 
case 7.1.4.13 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12276 

1306 


GCF Priority 4 - Update of EMM test case 
9.2.1.1.4 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12287 

1307 

- 

GCF Priority 3 - Editorial correction to EMM test 
case 9.2.1.1.26 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12304 

1308 


GCF Priority 4 - Correction to TC 8.1 .3.7 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12351 

1309 


GCF Priority 3 - Update of EMM TC 9.2.1 .2.13 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12390 

1310 


Update of HeNB enhancements test case 6.3.9 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12391 

1311 


Update of HeNB enhancements test case 6.4.2 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12392 

1312 


Update of idle mode section Table 6.0.1-2 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12434 

1313 


GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.2.5 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12483 

1314 


GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.2.1 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12534 

1315 

- 

GCF Priority 3: Update of TC 8.3.1 .4 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12569 

1316 


GCF Priority 3 - Correction to test case 
9.2.3.1.25 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12594 

1318 


New TC 6.4.6 Inter-RAT cell reselection / From 
UTRA CELL_PCH to E-UTRA RRCJDLE 
member hybrid cell 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12595 

1319 


New TC 6.4.7 Inter-RAT cell reselection / From 
GERAN to E-UTRA RRC IDLE member hybrid 
cell 

9.4.0 

9.5.0 
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2011-06 

RAN#52 

R5-1 12602 

1320 


GCF priority 4 - Addition of IVIulti-layer 
Procedures test case 13.1.13 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12603 

1321 


GCF Priority 1 - Correction to EUTRA RLC test 
case 7.2.3.6 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12604 

1322 


GCF Priority 1 - Correction to EUTRA RLC test 
case 7.2.3.6 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12605 

1323 


GCF priority 1 - IVIodification to EUTRA RLC 
test case 7.2.3.9 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12606 

1324 


GCF Priority 1 - Correction to EUTRA RLC test 
case 7.2.3.18 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12607 

1325 


GCF Priority 2 Correction of CSG test cases 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12608 

1326 


GCF Priority 2 - Correction to EUTRA PDCP 
test cases 7.3.5.2 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12610 

1327 


GCF Priority 2 - Review of detach at 
switch/power off procedure in ElVIIVI test cases 
and Emergency calls over IIVIS test case 11 .2.3 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12611 

1328 


GCF Priority 2 - Correction to ElVIIVI test case 
9.2.3.1.2 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-112614 

1329 


GCF Priority 3 Correction of Measurement 
configuration test cases 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-112615 

1330 


GCF Priority 3 - Correction to EMM test cases 
9.2.1.2.5, 9.2.1.2.6 and 9.2.1.2.7 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-112616 

1331 


GCF Priority 3 - Correction to EMM test cases 
9.3.1.4 & 9.3.1.5 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-112617 

1332 


GCF Priority 3 - Correction to EMM test case 
9.2.3.1.14 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-112618 

1333 


GCF Priority 3 - Correction to EMM test case 
9.2.3.1.15 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-112619 

1334 


GCF Priority 3 - Correction to EMM test case 
9.2.3.2.3 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12620 

1335 


GCF Priority 3 - Correction to EMM test case 
9.2.3.2.9 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12622 

1337 


GCF Priority 3 - Correction to EMM test case 
9.2.1.2.8 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12623 

1338 


GCF Priority 3 - Correction to EMM test case 
9.2.1.2.9 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12624 

1339 


GCF Priority 3 - Correction to EMM test case 
9.2.3.2.12 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12625 

1340 


GCF Priority 3 - Correction to time 
requirements at cell reselection in EMM test 
cases 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12626 

1341 


GCF Priority 3 - Addition of new test case 
9.2.3.1.22 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12628 

1342 


Addition of GCF Priority 3 EMM test case 
9.2.2.1.4 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12629 

1343 


GCF Priority 3 - Correction to Multilayer test 
case 13.1.3 and 13.1.15 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12630 

1344 


GCF Priority 3 - New Multi Layer TC 13.4.2.4 
Inter-system mobility / Service based 
redirection from UTRAto E-UTRA 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12631 

1345 

- 

GCF Priority 3 - Addition of new test case 
13.4.2.2 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12632 

1346 


GCF Priority 3 - Correction to test case 13.1 .4 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12634 

1347 


GCF Priority 3 - Addition of new test case 
8.4.3.1 Inter-RAT handover /From E-UTRA to 
GPRS /PS HO 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12636 

1348 

- 

GCF Priority 3 - Addition of new test case 
13.3.2.1 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12638 

1349 


Correction to EMM test case to allow execution 
of all RAT specific branches using a single 
MRAT device 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12639 

1350 

- 

GCF Priority 4 Addition new test case 9.2.3.1 .9 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12640 

1351 


GCF Priority 4 - Corrections to Extended 
Service Request message in 9.2.3.2.1b and 
13.1.8 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12641 

1352 


GCF priority 4 - Addition of EMM test case 
9.2.3.1.20 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12642 

1353 


GCF Priority 4 -Add new test case 13.4.3.1 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12643 

1354 


GCF Priority 1 - Correction to EMM test case 
9.2.1.1.1 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12654 

1355 


Add new test case 1 1 .2.2 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12657 

1356 


Addition of new test case on Attach for 
emergency bearer services / Rejected / No 
suitable cells in tracking area / Emergency call 
using the CS domain 

9.4.0 

9.5.0 
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2011-06 

RAN#52 

R5-1 12658 

1357 


Update of IMS Emergency TC 11.2.6 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12659 

1358 


New TC for IMS Emergency 1 1 .2.7 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12660 

1359 

- 

GCF Priority 4 - Update of TC 1 3.1 .9 MO call 
CS fallback to GSM with CCO without NACC 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12661 

1360 


GCF Priority 4 - New TC 13.1.10 MTcall CS 
fallback to GSM with CCO without NACC PS 
service suspension 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12666 

1361 


GCF Priority X Correction of test case in 6.2.2.8 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12667 

1362 

- 

GCF Priority X - Addition of new test case 
13.1.2a 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12668 

1363 


GCF Priority X - Addition of new test case 
13.1.16 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12671 

1364 


Update test case 8.1.2.11 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12672 

1365 


Update test case 8.1.2.12 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12678 

1366 


GCF Priority X Addition new test case 6.4.3 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12679 

1367 


GCF Priority X Addition new test case 6.4.4 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12680 

1368 


GCF Priority X Addition new test case 6.4.5 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12682 

1369 


Addition of new HeNB test case for intra- 
frequency SI acquisition 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12687 

1372 


GCF priority 4 - Update Multi-layer Procedures 
test case 13.1.7 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12688 

1373 


GCF priority 4 - Addition of Multi-layer 
Procedures test case 13.1.11 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12689 

1374 


GCF priority 4 - Addition of Multi-layer 
Procedures test case 13.1.12 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12690 

1375 


GCF Priority 2 - Correction to EUTRA Idle 
mode test case 6.3.6 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12693 

1376 


Addition of a new TC for MCCH information 
acquisition/UE is switched on 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12695 

1378 


Addition of a new TC for MCCH information 
acquisition/ UE handover to a cell in a new 
MBMS area 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12701 

1379 


GCF Priority 3 - Correction to test case 13.1 .2 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12703 

1381 


GCF priority 4 - Update Multi-layer Procedures 
test case 13.3.1.2 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12705 

1382 


GCF Priority 2 - Corrections to EUTRA RRC 
test case 8.4.1.2 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12720 

1385 


GCF Priority 2: Update of test case 9.2.3.4.1 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12749 

1377 


Addition of a new TC for MCCH information 
acquisition/ when cell reselection to a cell in a 
new MBMS area 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12750 

1370 


GCF Priority X - Addition of new test case 6.4.1 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12753 

1317 


GCF priority 1 - Correction to EUTRA MAC test 
case 7.1.4.10 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12754 

1336 


GCF Priority 2 - Correction to EUTRA MAC test 
case 7.1.4.3 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12755 

1383 


GCF Priority 1 - Correction to EUTRA RLC test 
case 7.2.3.17 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12756 

1380 

- 

GCF priority 4 - Addition of EMM test case 
9.2.3.3.3 

9.4.0 

9.5.0 

2011-06 

RAN#52 

R5-1 12757 

1371 

- 

GCF Priority X - Add new test case 9.2.2.1 .10 

9.4.0 

9.5.0 

2011-06 

GERAN# 
50 

GP-1 10571 

1274 


CR 36.523-1-1274 Removal of LTE TC 6.2.3.2 
specification due to duplication 

9.4.0 

9.5.0 

2011-06 

GERAN# 
50 

GP-1 10575 

1275 


CR 36.523-1-1275 Removal of Test Case 
8.4.4.2 

9.4.0 

9.5.0 

2011-06 

GERAN# 
50 

GP-1 10831 

1386 


CR 36.523-1 -1 386 Addition of new Test case 
8.4.4.2 Inter-RAT PS Handover / from GPRS 
Packet transfer to E-UTRAcell (CCN mode) 

9.4.0 

9.5.0 

2011-06 

GERAN# 
50 

GP-1 10832 

1387 


CR 36.523-1 -1 387 Addition of new Test case 
8.4.4.3 Inter-RAT PS Handover / from GPRS 
Packetjransfer to E-UTRAcell (NC2 mode) 

9.4.0 

9.5.0 

2011-06 

GERAN# 
50 

GP-1 10839 

1273 

1 

CR 36.523-1-1273 Modification of tc 6.2.3.19 

9.4.0 

9.5.0 

2011-09 

GERAN# 
51 

GP-111104 

1386 

1 

CR 36.523-1-1386 Corrections to GERAN - 
LTE Tests 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13031 

1389 

- 

GCF Priority 3: Correction of EMM TC 
9.2.3.2.1a 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113101 

1390 


GCF Priority 4 - Correction to Idle mode test 
case 6.2.2.7 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113102 

1391 


GCF Priority 2 -Correction to EUTRA RRC test 
case 8.1.3.6 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113104 

1392 


GCF Priority 1 - Correction to EUTRA RRC test 
cases 8.2.4.1, 8.2.4.4 and 8.2.4.7 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113105 

1393 


GCF Priority 4 - Correction to EUTRA RRC test 
case 8.3.1.6 

9.5.0 

9.6.0 
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2011-09 

RAN#53 

R5-113106 

1394 


GCF Priority 3 - Correction to EUTRA RRC test 
case 8.3.1.7 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113107 

1395 


GCF Priority 1 - Correction to EUTRA RRC test 
case 8.3.3.1 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113108 

1396 


GCF Priority 3 - Correction to EUTRA RRC test 
case 8.2.4.7 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113110 

1397 


GCF Priority 1 - Correction to ESIVI test cases 
10.2.1 and 10.4.1 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113111 

1398 


GCF Priority 4 - Correction to ESIVI test cases 
10.8.5 and 10.8.6 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113113 

1399 


GCF Priority 3 - Correction to EMM test case 
9.2.1.1.11 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113114 

1400 


GCF Priority 3 - Correction to EMM test case 
9.2.3.1.16 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113115 

1401 


GCF Priority 3 - Correction to EMM test cases 
9.2.3.1.9a and 9.2.3.1.23 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113116 

1402 


GCF Priority 4 - Correction to EMM test case 
9.2.3.2.2 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113117 

1403 


GCF Priority 4 - Correction to EMM test case 
9.2.3.2.4 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113118 

1404 


GCF Priority 4 - Correction to EMM test case 
9.2.3.2.11 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113121 

1405 


GCF Priority 3 - Correction to EMM test case 
9.2.1.1.25 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113124 

1406 


GCF Priority 3 - Correction to EMM test case 
9.2.1.2.12 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113129 

1407 


GCF Priority 1 - Correction to several EUTRA 
RLC test cases 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113131 

1408 


GCF Priority 1 - Correction to EUTRA RLC test 
case 7.2.3.9 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113170 

1409 


GCF Priority TBD - Update of test case 6.3.1 
Inter-frequency cell reselection / From E-UTRA 
RRC IDLE non-CSG cell to E-UTRA 
RRC IDLE CSG cell 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113188 

1410 


GCF Priority 2 - Correction to ESM test case 
10.4.1 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113189 

1411 


GCF Priority 1 - Correction to EUTRA RLC test 
case 7.2.3.7 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113190 

1412 


GCF Priority 3 - Correction to Multilayer test 
case 13.3.1.2 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13240 

1413 

- 

GCF Priority 3 - Update of EMM test case 
9.2.2.1.9 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13270 

1414 


Update of IMS emergency test case 11 .2.3 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13293 

1415 


Update of the case 1 1 .2.4 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13294 

1416 


Update of test case 1 1 .2.5 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13300 

1417 


GCF Priority 2 - Update test case 9.1 .2.3, 
9.2.1.1.9, 9.2.1.1.11, 9.2.1.1.25, 9.2.1.2.12, 
9.2.2.1.2, 9.2.2.1.3, 9.2.2.1.8, 9.2.2.1.9, 
9.2.3.2.4, 9.3.1.6 and 9.3.1.16 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13325 

1418 


GCF Priority 3 - Correction to testcase 13.3.2.1 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13331 

1420 


GCF Priority 3 - Corrections to TC 6.3.2 Inter- 
RAT reselection from GERAN to E-UTRA CSG 
cell 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13332 

1421 


Corrections to TC 6.4.7 Inter-RAT reselection 
from GERAN to E-UTRA Hybrid cell 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13333 

1422 


Corrections to HeNB Section 6.3 TCs 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13360 

1423 


Priority 4: Correction to TC 13.1 .9 MO call CS 
fallback to GSM with CCO without NACC 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13364 

1424 


GCF Priority 3 - Correction to test case 9.3.1.17 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13374 

1425 


GCF priority 3 - Update to Multi Layer 
Procedure test case 13.3.1.1 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13482 

1426 


GCF Priority 3 - Correction to test case 
9.2.1.2.5 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13539 

1427 


GCF Priority 3 - Correction to EMM test case 
9.2.1.2.15 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13573 

1428 

- 

GCF Priority 4 - Editorial correction to EUTRA 
RRC test case 8.3.2.4 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13575 

1429 


GCF Priority 3 / 4 - Editorial corrections to 
EUTRA MAC test cases 7.1 .5.x 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13672 

1430 


GCF Priority 1 - Correction to GCF WI-091 
MAC Testcase 7.1.4.15 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13673 

1431 


GCF Priority 1 : Correction to RLC AM test case 
7.2.3.6 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13674 

1432 


GCF Priority 1 - Correction to EUTRA RRC test 
case 8.5.4.1 

9.5.0 

9.6.0 
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2011-09 

RAN#53 

R5-1 13675 

1433 


GCF Priority 1 & 3 :Corrections to test cases 
9.2.3.1 .1 , 9.2.3.1 .9a & 9.2.3.1 .27, to make 
suitable for single frequency operation 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13676 

1434 


GCF Priority 2 - Correction to Idle mode test 
case 6.1.2.6 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13677 

1435 


GCF Priority 2 Complete SIBs Reading for TC 
6.2.2.1 2 3 4 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13678 

1436 

- 

GCF Priority 2 Complete SIBs Reading for TC 
6.2.3 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13679 

1437 


GCF Priority 2: Correction to DRX test cases 
7.1.6.1 and 7.1.6.2 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13680 

1438 


GCF Priority 2 Complete SIBs Reading for TC 
8.4.2.2.4 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13681 

1439 


GCF Priority 2 & 3: Update of EMM test cases 
to cater for bands with single frequency 
operation 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13682 

1440 


GCF Priority 2 - Update of EMM test cases 
9.2.1.2.1 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13685 

1441 


GCF Priority 2 - Correction to GCF WI-082 
EMM LTE MRATTestcase 9.2.3.1.18/ 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13687 

1442 


GCF Priority 3 Complete SIBs Reading for TC 
6.3.2.3.7.8 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13688 

1443 


GCF Priority 3 - Update of test case 6.2.1 .1 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13689 

1444 


GCF Priority 3 - Update of test case 6.2.3.32 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13690 

1445 


GCF Priority 3 - Correction to EUTRA MAC test 
case 7.1.4.14 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13691 

1446 


GCF Priority 3 - Correction to EUTRA RRC test 
case 8.2.4.12 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13692 

1447 


GCF Priority 3 - Correction to EMM test case 
9.1.5.1 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13693 

1448 


GCF Priority 3 - Correction to EMM test cases 
9.3.1.4 and 9.3.1.5 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13694 

1449 


GCF Priority 3 - Correction of test case 
9.2.3.1.9a 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13695 

1450 


GCF Priority 3 - Correction to location update 
message contents 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13696 

1451 


GCF Priority 3 - Update of EMM test cases to 
cater for bands with single frequency and LTE 
only operation 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13699 

1452 

- 

GCF Priority 3 - Correction to the value of timer 
T3402 in EMM test case 9.2.3.1 .26 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13701 

1453 


GCF Priority 3 - Correction to ESM test cases 
10.7.3 and 10.8.3 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13702 

1454 


GCF Priority 4 - Correction to GCF WI-081 Idle 
ModeTestcase 6.1.1.2 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13703 

1455 


GCF Priority 4: Correction to Rank Indication 
test case 7.1.8.1 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13704 

1456 


GCF Priority 4 - Correction to EUTRA RRC test 
case 8.1.2.8 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13705 

1457 


GCF Priority 4 - Correction to 8.1 .2.13 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13706 

1458 


GCF Priority 4 - Update to test cases 8.2.1 .5 
and 8.2.1.6 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13707 

1459 


GCF Priority 4 - Correction to EUTRA RRC Test 
Case 8.4.3.3 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13708 

1460 


GCF Priority 4 - Addition of EUTRA RRC Test 
Case 8.4.1.5 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13709 

1461 


GCF Priority 4 - Correction to EMM test case 
9.2.3.2.17 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13710 

1462 


GCF Priority 4: Correction test case 9.2.1 .2.1 b 
to check the signalled MS Radio Access 
capability 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13711 

1463 


GCF Priority 4 - Correction to GCF WI-082 
ESM Testcase 10.8.7 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113713 

1465 


GCF Priority 4 - Correction to ESM test case 
10.9.1 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113714 

1466 


GCF Priority 4 - Correction to ESM test case 
10.3.1 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113715 

1467 


GCF Priority 4- Update to test case 13.1.15 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113716 

1468 


GCF Priority 4- Update of test case 13.1.11 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113717 

1469 


GCF Priority 4- Update of test case 13.1.12 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113718 

1470 


GCF Priority 4- Update of test case 13.1.13 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113719 

1471 


GCF Priority 4 - Update of test case 13.1 .7 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13720 

1472 


GCF Priority 4 - Update of test case 13.1 .8 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13721 

1473 


GCF Priority 4 - Add new test case 1 3.4.3.2 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13722 

1474 


GCF Priority 4 - Update test case 13.4.3.1 

9.5.0 

9.6.0 
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2011-09 

RAN#53 

R5-1 13723 

1475 


GCF Priority 4 - Add new test case 1 3.4.3.4 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13728 

1477 


Update test case 8.1.2.12 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13729 

1478 


Addition of new test case for elxCSFB / IVIT call 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13730 

1479 


Addition of new test case for el xCSFB / MO 
call 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13754 

1480 


GCF Priority X - Update to test case 6.4.1 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13755 

1481 


Various updates to Rel-9 HeNB enhancements 
test cases 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13756 

1482 

- 

GCF Priority X Correction of TC 6.4.3.4.5.6.7 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13757 

1483 


GCF Priority X Addition new test case 8.3.4.2 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13758 

1484 


GCF Priority X Addition new test case 8.3.4.4 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13759 

1485 


Addition of new HeNB test case for Inter- 
frequency SI acquisition member Hybrid Cell 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13762 

1486 


Addition of a new eMBMS test case 17.2.1: UE 
Acquire the MBMS data based on the SIB13 
and MCCH message /MCCH and MTCH are on 
the same MCH 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13763 

1487 


Addition of a new eMBMS test case 17.2.2: UE 
Acquire the MBMS data based on the SIB13 
and MCCH message /MCCH and MTCH are on 
different MCHs 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13764 

1488 


Addition of a new eMBMS test case 17.2.3: UE 
Acquire the MBMS data based on the SIB13 
and MCCH message /MCCH and MTCH are on 
different MCHs 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13765 

1489 


Addition of a new eMBMS test case 17.2.4: 
Reception of PDCCH DCI format and PHICH 
in MBSFN subframes 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13766 

1490 


Addition of a new TC for MCCH information 
acquisition/ UE is receiving an MBMS service 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13767 

1491 


Addition of a new TC for MCCH information 
acquisition/ /UE is not receiving MBMS data 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13783 

1492 


GCF Priority X - Addition of new test case 
8.2.1.8 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13792 

1493 


GCF Priority 2 - Correction to GCF WI-081 Idle 
Mode Interband Testcase 6.1.2.5 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13793 

1494 


GCF Priority 2 - Correction to GCF WI-091 
MAC Testcase 7.1.4.16 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13805 

1496 


Clarification of LTE only branch in EMM TCs 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13806 

1497 


GCF Priority 3 - Correction to EMM test case 
9.2.1.2.3 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13807 

1498 


GCF Priority 2 & 3 - Update of EMM test cases 
9.2.2.1 .6, 9.2.2.1 .7, 9.2.2.1 .8 and 9.2.2.1 .9 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13808 

1499 


GCF Priority 3 - Correction to EMM test case 
9.3.1.6 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13809 

1500 


GCF Priority 2 - Correction to GCF WI-082 
EMM Testcase 9.2.3.3.5 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13810 

1501 


GCF Priority 3 - Correction to EMM test case 
9.2.3.1.4 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13811 

1502 


GCF Priority 2, 3 & 4 - Update of EMM test 
cases 9.2.2.2.2, 9.3.1.3, 9.3.1.12a, 9.3.2.2 and 
9.3.2.2a 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113812 

1503 


GCF Priority 3 - Addition of new test case 
13.3.2.2 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-113813 

1504 


GCF Priority 1 & 2 - Update of LTE-C2k test 
cases 8.4.5.4, 8.4.7.3 and 8.4.7.4 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13836 

1505 


GCF Priority 3 - Correction to WI-082 EUTRA 
EMM Testcase 9.2.3.1.22 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13848 

1476 


New E-UTRA MAC test case for padding BSR 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13849 

1464 


GCF Priority 3 - Correction to EUTRA MAC test 
cases 7.1.7.1.5 and 7.1.7.1.6 

9.5.0 

9.6.0 

2011-09 

RAN#53 

R5-1 13850 

1495 


GCF Priority 2 - Correction to EMM test cases 

9.5.0 

9.6.0 

2011-12 

GERAN# 
52 

GP-111502 

1506 


CR 36523-1-1506 Correction to 6.2.3.22 

9.6.0 

9.7.0 

2011-12 

GERAN# 
52 

GP-111525 

1507 


CR 36523-1 -1 507 Addition of new Test case 
13.4.2.5 Inter-system mobility / Service based 
redirection from GSM/GPRS to E-UTRA 

9.6.0 

9.7.0 

2011-12 

GERAN# 
52 

GP-111539 

1509 


CR 36523-1 -1 509 Moving the TCs under 
section 8.4.4 to void 

9.6.0 

9.7.0 

2011-12 

GERAN# 
52 

GP-111540 

1510 


CR 36523-1 -1 51 Addition of new Test case 
13.4.2.6 to 13.4.2.8 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-115138 

1511 


GCF Priority U2 - Correction to EUTRA RRC 
test case 8.3.3.2 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-115164 

1512 


GCF Priority 3 - Correction to test case 6.1 .2.13 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-115167 

1513 


GCF Priority g1 - Correction to GERAN CSFB 

9.6.0 

9.7.0 
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test cases 



2011-12 

RAN#54 

R5-115176 

1514 


GCF Priority 4 - Removal of test case 14.3 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15228 

1515 


GCF Priority 4 - Correction to Idle Mode 
Testcase 6.1.1.4 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15230 

1516 


GCF Priority 3: Correction to EMM test cases 
9.2.2.2.2, 9.3.1.3, 9.3.2.2, 9.3.2.2a 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15239 

1517 


GCF Priority 3 - Correction to EUTRA RRC test 
case 8.3.1.7 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15244 

1518 


Correction to parameter ' sf-AllocEnd-r9' in 
MBMS test cases 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15245 

1519 


Editorial correction to test case 8.1 .3.1 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15272 

1520 


Update of test cases 8.4.7.3, 8.4.7.4, 8.4.7.5 
and 8.4.7.6 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15305 

1521 


GCF Priority X Addition new test case 6.1.2.2a 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15311 

1522 


GCF Priority X Correction for test cases 
8.3.4.1 2 3 4 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-115314 

1523 


Update of TC 11 .2.6 IMS Emergency CT1 
aspects 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15355 

1524 


GCF Priority 3 - Correction to EMM test case 
9.2.1.1.25 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15361 

1525 


GCF Priority 2 - Correction to EMM test case 
9.2.3.3.5 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15370 

1526 


Correction to GCF P3 EMM test case 9.3.1 .17 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15448 

1527 


GCF Priority 4 - Correction to EUTRA Idle 
Mode test case 6.1.1.3 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15455 

1528 


GCF Priority 4 - Removal of test case 6.1 .2.1 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15511 

1529 


GCF Priority X: Addition of new test case 
8.3.1.9a 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15532 

1530 


Update of TC 11 .2.4 IMS Emergency CT1 
aspects 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15539 

1531 


GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.4.10 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15547 

1532 


GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.3.3 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15560 

1533 


GCF Priority 2 (and lower) - Corrections to 
various EMM test cases 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15561 

1534 


GCF Priority 2 (and lower) - Corrections to ESM 
test cases 10.3.1 and 10.9.1 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15564 

1535 

- 

GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.3.9 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15576 

1536 

- 

GCF Priority 2 - Editorial Correction to EUTRA 
RLC test case 7.2.3.13 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15620 

1537 


CGF Priority 1 - Correction to EUTRA MAC test 
case 7.1.7.2.1 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15622 

1538 


GCF Priority 1 - Correction to RRC test case 
8.5.4.1 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15624 

1539 


GCF Priority 2 Correction for test cases 
6.1.2.13 and 6.1.2.15 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15625 

1540 


GCF Priority 2 - Correction to Idle Mode test 
case 6.1.1.1 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15626 

1541 


GCF Priority 2 - Correction to EMM test case 
9.2.3.3.5 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15627 

1542 


GCF Priority 2: Corrections to equivalent PLMN 
test case 9.2.3.1.4 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15628 

1543 


GCF Priority 2: Corrections to test case 
9.2.3.1.16 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15629 

1544 


GCF Priority 3 - Corrections to Idle mode 
Shared network test cases 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15630 

1545 


GCF Priority 3: Addition of new idle mode test 
case for Manual support for CSG ID selection 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15631 

1546 


GCF Priority 3 - Correction to test case 6.2.3.13 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15634 

1547 


GCF Priority 3 - Correction to EMM test case 
9.2.3.2.1a 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15635 

1548 


GCF Priority 3 - Correction to EMM test case 
9.1.5.1 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15636 

1549 

- 

GCF Priority 3 - Update of EMM test case 
9.3.1.15 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15637 

1550 


GCF Priority 3 - Update to test case 9.2.3.1 .23 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15638 

1551 


GCF Priority 3 - Correction to ESM test cases 
10.8.5 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15639 

1552 


GCF Priority 4 - Update to test case 6.1 .2.14 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15640 

1553 


GCF Priority 4 - Correction to GCF WI-081 Idle 
Mode Testcase 6.1.1.3 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15642 

1554 


Removal of TC 11.2.9 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15644 

1555 


GCF Prio 3: Corrections to TC 8.4.3.1 

9.6.0 

9.7.0 
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2011-12 

RAN#54 

R5-1 15645 

1556 


GCF Priority 4 Correction for test cases 
6.2.3.13 and 6.2.3.31 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15646 

1557 


GCF Priority 4 - Update to EUTRA RRC test 
case 8.3.1.6 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15647 

1558 


GCF Priority 4 - Correction to ElVIIVI test case 
9.2.3.1.17 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15648 

1559 


GCF Priority 4 - Correction to ElVIIVI test cases 
9.3.1.12a 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15649 

1560 


GCF Priority 4: Correction to test case 
9.2.1.2.1d 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15650 

1561 


GCF priority 4: Minor correction to test case 
9.2.1.2.1c 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15651 

1562 


GCF Priority 4 - Add new test case 1 3.4.3.3 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15652 

1563 


GCF Priority 4 - Add new test case 1 3.4.3.5 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15653 

1564 


GCF Priority 4 - Update test case 13.4.3.2 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15654 

1565 


GCF Priority 4 - Update test case 13.4.3.1 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15655 

1566 


GCF Priority 4 - Update test case 13.4.3.4 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15656 

1567 


GCF Priority 4 - Correction to EMM test case 
9.2.3.3.5a 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15792 

1568 


GCF priority X - new test case 6.1 .1 .3a for Cell 
reselection of ePLMN in manual mode / 
between FDD and TDD 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15662 

1569 


GCF Priority 4 - Correction to EUTRA RRC test 
case 8.2.4.8 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15672 

1570 


Update of TC 11 .2.7 IMS Emergency CT1 
aspects 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15673 

1571 


Update of test case 11 .2.1 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15675 

1572 


Update of test case 1 1 .2.3 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15676 

1573 


Update of test case 1 1 .2.4 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15677 

1574 


GCF Priority U1 : Correction to TC 6.3.7 Inter- 
RAT Cell reselection from E-UTRAidle non- 
CSGcelltoaUTRACSGcell 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15678 

1575 


GCF Priority U1 - Correction to EUTRA RRC 
testcase 8.4.1.4 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15680 

1576 


Addition of new Rel-9 test case 6.2.3.7a 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15681 

1577 


Addition of new Rel-9 test case 6.2.3.8a 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15682 

1578 


Addition of new Rel-9 test case 6.2.3.9a 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15683 

1579 


Addition of new Rel-9 test case 6.2.3.10a 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15684 

1580 


GCF Priority X Addition new test case 6.1.2.3a 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15685 

1581 


GCF Priority X Addition new test case 6.1 .2.17 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15686 

1582 


GCF Priority X Addition new test case 6.1 .2.18 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15687 

1583 


GCF Priority U2: Correction to TC 6.3.3 Inter- 
RAT cell reselection / From UTRA Idle to E- 
UTRARRC IDLE CSG cell 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15794 

1584 


GCF priority x - Add new test case 6.1.1.1a 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15691 

1585 


GCF Priority X - Addition of new test case 
8.5.1.x 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15692 

1586 


GCF Priority X - Addition of new test case 
8.1.2.x 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15693 

1587 


GCF Priority X: Addition of new test case 
8.3.1.11a 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15709 

1588 


GCF Priority 4- Update of test cases 13.1.11 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15710 

1589 


GCF Priority 4- Update of test cases 13.1.12 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15711 

1590 


GCF Priority 4- Update of test cases 13.1.13 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-115712 

1591 


Addition of new test case for el xCSFB 
emergency call 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-115713 

1592 


Addition of new test case for IxCSFB 
emergency call 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15720 

1593 


GCF Priority 3 - Correction to EMM test case 
9.2.3.1.26 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15722 

1594 


Maximum bandwidth config for MAC TBS test 
cases in band 25 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15726 

1595 


GCF Priority 1 - Correction to EUTRA MAC test 
case 7.1.4.5 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15793 

1596 


Addition of a new TC for Cell reselection / 
interband operation / Between FDD and TDD 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15753 

1597 


Update of test case 6.2.3.8 and 6.2.3.10 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15795 

1598 


PLMN selection in shared network environment 
/Automatic mode / between FDD and TDD 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15796 

1599 


Inter-frequency cell reselection according to cell 
reselection priority provided by SIBs / Between 
FDD and TDD 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15797 

1600 


Addition of new test case 6.2.3.1 a 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15763 

1602 


GCF Priority 4: Modification on the Event A3 
timeToTrigger value in TC 8.3.1 .6 

9.6.0 

9.7.0 
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2011-12 

RAN#54 

R5-1 15798 

1603 


GCF Priority 2 - Update of ElVIIVI test case 
9.2.2.1.7 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15766 

1604 


GCF Priority 3 - Correction to ElVIIVI test cases 
9.2.3.1.22 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15767 

1605 


GCF Priority 3 - Update of EMM test cases 
9.2.3.1.26 Preamble 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15768 

1606 


GCF Priority 2 - Update of EMM test cases 
9.2.3.2.3 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15769 

1607 

- 

GCF Priority 2 - Update test case 9.2.3.1 .6 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15771 

1608 


Update test case 11.2.2 

9.6.0 

9.7.0 

2011-12 

RAN#54 

R5-1 15774 

1609 


GCF Priority 2 - Correction to Idle mode test 
case 6.2.2.5 

9.6.0 

9.7.0 

2012-03 

RAN#55 

R5-120125 

1610 


GCF Priority 1 - Correction of test case 7.1 .2.6 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-120156 

1611 


GCF Priority X Correction of test case 6.1 .2.2a 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-120158 

1612 


GCF Priority X Correction of test case 6.1 .2.18 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-120174 

1613 


GCF Priority 2: Modification on TC 8.1 .3.4 RRC 
connection release / Redirection to another E- 
UTRAN frequency 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20236 

1614 


GCF priority c1 : Correction of measurement 
gap offset 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20265 

1615 


GCF Priority 2 - Correction to EMM test case 
9.2.3.1.4 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20267 

1616 

- 

GCF Priority 2 - Correction to EUTRA Idlemode 
testcase 6.1.2.13 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20268 

1617 


GCF Priority 3 - Correction to EUTRA MAC 
testcase 7.1.3.2 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20269 

1618 


GCF Priority 4 - Correction to EUTRA MAC 
testcase 7.1.4.7a 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20270 

1619 


GCF Priority 1 - Correction to EUTRA RLC 
testcase 7.2.3.8 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20271 

1620 


GCF Priority 3 - Correction to EUTRA testcase 
8.3.1.11 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20272 

1621 


GCF Priority u1 - Correction to EUTRA RRC 
test case 8.3.3.2 and 8.3.3.3 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20273 

1622 


GCF Priority u1 - Correction to EMM test case 
9.2.3.1.6 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20356 

1623 


GCF Priority 3 - Correction to EUTRA RRC test 
case 8.3.1.4 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20357 

1624 


GCF Priority 3 - Correction to EMM test case 
9.2.1.1.23 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20398 

1625 


GCF Priority 3 - Correction to EMM test case 
9.2.3.1.16 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20400 

1626 


GCF Priority 3 - Correction to EMM test case 
9.2.3.1.23 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20403 

1627 


Update of IMS emergency call test case 11 .2.1 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20440 

1628 


GCF Priority X - Update to test case 8.2.1 .8 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20441 

1629 


GCF Priority X - Addition of new test case 
8.3.1.3a 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20482 

1630 


Clarification on specifying parameter values 
without taking into account uncertainties 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20490 

1631 


GCF Priority 4 - Correction to EMM test case 
9.2.3.2.13 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20494 

1632 


GCF Priority X Correction of test case 6.1 .2.17 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20528 

1633 


GCF Priority 2 - Correction to EUTRA RRC test 
case 8.3.2.3 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20541 

1634 


GCF Priority 4: Correction to ESM test case 
10.3.1 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20542 

1635 


GCF Priority 4: Correction to ESM test case 
10.9.1 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20584 

1636 


GCF Priority U1 - Correction to EUTRA Idle 
Mode test case 6.2.1.3 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20622 

1637 


GCF Priority 2 : Update of inter band cell 
reselection test case 6.1 .2.5 to cater for bands 
with single frequency operation 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20623 

1638 


GCF Priority 2 - Correction to EMM test case 
9.2.3.1.6 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20624 

1639 


GCF Priority 2 - Correction to EMM test case 
9.2.3.2.1a 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20625 

1640 


GCF Priority 2 (and lower) - Correction of TAI 
list fields in EMM test cases 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20627 

1641 


GCF Priority 3 : Update of EMM test cases 
9.2.3.1.17 and 9.2.3.1.19 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20628 

1642 


GCF Priority 3 : Update of EMM authentication 
test case 9.1 .2.6 to cater for bands with single 
frequency operation 

9.7.0 

9.8.0 
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2012-03 

RAN#55 

R5-1 20629 

1643 


GCF Priority 3 - Correction to ElVIIVI test case 
9.2.3.1.26 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20630 

1644 


GCF Priority 3 - Correction to ElVIIVI test case 
9.2.3.3.4 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20633 

1646 


GCF Priority 4 - Correction to EMM test case 
9.2.1.1.18 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20635 

1647 


GCF Priority 4 - Update to test case 13.4.3.3 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20636 

1648 


GCF Priority 4 - Update to test case 13.4.3.5 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20637 

1649 


GCF Priority 4 - Update test case 13.4.3.2 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20638 

1650 


GCF Priority 4 - Update to test case 14.1 and 
14.2 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20639 

1651 


GCF Priority u1 Correction of test case 6.2.3.3 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20640 

1652 


GCF Priority U1 - update of E-UTRA Idle mode 
test case 6.2.2.5 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20641 

1653 


GCF Priority U1 - update of E-UTRA RRC test 
case 8.1.3.7 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20642 

1654 


GCF Priority U1 - update of E-UTRA RRC test 
case 8.3.2.4 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20643 

1655 


GCF Priority u1 - Correction to EMM test case 
9.2.3.3.1 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20644 

1656 


GCF Priority u1 - Correction to EMM test case 
9.2.1.2.1b 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20645 

1657 


GCF Priority U1 - update of E-UTRA Multi- 
Layer test case 13.4.2.1 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20646 

1658 


GCF Priority U1 - update of E-UTRA Multi- 
Layer test case 13.4.2.4 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20647 

1659 


GCF Priority u1 - Correction to Multilayer test 
case 13.1.2 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20649 

1660 


GCF Priority U2 - update of E-UTRA RRC test 
case 8.3.2.3 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20650 

1661 


8.1.3.12a RRC connection release / Success / 
With priority information / Inter-band / Between 
FDD and TDD 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20651 

1662 


8.1.3.11a RRC connection release/ Redirection 
to another E-UTRAN band / Between FDD and 
TDD 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20652 

1663 


8.2.4.13a RRC connection reconfiguration / 
Handover / Success (with measurement) / 
Inter-band / Between FDD and TDD 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20653 

1664 


8.2.4.14a RRC connection reconfiguration / 
Handover / Failure / Re-establishment 
successful / Inter-band / Between FDD and 
TDD 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20654 

1665 


8.2.4.15a RRC connection reconfiguration / 
Handover / Failure / Re-establishment failure / 
Inter-band / Between FDD and TDD 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20657 

1666 


8.3.1.14a Measurement configuration control 
and reporting / Intra E-UTRAN measurements / 
Two simultaneous events A2 and A3 (inter-band 
measurements) / Between FDD and TDD 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20658 

1667 


8.3.1 .1 5a Measurement configuration control 
and reporting / Intra E-UTRAN measurements / 
Inter-band handover/ IE measurement 
configuration not present / Between FDD and 
TDD 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20659 

1668 


8.3.1 .1 6a Measurement configuration control 
and reporting / Intra E-UTRAN measurements / 
Continuation of the measurements after RRC 
connection re-establishment / Inter-band / 
Between FDD and TDD 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20660 

1669 


GCF Priority u2 - Correction to EUTRA RRC 
test case 8.3.3.3 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20661 

1670 


GCF Priority U2 - update of E-UTRA RRC test 
case 8.4.2.2 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20662 

1671 


GCF Priority U2 - update of E-UTRA RRC test 
case 8.4.2.4 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20663 

1672 


GCF Priority U2 - update of E-UTRA Multi- 
Layer test case 13.1.2 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20664 

1673 


GCF Priority U2 - update of E-UTRA Multi- 
Layer test case 13.1.3 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20665 

1674 


GCF Priority U2 - update of E-UTRA Multi- 
Layer test case 13.1.15 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20666 

1675 


GCF Priority U2 - update of E-UTRA Multi- 
Layer test case 13.4.3.1 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20667 

1676 


GCF Priority U2 - update of E-UTRA Multi- 

9.7.0 

9.8.0 
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Layer test case 13.4.3.2 



2012-03 

RAN#55 

R5-1 20668 

1677 


GCF Priority U2 - update of E-UTRA Multi- 
Layer test case 13.4.3.4 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20669 

1678 


GCF Priority Ml - update of E-UTRA RRC test 
case 8.3.2.5 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20670 

1679 


GCF Priority Ml - update of E-UTRA RRC test 
case 8.3.2.6 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20671 

1680 


GCF Priority g1 - Correction to EUTRA 
Idlemode test case 6.2.3.1 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20673 

1681 


GCF Priority X Correction of test case 6.1 .2.3a 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20674 

1682 


GCF Priority X Addition of new test case 
6.2.3.3a 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20675 

1683 


GCF Priority X Addition of new test case 
6.2.3.5a 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20676 

1684 


GCF Priority X - Addition of new test case 
6.2.3.x 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20695 

1685 


Update of test case 1 1 .2.4 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20696 

1686 


Update of test case 1 1 .2.5 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20697 

1687 


GCF Priority X - Update of TC 11 .2.8 to include 
IMS procedures 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20698 

1688 


Update test case 11.2.2 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20699 

1689 


GCF Priority x - Update test case 8.1 .2.11 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20700 

1690 


GCF Priority x - Update test case 8.1 .2.12 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20701 

1691 


GCF Priority x : Update of titles of test cases 
8.3.1.9a and 8.3.1.11a 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20703 

1693 


Addition of new test 11.2.10 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20705 

1694 


GCF Priority X - Addition of new test case 
8.3.2.3a 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20707 

1695 

- 

GCF Priority 4 (and higher) - Editorial 
corrections to various EMM test cases 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20708 

1696 


Addition of new Rel-9 test case 13.4.4.1 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20709 

1697 


Addition of new Rel-9 test case 13.4.4.2 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20710 

1698 


GCF Priority X - update of E-UTRA Multi-Layer 
test case 13.1.2a 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20711 

1699 


Modification of TC 8.4.7.1 : Inter-RAT handover / 
SRVCC from E-UTRA to IxRTT(CS) / Speech 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-120712 

1700 


Addition for new 13.4.4.3 LTE-CDMA2000- 
HRPD interworking test case 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-120713 

1701 


Addition for new 13.4.4.4 LTE-CDMA2000- 
HRPD interworking test case 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-120714 

1702 


8.3.1 .12a Measurement configuration control 
and reporting / Intra E-UTRAN measurements / 
Two simultaneous events A3 (inter-band 
measurements) / Between FDD and TDD 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-120715 

1703 


8.3.1.13a Measurement configuration control 
and reporting / Intra E-UTRAN measurements / 
Periodic reporting (intra-frequency and inter- 
band measurements) / Between FDD and TDD 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20741 

1716 


GCF Priority X - Addition of new test case 
8.6.4.y 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5- 120742 

1717 


GCF Priority X - Addition of new test case 
8.6.4.Z 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5- 120743 

1718 


GCF Priority X - Addition of new test case 
8.6.x.y 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20744 

1719 

- 

GCF Priority X - Addition of new test case 
8.6.X.Z 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20751 

1720 


Addition of new Rel-9 test case 1 8.1 .1 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20757 

1721 


GCF Priority 2 : Introduction of new equivalent , 
6.1 .2.x test cases to cater for bands with single 
frequency operation 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20758 

1722 


GCF Priority 2 : Introduction of new equivalent 
6.1 .1 .X test cases to cater for bands with single 
frequency operation 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20760 

1723 


GCF Priority U1 - Correction to EUTRA RRC 
test case 8.1.3.7 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20764 

1724 


GCF Priority U1 - Correction to EUTRA RRC 
test cases 8.4.1 .2 and 8.4.1 .4 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20765 

1725 


GCF Priority 2 - Correction to EMM test case 
9.2.3.2.1 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20766 

1726 


GCF Priority u1 - Update to test case 9.2.3.3.2 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20767 

1727 

- 

GCF Priority u1 - Update to test case 9.2.3.3.3 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20768 

1728 

- 

GCF Priority u1 - Update to test case 9.2.3.3.5 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20769 

1729 


GCF Priority X - Update of test cases 6.2.2.3, 
6.2.3.7, 6.2.3.7a, 6.2.3.8, 6.2.3.8a, 6.2.3.9, 
6.2.3.9a, 6.2.3.10, 6.2.3.10a 

9.7.0 

9.8.0 
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2012-03 

RAN#55 

R5-1 20771 

1731 


GCF Priority 3 - Correction to Idle Mode test 
case 6.1.2.13 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20776 

1732 

- 

GCF Priority UX - Correction to EUTRA to 
UTRA Handover testcases 

9.7.0 

9.8.0 

2012-03 

RAN#55 

R5-1 20631 

1645 


Addition of new MDT test case for 'Logged 
MDT/ Intra-frequency measurement, logging 
and reporting / E-UTRA handover' 

9.8.0 

10.0.0 

2012-03 

RAN#55 

R5-1 20724 

1704 


Additionof anew TC 17.3.1 for MBMS 
Counting / UE not receiving MBMS service 

9.8.0 

10.0.0 

2012-03 

RAN#55 

R5-1 20727 

1705 


CA/ RRC connection reconfiguration / Carrier 
Aggregation / SCell addition/ 
modification/release / Success 

9.8.0 

10.0.0 

2012-03 

RAN#55 

R5-1 20728 

1706 


CA/ RRC connection reconfiguration / Carrier 
Aggregation / SCell SI change / Success 

9.8.0 

10.0.0 

2012-03 

RAN#55 

R5-1 20729 

1707 


CA/ RRC connection reconfiguration / SCell 
addition without UL 

9.8.0 

10.0.0 

2012-03 

RAN#55 

R5-1 20730 

1708 


CA/ RRC connection reconfiguration / 
Handover / Success / SCell addition 

9.8.0 

10.0.0 

2012-03 

RAN#55 

R5-1 20731 

1709 


CA/ RRC connection reconfiguration / 
Handover / Success / SCell becomes PCell 

9.8.0 

10.0.0 

2012-03 

RAN#55 

R5-1 20732 

1710 


CA/ Measurement configuration control and 
reporting / Intra E-UTRAN measurements / 
Event A6 

9.8.0 

10.0.0 

2012-03 

RAN#55 

R5-1 20733 

1711 


CA/ Measurement configuration control and 
reporting / Intra E-UTRAN measurements / 
Additional measurement reporting 

9.8.0 

10.0.0 

2012-03 

RAN#55 

R5-1 20734 

1712 


Addition of new Rel-10 test case 7.1 .3.11 CA/ 
Correct HARQ process handling / DCCH and 
DTCH / Pcell and Scell 

9.8.0 

10.0.0 

2012-03 

RAN#55 

R5-1 20738 

1713 


Addition of new MDT test case for 'Logged 
MDT/ Intra-frequency measurement, logging 
and reporting / Limiting area scope' 

9.8.0 

10.0.0 

2012-03 

RAN#55 

R5-1 20739 

1714 


New Logged MDT test case 8.6.2.1 (Intra- 
frequency measurement, logging and reporting) 

9.8.0 

10.0.0 

2012-03 

RAN#55 

R5-1 20740 

1715 


New Logged MDT test case 8.6.2.2 (Inter- 
frequency measurement, logging and reporting) 

9.8.0 

10.0.0 

2012-03 

RAN#55 

R5-1 20770 

1730 


Addition of a new Rel-10 test case 17.3.2 

9.8.0 

10.0.0 
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